Optimism (OP) anuncia atualização à prova de falhas críticas que impacta pontes e trocas

O Optimism (OP), uma solução líder de escalonamento de Camada 2 para Ethereum, está definido para implementar mudanças significativas em seu sistema à prova de falhas, que afetarão diretamente pontes, trocas centralizadas e soluções personalizadas que lidam com retiradas. Este desenvolvimento é crucial para as partes interessadas do ecossistema Optimism, uma vez que devem adaptar os seus sistemas para se alinharem com o novo processo de verificação de retiradas.

Visão geral da atualização do sistema à prova de falhas

A atualização introduz uma mudança do L2OutputOracle para um novo sistema que compreende o OptimismPortal e o DisputeGameFactory. O L2OutputOracle, anteriormente essencial para a função do Proponente no armazenamento de propostas de saída de estado L2, será totalmente removido. Em seu lugar, os desenvolvedores precisarão usar o rootClaim de um jogo de disputa para provar retiradas durante a primeira etapa do processo de retirada em duas etapas.

O contrato OptimismPortal sofrerá pequenas alterações, pois agora faz referência ao contrato DisputeGameFactory em vez do L2OutputOracle. Os desenvolvedores agora devem procurar contratos recentes do DisputeGame com o tipo de jogo apropriado por meio do OptimismPortal para comprovar as retiradas. Esta mudança aumenta a segurança e a descentralização do processo de retirada, mas exige que os desenvolvedores atualizem seu código de cliente de acordo.

Impacto em pontes e trocas centralizadas

A transição para Provas de Falhas exige atualizações na lógica de tratamento de retiradas. A maioria das equipes que utilizam o Optimism SDK ou Viem precisará atualizar suas versões de software antes do lançamento do Sepolia. O Optimism SDK, por exemplo, requer uma atualização para a versão 3.2.0 ou superior, que mantém a compatibilidade da API e integra a nova lógica automaticamente assim que a atualização à prova de falhas é detectada.

Para quem usa o Viem, a versão mais recente quebra a API, necessitando do uso de um decorador experimental que suporte provas de falhas. Após a integração das provas de falhas na Mainnet, será recomendada uma mudança para a API estável.

Monitorando mudanças no sistema

Os serviços Monitor de Saques e Monitor de Disputas passaram por atualizações para acomodar o novo sistema à prova de falhas. O serviço Withdrawal Monitor, crucial para o sistema de retirada em duas etapas, tornou-se um pouco mais lento na inicialização, mas mais confiável e compatível com uma gama mais ampla de infraestrutura. Permanece totalmente compatível com os sistemas existentes.

O serviço Dispute Monitor, por outro lado, substituirá o atual Fault Monitor para detectar propostas de saída inválidas. As equipes que atualmente executam o Fault Monitor precisarão mudar para o novo serviço e atualizar seus sistemas de alerta para permanecerem em conformidade com a nova atualização.

Próximas etapas para desenvolvedores e operadores

Os desenvolvedores e operadores da rede Optimism são aconselhados a se familiarizarem com as próximas mudanças revisando a documentação detalhada fornecida pelo Optimism. Isso inclui compreender os três componentes principais do Sistema à Prova de Falhas – Cannon FPVM e Mips.sol – e preparar seus sistemas para a transição.

As atualizações à prova de falhas estão programadas para lançamento na testnet em 19 de março de 2024. É crucial que todas as partes envolvidas preparem seus sistemas com antecedência para garantir uma integração perfeita com o novo protocolo e evitar quaisquer interrupções em suas operações.

O Optimism continua a fornecer suporte aos desenvolvedores para aqueles que enfrentam dificuldades durante a transição. O envolvimento proativo e a documentação detalhada refletem o compromisso da Optimism em manter um ecossistema robusto e amigável ao desenvolvedor.

Fonte da imagem: Shutterstock