En 2014, había una visión: puedes tener aplicaciones descentralizadas y sin permisos que podrían soportar finanzas, redes sociales, compartir viajes, organizaciones gubernamentales, crowdfunding, potencialmente crear toda una web alternativa, todo sobre la base de un conjunto de tecnologías. Ethereum: la blockchain. El ordenador mundial que podría dar a cualquier aplicación su memoria compartida. Whisper: la capa de datos. Mensajes demasiado costosos para una blockchain, que no necesitan consenso. Swarm: la capa de almacenamiento. Almacena archivos para acceso a largo plazo. En los últimos cinco años, esta visión central a veces se ha oscurecido, con varios "metas" y "narrativas" en diferentes momentos ocupando el centro del escenario. Pero la visión central nunca ha muerto. Y de hecho, las tecnologías centrales detrás de ella solo están creciendo más fuertes. Ethereum ahora es prueba de participación. Ethereum ahora está escalando, ahora es barato, y está en camino de volverse más escalable y más barato gracias al poder de los ZK-EVMs. Gracias a ZK-EVM + PeerDAS, la visión de "sharding" se está realizando efectivamente. Y las L2 pueden ofrecer ganancias adicionales y diferentes en velocidad además. Whisper ahora es Waku ( ), y ya potencia muchas aplicaciones (por ejemplo, solo para nombrar dos que uso). Incluso fuera de Waku, la calidad de la mensajería descentralizada ha aumentado. Fileverse (alternativa descentralizada a Google Docs y Sheets: ) ha visto enormes mejoras en usabilidad durante el último año. IPFS ahora es altamente eficiente y robusto como una forma descentralizada de recuperar archivos, aunque IPFS por sí solo no resuelve el problema de almacenamiento. Por lo tanto, aún hay margen para mejorar allí. Todos los requisitos previos para la visión original de web3 están aquí, en plena fuerza, y continúan fortaleciéndose en los próximos años. Por lo tanto, es hora de construir, y construir descentralizado. Fileverse es un excelente ejemplo de la forma correcta de hacer las cosas: * Utiliza Ethereum y Gnosis Chain para lo que son buenos: nombres, cuentas y permisos, registro de documentos * Utiliza mensajería descentralizada y almacenamiento de archivos para almacenar documentos y propagar cambios en los documentos * La aplicación pasa la prueba de abandono: (incluso si Fileverse desaparece, aún puedes recuperarlos e incluso seguir editándolos con la interfaz de usuario de código abierto) Esto es lo que queremos decir con "construir un martillo que es una herramienta que compras una vez y es tuya, no un lavavajillas AI corporativo que requiere que te registres para una cuenta de google y cobra una tarifa de suscripción mensual por modos de lavado extra, y probablemente te espía y deja de funcionar si te vuelves políticamente desfavorecido por un país extranjero". Si piensas que esta crítica a corposlop es hiperbólica, resulta que es literalmente una concatenación de estos tres: * * * En 2014, las aplicaciones descentralizadas eran juguetes, cientos de veces más difíciles de usar en web2. En 2026, fileverse ahora es lo suficientemente usable como para que regularmente escriba documentos en él y los envíe a otras personas para colaborar. El renacimiento descentralizado está llegando, y puedes ser parte de hacerlo realidad.

Ethereum mismo debe pasar la prueba de abandono. Ethereum está destinado a ser un hogar para aplicaciones sin confianza y minimizadas en confianza, ya sea en finanzas, gobernanza o en otros lugares. Debe apoyar aplicaciones que sean más como herramientas - el martillo que una vez que lo compras es tuyo - que como servicios que pierden toda funcionalidad una vez que el proveedor pierde interés en mantenerlos (o peor, es hackeado o se convierte en extractivo de valor). Incluso cuando las aplicaciones tienen funcionalidad que depende de un proveedor, Ethereum puede ayudar a reducir esas dependencias tanto como sea posible y proteger al usuario tanto como sea posible en aquellos casos donde las dependencias fallan. Pero construir tales aplicaciones no es posible en una capa base que depende de actualizaciones continuas de un proveedor para seguir siendo usable - incluso si ese "proveedor" es el proceso de todos los desarrolladores principales. Ethereum, la blockchain, debe tener las características que buscamos en las aplicaciones de Ethereum. Por lo tanto, Ethereum mismo debe pasar la prueba de abandono. Esto significa que Ethereum debe llegar a un lugar donde _podemos ossificar si queremos_. No tenemos que dejar de hacer cambios en el protocolo, pero debemos llegar a un lugar donde 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. Debemos resistir la trampa de decir "esperemos la resistencia cuántica hasta el último momento posible en nombre de obtener más eficiencias por un tiempo más largo". Los usuarios individuales tienen ese derecho, pero el protocolo no debería. Poder decir "el protocolo de Ethereum, tal como está hoy, es criptográficamente seguro durante cien años" es algo a lo que debemos esforzarnos por llegar lo antes posible, y insistir en ello como un punto de orgullo. * Una arquitectura que pueda expandirse a una escalabilidad suficiente. El protocolo necesita tener las propiedades que le permitan expandirse a miles de TPS con el tiempo, notablemente la validación ZK-EVM y el muestreo de datos a través de PeerDAS. Idealmente, llegamos a un punto donde la escalabilidad adicional se realiza a través de cambios "solo de parámetros" - y idealmente _esos_ cambios no son bifurcaciones al estilo BPO, sino que se realizan con el mismo mecanismo de votación de validadores que usamos para el límite de gas. * Una arquitectura de estado que pueda durar décadas. Esto significa decidir e implementar cualquier forma de falta de estado parcial y expiración de estado que nos permita sentirnos cómodos dejando que Ethereum funcione con miles de TPS durante décadas, sin romper la sincronización o los requisitos de disco duro o I/O. También significa preparar el árbol y los tipos de almacenamiento para que funcionen bien con este entorno a largo plazo. * Un modelo de cuenta que sea de propósito general (esto es "abstracción total de cuentas": alejarse de la ECDSA consagrada para la validación de firmas) * Un calendario de gas del que estemos seguros que está libre de vulnerabilidades de DoS, tanto para la ejecución como para la prueba ZK * Un modelo económico de PoS que, con todo lo que hemos aprendido en el último medio decenio de prueba de participación en Ethereum y una década más allá, estemos seguros de que puede durar y permanecer descentralizado durante décadas, y apoya la utilidad de ETH como colateral sin confianza (por ejemplo, en stablecoins respaldadas por ETH minimizadas en gobernanza) * Un modelo de construcción de bloques del que estemos seguros que resistirá la presión de centralización y garantizará la resistencia a la censura incluso en entornos futuros desconocidos Idealmente, hacemos el trabajo duro en los próximos años, para llegar a un punto donde en el futuro casi toda la innovación futura pueda ocurrir a través de la optimización del cliente, y reflejarse en el protocolo a través de cambios de parámetros. Cada año, deberíamos marcar al menos una de estas casillas, y idealmente múltiples. Hacer lo correcto una vez, basado en el conocimiento de lo que es verdaderamente lo correcto (y no comprometerse con soluciones a medias), y maximizar la robustez tecnológica y social de Ethereum a largo plazo. Ethereum va con todo. Este es el gwei.