Danksharding

⚡ Definición Rápida
Danksharding es la propuesta de escalabilidad final para Ethereum, diseñada para convertir la red en una base de datos de disponibilidad de datos de alta capacidad. A diferencia de los diseños de sharding tradicionales, Danksharding utiliza un único proponente de bloque (builder) y un sistema de muestreo de disponibilidad de datos (Data Availability Sampling) que permite a los nodos ligeros verificar grandes cantidades de datos sin descargarlos por completo. El objetivo es alcanzar más de 100,000 transacciones por segundo (TPS) a través de rollups, con un límite de 64 blobs por bloque (≈8 MB de datos).
Términos relacionados: ethereum • proto-danksharding • rollup • data availability • pbs
❓¿Qué es Danksharding y por qué es el futuro de la escalabilidad de Ethereum?
Imagina que Ethereum es una biblioteca gigantesca. Hoy, cada nodo debe guardar una copia completa de cada libro para poder verificar la información. Esto es seguro pero muy ineficiente. Danksharding propone un sistema radicalmente distinto: la biblioteca se convierte en una «nube de datos» donde cada persona solo necesita guardar pequeñas piezas aleatorias de los libros, pero mediante un sistema criptográfico mágico (Data Availability Sampling), todos pueden estar seguros de que todos los libros están completos y disponibles sin tener que leerlos enteros. Esa es la esencia de Danksharding: lograr la máxima escalabilidad sin sacrificar la seguridad ni la descentralización.
El nombre proviene de su creador, Dankrad Feist, investigador de la Fundación Ethereum. A diferencia del sharding tradicional (que dividía la red en múltiples cadenas paralelas con sus propios validadores), Danksharding introduce un diseño más elegante: un único proponente de bloque (block builder) que construye el bloque entero, incluyendo hasta 64 «blobs» de datos (cada uno de 128 KB), y un muestreo de disponibilidad de datos (DAS) que permite a toda la red verificar que los datos existen sin tener que descargarlos. Este diseño no solo es más simple, sino que también resuelve el problema de los «ataques de disponibilidad de datos» que afectaban a diseños anteriores.
📖 Definición Técnica
Danksharding es el plan de escalabilidad definitivo para Ethereum, actualmente en fase de investigación y especificación. Se basa en una arquitectura de separación entre proponente y constructor de bloques (Proposer-Builder Separation – PBS) y en un mecanismo de muestreo de disponibilidad de datos (Data Availability Sampling – DAS).
En Danksharding completo, cada bloque de Ethereum puede contener hasta 64 blobs de datos (≈8 MB de datos totales por bloque), frente a los 6 blobs de Proto-Danksharding. Estos blobs están destinados exclusivamente a rollups y no son ejecutados por la EVM. La capa de consenso se encarga de garantizar que estos datos estén disponibles temporalmente (no permanentemente) para que los rollups puedan probar el estado.
El Data Availability Sampling (DAS) es el componente revolucionario. En lugar de que cada nodo descargue todos los blobs completos, los nodos realizan muestreos aleatorios de pequeñas porciones de los datos. Utilizando compromisos KZG (la misma criptografía de Proto-Danksharding pero optimizada), cualquier nodo puede verificar que la muestra es correcta y, mediante un proceso de «reconstrucción erasure-coded», confirmar estadísticamente que la totalidad de los datos está disponible. Esto reduce drásticamente los requisitos de hardware y ancho de banda, permitiendo que incluso nodos domésticos participen en la red a escala masiva.
⚖️ Proto-Danksharding vs. Danksharding completo: La evolución
Para entender Danksharding, es fundamental compararlo con su predecesor, Proto-Danksharding (EIP-4844). La diferencia no es solo cuantitativa, sino cualitativa en el diseño de red.
| Característica | Proto-Danksharding (EIP-4844) | Danksharding completo |
|---|---|---|
| Blobs por bloque | 6 (máximo) | 64 (objetivo) |
| Datos por bloque | 0.75 MB | ~8 MB |
| Mecanismo de disponibilidad | Todos los nodos descargan todos los blobs | Data Availability Sampling (muestreo) |
| Separación Proponente-Constructor | No implementada | Sí (PBS nativa) |
| Requisitos de nodo | Altos (necesita descargar todos los blobs) | Bajos (solo muestrear porciones) |
| Escalabilidad final (TPS) | ~1,000-2,000 TPS vía rollups | ~100,000+ TPS vía rollups |
| Estado de implementación: | Activo (desde marzo 2024) | En investigación (2026-2028 estimado) |
En esencia, Proto-Danksharding fue el «andamio» que preparó la infraestructura (compromisos KZG, formato de blob, mercado de tarifas) para el edificio final que es Danksharding. Si quieres entender los fundamentos de la capa 2, te recomendamos leer ¿Qué son las Layer 2?.
🔬 Data Availability Sampling (DAS): El corazón de Danksharding
El concepto de Data Availability Sampling (DAS) es revolucionario y merece una explicación detallada. Tradicionalmente, para que la red esté segura, los nodos deben descargar y verificar todos los datos de cada bloque. Esto es imposible a gran escala (bloques de 8 MB) sin centralizar la red en grandes centros de datos.
DAS resuelve esto con un truco criptográfico:
- Erasure coding (codificación de borrado): Los 8 MB de datos de los blobs se expanden mediante un código de borrado a un tamaño mayor (por ejemplo, el doble). Esto permite que, incluso si faltan hasta un 50% de los datos, se pueda reconstruir el total.
- Muestreo aleatorio: Cada nodo ligero, en lugar de descargar los 8 MB, descarga solo una pequeña porción aleatoria (por ejemplo, 50 KB). Con compromisos KZG, el nodo verifica que esa porción es correcta.
- Garantía estadística: Si un atacante intenta ocultar una parte de los datos (haciendo que no estén disponibles), la probabilidad de que ningún nodo ligero muestree esa región perdida es prácticamente cero en una red con millones de nodos. Si algún nodo detecta un fallo, puede emitir una alarma.
El resultado: seguridad de disponibilidad de datos con fracciones mínimas de ancho de banda. Esto es lo que permite que Danksharding escale a 64 blobs sin centralizar la red. Para entender mejor la importancia de la disponibilidad de datos en blockchain, puedes leer nuestra guía sobre ¿Qué es Blockchain?.
🏗️ Separación Proponente-Constructor (PBS): Cómo se construyen los bloques
Otro pilar de Danksharding es la separación entre proponente de bloque (proposer) y constructor de bloque (builder), conocida como PBS. Actualmente, el validador que propone un bloque es el mismo que lo construye. Con Danksharding, estos roles se separan:
- Builder (constructor): Especialistas en construir bloques complejos (con hasta 64 blobs, transacciones, etc.). Compiten por incluir la máxima cantidad de transacciones y blobs. Los builders envían sus bloques candidatos a un mercado (aución de espacio de bloque).
- Proposer (proponente): Simplemente elige el mejor bloque de entre los ofrecidos por los builders y lo propone a la red. Su trabajo es mucho más ligero.
Esta separación mitiga la centralización: los validadores individuales no necesitan ser expertos en construir bloques masivos con datos complejos. Cualquiera puede ser builder si tiene la capacidad técnica. Además, PBS es resistente a la censura: si un builder censura ciertas transacciones, otros builders pueden incluirlas. Este diseño es fundamental para que Danksharding funcione a escala.
✅ Ventajas clave de Danksharding
- Escalabilidad masiva: Con 64 blobs por bloque (≈8 MB de datos), los rollups podrían alcanzar más de 100,000 transacciones por segundo, rivalizando con los sistemas financieros tradicionales (Visa procesa ~24,000 TPS).
- Mantiene la descentralización: El DAS permite que nodos domésticos participen sin necesidad de superordenadores. El ancho de banda requerido para ser validador o nodo ligero sigue siendo bajo.
- Seguridad sin confianza: Los rollups pueden confiar en la disponibilidad de datos de Ethereum sin depender de terceros. El DAS es criptográficamente verificable.
- Resistencia a la censura gracias a PBS: Múltiples builders compiten, dificultando que un actor censure transacciones específicas.
- Nuevos casos de uso: Con comisiones ultrabajas y alta capacidad, aplicaciones como juegos completos (on-chain gaming), redes sociales descentralizadas, y mercados de predicción masivos serán viables sobre Ethereum.
- Sin hard forks disruptivos: El diseño de Danksharding es «roll-out» gradual. Puede implementarse como una evolución natural del ecosistema actual sin romper compatibilidad.
⚠️ Riesgos y desafíos de implementación
- Complejidad criptográfica extrema: DAS y los compromisos KZG a escala masiva son matemáticamente intensivos. La implementación debe ser perfecta, cualquier bug podría comprometer la seguridad. La Fundación Ethereum está realizando múltiples auditorías formales.
- Coordinación de builders: El mercado de builders (la subasta de espacio de bloque) debe diseñarse cuidadosamente para evitar comportamientos colusorios o centralización entre builders. Es un área de investigación activa.
- Riesgos de «Data withholding attacks»: Aunque DAS reduce drásticamente la probabilidad, ataques sofisticados que oculten datos de forma dirigida son teóricamente posibles. Se requieren mecanismos de penalización (slashing) robustos.
- Actualización masiva de clientes: Ethereum tiene múltiples clientes (Geth, Nethermind, Lighthouse, Prysm, etc.). Coordinar la implementación de Danksharding en todos ellos es titánico y llevará años.
- Mayor almacenamiento histórico: Aunque los nodos solo muestrean, el conjunto completo de datos históricos (durante el período de disponibilidad) debe ser almacenado por al menos un subconjunto de la red. Esto requiere infraestructura especializada.
🧠 Danksharding vs. Sharding tradicional: Por qué este diseño es superior
Antes de Danksharding, las propuestas de sharding para Ethereum (como las iniciales de 2017) dividían la red en 64 cadenas independientes, cada una con sus propios validadores. Eso era complejo: requería «committees» rotativos, mecanismos de cruce entre shards, y era vulnerable a ataques de corrupción de comités.
Danksharding es más simple y elegante:
- Una sola cadena: No hay múltiples shards con diferentes estados. Solo hay una cadena de bloques, pero con capacidad de datos masiva gracias a los blobs y DAS.
- Sin necesidad de comités: No hay que rotar validadores ni confiar en pequeños grupos. Todos los validadores participan en el muestreo global.
- Mayor resistencia a ataques: Corromper el 51% de los validadores sigue siendo necesario para atacar la red, al igual que hoy. No hay vectores de ataque adicionales por sharding.
Esta simplicidad arquitectónica es la razón por la que la comunidad Ethereum adoptó Danksharding como el plan definitivo, abandonando los diseños de sharding más antiguos. Si te interesa la evolución del roadmap de Ethereum, te recomendamos leer sobre el impacto de estas mejoras en DeFi.
🔮 Hoja de ruta y cronología estimada
Danksharding no llegará de golpe, sino en fases. La hoja de ruta actual (mayo 2026) es la siguiente:
- 2024 (Completado): Proto-Danksharding (EIP-4844) activado. Infraestructura de blobs y compromisos KZG en producción. Esto preparó el terreno.
- 2025-2026: Investigación y desarrollo de DAS y PBS completos. Pruebas en testnets (como Goerli y Sepolia) de clientes modificados. Primeros prototipos de builders independientes.
- 2026-2027: Primera implementación limitada de Danksharding en la red principal, probablemente con un número de blobs entre 8 y 16, y un DAS inicial. Será conservador para garantizar seguridad.
- 2027-2028: Escalado completo a 32-64 blobs por bloque. DAS completamente operativo. Objetivo: ~50,000-100,000 TPS.
Como siempre, estas fechas son estimaciones. La seguridad es la máxima prioridad. Recursos externos para seguir la evolución: Ethereum.org – Danksharding y el repositorio de investigación de DAS en GitHub. También puedes consultar el FAQ no oficial de Dankrad Feist.
🎯 Conclusión: El sueño de la escalabilidad descentralizada
Danksharding es uno de los proyectos más ambiciosos en la historia de las criptomonedas. Si tiene éxito, Ethereum pasará de ser una computadora mundial lenta y cara a ser la capa de liquidación y disponibilidad de datos para un ecosistema de rollups capaz de procesar cien mil transacciones por segundo, todo sin centralizar la red.
Para el usuario final, esto significará comisiones casi imperceptibles en las capas 2, una experiencia fluida al interactuar con aplicaciones descentralizadas, y la posibilidad de que Ethereum albergue desde redes sociales hasta sistemas de identidad global. Para los desarrolladores, será un lienzo donde la escalabilidad ya no será una preocupación.
Sin embargo, el camino es largo y complejo. La investigación y el desarrollo continúan, y los plazos son inciertos. Pero la dirección es clara: Danksharding es el norte que guía el desarrollo de Ethereum hacia una verdadera adopción masiva, manteniendo sus valores de descentralización y seguridad. Estar atento a su evolución es esencial para cualquiera que quiera entender el futuro de esta tecnología.
❓ Preguntas Frecuentes sobre Danksharding
📚 ¿Quieres profundizar?
Aprende más sobre los conceptos relacionados con Danksharding y el ecosistema Ethereum:
⚡ ¿Qué es Blockchain? – Fundamentos para entender disponibilidad de datos.
📦 ¿Qué son las Layer 2? – El contexto donde Danksharding tiene mayor impacto.
💰 Staking de criptomonedas – Cómo participar como validador en Ethereum.
⚠️ 10 Estafas Crypto – Mantente seguro mientras exploras nuevas tecnologías.
🚀 ¿Empezando en Crypto?
Lee nuestra guía completa gratuita para principiantes y descubre todo lo que necesitas saber para empezar de forma segura.
📋 ¿Por qué confiar en esta definición? Cada término de la Cryptopedia sigue una metodología de verificación con fuentes primarias, whitepapers y legislación oficial. Conoce nuestro proceso →
⚠️ Disclaimer: Este artículo es informativo y educativo. No constituye asesoramiento financiero. Danksharding es una tecnología en fase de investigación y desarrollo. Las fechas y especificaciones pueden cambiar. Siempre investiga por tu cuenta (DYOR) y nunca arriesgues capital que no puedas perder.
📅 Actualizado: Mayo 2026
📖 Categoría: Infraestructura Blockchain / Capa 1, Capa 2 y Escalabilidad
