Blockchains equivalentes à EVM

O que são blockchains equivalentes à EVM?

Blockchains equivalentes à EVM são redes desenvolvidas para reproduzir o comportamento da Ethereum Virtual Machine da forma mais próxima possível.

Elas buscam executar o bytecode de contratos inteligentes da Ethereum com os mesmos resultados, ou quase os mesmos, que o código produziria na Ethereum.

Isso permite que desenvolvedores usem linguagens conhecidas para contratos inteligentes, estruturas de desenvolvimento, interfaces de carteira, padrões de contrato e ferramentas de depuração ao criar em outra rede.

A EVM é o ambiente de execução que processa transações da Ethereum e executa instruções de contratos inteligentes.

A documentação oficial da Ethereum Virtual Machine descreve a EVM como um ambiente descentralizado que executa código de forma consistente entre os nós da Ethereum.

Uma blockchain equivalente à EVM tenta seguir esse mesmo modelo de execução, em vez de criar uma máquina virtual totalmente diferente.

No entanto, equivalência à EVM não significa necessariamente que duas blockchains sejam idênticas em todos os aspectos.

Uma blockchain equivalente à EVM pode ter mecanismo de consenso, tempo de bloco, mercado de taxas, conjunto de validadores, bridge, modelo de disponibilidade de dados, processo de governança e criptomoeda nativa diferentes.

Ela também pode incluir contratos de sistema ou regras especiais inexistentes na Ethereum.

Por isso, a equivalência à EVM descreve principalmente o comportamento de execução e a compatibilidade para desenvolvedores, e não a equivalência total entre blockchains.

O que significa ser equivalente à EVM?

Em geral, ser equivalente à EVM significa que uma blockchain segue de perto as especificações de execução da Ethereum, no nível do bytecode e do comportamento do protocolo.

Um contrato inteligente compilado para a EVM normalmente deve ser implantado e executado sem grandes mudanças em sua lógica principal.

A blockchain deve compreender os mesmos opcodes da EVM, estruturas de conta, assinaturas de transação, chamadas de contratos, operações de armazenamento, logs de eventos e comportamento de reversão esperados pelos aplicativos Ethereum.

Os desenvolvedores também devem poder usar métodos comuns de Ethereum JSON-RPC para ler dados da blockchain e enviar transações.

A especificação Ethereum JSON-RPC define a interface padrão usada por aplicativos e infraestrutura para se comunicar com clientes de execução.

A equivalência à EVM não é uma certificação universal única emitida pela Ethereum.

Projetos diferentes podem usar o termo com níveis de rigor ligeiramente diferentes.

Algumas blockchains reproduzem o comportamento da Ethereum quase exatamente, mas ainda documentam um pequeno número de diferenças intencionais.

Outras podem se descrever como equivalentes à EVM mesmo alterando cálculos de gas, valores relacionados aos blocos, tipos de transação, contratos pré-compilados ou comportamento do sistema.

Por isso, os desenvolvedores devem verificar a implementação real, em vez de confiar apenas no rótulo.

Blockchains equivalentes à EVM vs. compatíveis com a EVM

Equivalente à EVM e compatível com a EVM são termos relacionados, mas costumam descrever diferentes níveis de semelhança.

Uma blockchain compatível com a EVM pode executar aplicativos escritos para a EVM, embora possa traduzir, modificar ou reinterpretar alguns comportamentos.

Uma blockchain equivalente à EVM busca corresponder mais de perto à semântica de execução da Ethereum.

A compatibilidade geralmente se concentra em saber se um aplicativo pode ser executado.

A equivalência se concentra mais em saber se o aplicativo produz o mesmo resultado sob as mesmas condições relevantes de execução.

Uma rede compatível com a EVM pode aceitar contratos Solidity, mas usar uma máquina virtual interna diferente.

Ela também pode aceitar apenas parte do conjunto de opcodes da Ethereum ou introduzir custos de gas e regras de transação diferentes.

Uma rede equivalente à EVM normalmente tenta reutilizar o código, as especificações ou os casos de teste dos clientes de execução da Ethereum sempre que possível.

A documentação oficial sobre diferenças entre a Ethereum e as redes rollup equivalentes à EVM mostra que uma rede pode buscar equivalência e, ainda assim, manter diferenças de protocolo documentadas.

Essa distinção é importante porque um aplicativo meramente compatível pode exigir mais testes, alterações no contrato, ferramentas personalizadas ou revisão de segurança.

Como funcionam as blockchains equivalentes à EVM

Uma blockchain equivalente à EVM inclui um ambiente de execução que lê e processa bytecode da EVM.

Normalmente, os desenvolvedores escrevem contratos inteligentes em uma linguagem de alto nível, como Solidity ou Vyper.

Um compilador converte o código-fonte em bytecode da EVM, composto por instruções de baixo nível chamadas opcodes.

O cliente de execução da blockchain processa esses opcodes quando uma transação chama o contrato.

Cada instrução pode ler valores, fazer cálculos, acessar memória, atualizar armazenamento, chamar outro contrato, criar logs ou retornar dados.

A referência oficial de opcodes da Ethereum lista as instruções entendidas pela EVM e suas funções básicas.

Uma blockchain equivalente à EVM tenta implementar essas instruções com semântica correspondente.

Todos os nós validadores devem calcular a mesma transição de estado a partir do mesmo estado inicial e da mesma sequência de transações.

Esse comportamento determinístico permite que nós independentes verifiquem saldos de contas, armazenamento de contratos, transferências de tokens e resultados de aplicativos.

A rede pode usar um processo diferente para selecionar e ordenar blocos, mas o resultado da execução ainda precisa seguir as regras de EVM declaradas.

Semântica de execução

A semântica de execução define exatamente o que acontece quando o bytecode da EVM é executado.

Ela abrange aritmética, comportamento da pilha, uso de memória, acesso ao armazenamento, chamadas de mensagens, criação de contratos, tratamento de erros, consumo de gas e dados retornados.

Pequenas diferenças semânticas podem causar problemas importantes nos aplicativos.

Por exemplo, uma interpretação diferente de uma operação de armazenamento poderia fazer um contrato calcular saldos incorretamente.

Uma diferença no comportamento de chamadas poderia afetar o reconhecimento, pelo aplicativo, de uma transferência de tokens bem-sucedida.

Uma diferença no comportamento de reversão poderia deixar um contrato em um estado inesperado para seus desenvolvedores.

As especificações da camada de execução da Ethereum fornecem uma implementação de referência executável das regras de execução da Ethereum.

Uma blockchain que busca forte equivalência à EVM pode comparar sua implementação com essas especificações e com os casos de teste de execução da Ethereum.

Usar a mesma linguagem de programação não é suficiente, pois é o comportamento final do bytecode que determina o resultado do contrato.

Compatibilidade com bytecode da EVM

O bytecode da EVM é a forma legível por máquina de um contrato inteligente da Ethereum.

Uma blockchain fortemente equivalente à EVM deve conseguir processar bytecode existente da Ethereum sem exigir que o código-fonte seja recompilado para outra máquina virtual.

Isso pode acelerar a migração de contratos, pois os desenvolvedores podem implantar o mesmo artefato compilado em outra blockchain.

A portabilidade do bytecode é especialmente útil quando a verificação do código-fonte, os relatórios de auditoria e os scripts de implantação já dependem de uma saída específica do compilador.

No entanto, a compatibilidade do bytecode não garante que o aplicativo ao redor funcionará sem alterações.

O contrato pode depender de endereços específicos da Ethereum, feeds de preço, contratos de bridge, endereços de tokens, valores de blocos ou serviços externos.

Um contrato pode ser implantado com sucesso e ainda falhar durante o uso se faltar uma dependência necessária.

Por isso, os desenvolvedores devem testar separadamente a lógica do contrato e as integrações externas.

Equivalência de opcodes

Opcodes são instruções individuais executadas pela EVM.

Entre os exemplos estão instruções de soma, acesso ao armazenamento, chamadas de contratos, verificações de endereço, informações de bloco e hashing criptográfico.

A equivalência de opcodes exige mais do que reconhecer o mesmo número de opcode.

A instrução deve aceitar as mesmas entradas, retornar as mesmas saídas, produzir os mesmos efeitos sobre o estado e falhar nas mesmas condições.

Quando se afirma equivalência estrita, o comportamento do gas também pode precisar corresponder.

A Ethereum introduz ou altera o comportamento de opcodes por meio de atualizações da rede.

Uma blockchain equivalente à EVM que ainda não adotou a mesma atualização pode rejeitar bytecode mais recente ou calcular um resultado diferente.

Antes de implantar contratos compilados para instruções mais novas, os desenvolvedores devem identificar qual versão de fork da Ethereum a rede de destino segue.

Um compilador pode gerar bytecode com um opcode não aceito por um ambiente de execução mais antigo.

Esse contrato pode ser implantado incorretamente, falhar durante a execução ou se comportar de maneira diferente da versão na Ethereum.

Equivalência de gas

Gas mede os recursos computacionais consumidos pela execução da EVM.

Cada opcode tem um custo de gas, e interações complexas com contratos geralmente consomem mais gas do que transferências simples.

A documentação oficial de gas da Ethereum explica que as taxas de transação se baseiam no gas utilizado e no preço pago por cada unidade de gas.

Uma blockchain equivalente à EVM pode usar o mesmo cálculo de gas para operações da EVM e ainda cobrar um valor diferente em sua criptomoeda nativa.

Ela também pode incluir cobranças adicionais para publicação de dados, geração de provas, armazenamento ou liquidação.

Consequentemente, um contrato pode consumir o mesmo número de unidades de gas da EVM em duas blockchains e ainda ter taxas finais de transação muito diferentes.

Algumas redes também alteram limites de gas ou custos de determinados opcodes para refletir suas próprias restrições de recursos.

Essas mudanças podem afetar contratos que tomam decisões com base no gas disponível ou operam perto dos limites de execução.

Os desenvolvedores devem distinguir o gas de execução da EVM da taxa total paga pelo usuário.

Equivalência de transações

As transações da Ethereum incluem informações como remetente, destinatário, valor, nonce, limite de gas, configurações de taxa, dados de entrada e assinatura.

A documentação oficial de transações da Ethereum explica os formatos de transação atualmente reconhecidos pela rede.

Uma blockchain equivalente à EVM normalmente é compatível com formatos conhecidos de assinatura de transações e endereços da Ethereum.

Isso permite que carteiras e bibliotecas de software existentes criem transações válidas depois que o usuário seleciona a rede correta.

No entanto, o suporte a tipos de transação pode variar entre blockchains.

Uma blockchain pode aceitar transações padrão do mercado de taxas, mas não todos os formatos de transação mais recentes da Ethereum.

As atualizações da Ethereum podem introduzir recursos de transação antes que outra blockchain os adote.

Os desenvolvedores devem verificar o suporte a listas de acesso, transações relacionadas a blobs, listas de autorização e quaisquer outros tipos de transação usados pelo aplicativo.

Uma carteira nunca deve presumir que toda rede identificada como equivalente à EVM aceita todos os tipos de transação disponíveis no fork mais recente da Ethereum.

Equivalência de contas e estado

A Ethereum usa contas de propriedade externa e contas de contrato.

As contas de propriedade externa são controladas por chaves privadas, enquanto as contas de contrato executam código armazenado quando são chamadas.

A documentação oficial de contas da Ethereum descreve campos como nonce, saldo, hash do código e raiz do armazenamento.

Uma blockchain equivalente à EVM normalmente usa a mesma estrutura de endereço de 20 bytes e conceitos semelhantes de estado da conta.

Isso permite que a mesma chave privada gere o mesmo endereço de conta em várias redes EVM.

No entanto, os saldos e históricos de transação associados a esse endereço são separados em cada blockchain.

Ter tokens em um endereço em uma blockchain não significa que o mesmo endereço tenha tokens equivalentes em outra.

Os usuários devem selecionar a rede correta antes de consultar saldos ou assinar transações.

Chain IDs e proteção contra replay

Cada rede EVM deve usar um chain ID distinto para identificar seu domínio de transações.

O chain ID ajuda a impedir que uma transação assinada para uma rede seja reproduzida em outra.

A especificação oficial EIP-1344 define o opcode CHAINID, que permite que contratos inteligentes leiam o chain ID atual.

As carteiras também usam chain IDs para selecionar endpoints RPC e solicitar assinaturas de transação.

Uma blockchain pode ser equivalente à EVM e usar um chain ID totalmente diferente do da Ethereum.

Essa diferença é necessária porque as redes mantêm estados e históricos de transação separados.

Os usuários devem verificar o chain ID exibido na carteira antes de aprovar uma transação.

Os desenvolvedores devem incluir proteções específicas por rede em mensagens assinadas, permissões, instruções de bridge e sistemas de autorização.

Equivalência de JSON-RPC

JSON-RPC é a interface padrão pela qual carteiras, aplicativos, scripts e infraestrutura se comunicam com os nós da Ethereum.

Métodos comuns permitem que o software consulte saldos, chame contratos, estime gas, recupere logs, envie transações assinadas e examine blocos.

Uma blockchain equivalente à EVM geralmente oferece os mesmos nomes e formatos de dados para os principais métodos RPC.

Isso permite que os desenvolvedores troquem o endpoint da rede e o chain ID sem reescrever todo o aplicativo.

No entanto, a equivalência de RPC pode ser incompleta.

Uma blockchain pode retornar valores diferentes para estimativas de gas, campos de bloco, recibos de transação ou métodos de rastreamento.

Alguns métodos de depuração e rastreamento são específicos de clientes e não fazem parte da interface pública padrão.

O repositório Ethereum Execution API descreve JSON-RPC como a interface canônica entre usuários e clientes de execução da Ethereum.

Os aplicativos devem testar todos os métodos RPC de que dependem, em vez de presumir que uma consulta de saldo bem-sucedida comprova compatibilidade total.

Ferramentas de desenvolvimento

Um dos principais benefícios das blockchains equivalentes à EVM é o acesso às ferramentas de desenvolvimento da Ethereum.

Em geral, os desenvolvedores podem usar compiladores, bibliotecas de contratos, estruturas de teste, scripts de implantação, depuradores e conectores de carteira conhecidos.

O código de um aplicativo existente pode exigir apenas um novo URL RPC, chain ID, configuração de explorador e arquivo de endereços de implantação.

Os sistemas de verificação de código-fonte também podem usar configurações conhecidas de compilador e metadados de contrato.

Isso reduz a curva de aprendizado de equipes que já conhecem o desenvolvimento para Ethereum.

A compatibilidade de ferramentas também pode facilitar testes de segurança, pois auditores podem usar métodos consolidados de análise da EVM.

No entanto, uma ferramenta que se conecta corretamente ainda pode fazer suposições imprecisas sobre gas, tempo de bloco, finalidade ou contratos de sistema.

Os desenvolvedores devem configurar parâmetros específicos da rede, em vez de tratar toda blockchain EVM como uma cópia da Ethereum.

Portabilidade de contratos inteligentes

A portabilidade de contratos inteligentes é a capacidade de implantar código de contrato semelhante em várias redes EVM.

Contratos padrão de tokens, carteiras multifirma, contratos de finanças descentralizadas, sistemas de NFT e contratos de governança muitas vezes podem ser reutilizados.

A documentação oficial de contratos inteligentes da Ethereum explica como o código e o estado dos contratos são armazenados em endereços da blockchain e executados por meio de transações.

A portabilidade pode reduzir o tempo de desenvolvimento, pois as equipes não precisam recriar a lógica de negócios para uma máquina virtual não relacionada.

Ela também pode aumentar a consistência entre implantações.

No entanto, o código reutilizado ainda precisa de uma nova revisão de segurança no contexto da blockchain de destino.

Diferenças na produção de blocos, feeds de preço, bridges, ativos nativos e contratos administrativos podem alterar o modelo de risco do aplicativo.

Um contrato seguro na Ethereum pode se tornar inseguro quando suas premissas não se aplicam a outra blockchain.

Padrões de tokens em blockchains equivalentes à EVM

Blockchains equivalentes à EVM normalmente aceitam interfaces de tokens da Ethereum, como ERC-20, ERC-721 e ERC-1155.

Essas interfaces definem funções e eventos padrão usados por carteiras, aplicativos, exploradores e sistemas de negociação.

A documentação oficial de padrões de tokens da Ethereum explica como interfaces compartilhadas tornam os aplicativos de tokens mais interoperáveis.

Em geral, um desenvolvedor pode implantar um contrato de token padrão em uma blockchain equivalente à EVM sem alterar sua interface básica.

No entanto, um token implantado em outra blockchain é um ativo separado, a menos que uma bridge ou emissor autorizado estabeleça uma relação definida entre as duas versões.

Nomes, símbolos, casas decimais ou códigos de contrato idênticos não tornam dois tokens economicamente iguais.

Os usuários devem verificar a rede e o endereço do contrato antes de transferir ou negociar qualquer token.

Endereços de contrato entre blockchains

A mesma chave privada gera o mesmo endereço de conta de propriedade externa em redes EVM.

Às vezes, também é possível reproduzir endereços de contrato quando as condições de implantação são controladas com cuidado.

Um endereço de criação de contrato padrão depende de informações como o endereço do responsável pela implantação e o nonce.

Uma implantação determinística com CREATE2 depende do responsável pela implantação, do salt e do código de inicialização, conforme as regras descritas na EIP-1014.

Mesmo quando um contrato tem o mesmo endereço em duas blockchains, ele pode ter código, armazenamento, permissões ou saldos de tokens diferentes.

Os usuários nunca devem confiar em um contrato apenas porque seu endereço parece familiar.

O código do contrato e os registros de implantação devem ser verificados separadamente em cada rede.

Contratos pré-compilados

Contratos pré-compilados fornecem funções no nível do protocolo em endereços especiais.

Eles executam operações, como cálculos criptográficos, com mais eficiência do que o bytecode comum da EVM.

A documentação da Solidity sobre contratos pré-compilados explica que o comportamento deles é implementado diretamente no ambiente de execução.

Uma blockchain equivalente à EVM deve aceitar os pré-compilados da Ethereum necessários para os contratos inteligentes que pretende executar.

Algumas blockchains adicionam pré-compilados extras para funções específicas da rede.

Os pré-compilados adicionais podem melhorar o desempenho ou permitir acesso a recursos nativos da blockchain.

Também criam comportamentos inexistentes na Ethereum.

Contratos que dependem dessas funções adicionais podem deixar de ser portáveis para a Ethereum ou para outra blockchain equivalente à EVM.

Diferenças no contexto dos blocos

Contratos da EVM podem consultar informações sobre o bloco em que são executados.

Os valores relevantes podem incluir número do bloco, timestamp, taxa base, limite de gas, hash do bloco, chain ID e informações relacionadas ao produtor do bloco.

Uma blockchain equivalente à EVM pode gerar esses valores por meio de um sistema de produção de blocos diferente.

Uma blockchain Layer 2 também pode expor informações derivadas de seu sequenciador ou de sua relação com uma rede Layer 1.

Os tempos de bloco podem ser menores ou menos regulares do que os da Ethereum.

A finalidade também pode depender de um processo diferente.

Os contratos não devem presumir que um número fixo de blocos representa a mesma duração ou segurança em todas as redes EVM.

Aplicativos que usam valores de bloco para aleatoriedade, leilões, cálculos de juros ou prazos exigem uma revisão adicional.

Blockchains Layer 1 equivalentes à EVM

Uma blockchain Layer 1 equivalente à EVM opera sua própria blockchain base, mecanismo de consenso, conjunto de validadores e estado.

Ela não depende da Ethereum para finalizar todas as transações.

Ainda assim, a blockchain pode usar a EVM como ambiente de execução de contratos inteligentes.

Isso permite que aplicativos no padrão Ethereum sejam executados enquanto a rede utiliza seu próprio orçamento de segurança e sistema de governança.

Os usuários devem avaliar a distribuição de validadores da rede, o modelo de consenso, a segurança econômica, o processo de atualização e o histórico operacional.

A equivalência à EVM não transfere o conjunto de validadores nem a segurança econômica da Ethereum para outra rede Layer 1.

Assim, o mesmo código de contrato pode operar sob um modelo de confiança muito diferente.

Blockchains Layer 2 equivalentes à EVM

Uma blockchain Layer 2 equivalente à EVM processa transações fora do ambiente principal de execução da Ethereum, usando a Ethereum em parte de seu modelo de liquidação, disponibilidade de dados ou segurança.

A documentação oficial de Layer 2 da Ethereum explica como rollups aumentam a capacidade de transações usando a Ethereum como camada de liquidação.

Um ambiente de execução Layer 2 pode seguir o comportamento da EVM para facilitar a implantação de aplicativos da Ethereum.

As transações podem ser ordenadas por um sequenciador e enviadas posteriormente à Ethereum em lotes.

O sistema pode usar provas de falha, provas de validade ou outro modelo de verificação.

Os usuários devem entender que uma confirmação rápida em Layer 2 nem sempre equivale à liquidação final na Ethereum.

Tempos de saque, sistemas de prova, contratos de bridge, publicação de dados e controles de atualização continuam sendo importantes, mesmo quando o ambiente de execução é equivalente à EVM.

Equivalência à EVM em rollups

Os rollups se beneficiam da equivalência à EVM porque os desenvolvedores podem reutilizar contratos e infraestrutura da Ethereum.

Um rollup pode executar um cliente de execução da Ethereum modificado e, ao mesmo tempo, mudar a forma como os blocos são produzidos e enviados à camada de liquidação.

A documentação oficial sobre diferenças de execução em rollups equivalentes à EVM observa que até sistemas projetados para minimizar mudanças podem apresentar diferenças que os desenvolvedores precisam compreender.

Essas diferenças podem envolver taxas, campos de bloco, origens de transação, transações de depósito, contratos de sistema ou contexto relacionado a opcodes.

Assim, um rollup pode ser altamente equivalente à EVM sem ser operacionalmente idêntico à Ethereum.

Antes de implantar aplicativos que dependem de comportamentos de baixo nível, os desenvolvedores devem ler os desvios documentados pela rede.

Bridges e blockchains equivalentes à EVM

Uma bridge permite transferir ativos ou mensagens entre sistemas blockchain separados.

A equivalência à EVM não conecta automaticamente o estado de duas blockchains.

Um token da Ethereum não aparece em outra blockchain equivalente à EVM a menos que uma bridge, emissor ou protocolo crie uma representação dele nessa rede.

Uma bridge pode bloquear um ativo em uma blockchain e emitir uma representação correspondente em outra.

Outro modelo de bridge pode queimar ativos de um lado e emiti-los do outro.

A bridge introduz riscos adicionais relacionados a contratos inteligentes, custódia, validadores, provas e operação.

Antes de transferir fundos, os usuários devem verificar a bridge oficial, o contrato do token, a blockchain de destino e o processo de saque.

Um endereço de carteira conhecido não elimina o risco da bridge.

Ativos nativos e tokens de gas

A Ethereum usa ETH como ativo nativo para pagar taxas de transação.

Uma blockchain equivalente à EVM pode usar outro ativo nativo para pagar gas.

O formato do endereço da carteira pode parecer igual, embora o ativo necessário para pagar as taxas seja diferente.

Mesmo que o usuário receba tokens na blockchain, poderá não conseguir movimentá-los sem saldo suficiente da moeda nativa para gas.

Alguns sistemas Layer 2 usam ETH ou um saldo relacionado a ETH para taxas, enquanto outras blockchains EVM usam seu próprio ativo nativo.

Antes de interagir com contratos, os usuários devem obter o ativo de gas correto por meio de um método confiável e compatível.

Enviar o ativo errado ou selecionar a rede errada pode deixar os fundos temporariamente inacessíveis ou resultar em perda permanente.

Benefícios das blockchains equivalentes à EVM

A equivalência à EVM pode reduzir o tempo necessário para lançar um aplicativo de cripto em uma nova rede.

Os desenvolvedores podem reutilizar contratos inteligentes, bibliotecas, sistemas de implantação, conjuntos de testes, integrações de carteira e conhecimentos operacionais.

Os usuários podem interagir por meio de endereços hexadecimais e interfaces conhecidas de assinatura de transações.

Os auditores podem aplicar ferramentas e métodos consolidados de segurança da EVM.

Provedores de infraestrutura podem dar suporte a novas blockchains por meio de arquiteturas RPC e de indexação existentes.

Projetos de tokens podem usar interfaces padrão reconhecidas por carteiras e aplicativos.

Esses benefícios podem aumentar a disponibilidade de aplicativos e facilitar a migração de usuários entre ecossistemas EVM.

Também podem reduzir a fragmentação no nível de programação e ferramentas.

Limitações da equivalência à EVM

A equivalência à EVM não garante taxas idênticas.

Não garante velocidade de transação nem finalidade idênticas.

Não garante que os mesmos contratos sejam implantados nos mesmos endereços.

Não garante que as bridges sejam seguras.

Não garante que o sistema de validadores ou sequenciadores seja descentralizado.

Não garante que a rede adote imediatamente as atualizações da Ethereum.

Não garante que todas as carteiras, métodos RPC, indexadores ou ferramentas de depuração da Ethereum funcionem perfeitamente.

Também não confere a outra blockchain a mesma segurança econômica da Ethereum.

Portanto, a equivalência à EVM deve ser tratada como uma propriedade de execução, e não como uma afirmação completa sobre a qualidade ou segurança da rede.

Riscos de segurança de blockchains equivalentes à EVM

Blockchains equivalentes à EVM herdam muitos riscos conhecidos de contratos inteligentes da EVM.

Esses riscos incluem reentrância, falhas de controle de acesso, manipulação de oráculos, atualizações inseguras, erros de assinatura e premissas incorretas sobre tokens.

Elas também podem introduzir riscos específicos da rede.

Uma blockchain Layer 1 pode ter um conjunto concentrado de validadores ou chaves de governança poderosas.

Uma blockchain Layer 2 pode depender de um sequenciador centralizado, contratos de bridge atualizáveis, infraestrutura de provas ou um conselho de segurança de emergência.

Diferenças nas taxas e regras de bloco podem afetar aplicativos projetados com base em premissas da Ethereum.

Pré-compilados e contratos de sistema específicos da rede criam caminhos adicionais de código que podem exigir auditoria.

Além de auditar os contratos EVM portáveis, os desenvolvedores devem analisar a arquitetura da blockchain de destino.

Risco de atualização e versão

O ambiente de execução da Ethereum muda por meio de atualizações do protocolo.

Novas atualizações podem introduzir formatos de transação, opcodes, pré-compilados, alterações de gas ou recursos de conta.

Uma blockchain equivalente à EVM pode adotar essas mudanças imediatamente, mais tarde, parcialmente ou nunca.

Isso pode criar um descompasso de versão entre a blockchain e as especificações de execução da Ethereum.

Um contrato compilado para uma versão mais recente da EVM pode conter instruções não aceitas por uma blockchain mais antiga.

Os desenvolvedores devem definir a versão da EVM de destino do compilador conforme a rede escolhida.

Também devem acompanhar os anúncios da rede antes de atualizar bibliotecas ou configurações do compilador.

O rótulo “equivalente à EVM” deve sempre ser interpretado em relação a um fork específico da Ethereum ou a uma versão específica das especificações de execução.

Como os desenvolvedores devem testar a equivalência à EVM

Os desenvolvedores devem começar verificando o suporte documentado da blockchain de destino aos forks da Ethereum.

Devem confirmar o suporte a cada opcode, pré-compilado, tipo de transação e método RPC usado pelo aplicativo.

Os mesmos testes unitários e de integração devem ser executados na Ethereum e na blockchain de destino.

Os desenvolvedores devem comparar valores retornados, eventos emitidos, mudanças de estado, reversões, uso de gas e recibos de transação.

Contratos que usam informações de bloco devem ser testados considerando o comportamento de produção de blocos e o tempo da blockchain de destino.

Os aplicativos também devem testar conexões com carteiras, troca de rede, estimativa de gas, indexação de logs e substituição de transações.

As dependências de bridge e oráculo exigem testes separados, pois a equivalência à EVM não reproduz a infraestrutura externa.

Os testes devem incluir transações que falham e casos extremos, e não apenas transferências básicas bem-sucedidas.

Como os usuários podem identificar uma blockchain equivalente à EVM

Uma blockchain equivalente à EVM normalmente fornece um endpoint RPC no padrão Ethereum e um chain ID exclusivo.

Os endereços de carteira geralmente usam o mesmo formato hexadecimal da Ethereum.

A rede costuma aceitar contratos Solidity e interfaces de tokens conhecidas da Ethereum.

A documentação pode descrever o fork da Ethereum compatível, o cliente de execução, o conjunto de opcodes e as diferenças conhecidas.

Os usuários devem consultar a documentação técnica oficial, em vez de confiar apenas em afirmações de marketing.

Uma blockchain que aceita uma carteira no padrão Ethereum não é automaticamente totalmente equivalente à EVM.

A conexão com a carteira comprova apenas que a rede aceita interfaces relacionadas suficientes para essa conexão.

Por que a equivalência à EVM importa para traders de cripto

A equivalência à EVM afeta a forma como os traders movimentam tokens, conectam carteiras, usam aplicativos descentralizados e verificam endereços de contratos.

Um trader pode interagir com interfaces de tokens semelhantes em várias blockchains EVM.

No entanto, a liquidez, as rotas de bridge, os ativos de gas, os emissores de tokens e as implantações de contratos continuam específicos de cada blockchain.

Um token com o mesmo símbolo pode ter endereços de contrato e valor econômico diferentes em blockchains diferentes.

Antes de aprovar um swap ou uma transferência, os traders devem verificar a blockchain e o endereço do contrato.

Também devem manter saldo suficiente da moeda nativa para gas, a fim de fechar posições ou movimentar ativos em condições voláteis.

A equivalência à EVM aumenta a familiaridade, mas não elimina os riscos de contratos inteligentes, bridges, liquidez ou rede.

Exemplo de implantação em uma blockchain equivalente à EVM

Suponha que uma equipe de desenvolvimento tenha um contrato de token auditado que já funciona na Ethereum.

A equipe quer implantar o mesmo aplicativo em uma blockchain Layer 2 equivalente à EVM.

Os desenvolvedores usam o mesmo código-fonte Solidity e a mesma configuração do compilador.

Alteram o script de implantação para usar o novo endpoint RPC e o chain ID.

O contrato é implantado com sucesso porque a blockchain entende o mesmo bytecode da EVM.

Em seguida, a equipe atualiza o aplicativo com o novo endereço do contrato e as configurações da moeda nativa para gas.

Durante os testes, os desenvolvedores descobrem que a taxa final da transação inclui um componente adicional relacionado a dados, ausente da estimativa de taxa original.

Também descobrem que os endereços da bridge e do feed de preço do aplicativo precisam ser configurados separadamente.

A lógica do contrato é portável, mas a infraestrutura e as premissas de risco não são idênticas.

Este exemplo mostra por que a equivalência à EVM simplifica a implantação sem tornar intercambiáveis todos os detalhes das redes.

Equívocos comuns sobre blockchains equivalentes à EVM

Um equívoco comum é acreditar que blockchains equivalentes à EVM fazem parte da mesma blockchain.

Normalmente, elas mantêm estados, saldos, blocos, validadores e históricos de transação separados.

Outro equívoco é pensar que o mesmo endereço precisa conter os mesmos ativos em todas as blockchains EVM.

Um endereço pode ter saldos e códigos de contrato completamente diferentes em cada rede.

Um terceiro equívoco é acreditar que todas as blockchains equivalentes à EVM têm a segurança da Ethereum.

A segurança depende dos sistemas próprios de consenso, liquidação, dados, bridges, governança e atualização da blockchain.

Um quarto equívoco é pensar que a execução equivalente de contratos garante taxas de transação iguais.

Preços de gas, moedas usadas para taxas, custos de dados e limites de recursos podem variar.

Um quinto equívoco é acreditar que qualquer aplicativo Ethereum pode ser transferido para outra blockchain sem testes.

Endereços externos, respostas RPC, tipos de transação e contexto dos blocos podem exigir alterações.

Perguntas frequentes

O que significa blockchain equivalente à EVM?

É uma blockchain desenvolvida para executar bytecode da Ethereum Virtual Machine com um comportamento que corresponde de perto às regras de execução da Ethereum.

Equivalente à EVM significa o mesmo que compatível com a EVM?

Não. Compatibilidade com a EVM geralmente significa que aplicativos da Ethereum podem ser executados, enquanto equivalência à EVM costuma buscar uma correspondência mais próxima do comportamento do bytecode e da semântica de execução.

Blockchains equivalentes à EVM usam a blockchain da Ethereum?

Não necessariamente. Uma blockchain Layer 1 equivalente à EVM pode operar de forma independente, enquanto uma blockchain Layer 2 equivalente à EVM pode usar a Ethereum para liquidação ou disponibilidade de dados.

Blockchains equivalentes à EVM usam os mesmos endereços de carteira?

Em geral, a mesma chave privada gera o mesmo formato de endereço, mas os saldos e as transações permanecem separados em cada blockchain.

O mesmo contrato inteligente pode ser executado em toda blockchain equivalente à EVM?

Muitos contratos podem ser executados com poucas alterações, mas dependências, versões de fork compatíveis, regras de gas, contratos de sistema e infraestrutura externa ainda precisam ser testados.

Blockchains equivalentes à EVM têm as mesmas taxas de gas?

Não. A execução pode usar cálculos de gas semelhantes, mas o preço do gas, o ativo nativo usado para pagar taxas, as cobranças de dados e o custo total da transação podem variar.

Os tokens são compartilhados automaticamente entre blockchains equivalentes à EVM?

Não. Os tokens em blockchains diferentes são ativos separados, a menos que uma bridge ou emissor reconhecido crie uma relação definida entre eles.

Blockchains equivalentes à EVM são tão seguras quanto a Ethereum?

Não automaticamente. Cada blockchain pode ter validadores, sequenciadores, bridges, controles de governança, regras de finalidade e segurança econômica diferentes.

Os desenvolvedores podem usar Solidity em blockchains equivalentes à EVM?

Sim. Solidity é amplamente aceita porque compila para bytecode da EVM.

É possível usar ferramentas de desenvolvimento da Ethereum em blockchains equivalentes à EVM?

Muitas ferramentas da Ethereum podem ser usadas após a configuração do endpoint RPC, chain ID, parâmetros de taxas e informações de implantação específicas da rede.

Por que blockchains equivalentes à EVM ainda documentam diferenças?

Elas podem precisar de comportamentos diferentes para produção de blocos, taxas, liquidação, bridges e contratos de sistema, mantendo a execução principal da EVM o mais próxima possível da Ethereum.

Como posso verificar se uma blockchain é realmente equivalente à EVM?

Consulte as especificações oficiais de execução, o fork da Ethereum compatível, o comportamento dos opcodes, os tipos de transação, os métodos RPC, os pré-compilados, os resultados de testes e os desvios documentados.

Conclusão

Blockchains equivalentes à EVM são redes desenvolvidas para reproduzir a execução da Ethereum Virtual Machine da forma mais próxima possível.

Elas permitem que desenvolvedores reutilizem contratos Solidity, bytecode da EVM, padrões de tokens, integrações de carteira, interfaces RPC e ferramentas de desenvolvimento conhecidas.

Uma forte equivalência exige alinhamento estreito no comportamento de opcodes, transições de estado, chamadas de contrato, armazenamento, tratamento de erros, processamento de transações e outras semânticas de execução.

No entanto, equivalência à EVM não significa que duas blockchains sejam totalmente idênticas.

Consenso, validadores, sequenciadores, bridges, taxas, tempo de bloco, finalidade, governança, disponibilidade de dados e ativos nativos podem ser diferentes.

Ela também não transfere automaticamente tokens, saldos, estado de contratos ou a segurança econômica da Ethereum para outra rede.

Os desenvolvedores devem identificar qual fork da Ethereum é compatível e testar contratos, métodos RPC, comportamento de gas, pré-compilados, valores de bloco, bridges e dependências externas.

Os usuários devem verificar a rede, o chain ID, o ativo de gas, o contrato do token e a bridge antes de aprovar transações.

O principal benefício da equivalência à EVM é a portabilidade, e não a identidade perfeita.

Entender essa diferença ajuda usuários e desenvolvedores de cripto a aproveitar a tecnologia conhecida da Ethereum sem ignorar os riscos e as regras específicos de cada blockchain.