\n
Plasma present\u00f3 Torch, un mecanismo de handoff que permitir\u00e1 a su consenso Fast-HotStuff rotar comit\u00e9s sin detener la cadena ni exigir solapamiento entre conjuntos consecutivos. En su publicaci\u00f3n t\u00e9cnica oficial<\/a>, Plasma<\/a> explica que HotStuff cl\u00e1sico asume un comit\u00e9 fijo, mientras las blockchains necesitan validadores capaces de entrar, salir y rotar claves. Torch busca cubrir esa limitaci\u00f3n incorporando cambios din\u00e1micos de comit\u00e9 directamente dentro del consenso<\/strong>, ampliando directamente Plasma.<\/p>\n <\/p>\n El problema aparece cuando una blockchain cambia de comit\u00e9 antes de que el l\u00edmite de una epoch alcance finality. Distintas ramas pueden derivar conjuntos de validadores<\/a>, rompiendo la garant\u00eda de solapamiento de quorum que evita historiales conflictivos. Los enfoques tradicionales esperan finality en el l\u00edmite o exigen solapamiento entre comit\u00e9s. Torch permite extender las epochs durante asincron\u00eda y activar el nuevo comit\u00e9 mediante una transici\u00f3n certificada<\/strong>, evitando un handoff que paralice la red.<\/p>\n El dise\u00f1o utiliza l\u00edmites din\u00e1micos en lugar de alturas fijas. Cada bloque incluye informaci\u00f3n sobre la epoch de origen y destino, mientras un snapshot block determina el siguiente comit\u00e9. Los votos de transici\u00f3n se env\u00edan a los validadores entrantes, permitiendo que cada miembro honesto forme el cross-epoch quorum certificate. Ese fanout elimina la dependencia de un \u00fanico collector y permite comit\u00e9s consecutivos distintos<\/strong>, aunque aumenta la comunicaci\u00f3n en el l\u00edmite.<\/p>\n 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\u00e9 antiguo arrastre una nueva epoch hacia atr\u00e1s o que bloques conflictivos alcancen finality. El argumento de seguridad est\u00e1 mecanizado en Lean 4, mientras la prueba de liveness a\u00fan usa una hip\u00f3tesis de synchronizer que el equipo pretende eliminar. Torch se presenta como una construcci\u00f3n de consenso formalmente razonada, no como una actualizaci\u00f3n rutinaria<\/strong>, a\u00f1adiendo otra capa a la infraestructura de mainnet de Plasma<\/a>.<\/p>\n El mecanismo todav\u00eda no est\u00e1 desplegado por completo. Plasma utiliza epochs fijas con una ventana de handoff basada en snapshots, mientras los l\u00edmites din\u00e1micos definidos por el protocolo llegar\u00e1n despu\u00e9s. El trabajo contin\u00faa en peer review, con un whitepaper y pruebas mecanizadas previstos para este a\u00f1o. La relevancia de Torch reside en su propuesta para resolver la rotaci\u00f3n din\u00e1mica de validadores, no en una adopci\u00f3n ya consolidada en producci\u00f3n<\/strong>, un desaf\u00edo relacionado con la resiliencia de validadores<\/a> en redes proof-of-stake.<\/p>\n","protected":false},"excerpt":{"rendered":" Puntos clave de la noticia: Plasma present\u00f3 Torch, un mecanismo para que Fast-HotStuff rote comit\u00e9s sin detener la cadena ni exigir solapamiento entre conjuntos consecutivos. Torch utiliza l\u00edmites din\u00e1micos de epoch, snapshots, cross-epoch quorum certificates y vote fanout, adem\u00e1s de epoch locking y reglas de finality truncada. El dise\u00f1o a\u00fan no est\u00e1 desplegado: Plasma afirma … <\/p>\nTorch replantea c\u00f3mo Plasma cambia de comit\u00e9 entre epochs<\/h2>\n
![\"Plasma](\"https:\/\/crypto-economy.com\/es\/\/wp-content\/uploads\/sites\/4\/2026\/10\/Plasma-Solves-Validator.jpg\")
<\/p>\n