btcintel

Luxor · bloque 975.568

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.568 a Luxor, por la dirección de pago.

bitcoin-data mining pools · service data · 50 · en vigor desde el 12 nov 2026

versión
1 de 1
en vigor
en vigor desde
12 nov 2026
15:23 UTC
primera lectura
12 nov 2026
15:23 UTC
se apoya en
1
una salida de la coinbase que paga a una dirección listada
disputas
0
ninguna abierta · ninguna resuelta

Atribuciones

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

lo que se dice

pool
Luxor
cómo
por la dirección de pago
fuente
bitcoin-data mining poolslicencia: MIT
clase
service data · 50de la publicación del propio servicio

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

en qué se apoya 1

dirección de pago
32BfKjhByDSxx3BM5vUkQ3NQq9csZR6nt6la salida 1 de la coinbase le paga · el catálogo la lista para este pool
comparador
v1
el archivo de la fuente
sha256 ddc505c82dfa5868ce234be3ac0c05454bfbd6e1d34fd1e37f3004cde0a5ef0e

las fechas

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

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

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.