¿Qué son los árboles Verkle? Explicación de la apatridia de Ethereum

— By Boni in Tutorials

¿Qué son los árboles Verkle? Explicación de la apatridia de Ethereum

La ejecución de un nodo validador de Ethereum actualmente requiere almacenar cientos de gigabytes de datos de estado en el disco. Analizamos cómo Verkle Trees utiliza compromisos vectoriales para permitir clientes apátridas.


El cuello de botella del almacenamiento: la huella cada vez mayor del Estado global

  • La principal barrera de ingeniería para el escalamiento descentralizado contrato inteligente las redes no son velocidades de ejecución de transacciones: es almacenamiento de bases de datos. Para cada transacción procesada en Ethereum, los validadores deben actualizar y mantener continuamente un registro de todas las cuentas, saldos, contrato inteligente códigos de bytes y ranuras de almacenamiento. Este conjunto de datos colectivo se conoce como estado global.
  • Bajo la estructura de datos heredada de la red, el estado se almacena en una arquitectura jerárquica compleja llamada Merkle Patricia Tree (MPT). A medida que la red envejece, esta base de datos estatal se expande implacablemente, cruzando el umbral de los cientos de gigabytes. Para validar los bloques entrantes, los operadores de nodos completos se ven obligados a comprar unidades de estado sólido (SSD) costosas y de alto rendimiento simplemente para almacenar y recuperar estos datos en tiempo real. Si no se controla, esta "inflación estatal" amenaza con centralizar el conjunto de validadores al eliminar los precios de los apostadores locales y del hardware de nivel de consumidor.
  • Árboles Verkle rediseñar completamente este paradigma. Sirviendo como un hito central dentro de la fase de la hoja de ruta estructural conocida como El borde, Verkle Trees presenta el concepto de Ethereum Apatridia. Al cambiar la base de datos del libro mayor subyacente de hashes criptográficos primitivos a compromisos de vectores avanzados, esta actualización de infraestructura elimina el requisito de validar nodos para almacenar toda la base de datos estatal en el disco, protegiendo la descentralización a largo plazo.
What are Verkle Trees? Ethereum Statelessness Explained

1. El objetivo central: lograr una "apatridia débil"

Para proteger la red de la centralización de hardware, los desarrolladores principales están implementando un diseño conocido como Apatridia débil.

En una arquitectura de red débilmente sin estado, las cargas económicas de la producción y validación de bloques están completamente separadas:

  • Constructores de bloques: Los constructores de bloques comerciales, que ya son entidades profesionales altamente especializadas, continúan manteniendo la base de datos de estado completa y pesada en disco.

  • Validadores de bloques: Los validadores individuales (incluidos los apostadores locales que ejecutan 32 configuraciones de ETH) ya no necesitan mantener ninguna copia local del estado global en el disco.

  • En lugar de ejecutar transacciones en una base de datos local, los validadores reciben un bloque acompañado de un paquete compacto de datos criptográficos llamado testigo. El testigo contiene las porciones precisas de datos estatales que las transacciones del bloque leerán o modificarán, junto con pruebas de que estos datos son auténticos.
  • El validador simplemente ejecuta el bloque contra esta carga útil de testigo liviana. Para que esta estructura funcione de forma segura dentro de las ranuras de bloque de 12 segundos de Ethereum, estos paquetes testigo deben ser lo suficientemente pequeños como para propagarse instantáneamente a través de Internet abierto sin provocar congestión en la red.

2. El cuello de botella de los testigos dentro de los árboles de Merkle Patricia

La arquitectura Merkle Patricia Tree heredada de Ethereum es fundamentalmente incapaz de soportar la apatridia porque sus pruebas criptográficas son demasiado voluminosas.

En una configuración MPT, los elementos de datos se almacenan como nodos hoja en la parte inferior de una estructura de árbol estrecha y profunda. Para demostrar que cualquier dato es auténtico, un testigo debe incluir los hashes de todos los nodos hermanos que flanquean esa ruta específica hasta la raíz del estado maestro.

  • La Falla Estructural: Debido a que el árbol es profundo y estrecho, probar un conjunto de transacciones requiere adjuntar una cadena masiva de hashes intermedios.

  • El muro de ancho de banda: Un testigo de bloque estándar respaldado por MPT abarca regularmente desde 2 a 15 megas de tamaño. La transmisión de paquetes de datos de este tamaño a través de miles de nodos de validación globales cada 12 segundos crea graves cuellos de botella en el ancho de banda, lo que resulta en certificaciones perdidas y retrasos inviables en la propagación de bloques.

3. Árboles Verkle: fusión de compromisos vectoriales con ramificaciones amplias

Verkle Trees (un acrónimo de Compromiso Vectorial y Árboles Merkle) resuelven elegantemente el dilema del tamaño del testigo alterando fundamentalmente la geometría matemática del árbol de datos.

Ramificación extremadamente amplia

Mientras que un árbol Merkle estándar presenta un factor de ramificación estrecho (donde cada nodo padre tiene solo unos pocos hijos), un árbol Verkle está diseñado con un ancho extremo. Un nodo de árbol típico de Verkle admite un factor de ramificación de 256 niños o más. Esta amplia huella aplana drásticamente la altura total del árbol, lo que significa que un validador necesita atravesar muchas menos capas intermedias para llegar a la hoja de datos desde la raíz del estado.

Reemplazo de hashes con compromisos de vectores polinomiales

Si un desarrollador intentara construir un árbol amplio usando hashes criptográficos estándar, el tamaño de la prueba en realidad se dispararía porque tendría que proporcionar los hashes de los 255 nodos hermanos en cada nivel.

Verkle Trees previene esto reemplazando los algoritmos hash criptográficos estándar con Compromisos de vectores, utiliza específicamente marcos polinomiales avanzados como argumentos internos del producto (IPA) o compromisos de Pedersen.

  • La Compresión Matemática: Un compromiso de vector permite que un nodo principal vincule y comprima criptográficamente a sus 256 elementos secundarios simultáneamente.

  • Pruebas de tamaño constante: En lugar de enumerar cada hash hermano individual a lo largo de la ruta de datos, un compromiso de vector crea una prueba polinómica única y unificada que verifica todo el contexto de la ruta en un solo paso.

Al aplanar la profundidad del árbol y comprimir las verificaciones padre-hijo, Verkle Trees reduce el tamaño promedio de los testigos de bloque de megabytes a unos pequeños 100 a 200 kilobytes. Esto permite que los nodos sin estado reciban, descarguen y verifiquen pruebas de bloques entrantes en milisegundos en hardware de consumo de bajo consumo.

Matriz Comparativa de Infraestructura Estatal

MétricaMerkle Patricia Árboles (MPT)Verkle Trees (Compromisos polinómicos)
Factor de ramificaciónEstrecho (Hexario / 16)Ancho (256+ Niños)
Tamaño del testigoMegabytes (demasiado grande)Decenas de Kilobytes (Compacto)
Disco de estado de nodoSe requieren más de 100 GB~0GB (Validación sin estado)

4. Implementación Estratégica: La Alineación del Hard Fork de Hegotá

  • La transición a Verkle Trees está programada para implementarse durante el próximo Hegotá bifurcación dura, que representa la segunda fase de actualización importante después de la bifurcación centrada en el mercado del primer semestre. Glamsterdam Lanzamiento .
  • Debido a que reescribir las estructuras de datos de una red operativa activa de miles de millones de dólares es excepcionalmente complejo, la migración requiere un ciclo automatizado de conversión de estado de protocolo. Durante la activación del hard fork, la raíz del estado histórico de MPT se congela permanentemente como una hoja inmutable de solo lectura, mientras que todas las interacciones de cuentas, saldos y espacios de almacenamiento de contratos inteligentes recién generados se asignan de forma nativa al formato Verkle modernizado, lo que permite una migración estructural progresiva y sin tiempo de inactividad.

5. Infraestructura de protocolo de auditoría mediante telemetría de DEXTools

  • A medida que Ethereum actualiza sus motores de ejecución centrales de Capa 1 para respaldar operaciones sin estado, el seguimiento de los flujos de capital simbólico resultantes, las rotaciones de liquidez y los parámetros de salud del ecosistema del mercado secundario en los intercambios descentralizados se convierte en una disciplina crítica para los participantes técnicos 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 de los contratos en todas las redes de ejecución pública. Aprovechando características principales como Explorador de pares, Nuevas parejas en vivo 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.

Cómo verificar un fondo de liquidez antes de comprar un token 2026 Guía de auditoría de contratos inteligentes: cómo leer un informe de auditoría Por qué los datos en tiempo real son importantes para los operadores de DEX Las 5 principales herramientas de seguimiento de ballenas en 2026: monitoreo de billeteras grandes a través de cadenas