Explicação dos pagamentos de compensação XBT Lazarus: 332 transações e 366.7 XBT na fila.

A Lazarus Pool começou a pagar os mineradores que ficaram de fora da divisão da base de moedas em certos blocos XBT anteriores. A pool chama esses pagamentos de compensações . Eles não são um bônus e não representam um novo congelamento de saques de XBT em toda a rede. São compensações atrasadas pelas recompensas de mineração que deveriam ter chegado diretamente aos mineradores quando os blocos originais foram descobertos.

A fila pública é grande o suficiente para merecer atenção: cerca de 366.7 XBT permaneciam agendados em 332 registros em nossa última verificação. Mas a questão importante não é simplesmente o total. É como uma limitação de gateway transformou um sistema de pagamento direto via coinbase em um passivo temporário para o pool, como Lazarus está resolvendo isso e o que os mineradores devem verificar antes de direcionar mais poder de hash do BLAKE2b para qualquer pool da DATUM.

O que é um pagamento de compensação XBT?

Na configuração DATUM padrão da Lazarus, a base de moedas do bloco é dividida entre os mineradores elegíveis. Isso permite que um minerador receba uma saída on-chain do próprio bloco, em vez de esperar que o pool retenha o saldo para depois retirá-lo.

Algumas versões mais antigas do gateway nem sempre construíam essa divisão completa corretamente. O Lazarus identifica dois casos afetados:

• Coinbase parcial: O bloco pagou parte da produção prevista do minerador, mas não toda.
• Coinbase exclusivo para pool: O bloco pagou a produção do pool, mas não incluiu pagamentos diretos aos mineradores.

As participações dos mineradores ainda estavam registradas. Assim que a produção da coinbase controlada pelo pool se torna disponível para gastos, a Lazarus assina uma transação on-chain separada que paga os mineradores omitidos. Essa transação posterior é a compensação.

Essa distinção é importante. As ações subjacentes não foram apagadas, e a compensação não é um airdrop discricionário. Trata-se da liquidação de um valor que os registros da pool já atribuem à mineradora.

Por que a divisão da Coinbase falhou?

A explicação técnica mais clara encontra-se na documentação do pacote DATUM BLAKE2b StartOS . As versões do Gateway até a 1.0.0:52 herdaram classes de tamanho de coinbase projetadas para outros hardwares de mineração. Os ASICs BLAKE2b podiam ser classificados em uma classe de 750 bytes, que permitia apenas cerca de 17 saídas de pagamento.

Esse limite estava muito abaixo do número de mineradores que o Lazarus precisaria pagar em um bloco. A documentação do pacote descreve uma janela de pagamento do Lazarus de aproximadamente 440 mineradores. Quando a coinbase construída não conseguia comportar a lista completa de pagamentos — ou quando um minerador usava o caminho de trabalho exclusivo para o pool — o pool recebia o valor que, de outra forma, teria sido dividido diretamente.

A documentação atual do pacote indica que a versão 1.0.0:53 moveu a mineração de BLAKE2b para o caminho de pagamento completo, suportando uma base de moedas de até 32,000 bytes e até 1,024 saídas. A Lazarus também publicou um aviso sobre a base de moedas não dividida de BLAKE2b, explicando o comportamento afetado.

Os mineradores devem continuar usando a versão atualmente recomendada pela pool, em vez de considerar um número de versão mencionado em um artigo como permanente. Os requisitos de software de gateway e da pool podem mudar.

O que a fila pública mostra

O rastreador também expõe o bloco original, a altura de vencimento, o valor do pagamento, o status e o ID da transação para cada registro. Isso é útil operacionalmente: os mineradores podem verificar uma reivindicação na blockchain em vez de depender apenas de um anúncio no Discord ou do saldo interno de um pool.

Os 332 registros enfileirados foram agendados do bloco 980,119 ao 986,289, um intervalo de 6,170 blocos. Considerando a meta de dez minutos da rede, isso corresponde a aproximadamente 43 dias. O tempo exato no calendário depende da produção de blocos.

Será que Lazarus é o único pool XBT exposto a esse risco?

Lazarus é o único pool de XBT que encontramos publicando uma fila de compensação quantificada com registros individuais, valores, prazos de vencimento e IDs de transação. Isso não significa que o problema subjacente no gateway era exclusivo de Lazarus. Outros pools da DATUM documentam o mesmo modo de falha de capacidade da coinbase, mas previnem, transferem ou liquidam pagamentos omitidos de maneiras diferentes.

Essa comparação não deve ser interpretada como uma acusação de que todas as pools da DATUM devem dinheiro aos mineradores. Ela mostra que as pools coinbase-direct precisam de uma resposta explícita para a mesma questão operacional: o que acontece se um gateway não conseguir processar ou recuperar a totalidade da divisão do pagamento?

Os pools convencionais de PPLNS ou FPPS são diferentes. Normalmente, eles recebem a recompensa de bloco em uma carteira controlada pelo pool e, posteriormente, pagam os saldos dos mineradores. Portanto, uma divisão truncada da coinbase direta não é seu principal modo de falha; em vez disso, os mineradores assumem os riscos comuns de custódia, saque e solvência do pool.

Por que os reparos demoram cerca de 45 dias?

Os blocos afetados foram minerados durante o período de maturação da coinbase do XBT, que era de aproximadamente 6,480 blocos — cerca de 45 dias. O Lazarus não pode gastar a produção da coinbase do pool antes que ela amadureça, portanto, não pode transmitir a transação de compensação antecipadamente.

Isso é diferente da nova regra de recompensa de mineração de 180 dias do XBT , que se aplica a novas saídas de coinbase a partir da altura 979,919. As compensações enfileiradas não reiniciam um segundo contador de coinbase de 45 ou 180 dias quando são pagas. Elas são saídas de transação comuns criadas depois que a coinbase principal se torna disponível para gastos.

Para obter informações sobre o histórico e as implicações da regra anterior, consulte nossa análise de bloqueio de recompensa de 45 dias do XBT.

Quem paga o ajuste de custódia de 10%?

O ajuste de 10% é fácil de ser mal interpretado. A Lazarus não o descreve como uma taxa fixa aplicada a todos os pagamentos compensatórios ou a todos os usuários da pool. Os avisos e as listas públicas da pool a vinculam a mineradores cujo próprio gateway desatualizado cria uma coinbase não dividida ou exclusiva da pool, forçando a pool a custodiar e posteriormente redistribuir os fundos.

A API pública indica que a política se aplica a partir da altura 977,665. A mensagem prática é simples: se um minerador continuar usando um gateway conhecido por gerar o caminho de pagamento defeituoso, ele poderá arcar com parte do custo adicional de custódia e transação. Mineradores que foram excluídos devido à construção de blocos por terceiros não devem presumir que a mesma dedução se aplica a eles.

Se o valor esperado e o valor rastreado forem diferentes, verifique o bloqueio original, seu endereço de pagamento, a versão do gateway que encontrou o bloqueio e a política atual do pool antes de tirar uma conclusão.

366.7 XBT representa um risco de mercado?

A fila é significativa para os mineradores afetados, mas não se trata de um único desbloqueio de 366.7 XBT. Os pagamentos tornam-se elegíveis bloco a bloco ao longo de várias semanas. Com um subsídio nominal de 3.125 XBT por bloco e cerca de 144 blocos por dia, a rede gera aproximadamente 450 XBT em recompensas de mineração por dia. O total na fila é, portanto, inferior a um dia nominal de novo fornecimento para mineradores.

Essa comparação não prova que não haverá impacto no preço. A liquidez do XBT pode ser baixa, os destinatários podem vender para cobrir contas de energia atrasadas e os intervalos reais entre os blocos variam. Isso demonstra por que descrever a fila como um despejo iminente e único seria enganoso. Os riscos mais relevantes são a pressão de venda gradual, a baixa profundidade do livro de ordens e a pressão sobre o fluxo de caixa já enfrentada pelos mineradores afetados.

O que isso revela sobre os fundos de mineração "não custodiantes"

O modelo de pagamento direto da Coinbase reduz a custódia do pool em operação normal, mas não elimina o risco de software. O minerador, o gateway, o provedor de templates e o sistema de contabilidade do pool participam da produção e atribuição do bloco. Se o gateway construir a coinbase incorreta, o valor ainda poderá ficar sob controle do pool e criar uma obrigação semelhante a uma promissória.

A resposta da Lazarus apresenta dois sinais positivos: a responsabilidade é detalhada publicamente e o processo de liquidação é visível na blockchain. A API não apresentou registros de falha em nossa verificação. Isso é mais forte do que uma promessa vaga.

O incidente ainda expõe uma questão de governança. Um sistema de pagamento direto precisa de requisitos de versão claros, alertas rápidos para modelos defeituosos, reconciliação independente e uma política de recuperação publicada. "Não custodial" deve descrever o fluxo normal de valor, e não ser tratado como uma garantia de que a custódia nunca poderá ocorrer.

O que os mineradores de XBT devem fazer agora

1. Confira seu endereço de pagamento. Procure o dados de compensação ao vivo e registre o bloco original, o valor, o prazo de vencimento, o status e o ID da transação.
2. Verifique a compilação do gateway. Compare a versão instalada com as instruções de configuração atuais do Lazarus e atualize-as caso utilizem o caminho de pagamento afetado.
3. Não contabilize o XBT em fila como dinheiro disponível para uso. Energia e hospedagem orçamentárias até que a coinbase principal amadureça e a transação de compensação seja confirmada.
4. Mantenha registros e comprovantes de pagamento. Preserve a versão do gateway, o endereço do minerador, a resposta do pool e os detalhes do bloco caso a quantidade esperada seja diferente.
5. Teste uma alternativa. Os proprietários de ASICs BLAKE2b podem manter uma configuração Siacoin verificada, de modo que um problema em um pool ou nó XBT não interrompa toda a operação.
6. Evite concentrar todo o poder de processamento (hashrate) nessa concentração. Compare a participação no pool, a estrutura de pagamento, os requisitos de software e a política de recuperação — não apenas a taxa anunciada.

Novos operadores podem usar o nosso Guia de configuração do nó XBT DATUM e Guia da carteira ShrikePara obter contexto sobre a seleção de pools, consulte o XBT/BTCGuia de mineração B2O hardware compatível está listado em BT-Mineiros BTCColeção de mineiros B2.

Perguntas frequentes

A Lazarus está congelando os saques de XBT?

Não. A fila de compensação é um processo de liquidação para pagamentos de coinbase históricos omitidos. Não se trata de um congelamento de toda a carteira ou de toda a rede.

Os mineradores perderam suas ações?

Lazarus afirma que as ações permaneceram creditadas. O problema era que alguns mineradores estavam ausentes da divisão original da coinbase on-chain, então o pool deve pagá-los posteriormente com a produção madura do pool.

É possível que a Lazarus pague antes do vencimento previsto?

Não proveniente da saída da coinbase afetada. As regras de consenso impedem que essa saída seja gasta antes do vencimento.

O processo de reparação ficará bloqueado por mais 180 dias?

Não. Uma transação de compensação é uma saída de transação normal enviada após o vencimento da coinbase principal. Ela não se torna uma nova saída de coinbase.

Será que todos os mineradores perdem 10%?

Não. O ajuste está relacionado a mineradores que usam gateways desatualizados, os quais criam um caminho de pagamento não dividido com defeito. Verifique o registro exato e a política atual da Lazarus.

ponto de partida

A fila de compensação da Lazarus é tanto uma história de recuperação quanto um alerta. Registros públicos, detalhes de pagamento pré-calculados e liquidação on-chain permitem que os mineradores afetados auditem o que lhes é devido. Ao mesmo tempo, o incidente demonstra que um pool de coinbase direto ainda pode desenvolver exposição temporária à custódia quando o software de gateway calcula o pagamento incorretamente.

Para os mineradores, a tarefa imediata é verificar a fila e atualizar o gateway. Para a comunidade XBT em geral, a lição a longo prazo é exigir controle de versões, contabilidade transparente e procedimentos de recuperação testados de todos os pools que alegam ter um design não custodial.

Fontes primárias

• API de recuperação de vida Lazarus
• Repositório de código-fonte e documentação do Lazarus Pool
• Lazarus BLAKE2b não dividido - aviso da Coinbase
• Documentação do pacote StartOS DATUM BLAKE2b
• Documentação do gateway RATUM e Prime, incluindo liquidação de blocos de dívidas.
• Requisitos de gateway da Omega Pool e aviso de pagamento da versão antiga
• Política de pagamento e liquidação de contingência da B2Pool Coinbase
• Documentação do gateway DATUM e da capacidade de pagamento da Rabid Pool
• Requisitos de pagamento e ponderação de bloco do AlphaPool DATUM
• Documentação de pagamento Bitcoin Xor DATUM
• Aviso sobre o diretório de pools XBT.live e o gateway Lazarus
• Análise da XBT.live sobre as janelas de vencimento de 45 e 180 dias.

Aviso: A BT-Miners vende o hardware de mineração mencionado acima. Este artigo é uma análise operacional, não uma recomendação financeira ou garantia de pagamento, rentabilidade, liquidez ou compatibilidade de software na pool. As políticas da pool, as versões de software e as condições da blockchain podem mudar rapidamente. Os dados e números foram verificados em 31 de outubro de 2026.