Chamada de Trabalhos (CFP) está aberta para a ACNS 2026 (primeiro prazo em um mês) Local: Cidade de Nova York

Suposição de sincronia limitada e aplicativos de sobrecarga de baixa latência, escolha um! Tradicionalmente, desenvolvemos muitos sistemas distribuídos seguros, como o MPC, assumindo que os agentes serão mal-intencionados ao máximo, mas a comunicação será síncrona (nee, canais de transmissão). No entanto, o que quer que eu tenha construído, observo que a sincronia limitada é frequentemente quebrada, a menos que definamos o limite muito alto (em minutos), enquanto os nós são extremamente confiáveis e geralmente falham de uma maneira tudo ou nada (exceto uma pequena porcentagem de travamentos).

@esnie17 está apresentando Recuperando-se de falhas excessivas para blockchains esta semana na Usenix Security 2026. c/ @kartik1507 e @AndrewLewisPye (URL: ) -------------------- As blockchains dependem de protocolos de transmissão de consenso/SMR/Atomic para garantir que todos os nós da rede concordem com a ordem das transações. Qual é o problema? Esses protocolos só podem lidar com um certo número de nós defeituosos ou defeituosos (chamados de falhas bizantinas). Mas o que acontece se mais nós do que o esperado derem errado – mais do que o sistema foi projetado para lidar? Até agora, a maioria das blockchains simplesmente falhava ou ficava presa. Isso é um grande problema. O que esse trabalho alcança? Criamos uma correção extensa para esse problema - um método de reparo que ajuda as blockchains a se recuperarem de muitos nós defeituosos após o fato. Veja como funciona: Usando trilhas baseadas em assinatura, podemos detectar quais nós estão agindo mal, sem culpar os bons. Isso ajuda o blockchain a se "curar" e retornar à operação normal. Pode não funcionar tão bem como se tudo fosse perfeito, mas ainda é muito melhor do que falhar completamente. Teste do mundo real Construímos esse sistema no protocolo de consenso HotStuff e demonstramos que o desempenho do sistema voltou ao normal após a recuperação. Com 30 nós, houve apenas uma pequena desaceleração (4,3%). Em média, as transações demoraram um pouco mais para serem processadas (cerca de 12,87% a mais de atraso), mas o sistema permaneceu ativo e funcional. Também fizemos versões adaptadas a protocolos específicos como Tendermint e HotStuff, tornando-as mais rápidas e eficientes. Melhor detecção de falhas Também trabalhamos em melhores maneiras de detectar até n-2 nós defeituosos em qualquer blockchain que use BFT. Criamos um novo método de detecção que funciona sem a necessidade de mensagens extras entre os nós Por que isso importa Agora, nossas redes blockchain podem sobreviver e se recuperar mesmo quando mais nós se tornam desonestos do que o esperado. Você obtém melhores ferramentas para detectar e isolar agentes mal-intencionados. Isso adiciona uma camada de resiliência e confiabilidade aos sistemas blockchain, ajudando a evitar tempos de inatividade ou ataques dispendiosos. --------------------