Explicación de los pagos compensatorios de XBT Lazarus: 332 transacciones y 366.7 XBT en cola.
Lazarus Pool ha comenzado a pagar a los mineros que quedaron excluidos de la división de la base de monedas en ciertos bloques XBT anteriores. El pool denomina a estos pagos " compensaciones" . No se trata de una bonificación ni de una nueva congelación de retiros de XBT en toda la red. Son compensaciones diferidas por las recompensas de minería que deberían haber llegado directamente a los mineros cuando se encontraron los bloques originales.
La cola pública es lo suficientemente grande como para merecer atención: aproximadamente 366.7 XBT permanecían programados en 332 registros según nuestra última verificación. Pero lo importante no es solo el total. Es cómo una limitación de la puerta de enlace convirtió un sistema de pago directo de coinbase en un riesgo temporal para el pool, cómo Lazarus lo está resolviendo y qué deben verificar los mineros antes de destinar más hashrate de BLAKE2b a cualquier pool de DATUM.
¿Qué es un pago compensatorio de XBT?
En la configuración DATUM habitual de Lazarus, la criptomoneda base del bloque se divide entre los mineros elegibles. Esto permite que un minero reciba una salida en la cadena directamente del bloque, en lugar de esperar a que el pool retenga el saldo y retirarlo posteriormente.
Algunas versiones antiguas de la puerta de enlace no siempre construían esa división completa correctamente. Lazarus identifica dos casos afectados:
- Coinbase parcial: El bloque pagó parte de las ganancias previstas por los mineros, pero no todas.
- Coinbase solo para pool: El bloque pagaba la producción del pool, pero no incluía pagos directos a los mineros.
Las participaciones de los mineros seguían registradas. Una vez que la producción de coinbase controlada por el pool se vuelve utilizable, Lazarus firma una transacción separada en la cadena de bloques que paga a los mineros omitidos. Esa última transacción es la compensación.
Esta distinción es importante. Las acciones subyacentes no se borraron, y la compensación no es un airdrop discrecional. Se trata de la liquidación de un importe que los registros del pool ya atribuyen al minero.
¿Por qué fracasó la división de Coinbase?
La explicación técnica más clara se encuentra en la documentación del paquete DATUM BLAKE2b para StartOS . Las versiones Gateway hasta la 1.0.0:52 heredaron clases de tamaño de coinbase diseñadas para otros equipos de minería. Los ASIC BLAKE2b podían pertenecer a una clase de 750 bytes que permitía solo unas 17 salidas de pago.
Ese límite estaba muy por debajo del número de mineros a los que Lazarus podría tener que pagar en un bloque. La documentación del paquete describe una ventana de pago de Lazarus de aproximadamente 440 mineros. Cuando la base de monedas construida no podía contener la lista completa de pagos, o cuando un minero usaba la ruta de trabajo exclusiva del pool, este recibía un valor que, de otro modo, se habría dividido directamente.
La documentación actual del paquete indica que la versión 1.0.0:53 trasladó la minería de BLAKE2b a la ruta de pago completa, admitiendo una coinbase de hasta 32 000 bytes y hasta 1,024 salidas. Lazarus también ha publicado un aviso sobre la coinbase no dividida de BLAKE2b que explica el comportamiento afectado.
Los mineros deben seguir utilizando la versión recomendada actualmente por el pool, en lugar de considerar que una versión mencionada en un artículo es definitiva. El software de la puerta de enlace y los requisitos del pool pueden cambiar.
Lo que muestra la cola pública
| Métrico | Instantánea a una altura de 979,900 metros. | Qué significa |
|---|---|---|
| Reparaciones en cola | 332 registros / 366.71809716 XBT | A la espera de que maduren las salidas de sus monedas matrices. |
| Ya pagado | 46 registros / 70.72911462 XBT | Transmitido y registrado como completado por el rastreador |
| Fallidos | Registros 0 | No se detectaron fallos en el sistema de seguimiento en el momento de la comprobación. |
| Primer/último vencimiento en cola | 980,119 / 986,289 | La cola se vacía progresivamente, no en un único evento de pago. |
| Tarifas de custodia registradas | 0.29017851 XBT | Ajuste vinculado a las pasarelas obsoletas afectadas, no una tarifa para cada minero. |
El rastreador también muestra el bloque original, la altura de madurez, el monto del pago, el estado y el ID de transacción para cada registro. Esto resulta útil desde el punto de vista operativo: los mineros pueden verificar una reclamación en la cadena en lugar de depender únicamente de un anuncio en Discord o del saldo de un pool interno.
Los 332 registros en cola se programaron desde el bloque 980,119 hasta el 986,289, un lapso de 6,170 bloques. Con el objetivo de la red de diez minutos, esto equivale aproximadamente a 43 días. El tiempo real en el calendario depende de la producción de bloques.
¿Es Lazarus el único pool de XBT expuesto a este riesgo?
Lazarus es el único pool de XBT que encontramos que publica una cola de compensación cuantificada con registros individuales, importes, alturas de vencimiento e identificadores de transacción. Esto no significa que el problema subyacente de la puerta de enlace fuera exclusivo de Lazarus. Otros pools de DATUM documentan el mismo modo de fallo de capacidad de la base de monedas, pero previenen, transfieren o liquidan los pagos omitidos de diferentes maneras.
| Piscina | Diseño de pago normal | Manejo documentado | Estado de la evidencia |
|---|---|---|---|
| Lázaro | DATUM/TIDES, pagado en coinbase | Transacción de compensación separada en la cadena después de que la salida del pool afectado haya madurado. | Cola de compensación en vivo confirmada |
| Piscina Omega | DATUM, pagado en coinbase | Advierte que las versiones de ratum-gateway anteriores a la 0.1.23 pueden limitar la división a aproximadamente 17 salidas, dejando al operador la tarea de resolver el resto manualmente. | Se documentó el mismo riesgo técnico; no se encontró un total de colas públicas. |
| B2Pool | TIDES, normalmente pagado en coinbase | Si no se puede obtener la división del pago, ese bloque paga a la dirección del pool y se liquida posteriormente desde la billetera del pool. | Diseño alternativo publicado; no se encontró ningún registro público de tareas pendientes. |
| Piscina rabiosa | DATUM/PPLNS, pagado en coinbase | Afirma que su pasarela admite entre 50 y 60 pagos o más, mientras que las pasarelas estándar admiten alrededor de 10; las partes no pagadas se transfieren a bloques posteriores, y el trabajo de NoSplit se puede rechazar en lugar de pagarse incorrectamente. | Se reconoce el problema de capacidad; se gestiona de forma diferente a Lazarus. |
| AlphaPool | DATUM/TIDES, pagado en coinbase | Requiere blockmaxweight=740000 para reservar espacio para la lista de pagos; sus bloques publicados muestran grandes divisiones de múltiples salidas |
No se encontró ningún retraso público en las reparaciones. |
| Bitcoin Xor | DATUM/TIDES, pagado en coinbase | Admite pasarelas RATUM o CONVOY mantenidas y publica los registros de pago de coinbase. | No se encontró ningún aviso público de subsanación. |
Esta comparación no debe interpretarse como una acusación de que todos los pools de DATUM deban dinero a los mineros. Demuestra que los pools de coinbase-direct necesitan una respuesta explícita a la misma pregunta operativa: ¿qué sucede si una pasarela no puede procesar o recuperar la distribución completa del pago?
Los pools PPLNS o FPPS convencionales son diferentes. Normalmente, reciben la recompensa por bloque en una billetera controlada por el pool y posteriormente pagan los saldos de los mineros. Por lo tanto, una división directa de la recompensa por bloque no es su principal modo de fallo; en cambio, los mineros asumen el riesgo habitual de custodia, retiro y solvencia del pool.
¿Por qué las compensaciones esperan unos 45 días?
Los bloques afectados se minaron durante el período de vencimiento de la coinbase de XBT, que era de aproximadamente 45 días (6,480 bloques). Lazarus no puede gastar la coinbase generada por el pool antes de que venza, por lo que no puede transmitir la transacción de compensación anticipadamente.
Esto es independiente de la nueva regla de recompensa de minería de 180 días de XBT , que se aplica a las nuevas salidas de coinbase desde la altura 979,919. Las compensaciones en cola no reinician un segundo reloj de coinbase de 45 o 180 días cuando se pagan. Son salidas de transacciones ordinarias creadas después de que la coinbase principal se vuelve gastable.
Para conocer la historia y las implicaciones de la regla anterior, consulte nuestro análisis del bloqueo de recompensas de 45 días de XBT.
¿Quién paga el ajuste de custodia del 10%?
El ajuste del 10 % puede interpretarse erróneamente. Lazarus no lo describe como una tarifa general para cada compensación o para cada usuario del pool. El aviso y los listados públicos del pool lo vinculan a mineros cuya puerta de enlace obsoleta crea una coinbase no dividida o exclusiva del pool, lo que obliga al pool a custodiar y posteriormente redistribuir los fondos.
La API pública indica que la política se aplica a partir de la altura 977,665. En la práctica, el mensaje es sencillo: si un minero sigue utilizando una puerta de enlace que se sabe que produce la ruta de pago defectuosa, puede asumir parte de la carga adicional de custodia y transacción. Los mineros que fueron excluidos debido a la construcción de bloques de otra persona no deben asumir que se les aplica la misma deducción.
Si la cantidad esperada y la cantidad indicada por el rastreador difieren, verifique el bloque original, su dirección de pago, la versión de la pasarela que encontró el bloque y la política actual del pool antes de llegar a una conclusión.
¿El valor 366.7 XBT representa un riesgo de mercado?
La cola de espera es importante para los mineros afectados, pero no se trata de un único desbloqueo de 366.7 XBT. Los pagos se vuelven elegibles bloque a bloque a lo largo de varias semanas. Con un subsidio nominal de 3.125 XBT por bloque y aproximadamente 144 bloques por día, la red genera alrededor de 450 XBT en recompensas de minería por día objetivo. Por lo tanto, el total en cola es menor que el suministro nominal de un día para nuevos mineros.
Esa comparación no demuestra que no habrá impacto en el precio. La liquidez de XBT puede ser escasa, los receptores podrían vender para cubrir el pago atrasado de la luz y los intervalos entre bloques varían. Sí demuestra por qué describir la cola como una caída repentina e inminente sería engañoso. Los riesgos más relevantes son la presión de venta gradual, la poca profundidad del libro de órdenes y la presión sobre el flujo de caja que ya sufren los mineros afectados.
Lo que esto revela sobre los pools de minería "sin custodia"
El diseño de pago directo de Coinbase reduce la custodia del pool en condiciones normales de funcionamiento, pero no elimina el riesgo de software. El minero, la pasarela, el proveedor de plantillas y el sistema de contabilidad del pool participan en la producción y atribución del bloque. Si la pasarela genera una Coinbase incorrecta, el valor aún puede quedar bajo el control del pool y crear una obligación similar a un pagaré.
La respuesta de Lazarus presenta dos señales positivas: la responsabilidad se detalla públicamente y el proceso de liquidación es visible en la cadena de bloques. La API no mostró registros fallidos durante nuestra verificación. Esto es más sólido que una promesa poco transparente.
El incidente plantea un problema de gobernanza. Un fondo de pagos directos requiere requisitos de versiones claros, alertas rápidas para plantillas defectuosas, conciliación independiente y una política de recuperación publicada. El término «sin custodia» debe describir el flujo normal de valor, no interpretarse como una garantía de que la custodia nunca se producirá.
Qué deben hacer ahora los mineros de XBT
- Verifica tu dirección de pago. Busque en la datos de compensación en vivo y registrar el bloque original, el importe, la altura de vencimiento, el estado y el ID de la transacción.
- Verifique la compilación de la puerta de enlace. Compare la versión que tiene instalada con las instrucciones de configuración actuales de Lazarus y actualícela si utiliza la ruta de pago afectada.
- No considere los XBT en cola como efectivo disponible para gastar. Suministro de energía y alojamiento hasta que la criptomoneda principal madure y se confirme la transacción de compensación.
- Mantenga registros y comprobantes de pago. Conserve la versión de la puerta de enlace, la dirección del minero, la respuesta del pool y los detalles del bloque en caso de que la cantidad esperada difiera.
- Pruebe una alternativa. Los propietarios del ASIC BLAKE2b pueden mantener una configuración verificada de Siacoin para que un problema con un pool o nodo XBT no detenga toda la granja.
- Evite concentrar todo el hashrate. Compare la participación en el bloque del pool, la estructura de pagos, los requisitos de software y la política de recuperación, no solo la tarifa anunciada.
Los nuevos operadores pueden utilizar nuestro Guía de configuración del nodo XBT DATUM y Guía de la cartera ShrikePara obtener información sobre el contexto de selección de grupos, consulte el XBT/BTCGuía de minería B2El hardware compatible se enumera en el Mineros BT BTCColección de mineros B2.
Preguntas frecuentes
¿Está Lazarus congelando los retiros de XBT?
No. La cola de compensación es un proceso de liquidación para los pagos históricos de coinbase omitidos. No se trata de una congelación de toda la billetera ni de toda la red.
¿Perdieron los mineros sus acciones?
Lazarus afirma que las acciones se siguieron acreditando. El problema fue que algunos mineros no participaron en la división original de coinbase en la cadena de bloques, por lo que el pool debe pagarles posteriormente con la producción del pool ya consolidado.
¿Puede Lazarus pagar antes de la fecha de vencimiento prevista?
No procede de la salida de coinbase afectada. Las reglas de consenso impiden que dicha salida se gaste antes de su vencimiento.
¿La compensación quedará bloqueada durante otros 180 días?
No. Una compensación es una salida de transacción normal que se envía después de que la coinbase principal vence. No se convierte en una nueva salida de coinbase.
¿Todos los mineros pierden el 10%?
No. El ajuste se debe a que los mineros utilizan pasarelas obsoletas que generan una ruta de pago incompleta defectuosa. Verifique el registro exacto y la política actual de Lazarus.
Resumen Final
La cola de compensación de Lazarus es a la vez un ejemplo de recuperación y una advertencia. Los registros públicos, los detalles de pago precalculados y la liquidación en la cadena de bloques permiten a los mineros afectados auditar lo que se les debe. Al mismo tiempo, el incidente demuestra que un pool de Coinbase directo aún puede sufrir riesgos temporales de custodia cuando el software de la pasarela calcula el pago incorrectamente.
Para los mineros, la tarea inmediata consiste en verificar la cola y actualizar la puerta de enlace. Para la comunidad XBT en general, la lección a largo plazo es exigir disciplina de versiones, contabilidad transparente y procedimientos de recuperación probados a cada pool que afirme tener un diseño sin custodia.
Fuentes primarias
- API de reparación en vivo de Lazarus
- Repositorio de código fuente y documentación de Lazarus Pool
- Asesoramiento de Lazarus BLAKE2b sin dividir en Coinbase
- Documentación del paquete DATUM BLAKE2b StartOS
- Documentación de RATUM Gateway y Prime, incluyendo la liquidación de bloques adeudados.
- Requisitos de la pasarela Omega Pool y advertencia sobre pagos de versiones anteriores
- Política de pago de coinbase y liquidación de reserva de B2Pool
- Documentación sobre la pasarela DATUM y la capacidad de pago de Rabid Pool
- Requisitos de pago y ponderación de bloques de AlphaPool DATUM
- Documentación de pago de Bitcoin Xor DATUM
- Directorio de grupos XBT.live y aviso de puerta de enlace Lazarus
- Análisis de XBT.live de los plazos de vencimiento de 45 y 180 días.
Aviso: BT-Miners vende el hardware de minería mencionado anteriormente. Este artículo es un análisis operativo, no un consejo financiero ni una garantía de pago, rentabilidad, liquidez o compatibilidad del software del pool. Las políticas del pool, las versiones del software y las condiciones de la cadena pueden cambiar rápidamente. Los datos y cifras se verificaron el 31 de octubre de 2026.
