Puntos clave de la noticia:
- Plasma presentó Torch, un mecanismo para que Fast-HotStuff rote comités sin detener la cadena ni exigir solapamiento entre conjuntos consecutivos.
- Torch utiliza límites dinámicos de epoch, snapshots, cross-epoch quorum certificates y vote fanout, además de epoch locking y reglas de finality truncada.
- El diseño aún no está desplegado: Plasma afirma que los límites dinámicos llegarán más adelante, mientras el trabajo sigue en peer review con whitepaper y pruebas mecanizadas previstos.
Plasma presentó Torch, un mecanismo de handoff que permitirá a su consenso Fast-HotStuff rotar comités sin detener la cadena ni exigir solapamiento entre conjuntos consecutivos. En su publicación técnica oficial, Plasma explica que HotStuff clásico asume un comité fijo, mientras las blockchains necesitan validadores capaces de entrar, salir y rotar claves. Torch busca cubrir esa limitación incorporando cambios dinámicos de comité directamente dentro del consenso, ampliando directamente Plasma.
Torch replantea cómo Plasma cambia de comité entre epochs
El problema aparece cuando una blockchain cambia de comité antes de que el límite de una epoch alcance finality. Distintas ramas pueden derivar conjuntos de validadores, rompiendo la garantía de solapamiento de quorum que evita historiales conflictivos. Los enfoques tradicionales esperan finality en el límite o exigen solapamiento entre comités. Torch permite extender las epochs durante asincronía y activar el nuevo comité mediante una transición certificada, evitando un handoff que paralice la red.
El diseño utiliza límites dinámicos en lugar de alturas fijas. Cada bloque incluye información sobre la epoch de origen y destino, mientras un snapshot block determina el siguiente comité. Los votos de transición se envían a los validadores entrantes, permitiendo que cada miembro honesto forme el cross-epoch quorum certificate. Ese fanout elimina la dependencia de un único collector y permite comités consecutivos distintos, aunque aumenta la comunicación en el límite.
Plasma modifica Fast-HotStuff con ordenamiento de quorum certificates consciente de epochs, epoch locking y finality truncada sobre el snapshot. Estas reglas buscan impedir que un comité antiguo arrastre una nueva epoch hacia atrás o que bloques conflictivos alcancen finality. El argumento de seguridad está mecanizado en Lean 4, mientras la prueba de liveness aún usa una hipótesis de synchronizer que el equipo pretende eliminar. Torch se presenta como una construcción de consenso formalmente razonada, no como una actualización rutinaria, añadiendo otra capa a la infraestructura de mainnet de Plasma.
El mecanismo todavía no está desplegado por completo. Plasma utiliza epochs fijas con una ventana de handoff basada en snapshots, mientras los límites dinámicos definidos por el protocolo llegarán después. El trabajo continúa en peer review, con un whitepaper y pruebas mecanizadas previstos para este año. La relevancia de Torch reside en su propuesta para resolver la rotación dinámica de validadores, no en una adopción ya consolidada en producción, un desafío relacionado con la resiliencia de validadores en redes proof-of-stake.
