Temas en tendencia
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Ethereum mismo debe superar la prueba de la salida fácil.
Ethereum está pensado para ser un hogar para aplicaciones sin confianza y con confianza minimizada, ya sea en finanzas, gobernanza o en otros ámbitos. Debe soportar aplicaciones que sean más como herramientas —el martillo que, una vez que compras, es tuyo— que servicios similares que pierden toda funcionalidad cuando el proveedor pierde interés en mantenerlos (o peor aún, que son hackeados o se vuelven extractores de valor). Incluso cuando las aplicaciones cuentan con funcionalidades que dependen de un proveedor, Ethereum puede ayudar a reducir esas dependencias tanto como sea posible y proteger al usuario en los casos en que las dependencias fallen.
Pero construir estas aplicaciones no es posible sobre una capa base que depende de actualizaciones continuas de un proveedor para seguir siendo utilizables, incluso si ese "proveedor" es el proceso central de los desarrolladores. Ethereum como blockchain debe tener las características que buscamos en las aplicaciones de Ethereum. Por lo tanto, el propio Ethereum debe superar la prueba de la salida fácil.
Esto significa que Ethereum debe llegar a un punto en el que _can osificar si queremos to_. No tenemos que dejar de hacer cambios en el protocolo, pero debemos llegar a un punto en el que la propuesta de valor de Ethereum no dependa estrictamente de ninguna característica que no esté ya en el protocolo.
Esto incluye lo siguiente:
* Resistencia cuántica total. Deberíamos resistir la trampa de decir "retrasemos la resistencia cuántica hasta el último momento posible en nombre de conseguir más eficiencias un poco más". Los usuarios individuales tienen ese derecho, pero el protocolo no debería hacerlo. Poder decir "El protocolo de Ethereum, tal y como está hoy, es criptográficamente seguro durante cien años" es algo a lo que deberíamos aspirar lo antes posible e insistir en ello como motivo de orgullo.
* Una arquitectura que pueda expandirse hasta alcanzar suficiente escalabilidad. El protocolo debe tener las propiedades que le permitan expandirse a miles de TPS con el tiempo, especialmente la validación ZK-EVM y el muestreo de datos a través de PeerDAS. Idealmente, llegamos a un punto en el que se haga más escalado mediante cambios "solo de parámetros" — y idealmente _esos_ cambios no son forks tipo BPO, sino que se hacen con el mismo mecanismo de votación validadora que usamos para el límite de gas.
* Una arquitectura estatal que puede durar décadas. Esto significa decidir e implementar cualquier forma de ausencia parcial de estado y caducidad de estado nos permita sentirnos cómodos dejando que Ethereum funcione con miles de TPS durante décadas, sin romper los requisitos de sincronización o de disco duro o E/S. También implica preparar los tipos de árboles y almacenamiento para que funcionen bien con este entorno a largo plazo.
* Un modelo de cuenta de propósito general (esto es "abstracción total de cuenta": alejarse de la ECDSA consagrada para la validación de firmas)
* Un programa de gas del que estamos seguros está libre de vulnerabilidades DoS, tanto para la ejecución como para la demostración de ZK
* Un modelo económico PoS que, con todo lo que hemos aprendido en el último medio decenio de prueba de participación en Ethereum y la década entera posterior, confiamos que puede durar y permanecer descentralizado durante décadas, y apoya la utilidad de ETH como garantía sin confianza (por ejemplo, en stablecoins respaldadas por ETH minimizadas por gobernanza)
* Un modelo de construcción de bloques en el que estemos seguros resistirá la presión centralizadora y garantizará la resistencia a la censura incluso en entornos futuros desconocidos
Idealmente, hacemos el trabajo duro durante los próximos años para llegar a un punto en el que en el futuro casi toda la innovación futura pueda ocurrir mediante la optimización del cliente y reflejarse en el protocolo mediante cambios de parámetros. Cada año, deberíamos cumplir al menos una de estas casillas, y idealmente varias. Haz lo correcto una vez, basándote en el conocimiento de lo que realmente es lo correcto (y no compromete soluciones a medias), y maximiza la robustez tecnológica y social de Ethereum a largo plazo.
Ethereum apuesta a fondo.
Esto es el gwei.
Populares
Ranking
Favoritas
