La última propuesta de Vitalik: integrar DVT en la capa de protocolo de Ethereum, un nuevo camino para la descentralización de los validadores

DAOplomacy · 2026-01-21T10:34:14+00:00

El cofundador de Ethereum, V God, propuso un nuevo esquema para integrar directamente la tecnología de validadores distribuidos (DVT) en la capa de protocolo, permitiendo a los validadores registrar múltiples claves independientes para mejorar la tolerancia a fallos y reducir el riesgo de fallo único. Se espera que este esquema aumente el nivel de descentralización de Ethereum, aunque aún requiere discusión en la comunidad.

DAOplomacy

2026-01-21 10:34:14

Generación de resúmenes en curso

【比推】El cofundador de Ethereum, V神, planteó una nueva idea en el foro Ethereum Research: integrar directamente la tecnología de validadores distribuidos (DVT) en la capa de protocolo.

¿Suena complicado? Simplificando, significa que los validadores pueden registrar múltiples claves independientes y trabajar en grupo. Solo cuando se alcanza un umbral predefinido de firmas, la creación de bloques o las pruebas son válidas. Los beneficios son evidentes: reducir significativamente el riesgo de fallos únicos o caídas por ataques a nodos. Lo más importante es que, incluso con esta mecánica, las penalizaciones existentes (slashing) siguen funcionando normalmente.

La mayoría de las soluciones DVT en el mercado dependen de capas de coordinación externas, lo que hace que su despliegue sea complejo y dependiente de terceros. La propuesta de V神 es diferente: integrar DVT directamente en el propio protocolo. Los validadores con más de 32 ETH pueden configurar hasta 16 claves y personalizar el umbral, lo que equivale a fusionar varios nodos estándar en una sola identidad de validador.

En cuanto al rendimiento, el overhead adicional es casi insignificante: solo introduce un pequeño retraso en la creación de bloques, sin afectar la latencia de las pruebas. Además, es compatible con cualquier esquema de firma, reduciendo la dependencia de ciertos supuestos criptográficos que podrían ser riesgosos.

Desde la perspectiva de la descentralización, esto facilita que individuos y pequeñas instituciones puedan participar en staking de forma más autónoma y tolerante a fallos, sin depender necesariamente de grandes proveedores de staking. Esto sería beneficioso para mejorar el nivel de descentralización del conjunto de validadores de Ethereum (como el índice de centralización). Sin embargo, esta propuesta todavía está en una etapa temprana y requerirá una discusión y consenso amplios en la comunidad.

ETH-2,71%

Ver originales

Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.

15 me gusta

Recompensa
15
4
Republicar
Compartir

Comentar

0/400

TestnetFreeloader

· hace5h

¿Este tipo quiere volver a hacer de las suyas? Meter DVT directamente en la capa de protocolo... suena bien, pero en la práctica todavía es un problema, ¿verdad? --- ¿16 umbrales de clave personalizados? Parece otro juguete para grandes tenedores, los pequeños todavía tienen que mirar a quién le confían. --- No está mal, reduce el riesgo de fallo único, pero ¿esto no hace que la barrera para los validadores sea aún más alta? --- Solo quiero preguntar, ¿cuándo estará esto en la mainnet? ¿Cuánto falta todavía? --- Incrustar directamente en la capa de protocolo... ¿V神 realmente quiere convertir Ethereum en una fortaleza inexpugnable? --- Espera, ¿el protección de slashing todavía se puede usar? ¿Qué pasa si alguien manipula maliciosamente las 16 claves? --- Otra idea que "suena genial", pero en la práctica seguramente será un caos total. --- ¿Significa esto que los validadores principales serán aún más dominantes? --- Honestamente, parece que están añadiendo más complejidad. ¿No se estará hundiendo demasiado el barco de Ethereum?

Ver originalesResponder0

AirdropAutomaton

· hace5h

¿Qué está haciendo este otra vez? Escribir directamente dvt en la capa de protocolo, suena como si estuviera reduciendo el riesgo para los grandes validadores. Para mí, sigue siendo la misma lógica: por muy elegante que sea la tecnología, al final los que se benefician son los ricos. Pero hablando en serio, que la protección contra slashing siga funcionando normalmente es realmente bueno, ese diseño está realmente cuidado.

Ver originalesResponder0

DAOdreamer

· hace5h

¿Otra vez haciendo cosas? Llevar DVT directamente a la capa de protocolo... ¿Qué está pensando el viejo V esta vez? ¡Vaya, esto no es convertir a los validadores en un pequeño grupo de combate, acaso quieren abrir una nueva era de cárteles? Empezar con 32 ETH y configurar 16 llaves, ese tamaño... ¿No estarán otra vez aumentando de manera encubierta la barrera de participación? ¿Se podrá seguir cortando con slashing como siempre, verdad? Pero si las 16 llaves son cortadas juntas, ¿no se morirán directamente? Parece que va a volver a haber una ola de innovación en infraestructura, pero ¿realmente puede implementarse o es solo otro plan en PPT? ¿Alguien puede explicar por qué es imprescindible incrustar en la capa de protocolo? ¿Acaso las soluciones externas actuales son tan malas? Si esto realmente sale en línea, los validadores pequeños no podrán ni comer, ¿verdad? Parece que los de Lido van a volver a pensar en cómo envolver esta nueva cosa.

Ver originalesResponder0

OnchainDetective

· hace6h

Tengo que revisar los detalles aquí... ¿Qué está haciendo V? Según los datos en la cadena, una vez que DVT esté realmente integrado en la capa de protocolo, la estructura de poder de estos grandes validadores cambiará completamente.

Ver originalesResponder0