Saltar al contenido principal

Actualizaciones de Ethereum 2026: Cómo PeerDAS y zkEVMs finalmente resolvieron el trilema de la blockchain

· 12 min de lectura
Dora Noda
Dora Noda
Software Engineer

"El trilema se ha resuelto —no en el papel, sino con código en ejecución real—".

Estas palabras de Vitalik Buterin el 3 de enero de 2026 marcaron un hito en la historia de la blockchain. Durante casi una década, el trilema de la blockchain —la tarea aparentemente imposible de lograr escalabilidad, seguridad y descentralización de forma simultánea— había perseguido a cada diseñador serio de protocolos. Ahora, con PeerDAS funcionando en la mainnet y las zkEVM alcanzando un rendimiento de nivel de producción, Ethereum afirma haber hecho lo que muchos pensaban que era imposible.

Pero, ¿qué cambió exactamente? ¿Y qué significa esto para los desarrolladores, los usuarios y el ecosistema cripto en general de cara al 2026?

La actualización Fusaka: El mayor salto de Ethereum desde el Merge​

El 3 de diciembre de 2025, en el slot 13,164,544 (21:49:11 UTC), Ethereum activó la actualización de red Fusaka: su segundo cambio importante de código del año y, posiblemente, el más trascendental desde el Merge. La actualización introdujo PeerDAS (Peer Data Availability Sampling), un protocolo de red que transforma fundamentalmente la forma en que Ethereum gestiona los datos.

Antes de Fusaka, cada nodo de Ethereum tenía que descargar y almacenar todos los datos de los blobs —los paquetes de datos temporales que los rollups utilizan para publicar lotes de transacciones en la Capa 1—. Este requisito creaba un cuello de botella: aumentar el rendimiento de datos significaba exigir más a cada operador de nodo, lo que amenazaba la descentralización.

PeerDAS cambia esta ecuación por completo. Ahora, cada nodo es responsable de solo 1 / 8 de los datos totales de los blobs, y la red utiliza códigos de borrado (erasure coding) para garantizar que cualquier 50 % de las piezas pueda reconstruir el conjunto de datos completo. Los validadores que antes descargaban 750 MB de datos de blobs al día ahora solo necesitan unos 112 MB, lo que supone una reducción del 85 % en los requisitos de ancho de banda.

Los resultados inmediatos hablan por sí solos:

  • Las comisiones de transacción en la Capa 2 cayeron entre un 40 - 60 % durante el primer mes.
  • Los objetivos de blobs aumentaron de 6 a 10 por bloque (con 21 previstos para enero de 2026).
  • El ecosistema L2 ahora puede manejar teóricamente más de 100,000 TPS, superando el promedio de Visa de 65,000.

Cómo funciona realmente PeerDAS: Disponibilidad de datos sin la descarga completa​

El genio de PeerDAS reside en el muestreo. En lugar de descargarlo todo, los nodos verifican que los datos existen solicitando porciones aleatorias. Aquí está el desglose técnico:

Los datos extendidos de los blobs se dividen en 128 piezas llamadas columnas. Cada nodo regular participa en al menos 8 subredes de columnas elegidas al azar. Debido a que los datos se extendieron mediante códigos de borrado antes de la distribución, recibir solo 8 de las 128 columnas (aproximadamente el 12.5 % de los datos) es matemáticamente suficiente para demostrar que todos los datos se pusieron a disposición.

Piense en ello como si estuviera comprobando un rompecabezas: no necesita montar cada pieza para verificar que a la caja no le falte la mitad. Una muestra cuidadosamente elegida le indica lo que necesita saber.

Este diseño logra algo extraordinario: un escalado teórico de 8 x en comparación con el modelo anterior de "todos descargan todo", sin aumentar los requisitos de hardware para los operadores de nodos. Los solo stakers que ejecutan nodos validadores desde casa aún pueden participar, preservando así la descentralización.

La actualización también incluye el EIP-7918, que vincula las tarifas base de los blobs a la demanda de gas de la L1. Esto evita que las tarifas caigan a niveles insignificantes de 1-wei, estabilizando las recompensas de los validadores y reduciendo el spam de los rollups que intentan manipular el mercado de tarifas.

zkEVMs: De la teoría al "rendimiento de calidad de producción"​

Mientras que PeerDAS se encarga de la disponibilidad de datos, la segunda mitad de la solución del trilema de Ethereum involucra las zkEVM (Ethereum Virtual Machines de conocimiento cero), que permiten validar bloques mediante pruebas criptográficas en lugar de la re-ejecución.

El progreso en este campo ha sido asombroso. En julio de 2025, la Fundación Ethereum publicó "Shipping an L1 zkEVM #1: Realtime Proving", presentando formalmente la hoja de ruta para la validación basada en ZK. Nueve meses después, el ecosistema superó sus objetivos:

  • Latencia de prueba: Se redujo de 16 minutos a 16 segundos.
  • Costes de prueba: Se redujeron 45 x.
  • Cobertura de bloques: El 99 % de todos los bloques de Ethereum se probaron en menos de 10 segundos en el hardware objetivo.

Estas cifras representan un cambio fundamental. Los principales equipos participantes —SP1 Turbo (Succinct Labs), Pico (Brevis), RISC Zero, ZisK, Airbender (zkSync), OpenVM (Axiom) y Jolt (a16z)— han demostrado colectivamente que la generación de pruebas en tiempo real no solo es posible, sino práctica.

El objetivo final es lo que Vitalik llama "Validar en lugar de ejecutar". Los validadores verificarían una pequeña prueba criptográfica en lugar de volver a computar cada transacción. Esto desacopla la seguridad de la intensidad computacional, permitiendo que la red procese un rendimiento mucho mayor manteniendo (o incluso mejorando) sus garantías de seguridad.

El sistema de tipos de zkEVM: Entendiendo los compromisos​

No todas las zkEVM son iguales. El sistema de clasificación de Vitalik de 2022 sigue siendo esencial para entender el espacio de diseño:

Tipo 1 (Equivalencia total con Ethereum): Estas zkEVM son idénticas a Ethereum a nivel de bytecode: el "santo grial", pero también las más lentas para generar pruebas. Las aplicaciones y herramientas existentes funcionan de inmediato sin ninguna modificación. Taiko ejemplifica este enfoque.

Tipo 2 (Compatibilidad total con la EVM): Priorizan la equivalencia con la EVM mientras realizan modificaciones menores para mejorar la generación de pruebas. Podrían reemplazar el árbol de Merkle Patricia basado en Keccak de Ethereum por funciones hash más amigables con ZK como Poseidon. Scroll y Linea siguen este camino.

Tipo 2.5 (Semi-compatibilidad): Ligeras modificaciones en los costes de gas y precompilaciones a cambio de mejoras significativas en el rendimiento. Polygon zkEVM y Kakarot operan aquí.

Tipo 3 (Compatibilidad parcial): Mayores desviaciones de la compatibilidad estricta con la EVM para facilitar el desarrollo y la generación de pruebas. La mayoría de las aplicaciones de Ethereum funcionan, pero algunas requieren reescrituras.

El anuncio de diciembre de 2025 de la Fundación Ethereum estableció hitos claros: los equipos deben lograr una seguridad demostrable de 128 bits para finales de 2026. La seguridad, y no solo el rendimiento, es ahora el factor determinante para una adopción más amplia de las zkEVM.

La hoja de ruta 2026-2030 : Qué viene después​

La publicación de Buterin de enero de 2026 detalló una hoja de ruta pormenorizada para la evolución continua de Ethereum :

Hitos de 2026 :

  • Grandes aumentos en el límite de gas independientes de las zkEVM , habilitados por BAL ( Block Auction Limits ) y ePBS ( Proposer-Builder Separation consagrada )
  • Primeras oportunidades para ejecutar un nodo zkEVM
  • Bifurcación BPO2 ( enero de 2026 ) que eleva el límite de gas de 60 M a 80 M
  • Máximo de blobs alcanzando los 21 por bloque

Fase 2026-2028 :

  • Reajustes de precios de gas para reflejar mejor los costos computacionales reales
  • Cambios en la estructura del estado
  • Migración de la carga útil de ejecución a los blobs
  • Otros ajustes para que los límites de gas más altos sean seguros

Fase 2027-2030 :

  • Las zkEVM se convierten en el método de validación principal
  • Operación inicial de zkEVM junto con la EVM estándar en rollups de Capa 2
  • Evolución potencial hacia zkEVM como validadores por defecto para bloques de Capa 1
  • Mantenimiento de la compatibilidad total con versiones anteriores para todas las aplicaciones existentes

El « Plan Lean Ethereum » que abarca de 2026 a 2035 tiene como objetivo la resistencia cuántica y un rendimiento sostenido de más de 10,000 TPS en la capa base , con las Capas 2 impulsando el rendimiento agregado aún más .

Qué significa esto para desarrolladores y usuarios​

Para los desarrolladores que construyen sobre Ethereum , las implicaciones son significativas :

Menores costos : Con las tarifas de L2 cayendo entre un 40 y un 60 % post-Fusaka y reducciones potenciales de más del 90 % a medida que la cantidad de blobs escale en 2026 , las aplicaciones que antes no eran rentables se vuelven viables . Las microtransacciones , las actualizaciones frecuentes de estado y las interacciones complejas de contratos inteligentes se benefician enormemente .

Herramientas preservadas : El enfoque en la equivalencia con la EVM significa que los stacks de desarrollo existentes siguen siendo relevantes . Solidity , Hardhat , Foundry —las herramientas que los desarrolladores conocen— continúan funcionando a medida que crece la adopción de zkEVM .

Nuevos modelos de verificación : A medida que las zkEVM maduran , las aplicaciones pueden aprovechar las pruebas criptográficas para casos de uso anteriormente imposibles . Los puentes sin confianza ( trustless bridges ) , la computación fuera de la cadena verificable y la lógica que preserva la privacidad se vuelven mucho más prácticos .

Para los usuarios , los beneficios son más inmediatos :

Finalidad más rápida : Las pruebas ZK pueden proporcionar finalidad criptográfica sin esperar períodos de desafío , reduciendo los tiempos de liquidación para operaciones entre cadenas .

Tarifas más bajas : La combinación del escalado de disponibilidad de datos y las mejoras en la eficiencia de ejecución se traslada directamente a los usuarios finales a través de costos de transacción reducidos .

Mismo modelo de seguridad : Es importante destacar que ninguna de estas mejoras requiere confiar en nuevas partes . La seguridad proviene de las matemáticas —pruebas criptográficas y garantías de codificación de borrado— y no de nuevos conjuntos de validadores o suposiciones de comités .

Los desafíos restantes​

A pesar del marco triunfalista , queda un trabajo significativo por delante . El propio Buterin reconoció que « la seguridad es lo que queda » para las zkEVM . La hoja de ruta de la Fundación Ethereum para 2026 , centrada en la seguridad , refleja esta realidad .

Demostrar la seguridad : Lograr una seguridad demostrable de 128 bits en todas las implementaciones de zkEVM requiere una auditoría criptográfica rigurosa y una verificación formal . La complejidad de estos sistemas crea una superficie de ataque sustancial .

Centralización de los probadores : Actualmente , la generación de pruebas ZK es lo suficientemente intensiva desde el punto de vista computacional como para que solo entidades especializadas puedan producir pruebas de manera económica . Si bien las redes de probadores descentralizadas están en desarrollo , un despliegue prematuro de zkEVM corre el riesgo de crear nuevos vectores de centralización .

Inflamiento del estado : Incluso con mejoras en la eficiencia de ejecución , el estado de Ethereum continúa creciendo . La hoja de ruta incluye la expiración del estado y los Verkle Trees ( planeados para la actualización Hegota a finales de 2026 ) , pero estos son cambios complejos que podrían interrumpir las aplicaciones existentes .

Complejidad de coordinación : La cantidad de piezas en movimiento —PeerDAS , zkEVM , BAL , ePBS , ajustes de parámetros de blobs , reajustes de precios de gas— crea desafíos de coordinación . Cada actualización debe secuenciarse cuidadosamente para evitar regresiones .

Conclusión : Una nueva era para Ethereum​

El trilema de la cadena de bloques definió una década de diseño de protocolos . Moldeó el enfoque conservador de Bitcoin , justificó innumerables « Ethereum killers » e impulsó miles de millones en inversiones en L1 alternativas . Ahora , con código activo ejecutándose en la mainnet , Ethereum afirma haber navegado el trilema a través de una ingeniería ingeniosa en lugar de un compromiso fundamental .

La combinación de PeerDAS y zkEVM representa algo genuinamente nuevo : un sistema donde los nodos pueden verificar más datos descargando menos , donde la ejecución puede probarse en lugar de volver a computarse , y donde las mejoras de escalabilidad fortalecen en lugar de debilitar la descentralización .

¿Se mantendrá esto bajo el estrés de la adopción en el mundo real ? ¿Demostrará la seguridad de las zkEVM ser lo suficientemente robusta para la integración en la L1 ? ¿Se cumplirán los desafíos de coordinación de la hoja de ruta 2026-2030 ? Estas preguntas permanecen abiertas .

Pero por primera vez , el camino desde el Ethereum actual hacia una red verdaderamente escalable , segura y descentralizada transcurre a través de tecnología desplegada en lugar de libros blancos teóricos . Esa distinción —código en vivo frente a documentos académicos— puede resultar ser el cambio más significativo en la historia de la cadena de bloques desde la invención del proof-of-stake .

El trilema , al parecer , ha encontrado su rival .

Referencias​

Share on Twitter