btcintel

Foundry USA · bloque 975.469

atribución de bloqueen vigorversión 1

La atribución de un bloque a un pool por una fuente, bitcoin-data mining pools. La página del bloque lista la atribución de cada fuente, una junto a otra.

bitcoin-data mining pools atribuye el bloque 975.469 a Foundry USA, por la etiqueta de su coinbase.

bitcoin-data mining pools · web crawl · 20 · en vigor desde el 11 nov 2026

versión
1 de 1
en vigor
en vigor desde
11 nov 2026
19:56 UTC
primera lectura
11 nov 2026
19:56 UTC
se apoya en
1
una coincidencia del patrón del catálogo en el texto de la coinbase
disputas
0
ninguna abierta · ninguna resuelta

Atribuciones

la afirmación · qué dice, en qué se apoya, desde cuándo

lo que se dice

cómo
por la etiqueta de su coinbase
fuente
bitcoin-data mining poolslicencia: MIT
clase
web crawl · 20leído en una página web pública

Pool catalog: bitcoin-data/mining-pools (MIT)

en qué se apoya 1

texto hallado en la coinbase
/Foundry USA Pool #dropgold/
el patrón del catálogo
Foundry USA Pool
cómo coincidió
el texto contiene el patrón
comparador
v1
el archivo de la fuente
sha256 ddc505c82dfa5868ce234be3ac0c05454bfbd6e1d34fd1e37f3004cde0a5ef0e

las fechas

el bloque se minó
11 nov 2026 19:56 UTC
informado por la fuente
sin fecha de informe: la ficha no lleva ninguna
primera lectura
11 nov 2026 19:56 UTC
en vigor desde
11 nov 2026 19:56 UTC
lectura del archivo
no servida: la ficha lleva el hash del archivo y ninguna hora

Una atribución es la lectura que una fuente hace de un bloque con un método. La página del bloque lista la de cada fuente, en un orden fijo y sin ganador.

La ficha

cítala · sus versiones · comprueba que lo que citas es lo que se sirve

Citaruna cita nombra una afirmación en una versión

cita
btcintel:attributions:20804@v1 sha256:0fbbe15953686dff
esta versión
el enlace que fija la versión 1sigue mostrando la versión 1 cuando se escribe una posterior
como archivo
una atribución de bloque no se exporta como STIX: la API no sirve ningún archivo para ella

Versiones1 versión

  1. Versión 1 · escrita el 11 nov 2026 19:56 UTC por el pool matcher, v1en vigoresta páginabtcintel:attributions:20804@v1 sha256:0fbbe15953686dff

Verificarel hash de lo que se sirve debe empezar por los 16 hex de la cita

Una cita nombra una afirmación, una versión y los primeros 16 hex del hash del contenido de esa versión. Descarga la versión y compara: el hash debe empezar por los 16 hex de la cita. El ETag de la respuesta lleva el mismo hash: producción lo responde débil (W/) y con el sufijo de su codificación (-gzip), o sin ellos.

curl -sI "https://api.btcintel.io/v1/claims/att_20804?version=1" | grep -i etag# ETag: W/"0fbbe15953686dff6deda6950c0e5ac7cdcc92272949fe45a1008abf43b692d0-gzip" curl -s "https://api.btcintel.io/v1/claims/att_20804?version=1" | jq -r .content_sha256# 0fbbe15953686dff6deda6950c0e5ac7cdcc92272949fe45a1008abf43b692d0# los primeros 16 hex son los de la cita: btcintel:attributions:20804@v1 sha256:0fbbe15953686dff
debe dar
0fbbe15953686dff6deda6950c0e5ac7cdcc92272949fe45a1008abf43b692d0

Cada cambio del contenido escribe una versión nueva con su propio hash; la versión anterior conserva su hash y su cita, así que una cita nunca cambia bajo los ojos de quien la lee.