Cómo funcionan las propuestas de mejora de Ethereum (EIP)

Cómo funcionan las propuestas de mejora de Ethereum (EIP). Para comprender completamente la necesidad de estándares ERC (Ethereum Request for Comments), debe comprender cómo las actualizaciones, actualizaciones y cambios de código tienen lugar en Ethereum.
Las propuestas de mejora de Ethereum (EIP) describen los estándares para la plataforma Ethereum, incluidas las especificaciones del protocolo principal, las API de cliente y los estándares de contrato. Estos son propuestos por cualquier miembro de la comunidad de Ethereum y luego discutidos internamente.
Sólo después de comprender completamente la conexión entre EIP y ERC puede comprender cómo funcionan los ERCs. Lo primero es lo primero.
Tipos de EIP
Antes de sumergirse en lo que significa el estado EIP, debe comprender cuál es el propósito de cada tipo de EIP y por qué hay una gran variedad de ellos.
Pista estándar: describe cualquier cambio que afecte a la mayoría o a todas las implementaciones de Ethereum, como un cambio en el protocolo de red, un cambio en las reglas de validez de bloque o transacción, estándares o convenciones de aplicación propuestos, o cualquier cambio o adición que afecte a la interoperabilidad de las aplicaciones usando Ethereum.
Núcleo: Esto se refiere a las mejoras que requieren un enfoque de consenso (como EIP5 y EIP101), así como a cambios que no necesariamente son críticos para el consenso, pero que pueden ser relevantes para los debates de “desarrollo básico” (por ejemplo, la estrategia mineral/nodo cambia 2, 3 y 4 de EIP86).
Redes: Esto incluye mejoras en torno a devp2p (EIP8) y el subprotocolo Light Ethereum, así como mejoras propuestas para las especificaciones de protocolos de red de Whisper y Swarm.
Interfaz: Esto se refiere a mejoras en torno a las especificaciones y estándares de API/RPC del cliente, así como a ciertos estándares de nivel de idioma como nombres de métodos (EIP6) y ABI de contratos. La etiqueta “interfaz” se alinea con el repositorio de la interfaz y la discusión debe tener lugar principalmente en ese repositorio antes de enviar un EIP al repositorio de EIP.
ERC: Estos son estándares y convenciones a nivel de aplicación, incluidos estándares de contrato como estándares de token (ERC20), registros de nombres (ERC137), esquemas URI (ERC681), formatos biblioteca/paquete (EIP190) y formatos de cartera (EIP85).
Meta: Esto describe un proceso que rodea a Ethereum o que propone un cambio a (o un evento en) un proceso. Los EIP de procesos son como EIP de pista estándar, pero se aplican a áreas distintas del protocolo Ethereum en sí. Pueden proponer una implementación, pero no a la base de código de Ethereum. A menudo requieren el consenso de la comunidad. A diferencia de los EIP informativos, son más que recomendaciones, y los usuarios normalmente no son libres de ignorarlos. Los ejemplos incluyen procedimientos, directrices, cambios en el proceso de toma de decisiones y cambios en las herramientas o el entorno utilizados en el desarrollo de Ethereum. Cualquier Meta EIP también se considera un Proceso EIP.
Informativo: Este tipo de EIP describe un problema de diseño de Ethereum, o proporciona directrices generales o información a la comunidad de Ethereum, pero no propone una nueva característica. Los EIP informativos no representan necesariamente el consenso de la comunidad de Ethereum o una recomendación, por lo que los usuarios e implementadores son libres de ignorar los EIP informativos o seguir sus consejos.
Términos de estado EIP
Hay mucho que entender si le gustaría comprender completamente qué EIP se implementan, qué ERC se incorporan en cada uno y, por supuesto, cuáles son definitivos y en vivo. Los estados EIP más importantes son:
Borrador - un EIP que está abierto a consideración y está experimentando rápidos iteraciones y cambios.
Última llamada - un EIP que se realiza con su iteración inicial y listo para su revisión por un amplio público.
Aceptado: un EIP básico que ha estado en Última convocatoria durante al menos dos semanas y cualquier cambio técnico solicitado ha sido abordado por el autor. El proceso para que los desarrolladores principales decidan si codifican un EIP en sus clientes como parte de un fork duro no es parte del proceso de EIP. Si se toma tal decisión, la EIP pasará a Final.
Final (non-core): un EIP que ha estado en Last Call durante al menos dos semanas y cualquier cambio técnico solicitado ha sido abordado por el autor.
Final (Core) - un EIP que los desarrolladores del núcleo han decidido implementar y liberar en un futuro tenedor duro o ya ha sido lanzado en un tenedor duro.
Aplazado: una EPI que no está siendo considerada para su adopción inmediata. Puede ser reconsiderado en el futuro para un tenedor duro posterior.
En la siguiente guía, analizaré diferentes ERCs, cómo funcionan, tiene propósito, y los múltiples tipos de estándares que existen y cómo se pueden usar.
Manténganse atentos.