El próximo decenio de Ethereum — Registro de la conversación junto a la chimenea entre Vitalik y el diputado Qiu Dagen durante el Carnaval Web3 de Hong Kong

Escribir por: Techub News, edición y organización

Fecha: 21 de abril de 2026

Lugar: Carnaval Web3 de Hong Kong · Centro Comunitario ETH Hong Kong

Invitados en la conversación:

• Vitalik Buterin (Fundador de Ethereum)

• 邱达根 Duncan Chiu (Miembro de la Asamblea Legislativa de Hong Kong, sector de innovación tecnológica)

Regresar a Hong Kong, adiós comunidad de habla china

Duncan: Hoy el lugar está lleno, bienvenido Vitalik a regresar a Hong Kong. Los organizadores me dieron una tarea, decir que esta charla sería en mandarín, lo cual me pone bastante presión, porque me preocupa que muchos en la audiencia hablen mejor mandarín que yo.

Estos días ya has compartido en muchas ocasiones detalles técnicos de Ethereum, pero hoy quiero que sea más relajado, hablar más sobre tu proceso personal—tu relación con la comunidad de habla china durante estos más de diez años, y algunas reflexiones recientes. La parte técnica la podemos dejar en lo justo.

Empecemos con un recuerdo: desde que fundaste Ethereum hasta hoy, has pasado mucho tiempo en China, en Hong Kong, en el mundo de habla china. ¿Cómo ves este camino que has recorrido junto a la comunidad de habla china? ¿Qué sentimientos tienes respecto a los constructores y la comunidad aquí?

Vitalik: La primera vez que escuché realmente sobre la comunidad cripto en China fue en 2013, en ese entonces todavía no existía Ethereum, solo Bitcoin. Escuché que en China ya había un gran grupo de mineros y exchanges, con una escala mayor que en Estados Unidos, pero los medios en inglés casi no hablaban de este mundo, así que tenía mucha curiosidad.

En mayo de 2014, visité China por primera vez, fui a Beijing, Shanghái, Hangzhou y Shenzhen, y conocí a muchos mineros y exchanges. En ese momento, el ecosistema aquí se podía dividir en dos grandes partes: uno, los mineros; y otro, los exchanges, ambos muy grandes. Lo que más me impresionó fue que algunas empresas ya tenían varios cientos de empleados, mientras que algunas de las principales en EE. UU. todavía no llegaban a cien.

Al mismo tiempo, aquí también se pensaba muy temprano en los contratos inteligentes. Un equipo propuso que cada aplicación sería una cadena de bloques propia, y que estas cadenas podrían interactuar entre sí; además, algunos desarrolladores estaban escribiendo libros blancos y estudiando formas de generar números aleatorios descentralizados, que luego se convirtieron en parte del protocolo de Ethereum, como el mecanismo para seleccionar el próximo nodo que produce bloques.

Después de la pandemia, también ocurrieron muchos cambios. Desde aproximadamente 2022, con el avance de la tecnología ZK, la hoja de ruta de nueva generación y el desarrollo de L2, muchos nuevos desarrolladores comenzaron a unirse. Al principio, más enfocados en L2 y DeFi, pero poco a poco algunos empezaron a participar en el desarrollo central, en propuestas EIP, discutiendo cuándo aumentar el límite de gas, cuándo introducir ZK-EVM.

Por lo tanto, si resumimos en una frase, mi relación con la comunidad de habla china empezó con “mineros y exchanges”, y paso a paso hemos llegado a participar en cada capa del stack tecnológico, incluyendo aspectos muy profundos del protocolo central. Este cambio me parece muy positivo, pero todavía hay mucho camino por recorrer juntos.

Un buen L2 no puede ser solo “copiar Ethereum”

Duncan: Desde que lanzaste Ethereum hasta ahora, en estos más de diez años, Ethereum ha pasado por muchas actualizaciones—mencionaste ZK, y también diferentes fases de actualización del EVM, una de ellas llamada “Actualización de Shanghái”, lo cual refleja también tu cariño por esta tierra.

Recientemente, también has hablado mucho sobre L2. Dijiste que un L2 no puede ser solo escalar, ni solo una copia de un L1. ¿Podrías ampliar un poco más cómo ves el desarrollo de los L2 en este momento?

Vitalik: Los L2 siguen siendo muy importantes, pero creo que un buen L2 no puede ser solo “otro Ethereum” o simplemente una copia del EVM.

En mi opinión, los L2 deben complementar a los L1:

• El L1 debe encargarse de la seguridad básica y de la liquidación sin confianza;

• Los L2 deben encargarse de tareas que los L1 no hacen bien, como mayor privacidad, mayor escalabilidad, menor latencia, dependencias complejas de oráculos, etc.

Si un equipo dice “quiero hacer un L2”, y el resultado solo es trasladar la lógica del L1, usando el mismo EVM para hacer lo mismo, en realidad no están aprovechando el espacio de diseño que un L2 puede ofrecer.

Hoy en día, los L2 que más éxito tienen, aunque inicialmente enfatizaban la compatibilidad con EVM, con el tiempo han empezado a desarrollar características y arquitecturas “no EVM”, que son sus verdaderas diferencias y ventajas.

Duncan: Entonces, en resumen, un L2 debe tener su propio “propósito”, no solo hacer L2 por hacer L2, sino diseñarse en torno a escenarios específicos.

Vitalik: Exactamente, eso es.

Hoja de ruta a corto plazo de Ethereum: expansión de datos y expansión de cálculo

Duncan: Recientemente publicaste una nueva hoja de ruta, y ayer en la audiencia tomé una foto especialmente, donde dividiste el desarrollo futuro en corto, medio y largo plazo.

Quiero profundizar en los dos puntos clave del corto plazo: escalado de datos (data scaling) y escalado de cálculo (compute scaling). Ahora que la IA está en auge y todos se preguntan “¿cómo se logra el escalado?”, ¿podrías ser más específico sobre qué metas tienen en estas áreas?

Vitalik: Primero, ¿por qué todavía necesitamos expandir el L1? Muchos dicen: “Ya que hay L2, ¿no sería mejor poner muchas cosas en L2?” En teoría, sí, se puede trasladar mucha lógica a L2 o incluso a capas superiores, pero eso trae un problema: los usuarios deben confiar en más intermediarios.

Algunas ideas centrales de Ethereum—reducir la confianza, reducir intermediarios, permitir que los usuarios verifiquen por sí mismos—son difíciles de lograr completamente sin el L1. Por eso, la capacidad de datos y cálculo del L1 todavía debe seguir expandiéndose.

En cuanto a datos, la última actualización aumentó la capacidad de carga de datos. Pero actualmente, solo alrededor del 25% del uso de la cadena se aprovecha, es decir, solo una cuarta parte del “ancho de banda” está en uso. En el futuro, si es necesario, todavía hay espacio para ampliar esa capacidad en 10 veces o más.

Pero solo datos no basta. Si solo hay datos en la cadena, y no cálculo, la gente puede escribir muchas cosas en la cadena, pero será muy difícil interpretar esos datos, o combinarlos y hacer que interactúen entre diferentes aplicaciones.

Por eso, también estamos pensando muy en serio: ¿cómo podemos escalar el cálculo de Ethereum 1000 veces? Algunas cosas son posibles, como usar ZK para probar la ejecución de cada bloque en EVM; pero hay muchos desafíos:

• No toda lógica puede escalar fácilmente 1000 veces;

• Muchos desarrolladores necesitan cambiar la forma en que escriben contratos, por ejemplo, un “ERC-20 escalable” puede ser muy diferente del ERC-20 que conocemos hoy.

Al mismo tiempo, la seguridad es una consideración muy real. Ethereum ya es una máquina muy compleja, y si en el proceso de escalar introducimos más complejidad sin garantizar suficiente seguridad, en unos años podríamos ser vulnerables a ataques inteligentes, incluso con ayuda de IA, que exploten todas esas vulnerabilidades.

Duncan: Parece que en “ampliar capacidad” y “seguridad” siempre hay que hacer un equilibrio muy difícil.

Vitalik: Así es. Puedo compartir una historia dolorosa. Hace unos años en Shanghái, estábamos preparando una actualización de red. Horas antes de lanzarla, mientras dormía, me despertaron diciendo que habían detectado un nuevo método de ataque en la red, y que había que actuar de inmediato.

Estuvimos varias horas en una sala, entendiendo cómo funcionaba ese ataque y cómo repararlo. A las ocho de la mañana lanzamos un parche, y a las nueve ya teníamos la reunión habitual. En ese momento, todos pensaron que “habíamos ganado”.

Pero dos días después, hubo una segunda ola de ataques, cinco días después, otra, y así sucesivamente. En casi un mes, la red de Ethereum estuvo casi en estado de “uso mínimo”.

Aún no sabemos quién fue el atacante, pero sí podemos decir que exploró casi todas las superficies de DoS en los principales clientes. Ese período fue muy doloroso, pero también nos enseñó que si un sistema es lo suficientemente complejo, siempre habrá alguien que pruebe todos los límites—y ese “alguien” muy probablemente será IA en el futuro.

Por eso, ahora en el diseño somos mucho más cautelosos, usando más verificación formal y herramientas de seguridad, para hacer que los clientes y protocolos sean más “demostrablemente seguros”.

IA y computación cuántica: amenazas controlables, pero hay que reestructurar antes

Duncan: También has hablado varias veces sobre cómo la IA y la computación cuántica afectan la seguridad en blockchain. Los medios dicen muchas cosas, como “quién es más vulnerable, Bitcoin o Ethereum”. ¿Podrías explicar cómo ves tú estos nuevos factores?

Vitalik: No creo que vayan a “destruir Ethereum”, pero si no hacemos nada, los problemas serán muy grandes.

Me gusta usar una metáfora: imagina un país donde nunca ha llovido, y la gente ni siquiera sabe qué significa “llover”. Por eso, en el diseño de las casas no se pensó en protección contra la lluvia. Cuando por fin empieza a llover en serio, un 5% de las casas se filtran o se derrumban.

Ahora los científicos dicen que en cinco o diez años empezará a llover, y que saben cómo construir casas resistentes a la lluvia. En teoría, sabemos qué hacer, pero el reto real es: ¿empezamos a renovar cada casa, cada escuela, cada oficina ahora? Eso sería un proceso social largo y difícil.

La seguridad cuántica es así. Sabemos qué criptografía es resistente a la computación cuántica; en 2017, incluso escribí en GitHub un contrato inteligente con firma basada en hash, que es cuánticamente segura, aunque está muy escondido. El problema es la eficiencia:

• La firma basada en curvas elípticas ocupa 64 bytes;

• La firma cuánticamente segura puede requerir 2300 bytes.

Si solo cambiamos los algoritmos de firma, el costo de gas por transacción subiría de unos 20,000 a 200,000, perdiendo aproximadamente diez veces en capacidad de transacción.

Por eso, necesitamos arquitecturas más inteligentes, como la agregación de firmas: que los nodos de bloques combinen muchas firmas grandes en una sola prueba Stark, que demuestre que “todas esas firmas son válidas”. En el bloque, solo se necesita guardar esa prueba, no todas las firmas originales. Incluso con miles de transacciones, los datos originales de firmas de 3-4 MB, en la cadena solo se almacenaría una prueba de unos 200 KB.

En teoría, conocemos la ruta, pero pasar de “conocerla en teoría” a “operar con seguridad en mainnet” todavía tiene un gran trecho. Los próximos años serán para hacer realidad esas tecnologías.

La IA funciona con lógica similar. Nuestra estrategia es usar mucho la verificación formal, para que los códigos ZK y las implementaciones de los clientes cumplan con estándares de seguridad muy estrictos. La capa L1 es más “centralizada”, con un solo protocolo, con mayor prioridad, y todos la vigilan, por lo que es más fácil actualizarla; pero las aplicaciones son muy fragmentadas, cada DApp tiene sus dependencias y componentes off-chain, y los modelos de seguridad no están unificados.

Creo que en los próximos tres a cinco años, el ecosistema de Ethereum dedicará mucho esfuerzo a asegurarse de que la IA sirva para ayudarnos a encontrar vulnerabilidades y mejorar la seguridad, no para que los atacantes usen IA para automatizar ataques.

Duncan: Si se integran todos estos esquemas de seguridad cuántica, ¿aumentará mucho el gas? La gente seguramente estará muy pendiente de eso.

Vitalik: Si solo “reemplazamos directamente los algoritmos de firma”, sí, el gas subirá, y la capacidad de transacción bajará. Por eso, necesitamos esas soluciones de agregación y pruebas Stark, para distribuir los costos. En teoría, estos métodos pueden mantener los costos en un rango aceptable, pero requerirán mucho trabajo en ingeniería y en los protocolos.

Mensaje para Hong Kong y la comunidad china: no vuelvan a hacer “copias de la primera generación de Ethereum”

Duncan: Hoy es el día de apertura oficial del Centro Comunitario ETH Hong Kong. Tú que vuelves, la comunidad china está muy contenta y también espera mucho tus palabras.

Desde este momento, ¿qué quieres decir a los constructores aquí, en Hong Kong, en toda la comunidad de habla china que construye sobre Ethereum? ¿Qué esperas de este Hub?

Vitalik: Creo que en los últimos dos años, la comunidad de Ethereum ha tenido una oportunidad para “repensar muchas cosas”.

Por un lado, ZK ha pasado de ser algo muy académico a una tecnología que ya puede usarse en producción; por otro, la IA ha reducido los costos de programación en unas diez veces, y ahora muchas personas que antes no sabían programar, usando IA, pueden crear páginas HTML o incluso contratos inteligentes sencillos.

Eso significa que tenemos más herramientas para afrontar un mundo cada vez más complejo. Todo se acelera, las demandas se vuelven más sofisticadas. Por eso, animo a todos a:

• No solo partir de “cómo es ahora la comunidad Ethereum”, sino volver a los principios que te hicieron interesarte en Ethereum;

• Preguntarte: ¿qué necesita realmente este mundo ahora? ¿Qué problemas requieren Ethereum, y cuáles pueden resolverse combinando IA, ZK, hardware seguro y otras tecnologías?

En lugares como Shenzhen, veo mucho hardware de código abierto, y también muchos proyectos de IA de código abierto. Creo que esa es una dirección muy valiosa: usar hardware seguro para mejorar la seguridad de nodos y wallets, y usar IA de código abierto para hacer las interacciones en la cadena más inteligentes y seguras.

Mi mayor expectativa para este Community Hub es que sea un espacio donde todos puedan “pensar desde cero”. No solo repetir historias de Ethereum de hace tres o cinco años, sino usar las nuevas herramientas y tecnologías para crear cosas completamente diferentes a las de antes.

Duncan: Volver a la esencia. Cada buen proyecto empieza con problemas reales y necesidades auténticas de los usuarios, no por la tecnología en sí misma.

Se nos acaba el tiempo, muchas gracias a Vitalik por su charla, y también por sus expectativas para Hong Kong y la comunidad china.