La convocatoria de ponencias (CFP) está disponible para ACNS 2026 (primera fecha límite en un mes) Lugar: Nueva York

Suposición de sincronía limitada y aplicaciones de sobrecarga de baja latencia, ¡elija una! Tradicionalmente, hemos desarrollado muchos sistemas distribuidos seguros, como MPC, asumiendo que los agentes serán extremadamente maliciosos, pero la comunicación será síncrona (es decir, canales de transmisión). Sin embargo, independientemente de lo que haya construido, observo que la sincronía limitada a menudo se rompe a menos que establezcamos el límite demasiado alto (en minutos), mientras que los nodos son extremadamente confiables y, a menudo, fallan de una manera de todo o nada (salvo un pequeño porcentaje de bloqueos).

@esnie17 está presentando Recuperación de Fallos Excesivos para blockchains esta semana en Usenix Security 2026. con @kartik1507 y @AndrewLewisPye (Url: ) -------------------- Las blockchains dependen de protocolos de consenso/SMR/broadcast atómico para asegurarse de que todos los nodos en la red estén de acuerdo con el orden de las transacciones. ¿Cuál es el problema? Estos protocolos solo pueden manejar un cierto número de nodos defectuosos o fallidos (llamados fallos bizantinos). Pero, ¿qué sucede si más nodos de los esperados fallan — más de lo que el sistema fue diseñado para manejar? Hasta ahora, la mayoría de las blockchains simplemente fallarían o se quedarían atascadas. Eso es un gran problema. ¿Qué logra este trabajo? Creamos una solución extensa para este problema — un método de reparación que ayuda a las blockchains a recuperarse de demasiados nodos defectuosos después del hecho. Así es como funciona: Usando senderos basados en firmas, podemos detectar qué nodos están actuando mal, sin culpar a los buenos. Esto ayuda a que la blockchain se "recupere" y vuelva a la operación normal. Puede que no funcione tan suavemente como si todo fuera perfecto, pero sigue siendo mucho mejor que fallar completamente. Prueba en el mundo real Incorporamos este sistema en el protocolo de consenso HotStuff y demostramos que el rendimiento del sistema volvió a la normalidad después de la recuperación. Con 30 nodos, solo hubo una pequeña desaceleración (4.3%). En promedio, las transacciones tardaron un poco más en procesarse (aproximadamente un 12.87% más de retraso), pero el sistema se mantuvo vivo y funcional. También hicimos versiones adaptadas a protocolos específicos como Tendermint y HotStuff, haciéndolos más rápidos y eficientes. Mejor Detección de Fallos También trabajamos en mejores formas de detectar hasta n-2 nodos defectuosos en cualquier blockchain que use BFT. Creamos un nuevo método de detección que funciona sin necesidad de mensajes adicionales entre nodos. Por qué esto es importante Ahora, nuestras redes blockchain podrían sobrevivir y recuperarse incluso cuando más nodos se vuelven rebeldes de lo esperado. Obtienes mejores herramientas para detectar y aislar a los actores maliciosos. Esto añade una capa de resiliencia y fiabilidad a los sistemas blockchain, ayudando a prevenir costosos tiempos de inactividad o ataques. --------------------