Zano reverte para bloco 3.833.000 após ataque ao Gateway
A retroatividade de um mês elimina emissões ilícitas, mas anula transações legítimas e força as exchanges a re-sincronizarem-se com uma cadeia anterior ao Hard Fork 6.
Zano reiniciou sua blockchain na altura do bloco 3.833.000, imediatamente antes do Hard Fork 6, após uma vulnerabilidade de Endereço Gateway permitir que ZANO e Freedom Dollar (fUSD) não autorizados entrassem em circulação. O rollback remove os tokens não autorizados, mas também descarta cerca de um mês de histórico legítimo na cadeia, criando risco operacional e de liquidação até que os serviços se converjam na cadeia recuperada.
Principais Conclusões
- Zano reiniciou a rede no bloco 3.833.000, o último bloco antes do Hard Fork 6, após uma vulnerabilidade de EndereçoGateway permitir que ZANO e fUSD não autorizados entrassem em circulação.
- A recuperação exclui a emissão não autorizada, mas também invalida cerca de um mês de transações legítimas, removendo-as da cadeia recuperada.
- As exchanges, nós, mineradores, stakers e outros serviços devem adotar a atualização para seguir a cadeia recuperada, aumentando as chances de interrupções relacionadas à ressincronização.
- Um processo de reembolso e reivindicações está sendo preparado, mas nenhum relatório pós-morte ou cifra para a emissão não autorizada havia sido divulgado no momento da publicação.
Zano Retrocede para o Bloco 3.833.000 para Purificar ZANO e fUSD Não Autorizados
Zano executou um rollback profundo da cadeia e reiniciou sua blockchain na altura do bloco 3.833.000, imediatamente antes do Hard Fork 6. O objetivo declarado era remover ZANO e Freedom Dollar (fUSD) não autorizados que entraram em circulação através de uma vulnerabilidade ligada a Endereços Gateway.
O rollback não é um reindexação cosmética. Ele descarta cerca de um mês de blocos e faz com que a cadeia pré-Hard Fork 6 seja a história canônica novamente. Transações confirmadas durante a janela descartada não existem mais na cadeia recuperada.
A equipe central da Zano enquadrou a decisão como uma resposta de integridade de suprimento a um evento de emissão que não pôde ser contido de forma limpa dentro da história existente.
Quinten van Welzen, chefe de marketing e crescimento da Zano, disse: “Não fazer nada significava ZANO e fUSD não autorizados em circulação sem limite, diluindo cada detentor e quebrando a promessa mais básica que uma moeda faz: um suprimento fixo,” e acrescentou: “Isso também diria a cada futuro atacante que moedas exploradas podem manter seu valor. Nenhum projeto sobrevive a isso.”
Endereços Gateway Foram Criados para Integrações—Agora Eles São a Linha de Falha Confirmada
A linha de falha confirmada são os Endereços Gateway, um recurso introduzido no Hard Fork 6 para facilitar integrações para pontes, exchanges e serviços de pagamento. O objetivo do design era a simplicidade operacional: gerenciar fundos através de um único saldo estilo conta em vez de rastrear muitas saídas discretas.
Essa é uma mudança significativa na forma como os serviços interagem com a cadeia. Antes dos Endereços Gateway, as carteiras comuns da Zano rastreavam fundos como saídas de transação separadas, ou UTXOs. Para uma exchange ou processador de pagamentos, isso significava escanear a cadeia para identificar pagamentos recebidos, rastrear saídas e selecionar quais saídas gastar ao processar retiradas.
Os Endereços Gateway foram feitos para reduzir esse ônus de integração. O comércio é que qualquer bug na abstração de “saldo único” concentra risco onde os players de infraestrutura se agrupam. A Zano confirmou que o incidente se originou dos Endereços Gateway, mas não havia divulgado um post-mortem no momento da publicação.
Esse documento ausente não é uma formalidade. Sem ele, o mercado não sabe o caminho de exploração, a linha do tempo de comprometimento, ou se a vulnerabilidade era um bug de implementação estreita ou um caso de design mais amplo. O outro número ausente é o tamanho da emissão não autorizada. Nenhuma quantidade ou valor para o ZANO e fUSD não autorizados foi divulgado.
Um Mês de Transações Desaparece: Negociações, Depósitos e Risco de Liquidação Após um Reorg Profundo
O risco imediato para os traders não é teórico. Um rollback tão profundo quebra a suposição de que “confirmado” significa final para o último mês de atividade. A Zano disse explicitamente que o rollback invalida um mês de transações legítimas junto com os tokens não autorizados, e que transações feitas durante esse período não aparecerão mais na cadeia recuperada.
Operacionalmente, a recuperação só funciona se o ecossistema se coordenar. A Zano disse que nós participantes, mineradores, stakers, exchanges e outros serviços devem adotar a atualização para seguir a cadeia recuperada. Até que essa convergência aconteça, o mercado pode se fragmentar em locais e serviços que estão efetivamente olhando para histórias diferentes.
Essa fragmentação é onde a microestrutura se torna confusa. Depósitos enviados durante o período descartado podem desaparecer da cadeia recuperada. Saques processados durante esse período podem não ter mais um registro correspondente na cadeia. Qualquer plataforma que credite os usuários com base no histórico descartado precisa reconciliar esse crédito com uma cadeia que não reconhece mais a transferência subjacente.
O problema é a liquidação entre cadeias. Zano disse que o rollback não pode reverter pagamentos já liquidadas em outras blockchains. Isso cria casos extremos irreduzíveis para usuários e serviços que se conectaram, liquidaram externamente ou de outra forma cumpriram obrigações em outra cadeia durante a janela invalidada. O lado Zano pode ser retrocedido. O lado externo não pode.
Esta é a parte que a maioria dos traders subestima. Uma reorg profunda não é apenas "história da cadeia alterada". É "sistemas contábeis construídos sobre essa história agora têm que escolher quem arca com a discrepância", e a resposta varia de acordo com a plataforma, pela integração e pela rapidez com que cada operador resincroniza e congela os fluxos.
O que os Traders Devem Monitorar a Seguir: Pós-Morte, Processo de Reembolso e Discrepâncias Entre Cadeias
A próxima informação que muda a avaliação de risco é o pós-morte. Zano confirmou Endereços Gateway como o ponto de origem, mas o mercado ainda carece do caminho de exploração, da linha do tempo e de quaisquer mitigação específicas para esse recurso. Até que esses detalhes sejam públicos, é difícil separar "incidente corrigido" de "risco de integração estrutural".
Em segundo lugar está o processo de reembolso e reclamações. Zano disse que está trabalhando para contabilizar as perdas e publicará um processo de reembolso e reclamações, mas não forneceu regras de elegibilidade, metodologia de cálculo ou cronograma de pagamento. Esses detalhes decidem se as perdas são socializadas, absorvidas por contrapartes específicas ou deixadas para disputa bilateral entre usuários e serviços.
Em terceiro lugar está o status de ressincronização de trocas e serviços. A recuperação requer adoção por nós, mineradores, stakers, exchanges e outros serviços. Os traders devem tratar a disponibilidade de depósitos e saques, e quaisquer políticas de crédito específicas da plataforma, como variáveis de risco ao vivo até que os operadores confirmem explicitamente que estão sincronizados com a cadeia recuperada.
Finalmente, o número ausente importa. Qualquer divulgação quantificando quanto ZANO e fUSD não autorizados entraram em circulação antes do rollback ancorará a gravidade do choque de suprimento que Zano escolheu apagar. Sem isso, o mercado está precificando o evento com informações incompletas.
Por que Zano Escolheu a Integridade do Suprimento em vez da Finalidade—e o Custo de Confiança Que Vem Com Isso
A decisão é uma troca limpa. Eu interpreto o reinício no bloco 3.833.000 como Zano escolhendo a integridade do suprimento em vez da finalidade da transação, e fazendo isso da maneira mais contundente disponível. Um rollback de um mês não é uma "correção de bug". É uma declaração de que a história recente da cadeia era menos valiosa do que restaurar o suprimento pretendido.
Van Welzen tornou essa lógica explícita. "Não fazer nada" significava ZANO e fUSD não autorizados em circulação ilimitada, e a equipe via isso como uma diluição existencial. O ponto de segunda ordem é a dissuasão. "Isso também diria a cada futuro atacante que explorou moedas que eles podem manter seu valor. Nenhum projeto sobrevive a isso."
Essa é a equipe nomeando a contraparte: a capacidade do atacante de monetizar se torna a coisa que o rollback foi projetado para quebrar.
O custo é igualmente explícito. "Reiniciar a cadeia de antes do Hard Fork 6 custa um mês de história, e custa confiança, que teremos que reconquistar", disse van Welzen. A confiança aqui não é apenas vibrações. É a disposição do mercado em tratar confirmações como finais, e a disposição do ecossistema em construir integrações que assumem que o livro-razão não será reescrito.
Existem dois cenários que importam.
Se o pós-morte mostrar um bug estreito e bem delimitado em Endereços Gateway, e as mitig ações forem específicas e testáveis, o rollback pode ser enquadrado como uma ação de emergência única. Nesse caso, a reparação da confiança é principalmente operacional: as exchanges se re-sincronizam, as reivindicações são processadas, e o mercado avança uma vez que a cadeia pare de ser um alvo em movimento.
Se o pós-morte sugerir que a exploração foi possibilitada por suposições de design mais amplas em torno dos Endereços Gateway, o rollback se torna um precedente. O mercado irá precificar uma probabilidade maior de intervenções excepcionais futuras, e os players de infraestrutura exigirãom mais salvaguardas antes de tratar os fluxos de Endereços Gateway como de baixo risco.
O limiar que importa é coordenação mais divulgação. O rollback só se torna estabilizador se os serviços convergirem na cadeia recuperada e a Zano publicar detalhes técnicos suficientes e mecânicas de reivindicações para fechar o ciclo contábil. Essa combinação é o que confirmaria a tese central: a Zano pode restaurar a integridade da oferta sem deixar o ecossistema preso em desajustes de liquidação não resolvidos.
