Vitalik Buterin propone la 'Prueba de salida' de Ethereum: siete fundamentos técnicos para la independencia del protocolo

Fuente: CryptoTale Título original: Vitalik Buterin Wants Ethereum to Survive Without Him Enlace original: El cofundador de Ethereum, Vitalik Buterin, presentó la “prueba de salida”, argumentando que Ethereum debería mantenerse seguro y funcional incluso si desaparecieran los desarrolladores principales. Explicó por qué el protocolo debe dejar de depender de actualizaciones constantes y cómo Ethereum debería alcanzar este estado de resiliencia a largo plazo.

La Prueba de Salida y Por Qué Importa

Buterin enmarcó la prueba de salida como un estándar de durabilidad para la capa base de Ethereum. Según él, la red debe funcionar incluso sin desarrollo central continuo. Dijo que Ethereum debería parecerse a una herramienta duradera en lugar de un servicio que falla cuando los operadores se van.

Cabe destacar que, vinculó la idea con la misión original de Ethereum. Dijo que la blockchain existe para alojar aplicaciones sin confianza o con confianza minimizada. Estas herramientas deberían seguir funcionando después del despliegue, incluso si los desarrolladores dejan de mantenerlas.

Sin embargo, Buterin argumentó que este objetivo falla si Ethereum en sí mismo necesita intervenciones frecuentes. Dijo que una capa base que requiere actualizaciones constantes no puede soportar aplicaciones de larga duración. Por lo tanto, el protocolo debe compartir la misma resiliencia que se espera de las aplicaciones construidas sobre él.

Introdujo el concepto de “ossificación” para explicar el objetivo. Ethereum no necesita dejar de evolucionar, escribió. En cambio, debe alcanzar un punto en el que congelar el protocolo no rompería su valor.

En resumen, las actualizaciones deberían volverse opcionales en lugar de esenciales.

Los Siete Fundamentos Técnicos

Primero, Buterin colocó la resistencia cuántica completa en la cima de la lista. Advirtió contra retrasar las protecciones cuánticas por eficiencia a corto plazo. Según él, el protocolo debería buscar una seguridad criptográfica que dure un siglo.

En segundo lugar, abordó la escalabilidad a nivel de arquitectura. Ethereum debe soportar miles de transacciones por segundo con el tiempo. Citó la validación ZK-EVM y el muestreo de datos PeerDAS como requisitos fundamentales. Sin embargo, enfatizó cómo debería ocurrir la escalabilidad. El crecimiento futuro debería basarse principalmente en cambios de parámetros, no en bifurcaciones disruptivas. Idealmente, los validadores aprobarían cambios mediante mecanismos similares a la votación por límite de gas.

En tercer lugar, Buterin se centró en la arquitectura del estado. Ethereum debe gestionar cuentas y almacenamiento durante décadas sin sobrecargar los nodos. Señaló la parcialidad sin estado y la expiración del estado como decisiones de diseño necesarias.

En cuarto lugar, llamó a un modelo de cuenta de propósito general. Ethereum debería alejarse de la dependencia a nivel de protocolo en firmas ECDSA. La abstracción completa de cuentas permitiría métodos de validación flexibles y programables.

En quinto lugar, Buterin destacó la fijación de precios del gas. La tarifa de gas debe resistir riesgos de denegación de servicio durante la ejecución. También debe mantenerse segura para la prueba de conocimiento cero a medida que aumenta el uso.

En sexto lugar, examinó la economía de prueba de participación de Ethereum. Basándose en años de experiencia, dijo que el modelo debe seguir siendo descentralizado. También debe soportar ETH como colateral sin confianza, incluyendo stablecoins con gobernanza minimizada.

Finalmente, abordó la construcción de bloques. Ethereum necesita un sistema que resista la presión de centralización. Según Buterin, la resistencia a la censura debe mantenerse incluso en condiciones futuras desconocidas.

Completar el Trabajo Sin Actualizaciones Constantes

Después de listar los fundamentos, Buterin explicó cómo debería evolucionar Ethereum a continuación. Dijo que la ingeniería más difícil debería ocurrir en los próximos años. Cada año debería completar al menos un elemento importante.

Cabe destacar que enfatizó hacer el trabajo correctamente la primera vez. Advirtió contra soluciones parciales que crean dependencias futuras. Según él, la robustez a largo plazo requiere disciplina desde el principio.

También delineó hacia dónde debería dirigirse la innovación después. La mayor parte del progreso debería ocurrir mediante optimizaciones en los clientes. El protocolo reflejaría las mejoras mediante ajustes de parámetros.

Este enfoque reduce la necesidad de revisiones completas del protocolo repetidas. También limita la dependencia de liderazgo informal o coordinación de emergencia. En ese sentido, Ethereum confiaría más en reglas que en personas.

A lo largo de su propuesta, Buterin volvió a la independencia como tema central. Dijo que ningún fundador, empresa o grupo de desarrolladores debería ser obligatorio. Ethereum debería continuar de manera segura incluso si todos se retiran.

La prueba de salida de Vitalik Buterin define un objetivo claro de supervivencia para la capa base de Ethereum. Su plan de siete pasos enumera requisitos técnicos específicos, desde resistencia cuántica hasta construcción de bloques resistente a la censura. Estos pasos describen cómo Ethereum podría operar de manera segura sin intervención humana constante.