Con Fusaka en Ethereum, el sueño de Vitalik Buterin se hace realidad

Vitalik Buterin, cofundador de Ethereum, se pronunció el 3 de diciembre de 2025, minutos después del lanzamiento de Fusaka, la última actualización de la red. Se trata del segundo hard fork en el año para Ethereum, luego de Pectra, implementado en mayo.

Como explicó CriptoNoticias, Fusaka introdujo el sistema de verificación de datos conocido como PeerDAS (Muestreo de Disponibilidad de Datos entre Pares).  

Para Vitalik, este mecanismo representa el componente central que faltaba para que Ethereum alcanzara su modelo real de «sharding» (fragmentación de datos), un objetivo planteado desde 2015. 

La fragmentación (sharding) ha sido un objetivo para Ethereum desde 2015, y el muestreo de disponibilidad de datos desde 2017, y ahora lo hemos conseguido. 

Vitalik Buterin, cofundador de Ethereum. 

Buterin recordó que la red buscaba dividir la información en fragmentos para que ningún nodo tuviera que descargar y revisar todos los datos.  

Esa idea sólo podía funcionar si existía una técnica capaz de garantizar que cada fragmento estuviera disponible e íntegro sin que cada nodo lo verificara por completo. Ese método (el muestreo de disponibilidad de datos, investigado desde 2017) es precisamente lo que aporta PeerDAS. 

Con PeerDAS, la red puede llegar a consenso sobre los bloques aunque ningún nodo individual vea la totalidad de los datos.  

En su lugar, cada nodo toma partes pequeñas y aleatorias y las verifica mediante un proceso probabilístico. Si todas las muestras coinciden, se puede inferir que el bloque es completo y accesible.  

Según Buterin, este enfoque «es resistente incluso a ataques del 51%», ya que la verificación ocurre del lado del cliente y no depende de la votación de los validadores. 

El aporte es sustancial. La fragmentación siempre buscó permitir que más usuarios pudieran operar nodos sin hardware costoso, pero para lograrlo hacía falta un sistema que asegurara la disponibilidad de los datos fragmentados sin comprometer la seguridad.  

PeerDAS cumple esa función: reduce la cantidad de información que cada nodo debe revisar y, al mismo tiempo, mantiene garantías criptográficas sólidas sobre la integridad del bloque. 

En la práctica, esto disminuye de forma considerable los requisitos de ancho de banda y procesamiento para los nodos. Además, abre espacio para que las redes de segunda capa (L2) incrementen su capacidad operativa sin sobrecargar la capa principal (L1) de Ethereum . 

En adición, en una reciente entrevista con CriptoNoticias, Bartek Kiepuszewski, cofundador de L2BEAT, enfatizó en que Fusaka también otorgará mayor confianza a las redes de segunda capa.  

Eso, dado que, PeerDAS al aumentar la disponibilidad de datos dentro de la L1, las L2 ahora serán menos dependientes de empresas externas para almacenar sus datos. 

Tres límites pendientes: el camino que Buterin considera incompleto

Aun con los avances, Buterin sostuvo que Fusaka «tiene tres aspectos en los que el sharding (fragmentación de datos) permanece incompleto».

• El primero está relacionado con la potencia disponible para las L2: 

Hoy las redes L2 ya pueden aumentar su capacidad porque PeerDAS reduce la cantidad de datos que cada nodo debe verificar. Esto permite que el volumen total de transacciones crezca de forma proporcional al cuadrado de la potencia de cómputo disponible por nodo.  

Sin embargo, ese beneficio no se traslada a la capa principal de Ethereum, ya que esta sigue limitada por la necesidad de ejecutar todas las operaciones de forma directa. 

Para que la L1 pueda escalar de manera equivalente, Buterin afirmó, una vez más , que se necesitan “ZK-EVM maduras”, es decir, máquinas virtuales compatibles con Ethereum capaces de generar pruebas criptográficas de conocimiento cero ( ZK , zero-knowledge). 

Estas pruebas condensan miles de operaciones en un único comprobante verificable, lo que permite validar un conjunto grande de transacciones sin volver a procesarlas en cada nodo. 

• El segundo límite es el llamado «cuello de botella entre proponente y constructor» de bloques: 

En la arquitectura actual, el constructor del bloque debe acceder a todos los datos y armar el bloque completo antes de que el proponente lo publique.  

Vitalik Buterin planteó que sería ideal un «ensamblado distribuido de bloques», donde múltiples actores construyan partes, evitando depender de un solo operador.  

Esa idea apunta a reducir riesgos de centralización en el mercado de construcción de bloques, un sector hoy dominado por pocos participantes. 

• El tercer punto pendiente es la ausencia de un mempool fragmentado.  

El mempool es el espacio donde las transacciones esperan antes de ser incluidas en un bloque.  

Para Buterin, esa fragmentación es necesaria para completar la visión del sharding, ya que permitiría que el flujo previo al bloque también pueda dividirse y escalar. 

A pesar de estas limitaciones, Buterin calificó la llegada de Fusaka como «un paso fundamental en el diseño de blockchain».  

Finalmente, dejó en claro las prioridades (al menos por ahora) para los próximos dos años: 

Refinar el mecanismo de PeerDAS, aumentar su escala con cuidado, garantizar su estabilidad, usarlo para escalar las L2 y, cuando las ZK-EVM estén maduras, aplicarlo hacia adentro para escalar también el gas de Ethereum L1. 

Vitalik Buterin, cofundador de Ethereum. 

El cofundador cerró su mensaje con un reconocimiento explícito al trabajo sostenido de investigadores y desarrolladores centrales de Ethereum, quienes avanzaron durante casi una década para alcanzar este objetivo.