btcintel

ViaBTC · bloque 975.536

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.536 a ViaBTC, por la etiqueta de su coinbase.

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

versión
1 de 1
en vigor
en vigor desde
12 nov 2026
09:38 UTC
primera lectura
12 nov 2026
09:38 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

pool
ViaBTC
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
/ViaBTC/Mined by poltavec90/,
el patrón del catálogo
/ViaBTC/
cómo coincidió
el texto contiene el patrón
comparador
v1
el archivo de la fuente
sha256 ddc505c82dfa5868ce234be3ac0c05454bfbd6e1d34fd1e37f3004cde0a5ef0e

las fechas

el bloque se minó
12 nov 2026 09:38 UTC
informado por la fuente
sin fecha de informe: la ficha no lleva ninguna
primera lectura
12 nov 2026 09:38 UTC
en vigor desde
12 nov 2026 09:38 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:20990@v1 sha256:6ec6f80c2ac57969
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 12 nov 2026 09:38 UTC por el pool matcher, v1en vigoresta páginabtcintel:attributions:20990@v1 sha256:6ec6f80c2ac57969

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_20990?version=1" | grep -i etag# ETag: W/"6ec6f80c2ac5796930326762037f3b0efe6aa19d1171559578d2340daac775a6-gzip" curl -s "https://api.btcintel.io/v1/claims/att_20990?version=1" | jq -r .content_sha256# 6ec6f80c2ac5796930326762037f3b0efe6aa19d1171559578d2340daac775a6# los primeros 16 hex son los de la cita: btcintel:attributions:20990@v1 sha256:6ec6f80c2ac57969
debe dar
6ec6f80c2ac5796930326762037f3b0efe6aa19d1171559578d2340daac775a6

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.