SecPool · block 975,754
The attribution of one block to a pool by one source, mempool mining pools. The block's page lists every source's attribution, side by side.
mempool mining pools attributes block 975,754 to SecPool, by the payout address.
mempool mining pools · service data · 50 · in force since 14 Nov 2026
- version
- 1 of 1
- in force
- in force since
- 14 Nov 2026
- 06:58 UTC
- first read
- 14 Nov 2026
- 06:58 UTC
- rests on
- 1
- an output of the coinbase that pays a listed address
- disputes
- 0
- none open · none resolved
Attributions
the claim · what it says, what it rests on, since whenwhat is said
- pool
- SecPool
- how
- by the payout address
- source
- mempool mining poolslicence: MIT
- class
- service data · 50from the service's own publication
Pool catalog: mempool/mining-pools (MIT)
what it rests on 1
- payout address
- 3Awm3FNpmwrbvAFVThRUFqgpbVuqWisni9output 1 of the coinbase pays it · the catalog lists it for this pool
- matcher
- v1
- the source's file
sha256 7ac47b0410134c2a023f09ae78aeb4161016f9528f748d987b6880b4cda19f9f
the days
- the block was mined
- 14 Nov 2026 06:58 UTC
- reported by the source
- no report date: the record carries none
- first read
- 14 Nov 2026 06:58 UTC
- in force since
- 14 Nov 2026 06:58 UTC
- file read
- not served: the record carries the file's hash and no time
An attribution is one source's reading of one block by one method. The block's page lists every source's, in one fixed order and with no winner.
The record
cite it · its versions · check that what you quote is what is servedCitea citation names one claim at one version
- citation
btcintel:attributions:21610@v1 sha256:ce95f2bacc9b2d2f- this version
- the link that pins version 1it keeps showing version 1 when a later one is written
- as a file
- a block attribution is not exported as STIX: the API serves no file for it
Versions1 version
- Version 1 · written 14 Nov 2026 06:58 UTC by the pool matcher, v1in forcethis page
btcintel:attributions:21610@v1 sha256:ce95f2bacc9b2d2f
Verifythe hash of what is served must begin with the citation's 16 hex
A citation names a claim, a version and the first 16 hex of that version's content hash. Fetch the version and compare: the hash must begin with the citation's 16 hex. The ETag of the answer carries the same hash: production answers it weak (W/) and with its encoding's suffix (-gzip), or bare.
curl -sI "https://api.btcintel.io/v1/claims/att_21610?version=1" | grep -i etag# ETag: W/"ce95f2bacc9b2d2f7a389b931c2ef71688fd08c4f5d3064070beda23d6367214-gzip" curl -s "https://api.btcintel.io/v1/claims/att_21610?version=1" | jq -r .content_sha256# ce95f2bacc9b2d2f7a389b931c2ef71688fd08c4f5d3064070beda23d6367214# the first 16 hex are the citation's: btcintel:attributions:21610@v1 sha256:ce95f2bacc9b2d2f- it must give
ce95f2bacc9b2d2f7a389b931c2ef71688fd08c4f5d3064070beda23d6367214
Every change to the content writes a new version with its own hash; the previous version keeps its hash and its citation, so a quote never changes under the reader.