Uma EIP, ou Ethereum Improvement Proposal, descreve uma proposta técnica relacionada ao Ethereum. Ela pode tratar do protocolo, da comunicação entre softwares ou dos padrões usados por aplicações e tokens.
Ler uma EIP ajuda a entender um anúncio sem confundir um projeto com uma funcionalidade disponível. Um número atribuído, um documento finalizado e uma alteração ativada na rede principal representam três etapas diferentes.
Em resumo
- Uma EIP detalha uma mudança e suas consequências; sua publicação não a impõe à rede.
- As ERC descrevem, entre outros elementos, padrões de aplicação, como as interfaces de tokens.
- Uma evolução do protocolo ainda precisa ser implementada, testada e incorporada a uma atualização.
Para que serve uma EIP do Ethereum?
Uma proposta técnica permite explicar com precisão o que os desenvolvedores pretendem mudar. Para o usuário, ela complementa a leitura de um smart contract: a aplicação utiliza interfaces e regras que precisam ser compreendidas separadamente de sua comunicação comercial.
Uma EIP informa, entre outros pontos, sua motivação, sua especificação e suas restrições de compatibilidade. Isso permite que as equipes discutam o mesmo comportamento esperado, em vez de depender de descrições imprecisas.
O documento EIP-1 apresenta o processo de proposta. Ele não transforma os mantenedores do repositório em dirigentes da rede. As decisões sobre a implementação do protocolo e a adoção pelas aplicações continuam sendo etapas distintas.
EIP e ERC: classificações que não devem ser confundidas
O processo distingue as propostas Standards Track, Meta e Informational. As primeiras incluem categorias como Core, Networking, Interface ou ERC. Networking e ERC, portanto, não são grupos no mesmo nível de Meta.
Uma proposta Core pode alterar regras do protocolo. Já um padrão ERC descreve uma convenção utilizada pelas aplicações. Essa diferença evita a impressão de que toda nova interface de token exige uma atualização geral de todos os nós.
Para um investidor, conhecer as diferentes categorias de criptomoedas não é suficiente: dois tokens que seguem o mesmo padrão podem oferecer direitos e apresentar riscos muito diferentes.
Status não substituem prova de implementação
O documento pode passar por status como Draft, Review, Last Call ou Final. Também pode estar como stagnant, withdrawn ou corresponder a um processo ativo. O status serve para acompanhar seu amadurecimento, não para garantir seu interesse econômico.
Um padrão finalizado não prova que toda wallet o utiliza. No caso de uma proposta que afete o consenso, também é preciso identificar a atualização que a incorpora e verificar sua ativação na rede em questão.
Na prática, procure o documento, a implementação e o cronograma oficial. Um anúncio relacionado a uma testnet não basta para afirmar que todos os usuários da mainnet já dispõem da funcionalidade.
Três exemplos concretos: taxas, tokens e dados de rollups
A EIP-1559 altera o mecanismo de taxas com uma base fee ajustada pelo protocolo e queimada, complementada por uma prioridade. Ela melhora a formação das transações, mas não garante que as taxas de gas do Ethereum permaneçam baixas quando a demanda aumenta.
O padrão ERC-20 descreve uma interface comum para tokens fungíveis. Ele facilita as interações entre contratos e aplicações. Não garante reservas, valor de mercado nem a ausência de funções perigosas em um token específico.
A EIP-4844 introduz transações que transportam blobs, destinadas principalmente às necessidades de dados dos rollups. Esses dados não ficam acessíveis aos contratos como um armazenamento permanente comum. Entender essa função evita apresentar qualquer redução de custo em uma camada 2 como uma queda equivalente na camada principal.
Como avaliar um anúncio baseado em uma EIP
Comece com uma pergunta precisa: o projeto está falando de um padrão de interface, de um novo formato de transação ou de uma alteração no consenso? As restrições e os prazos não são os mesmos.
Em seguida, analise quem arca com os custos e os novos riscos. Uma otimização pode simplificar um uso e, ao mesmo tempo, exigir mais trabalho dos softwares, operadores ou usuários. Ela não elimina problemas independentes, como os sandwich attacks e a MEV no Ethereum.
Por fim, diferencie a qualidade do padrão da qualidade de sua implementação. Uma aplicação compatível pode conter um erro, uma autorização excessiva ou um mecanismo de atualização mal protegido. O número da EIP não equivale a uma auditoria de segurança.
As EIP são uma ferramenta de documentação e coordenação. Para avaliar uma novidade, a melhor evidência continua sendo um comportamento claramente especificado, um código revisado e uma implementação verificável, e não um número apresentado como selo de confiança.
