O roadmap de desenvolvimento da THORChain acabou de ser reestruturado em torno de um único marco inevitável: a atualização THORChain v3.20. Um problema de consenso descoberto durante a rotação de cofres forçou a rede a pausar todo o churning — e até que a v3.20 seja lançada, essa pausa permanece. O que começou como um modesto lançamento pontual cresceu para um grande deployment trazendo correções de segurança, a tão aguardada integração com Monero e um novo router V6. Este é o lançamento mais consequente no calendário de curto prazo da THORChain.
Summary
Pontos-chave
- A rotação de cofres (churn) da THORChain está pausada até que a v3.20 seja lançada, devido a um bug de consenso acionado durante o churning.
- O patch v3.19.4 planejado foi incorporado à v3.20, que também inclui a integração com Monero e o deployment do router V6.
- O exploit recente decorreu de três bugs antigos encadeados — cada um inofensivo isoladamente, perigosos em conjunto.
- O Maya Protocol continuou processando swaps durante toda a pausa da THORChain ao operar um único cofre verificado como saudável.
- A Moca está lançando um beta discreto de ponto de venda cripto, liquidando pagamentos via Maya Protocol e THORChain.
Churn da THORChain pausado até o lançamento da v3.20
A rotação de cofres é um dos mecanismos de segurança mais fundamentais da THORChain e, neste momento, não está em execução. Um problema de consenso aparece especificamente durante o processo de churning, e a correção exige mudanças tão profundas no Thornode que um lançamento pontual simplesmente não consegue carregá-las. Isso descartou o patch v3.19.4 originalmente planejado no mesmo dia em que foi discutido.
A equipe se reuniu para cortar a v3.20 em vez disso, mirando uma altura de upgrade para a semana seguinte. Assim que o lançamento ocorrer, o plano é reativar Solana primeiro e depois restaurar o churning. Tudo o que estava originalmente previsto para a v3.19.4 — incluindo o trabalho com Monero — agora é incorporado nesse único lançamento maior, juntamente com o novo código do router V6, que já está pronto e sendo implantado progressivamente. Para os usuários, a experiência após o upgrade permanece a mesma: os swaps continuam roteando pelo THORChain Swap normalmente.
A consolidação não é puramente reativa. Agrupar múltiplas melhorias em um único lançamento coordenado limita o número de vezes que a rede precisa passar por uma sequência de upgrade de alto risco, o que importa muito quando a capacidade de revisão já está no limite.
Causa raiz do exploit: três bugs, uma cadeia
O exploit recente não veio de uma única falha catastrófica. Segundo Aaluxx, cofundador do Maya Protocol e agora desenvolvedor sênior na THORChain, a vulnerabilidade foi uma combinação de três bugs antigos que coexistiam de forma inofensiva no código até que alguém — ou algo — descobriu que eles podiam ser acionados em sequência.
“Foram três bugs que, encadeados, eram exploráveis. Qualquer um deles individualmente era inofensivo.” — Aaluxx
Ele descreveu a manhã em que o exploit estourou como gelada. A equipe havia recentemente feito merge de patches de TSS de um repositório privado, e seu medo imediato era de que um erro nesse merge tivesse introduzido a vulnerabilidade. Uma verificação rápida descartou isso: o commit estava intacto, e a causa raiz remontava a um código muito mais antigo. A equipe na verdade já havia detectado um bug encadeado semelhante — um potencial double-spend — apenas alguns meses antes, o que significa que o padrão subjacente já estava no radar.
Como a equipe detectou o cofre comprometido
A detecção foi tecnicamente elegante. Ao fatorar um dos parâmetros criptográficos da configuração de TSS e escanear em busca de pequenos números primos que não deveriam estar presentes, os desenvolvedores puderam identificar se qualquer cofre havia sido envenenado. Na THORChain, um de cinco cofres foi considerado comprometido, o que explica por que cerca de 20% do TVL foi drenado em vez do valor total. O método deu à equipe um diagnóstico confiável em uma situação em que a velocidade de triagem era crítica.
Aaluxx foi direto sobre a lição mais ampla em relação ao papel da IA daqui para frente: uma pequena equipe agora pode explorar uma base de código a partir de muito mais ângulos simultaneamente, o que é uma vantagem defensiva — mas a mesma capacidade está disponível para qualquer um tentando encontrar vulnerabilidades de fora. Ele espera mais alguns meses difíceis enquanto a indústria se adapta a essa nova realidade.
Resiliência do Maya Protocol durante a paralisação
Durante aproximadamente o mês em que a THORChain ficou pausada, o Maya Protocol continuou fazendo swaps. O mesmo bug latente existia na base de código do Maya, mas nunca foi acionado. Mais importante, o Maya estava operando um único cofre que a equipe podia verificar de forma independente como saudável — então eles o mantiveram operacional enquanto pausavam o churning como precaução, já que um churn poderia ter aberto o mesmo caminho de exploit.
A consequência prática foi real: swaps nativos BTC-para-ETH permaneceram indisponíveis na THORChain durante esse período, mas continuaram disponíveis no Maya. Esse é o argumento da redundância tornado concreto.
“Precisamos voar o jato com dois motores.” — Aaluxx
Após o exploit e durante o período anterior de TCY, algumas vozes defenderam a fusão da THORChain com o Maya — usando RUNE para comprar CACAO e consolidar em uma única DEX maior. Aaluxx reconheceu que teria sido uma decisão de negócios razoável e ainda assim a rejeitou. Duas DEXs independentes e permissionless que compartilham os mesmos ideais são uma escolha de design deliberada, não uma ineficiência a ser otimizada. O custo da redundância é real, mas o custo de um único ponto de falha também é.
Gargalos de desenvolvimento e reformas de governança
A restrição que desacelera a velocidade de lançamento da THORChain não é falta de código. É falta de pessoas qualificadas para revisá-lo e implantá-lo.
“Nosso fator limitante não é criação de código, é revisão e deployment.” — Aaluxx
Atualmente, apenas cerca de três pessoas têm a profundidade de expertise necessária para revisar e implantar mudanças na THORChain. Adicionar mais desenvolvedores ou mais pull requests não acelera automaticamente a entrega — adiciona carga de revisão a um gargalo já estreito. A equipe opera com uma proporção deliberada de dois para um: cada pedaço de código escrito exige pelo menos duas revisões antes de avançar.
Proposta de reforma do processo de ADR
Do lado da governança, surgiu um problema estrutural. Com propostas agora vindo de muitos contribuidores em vez de um único corpo coordenador como a Nine Realms, os números de ADR colidiram e ideias ainda brutas foram registradas como ADRs formais antes de estarem prontas para serem construídas.
A solução proposta é separar completamente a fase de ideia da fase de ADR. Um ADR, como Aaluxx definiu, já deve ser uma receita pronta: concisa, técnica e construível com os recursos disponíveis. O que falta é um espaço a montante — uma espécie de campo de batalha — onde ideias brutas sejam desafiadas, refinadas ou descartadas antes de se qualificarem para o status de ADR.
“Algumas pessoas acham que ‘quero macarrão’ é um ADR. Isso não é um ADR, isso é um problema. Venha até nós com uma receita.” — Aaluxx
Mais adiante, os números de ADR poderiam ser solicitados e atribuídos on-chain via node relay, com o primeiro nó aprovador atribuindo o próximo número sequencial. Isso tornaria a propriedade de uma proposta inequívoca sem criar um guardião centralizado. Vale repetir: um ADR não é pré-requisito para enviar código — qualquer pessoa pode abrir issues e pull requests no GitLab hoje. Um ADR é um termômetro que diz aos operadores de nó se eles querem que tempo de desenvolvedor pago seja gasto em algo.
Integrações no ecossistema e novos recursos
Apesar da pausa, as integrações em todo o ecossistema continuaram avançando. A ShapeShift agora se juntou à Symbiosis como participante ativa no modelo de taxas dinâmicas, e os dados retornando de ambas têm se mostrado úteis. Três ou quatro afiliados adicionais devem entrar online em cerca de uma semana, dependendo da disponibilidade de Chad Barraford para finalizar as integrações.
Uma dica da comunidade reabriu duas conversas de integração maiores. Uma DM fria para Randy Bechtold trouxe a Robinhood Chain à tona como alvo potencial — e uma olhada rápida revelou que ela é construída sobre Arbitrum, uma rede que a THORChain já vinha perseguindo. Isso criou uma oportunidade dois-em-um: Bechtold tem uma call agendada com a equipe da Arbitrum e planeja pedir uma introdução quente à Robinhood durante a conversa.
Aaluxx ofereceu uma nota técnica de cautela sobre a Arbitrum: ela roda a aproximadamente quatro blocos por segundo, o que inunda os nós com volume de mensagens de forma semelhante à Solana. O Maya passou cerca de um ano estabilizando seu próprio suporte a Arbitrum. O lado positivo é que o trabalho pesado já está em grande parte feito no Maya, dando à THORChain um caminho mais curto.
Integração com Monero se aproximando do lançamento após auditoria da Least Authority
A integração de XMR é o recurso importante mais próximo de ser lançado. Aaluxx está em discussões com a Least Authority para uma auditoria de segurança — uma empresa que ele classifica entre as melhores para trabalho com chains de privacidade. Há precedente direto: a Zcash financiou uma auditoria da Least Authority de sua integração ZEC-para-Maya, que foi recentemente concluída com apenas achados menores de negação de serviço e qualidade de vida, sem bugs graves. O trabalho com Monero já passou por testes em chain-net e por uma revisão de desenvolvedor.
Fiel à abordagem usual do protocolo, o pool de XMR será lançado primeiro com liquidez rasa, de propriedade do protocolo, e pequenos swaps de teste, mantendo fundos de usuários fora de risco enquanto o cliente da chain se prova em produção.
“Quebre coisas, mas quebre coisas pequenas.” — Aaluxx
ZEC no lado da THORChain não tem cronograma. O gargalo é a capacidade: reembolsos, trabalho de segurança, o reinício da rede e o lançamento de Monero estão todos competindo pela mesma janela estreita de revisão e deployment, e os churns vêm primeiro.
Moca lançando beta de ponto de venda cripto via Maya e THORChain
O lado de pagamentos do ecossistema recebeu sua própria atualização. A Moca, uma rede de ponto de venda e pagamentos em cripto, liquida transações via Maya Protocol, THORChain e alguns outros backends. O objetivo é permitir que comerciantes comuns aceitem cripto e liquidem em cripto sem fricção — volume do mundo real fluindo de volta pelos protocolos como resultado.
O beta é deliberadamente discreto, com lançamento previsto para a segunda-feira da próxima semana, sem campanha de marketing inicial. O plano é abrir contas empresariais, coletar feedback, rodar pagamentos reais de teste e fechar bugs antes de uma expansão mais ampla.
“O lado de pagamentos do Maya chegou.” — EricOnchain, Moca
Builders interessados em acesso antecipado à API podem entrar em contato diretamente com EricOnchain ou com a conta da Moca.
O que une tudo isso é uma rede em um verdadeiro ponto de inflexão. A v3.20 não é apenas um patch de segurança — é o lançamento que restaura o churning, traz Monero para a mainnet, implanta o router V6 e prepara o terreno para as expansões com Arbitrum e ShapeShift que virão em seguida. A forma como ela será lançada e o resultado da auditoria da Least Authority dirão muito sobre se a narrativa de recuperação da THORChain se sustenta sob o peso do que está sendo prometido.
Perguntas frequentes
Por que a operação de churn da THORChain está pausada?
Um problema de consenso especificamente ligado ao processo de churning exige correções no nível do Thornode. Essas mudanças são profundas demais para serem entregues em um lançamento pontual, então a rotação de cofres permanece pausada até que a atualização completa v3.20 seja implantada.
O que causou o exploit recente na THORChain?
Três bugs antigos que eram inofensivos em isolamento tornaram-se exploráveis quando acionados em sequência. A combinação permitiu que um dos cinco cofres da THORChain fosse comprometido, resultando na drenagem de aproximadamente 20% do TVL.
Como o Maya Protocol manteve os swaps durante a paralisação da THORChain?
O Maya estava operando um único cofre que a equipe podia verificar de forma independente como não comprometido. Mantendo esse cofre operacional — enquanto pausava o churning como precaução — o Maya continuou processando swaps durante todo o mês de paralisação da THORChain.
Qual é o status da integração com Monero na THORChain?
A integração de XMR já passou por testes em chain-net e por uma revisão de desenvolvedor. Uma auditoria com a Least Authority está sendo organizada, e o pool deve ser lançado com liquidez rasa, de propriedade do protocolo, e pequenos swaps de teste para limitar a exposição durante a fase inicial.
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”Por que a operação de churn da THORChain está pausada?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Um problema de consenso especificamente ligado ao processo de churning exige correções no nível do Thornode. Essas mudanças são profundas demais para serem entregues em um lançamento pontual, então a rotação de cofres permanece pausada até que a atualização completa v3.20 seja implantada.”}},{“@type”:”Question”,”name”:”O que causou o exploit recente na THORChain?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Três bugs antigos que eram inofensivos em isolamento tornaram-se exploráveis quando acionados em sequência. A combinação permitiu que um dos cinco cofres da THORChain fosse comprometido, resultando na drenagem de aproximadamente 20% do TVL.”}},{“@type”:”Question”,”name”:”Como o Maya Protocol manteve os swaps durante a paralisação da THORChain?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”O Maya estava operando um único cofre que a equipe podia verificar de forma independente como não comprometido. Mantendo esse cofre operacional — enquanto pausava o churning como precaução — o Maya continuou processando swaps durante todo o mês de paralisação da THORChain.”}},{“@type”:”Question”,”name”:”Qual é o status da integração com Monero na THORChain?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”A integração de XMR já passou por testes em chain-net e por uma revisão de desenvolvedor. Uma auditoria com a Least Authority está sendo organizada, e o pool deve ser lançado com liquidez rasa, de propriedade do protocolo, e pequenos swaps de teste para limitar a exposição durante a fase inicial.”}}]}
Artigo produzido com a assistência de inteligência artificial e revisado pela equipe editorial.
