Explicación de Danksharding: Plan de escalamiento a largo plazo de Ethereum
Los requisitos de hardware centralizados amenazan la descentralización de blockchain. Analizamos cómo Full Danksharding de Ethereum utiliza el muestreo de datos polinómicos para escalar acumulaciones.
El pivote modular: transformando Ethereum en un motor de datos universal
- Temprano cadena de bloques las redes operaban bajo una arquitectura monolítica, lo que obligaba a cada nodo individual de la red a ejecutar transacciones, calcular cambios de estado y almacenar permanentemente cada byte de datos históricos del libro mayor. Este cuello de botella estructural creó una crisis de escalabilidad agravada: a medida que aumentó la demanda transaccional global, las tarifas de procesamiento de la red principal se dispararon, excluyendo a los participantes promedio y restringiendo el rendimiento de la red.
- Para resolver esta limitación, Ethereum ejecutó un pivote permanente hacia un arquitectura modular. En lugar de procesar todas las transacciones de los usuarios directamente en la cadena base, la red pasó a una liquidación segura y Disponibilidad de datos (DA) Capa , subcontratación de la ejecución de transacciones del consumidor a acumulaciones de capa 2 (L2) como Arbitrum, Optimism y Base. El objetivo final de escalamiento multifase definitivo para este modelo modular es Danksharding. Danksharding, que lleva el nombre del investigador principal Dankrad Feist, optimiza la forma en que la red ingiere, valida y descarta paquetes masivos de datos de capa 2, proporcionando una base para soportar más de 100.000 transacciones por segundo (TPS) en todo el ecosistema Web3 más amplio.
1. La línea de tiempo evolutiva: Proto-Danksharding versus Danksharding completo
La implementación de la disponibilidad de datos en la arquitectura Ethereum se divide en una hoja de ruta estratégica de varios pasos diseñada para escalar de forma segura el rendimiento de la red sin amenazar la descentralización del hardware de los nodos internos.
La Fundación de Transición: EIP-4844
- Lanzado como una mejora estructural histórica en 2024, Proto-Danksharding (EIP-4844) introdujo el concepto de transacciones portadoras de blobs. Antes de esta implementación, los rollups tenían que comprimir y almacenar sus registros de transacciones dentro del espacio de ejecución permanente de Ethereum (
calldata), que era muy caro. EIP-4844 creó sidecars de datos temporales y aislados ("blobs") que redujeron las tarifas de gas de capa 2 en más del 90 %. Sin embargo, Proto-Danksharding fue un compromiso temporal: aún requería que cada nodo completo de la red descargara y verificara el 100 % de los datos sin procesar del blob.
El destino final: Full Danksharding
- Danksharding completo escala este marco de datos al aumentar enormemente la capacidad de datos objetivo por bloque (con el objetivo de alcanzar un límite objetivo de 16 MB). Debido a que obligar a los nodos domésticos estándar a descargar 16 MB de datos cada 12 segundos paralizaría instantáneamente las conexiones a Internet del consumidor promedio, Full Danksharding elimina por completo la regla de descarga de todos los nodos.
- A través del muestreo criptográfico especializado y la separación estructurada de las responsabilidades de los nodos, la red puede verificar de forma segura matrices de datos de bloques masivos mientras mantiene excepcionalmente baja la huella de ancho de banda para los validadores individuales.
2. La mecánica de la expansión del espacio Blob
- Un "blob" (objeto binario grande) es una cápsula de almacenamiento de datos efímera diseñada explícitamente para lotes acumulativos. A diferencia del Ethereum estándar contrato inteligente transacciones, el motor de ejecución no puede leer ni ejecutar los datos anidados dentro de un blob; sólo puede ver un compromiso criptográfico que apunte a él.
- Compra acumuladas con este dedicado Espacio Blob a través de un mercado de tarifas independiente que se ejecuta completamente separado de las tradicionales subastas de gas de la red principal de Capa 1. Para evitar que el libro de contabilidad de blockchain alcance proporciones inmanejables, los blobs son explícitamente temporales. Están codificados para caducar automáticamente y eliminar las capas de memoria activa de la red después de aproximadamente 18 días. Esta ventana proporciona tiempo suficiente para que se resuelvan los desafíos de capa 2 y las pruebas de fraude, lo que garantiza que los nodos de archivo o los protocolos de almacenamiento descentralizados (como Portal Network) manejen la recuperabilidad histórica mientras mantienen liviano el almacenamiento en disco del validador.
3. El secreto del escalamiento: muestreo de disponibilidad de datos (DAS)
El avance principal que permite a Full Danksharding escalar capacidades de bloques de manera segura es Muestreo de disponibilidad de datos (DAS). DAS permite que un nodo (incluidos los clientes livianos sin participación) verifique criptográficamente que toda la carga útil del blob de un bloque se haya publicado completamente en la red. sin descargar los datos en sí.
Las matemáticas de la codificación de borrado
- Antes de distribuir un bloque, la red toma la matriz de datos del blob sin procesar y aplica una técnica matemática conocida como Codificación de borrado Reed-Solomon. Este proceso extiende la matriz de datos original ajustando una ecuación polinómica sobre los puntos de datos, evaluándola en coordenadas adicionales para generar "datos de paridad" redundantes.
- La elegancia matemática de esta extensión matricial reside en sus estrictos umbrales de recuperación: si los hay aleatorios 50% de las evaluaciones del polinomio expandido son recuperados exitosamente por la red, cualquiera puede reconstruir instantáneamente el 100% de los datos originales del blob sin codificar.
Muestreo de columnas mediante PeerDAS
- Para implementar este muestreo de forma segura a escala, el protocolo utiliza PeerDAS (EIP-7594). Bajo esta arquitectura, la matriz de datos del blob extendido está estructurada en columnas matemáticas uniformes. Los nodos de validación individuales y los clientes ligeros realizan de forma rutinaria consultas entre pares rápidas y aleatorias, descargando solo pequeños fragmentos de columnas de varios kilobytes de la matriz de datos total.
- Debido a las matemáticas de codificación de borrado subyacentes, un productor de bloques adversario que intenta retener maliciosamente incluso una pequeña fracción del 1 % de datos sin procesar se ve obligado matemáticamente a retener más del 50 % de las evaluaciones de la matriz extendida. En consecuencia, a medida que los clientes ligeros ejecutan un puñado de controles de muestreo aleatorios e independientes, la probabilidad estadística de detectar fraude en la retención de datos aumenta a más del 99,999% en milisegundos, lo que permite a la red verificar bloques masivos de disponibilidad de datos con una sobrecarga de ancho de banda nominal.
4. Separación de Roles: Separación Proponente-Constructor (PBS)
Mientras el muestreo de disponibilidad de datos se mantiene bloqueado verificación accesible para el hardware de consumo, el cálculo inicial necesario para recopilar miles de transacciones de capa 2, calcular matrices de datos masivas y generar compromisos KZG polinomiales complejos sigue siendo computacionalmente pesado. Full Danksharding resuelve esta carga al exigir Separación proponente-constructor (PBS).
PBS divide formalmente el proceso de validación tradicional en dos rutas de infraestructura especializadas y aisladas:
Los constructores de bloques: Escritorios informáticos profesionales de alto rendimiento que compiten en un mercado abierto para agregar transacciones, construir matrices de blobs optimizadas, calcular pruebas criptográficas y ofertar por el derecho a ensamblar el siguiente bloque.
Los proponentes del bloque: Validadores descentralizados de participación interna (los 32 nodos ETH). Los proponentes no construyen bloques ni procesan una gran cantidad de datos. En su lugar, utilizan un software de nodo simple para seleccionar el encabezado del bloque mejor pagado enviado por el mercado de constructores, lo transmiten a la capa de consenso y cobran las tarifas de prioridad incluidas con una mínima carga de hardware.
Matriz de infraestructura de disponibilidad de datos
| Era de la Arquitectura | Límite máximo de datos de bloque | Regla de ingesta de nodos | Límite de escalabilidad |
| Era Monolítica | ~0,08 MB (datos de llamada) | Descarga completa del nodo | Bajo (~15–45 TPS) |
| Proto-Danksharding | ~0,75 MB (6 blobs) | Descarga completa del nodo | Intermedio (~100x reducción de tarifa) |
| Danksharding completo | ~16,0 MB (límite máximo) | Muestreo aleatorio de columnas | Élite (>100,000 TPS de red) |
Monitoreo de ecosistemas de capa de datos a través de telemetría DEXTools
- A medida que Ethereum madura hasta convertirse en un motor de disponibilidad de datos altamente eficiente, rastrea los cambios de capitalización, las velocidades de los tokens y las configuraciones de liquidez del mercado secundario de los protocolos acumulativos de Capa 2, las capas de disponibilidad de datos y la utilidad modular que lo acompañan. puentes se convierte en un flujo de trabajo esencial para los participantes del mercado. Análisis de abastecimiento a través de arquitecturas de gráficos descentralizados avanzados como Herramientas DEX brinda a los participantes del mercado una plataforma universal esencial para monitorear el comportamiento de los tokens en vivo, evaluar la profundidad del pool e inspeccionar los parámetros del contrato en todas las redes de ejecución pública.
- Al aprovechar funciones principales como Explorador de pares, Viven Nuevas Parejas tablero de instrumentos y el integrado Historia comercial o Principales comerciantes herramientas de diagnóstico, los comerciantes técnicos pueden auditar sin problemas las tendencias de volumen localizadas y rastrear ballenas grandes billetera reasignaciones de capital a través del Explorador de intercambio grandey verifique los puntajes de seguridad de los contratos automatizados antes de iniciar cualquier interacción en la cadena, garantizando que su configuración de hardware reforzado interactúe de manera segura con lugares de mercado verificados.
Puedes acceder a DEXTools aquí ¡y comience a operar hoy!
Descargo de responsabilidad: Este artículo tiene fines informativos únicamente y no constituye asesoramiento de inversión, asesoramiento financiero, asesoramiento comercial ni ningún otro tipo de asesoramiento. DEXTools no recomienda comprar, vender ni mantener ninguna criptomoneda o token. Los usuarios deben realizar su propia investigación y consultar con un asesor financiero calificado antes de tomar cualquier decisión de inversión. Las inversiones en criptomonedas son volátiles y de alto riesgo. DEXTools no es responsable de las pérdidas incurridas.