Finalidad en una sola ranura
Un bloque de Ethereum tarda aproximadamente 15 minutos en finalizar. Sin embargo, podemos hacer que un mecanismo de consenso de bloques validados de Ethereum sea más eficiente y disminuya dramáticamente el tiempo que tarda en finalizarse. En lugar de esperar 15 minutos, la misma ranura podría proponer y finalizar los bloques. Este concepto se conoce como finalidad en una sola ranura (SSF).
¿Qué es la finalidad?
En la prueba de participación de Ethereum basada en el mecanismo de consenso, la «finalidad» se refiere a la garantía de que un bloque no puede alterarse o eliminarse de la cadena de bloques sin quemar por lo menos un 33 % del total apostado de ETH. Esta es la seguridad de la «criptoeconómica». La confianza viene de que el coste asociado con el cambio de orden o del contenido de la cadena es extremadamente alto, desincentivando a que cualquier entidad económica racional de hacerlo.
¿Por qué es interesante que tarde menos en finalizar?
El tiempo actual que tarda en finalizar es demasiado largo. La mayoría de los usuarios no quieren esperar 15 minutos para finalizar una transacción y esto es un inconveniente para aplicaciones e intercambios que deseen una alta velocidad de transacción y que tienen que esperar mucho tiempo para asegurarse de que sus transacciones sean permanentes. Tener un retraso entre bloques propuestos y su finalidad crea oportunidades de reorganizaciones a corto plazo que atacantes podrían usar para censurar ciertos bloques o extraer MEV. El mecanismo que se encarga de actualizar los bloques por etapas también es bastante complejo y se han hecho varios parches para prevenir riesgos de seguridad, lo que lo convierte en una de las partes de la base de código de Ethereum donde es más probable que surjan errores. Estos problemas podrían ser todos eliminados reduciendo el tiempo de finalidad a una ranura única.
La compensación entre descentralización, tiempo y sobrecarga
La garantía de finalidad no es una propiedad inmediata de un nuevo bloque; la finalidad de un nuevo bloque lleva su tiempo. La razón de esto es que los validadores que representan al menos 2/3 del total de ETH en participación en la red tienen que votar por el bloque ("atestiguar") para que se considere finalizado. Cada nodo validador en la red tiene que procesar las certificaciones de los otros nodos para saber si el bloque ha alcanzado o no el mínimo de dos terceras partes.
Cuanto menos tarde en finalizar, más potencia de computación se requiere de cada nodo, porque el procesamiento de certificación ha de hacerse más rápido. Asimismo, cuantos más nodos de validación existan en la red, más certificaciones tiene que procesar cada bloque, lo que suma más poder de procesamiento requerido de los validadores. Y cuanto más poder de procesamiento se requiera, menos personas pueden participar en la red, ya que el hardware que se necesita para ejecutar cada nodo validador será más costoso. Aumentar el tiempo entre bloques disminuye el poder computacional requerido en cada nodo, pero también aumenta el tiempo para la finalidad, porque las certificaciones se procesan más lentamente.
Por lo tanto, hay una compensación entre el coste (poder de computación), la descentralización (el número de nodos que pueden participar en la validación en la cadena) y el tiempo para finalizar. El sistema ideal busca optimizar elpoder de computación mínimo, la descentralización máxima y el tiempo de finalización mínimo.
El mecanismo de consenso actual de Ethereum equilibra estos tres parámetros por medio de:
- Ajustar el mínimo de participación a 32 ETH. Esto fija un máximo de certificaciones que cada nodo puede procesar y, por lo tanto, también fija un máximo de los requisitos computacionales (costes) de cada nodo.
- Ajusta el tiempo de finalidad a ~ 15 minutos. Esto da suficiente tiempo para que los validadores puedan ejecutarlo en ordenadores domésticos con seguridad y aún así procesar las certificaciones de cada bloque.
Con el diseño del mecanismo actual, para acortar la finalidad, es necesario que se reduzca el número de validadores en la red o se incrementen los requisitos de hardware en cada nodo. Sin embargo, hay mejoras que pueden hacerse a la forma en que las certificaciones se procesan que pueden permitir contar más certificaciones sin aumentar coste de cada nodo. El procesamiento más eficiente puede permitir que se alcance la finalidad en una sola ranura, en lugar de a través de dos épocas.
Rutas hacia la SSF
Desde que se designó el mecanismo de consenso de Ethereum, el esquema de agregación de firmas (BLS, por sus siglas en inglés) ha resultado ser mucho más escalable de lo que se pensó inicialmente, mientras que también ha mejorado la posibilidad de que los clientes procesen y verifiquen firmas. Resulta que procesar certificaciones de un gran número de validadores puede, de hecho, hacerse en una única ranura. Por ejemplo, con un millón de validadores, votando cada uno dos veces en cada ranura y 16 segundos para cada ranura, se requerirán nodos para verificar firmas a un ritmo mínimo de 125.000 certificaciones por segundo para procesar todo el millón de certificaciones en la ranura. En realidad, a un ordenador normal le lleva cerca de 500 nanosegundos hacer la verificación de una firma, lo que significa que se pueden hacer 125.000 en ~62,5 ms - muy por debajo del umbral de un segundo.
Podrían lograrse mayores ganancias de eficiencia creando supercomités de, por ejemplo, 125.000 validadores seleccionados aleatoriamente por ranura. Solo estos validadores pueden votar en un bloque y, por lo tanto, solo estos subconjuntos de validadores deciden si un bloque se finaliza. Que esto sea una buena idea o no depende, en realidad, de lo caro que la comunidad prefiera que sea un ataque exitoso a Ethereum. Esto se debe a que, en lugar de requerir 2/3 del total de ether en participación, un atacante podría finalizar un bloque deshonesto con 2/3 del ether en participación de ese supercomité. Esta sigue siendo un área de investigación activa, pero parece plausible que para un conjunto de validadores lo suficientemente grande como para requerir supercomités en primer lugar, el coste de atacar uno de esos subcomités sea extremadamente alto (p. ej., el coste de un ataque expresado en ETH sería de 2/3 * 125.000 * 32 = ~2,6 millones de ETH). El coste del ataque se puede ajustar aumentando el tamaño del conjunto de validadores (p. ej., ajustando el tamaño del validador para que el coste del ataque sea igual a 1 millón de ether, 4 millones de ether, 10 millones de ether, etc.). Las encuestas preliminaresopens in a new tab de la comunidad parecen sugerir que un coste de ataque de 1 a 2 millones de ether es aceptable, lo que implica entre ~65 536 y 97 152 validadores por supercomité.
Sin embargo, la verificación no es obstáculo verdadero, la agregación de las firmas es el verdadero reto de nodos validadores. Escalar la agregación de firmas probablemente requerirá aumentar el número de validadores en cada subred, aumentar el número de subredes o añadir capas adicionales de agregación (es decir, implementar comités de comités). Parte de la solución podría ser permitir a agregadores especializados, de la misma manera que la construcción de bloques y la generación de compromiso para los datos de las acumulaciones se externalicen a constructores de bloques especializados bajo el marco de la separación proponente-constructor (PBS) y Danksharding.
¿Cuál es la función de la norma de elección de bifuración en SSF? El papel de la regla de selección de bifurcación
El mecanismo de consenso actual depende de una estrecha relación entre el parámetro de finalidad (el algoritmo que determina si dos tercios de los validadores certificaron cierta cadena) y la norma de elección de bifurcación (el algoritmo que decide qué cadena es la correcta en caso de haber múltiples opciones). El algoritmo de selección de bifurcación solo considera los bloques desde el último bloque finalizado. En SSF no habría ningún bloque que la regla de elección de bifurcación pudiera considerar, porque la finalidad ocurre en la misma ranura cuando se propone el bloque. Esto significa que bajo SSF, o bien el algoritmo de selección de bifurcación o bien el gadget de finalidad estaría activo en cualquier momento. El mecanismo de finalidad finalizaría un bloque con 2/3 de los validadores en línea certificando con honestidad. Si un bloque no puede exceder el 2/3 del umbral, la regla de elección de bifurcación se pondría en marcha para determinar qué cadena seguir. Esto también crea una oportunidad para mantener el mecanismo de fuga por inactividad que recupera una cadena donde >1/3 de los validadores se desconectan, aunque con algunos matices adicionales.
Cuestiones pendientes
La agregación de escalabilidad aumentando el número de validadores por subred supone el problema de generar una mayor carga en la red entre pares. El problema de añadir capas de agregaciones es que es bastante complejo de diseñar y añade latencia (es decir, el proponente del bloque podría tardar más en recibir la información de todos los agregadores de subredes). Tampoco está claro cómo liderar en el caso de que haya más validadores activos en la red que de los que se pueda procesar de forma viable en cada ranura, incluso agregando la firma BLS. Una solución potencial pasa por que todos los validadores certifiquen cada ranura y se prescinda de los comités en SSF, el límite de 32 ETH en el saldo efectivo podría eliminarse por completo, lo que significa que los operadores que manejan múltiples validadores puedan consolidar su participación y ejecutar menos, reduciendo el número de mensajes que los nodos validadores tengan que procesar para tener en cuenta todo el grupo de validadores. Esto depende de que los grandes participantes estén de acuerdo en consolidar los validadores. Es posible imponer un tope fijo de números de validadores o la cantidad de ETH apostado en cualquier momento. Sin embargo, esto requiere algún mecanismo para decidir a qué validadores se les permite participar y a quiénes no, o quién es responsable de crear efectos secundarios indeseados.
Progreso actual
SSF está en su fase de investigación. No se espera que se lance hasta dentro de varios años, probablemente después de otras actualizaciones sustanciales como los árboles de Verkle y el Danksharding.
Lecturas adicionales
- Vitalik sobre SSF en EDCON 2022opens in a new tab
- Notas de Vitalik: rutas hacia la finalidad en una sola ranuraopens in a new tab
Última actualización de la página: 21 de octubre de 2025
