Call for Papers (CFP) är uppe för ACNS 2026 (första deadline om en månad) Plats: New York City

Antagande om begränsad synkronisering och overheadprogram med låg latens, välj en! Traditionellt har vi utvecklat många säkra distribuerade system, till exempel MPC, och antagit att agenter kommer att vara maximalt skadliga, men kommunikationen kommer att vara synkron (nee, sändningskanaler). Men vad jag än har byggt observerar jag att begränsad synkronisering ofta bryts om vi inte sätter gränsen för högt (i minuter), medan noder är extremt tillförlitliga och ofta misslyckas på ett allt-eller-inget-sätt (med undantag för en liten andel krascher).

@esnie17 presenterar Återhämtning från överdrivna fel för blockkedjor den här veckan på Usenix Security 2026. med @kartik1507 och @AndrewLewisPye (Webbadress: ) -------------------- Blockkedjor förlitar sig på konsensus/SMR/Atomic sändningsprotokoll för att se till att alla noder i nätverket är överens om transaktionsordningen. Vad är problemet? Dessa protokoll kan bara hantera ett visst antal dåliga eller felaktiga noder (så kallade bysantinska fel). Men vad händer om fler noder än förväntat blir dåliga – mer än vad systemet är utformat för att hantera? Hittills har de flesta blockkedjor bara misslyckats eller fastnat. Det är ett stort problem. Vad uppnår detta arbete? Vi skapade en omfattande lösning på det här problemet – en reparationsmetod som hjälper blockkedjor att återhämta sig från för många dåliga noder i efterhand. Så här fungerar det: Med hjälp av signaturbaserade spår kan vi upptäcka vilka noder som beter sig dåligt, utan att skylla på de bra. Detta hjälper blockkedjan att "läka" sig själv och återgå till normal drift. Det kanske inte fungerar lika smidigt som om allt vore perfekt, men det är ändå mycket bättre än att misslyckas helt. Test vid verklig körning Vi byggde in detta system i HotStuffs konsensusprotokoll och visade att systemets prestanda återgick till det normala efter återställning. Med 30 noder var det bara en liten avmattning (4,3 %). I genomsnitt tog transaktionerna lite längre tid att behandla (cirka 12,87 % mer försening), men systemet förblev levande och funktionellt. Vi gjorde också versioner skräddarsydda för specifika protokoll som Tendermint och HotStuff, vilket gjorde dem snabbare och effektivare. Bättre feldetektering Vi arbetade också med bättre sätt att upptäcka upp till n-2 dåliga noder i alla blockkedjor som använder BFT. Vi har skapat en ny identifieringsmetod som fungerar utan att behöva extra meddelanden mellan noder Varför detta är viktigt? Nu kan våra blockkedjenätverk överleva och återhämta sig även när fler noder blir oseriösa än väntat. Du får bättre verktyg för att identifiera och isolera dåliga aktörer. Detta lägger till ett lager av motståndskraft och tillförlitlighet till blockkedjesystem, vilket hjälper till att förhindra kostsamma driftstopp eller attacker. --------------------