Como funcionam as Propostas de Melhoramento de Ethereum (EIPs)

Como o Ethereum Improvement Propostas (EIPs) funciona. Para entender completamente a necessidade de padrões ERC (Ethereum Request for Comments), você deve entender como atualizações, atualizações e alterações de código ocorrem no Ethereum.
Ethereum Improvement Propostas (EIPs) descrevem padrões para a plataforma Ethereum, incluindo especificações principais de protocolo, APIs de cliente e padrões de contrato. Estes são propostos por qualquer membro da comunidade Ethereum e, em seguida, discutidos internamente.
Somente depois de entender completamente a conexão entre EIPs e ERCs, você pode entender como os ERCs funcionam. Então, as primeiras coisas primeiro.
Tipos de EIP
Antes de mergulhar no que significa o status de EIP, você deve entender qual é o propósito de cada tipo de EIP e por que há uma grande variedade deles.
Padrão Track: descreve qualquer alteração que afeta a maioria ou todas as implementações do Ethereum, como uma alteração no protocolo de rede, uma alteração nas regras de validade de bloco ou transação, padrões de aplicativos propostos, ou qualquer alteração ou adição que afete a interoperabilidade de aplicativos usando Ethereum.
Principal: Refere-se a melhorias que exigem um “fork” de consenso (como a EIP5 e a EIP101), bem como alterações que não são necessariamente críticas de consenso, mas que podem ser relevantes para discussões “core dev” (por exemplo, a estratégia miner/nó muda 2, 3 e 4 da EIP86).
Networking: Isso inclui melhorias em torno do devp2p (EIP8) e do subprotocolo Ethereum Light, bem como melhorias propostas para especificações de protocolo de rede de Whisper e Swarm.
Interface: Isso se refere a melhorias em torno das especificações e padrões API/RPC do cliente, e também certos padrões de nível de idioma, como nomes de métodos (EIP6) e ABIs de contrato. O rótulo “interface” se alinha com o repositório da interface e a discussão deve ocorrer principalmente nesse repositório antes que um EIP seja submetido ao repositório EIPs.
ERC: Estes são padrões e convenções de nível de aplicativo, incluindo padrões de contrato, como padrões de token (ERC20), registros de nomes (ERC137), esquemas URI (ERC681), formatos de biblioteca/pacote (EIP190) e formatos de carteira (EIP85).
Meta: Descreve um processo em torno de Ethereum ou que propõe uma mudança (ou um evento em) um processo. Os EIPs de processo são como EIPs de trilha padrão, mas se aplicam a áreas diferentes do próprio protocolo Ethereum. Eles podem propor uma implementação, mas não para a base de código do Ethereum. Eles muitas vezes exigem consenso comunitário. Ao contrário dos EIPs informativos, eles são mais do que recomendações, e os usuários geralmente não são livres para ignorá-los. Exemplos incluem procedimentos, diretrizes, mudanças no processo de tomada de decisão e mudanças nas ferramentas ou ambiente usadas no desenvolvimento do Ethereum. Qualquer meta EIP também é considerado um processo EIP.
Informativo: esse tipo de EIP descreve um problema de design do Ethereum ou fornece diretrizes gerais ou informações para a comunidade Ethereum, mas não propõe um novo recurso. Os EIPs informativos não representam necessariamente o consenso da comunidade Ethereum ou uma recomendação, de modo que os usuários e os implementadores são livres para ignorar os EIPs informativos ou seguir seus conselhos.
Condições de status do EIP
Há muito a entender se você gostaria de entender completamente quais EIPs são implementados, quais ERCs são incorporados em cada um e, claro, quais são finais e ao vivo. Os status de EIP mais importantes são:
Rascunho - um EIP aberto para consideração e está passando por iteração e mudanças rápidas.
Last Call - um EIP que é feito com sua iteração inicial e pronto para revisão por um público amplo.
Aceito - um EIP principal que está em Última Chamada há pelo menos duas semanas e quaisquer alterações técnicas que foram solicitadas foram abordadas pelo autor. O processo para os principais desenvolvedores decidirem se devem codificar um EIP em seus clientes como parte de um fork rígido não faz parte do processo EIP. Se tal decisão for tomada, o PEI passará para a Final.
Final (não-Core) - um EIP que está em Última Chamada há pelo menos duas semanas e quaisquer alterações técnicas que foram solicitadas foram abordadas pelo autor.
Final (Core) - um EIP que os desenvolvedores principais decidiram implementar e lançar em um futuro fork duro ou já foi lançado em um fork duro.
Adiado - um EIP que não está sendo considerado para adoção imediata. Pode ser reconsiderado no futuro para um garfo rígido subsequente.
No próximo guia, vou olhar para diferentes ERCs, como eles funcionam, há propósito, e os vários tipos de padrões que existem e como eles podem ser usados.
Fiquem ligados.