Call for Papers (CFP) er oppe for ACNS 2026 (første frist om en måned) Sted: New York City

Begrenset synkroniseringsantagelse og overhead-applikasjoner med lav latens, velg en! Tradisjonelt har vi utviklet mange sikre distribuerte systemer, for eksempel MPC, forutsatt at agenter vil være maksimalt skadelige, men kommunikasjonen vil være synkron (nee, kringkastingskanaler). Men uansett hva jeg har bygget, observerer jeg at begrenset synkronisering ofte brytes med mindre vi setter grensen for høyt (i minutter), mens noder er ekstremt pålitelige og ofte svikter på en alt-eller-ingenting-måte (med unntak av en liten prosentandel av krasj).

@esnie17 presenterer Gjenoppretting fra overdrevne feil for blokkjeder denne uken på Usenix Security 2026. med @kartik1507 og @AndrewLewisPye (Nettadresse: ) -------------------- Blokkjeder er avhengige av konsensus/SMR/Atomic-kringkastingsprotokoller for å sikre at alle nodene i nettverket er enige om transaksjonsrekkefølgen. Hva er problemet? Disse protokollene kan bare håndtere et visst antall dårlige eller defekte noder (kalt bysantinske feil). Men hva skjer hvis flere noder enn forventet blir dårlige – mer enn systemet er designet for å håndtere? Til nå har de fleste blokkjeder bare mislyktes eller satt seg fast. Det er et stort problem. Hva oppnår dette arbeidet? Vi laget en omfattende løsning for dette problemet – en reparasjonsmetode som hjelper blokkjeder med å komme seg etter for mange dårlige noder i etterkant. Slik fungerer det: Ved å bruke signaturbaserte spor kan vi oppdage hvilke noder som oppfører seg dårlig, uten å skylde på de gode. Dette hjelper blokkjeden med å "helbrede" seg selv og gå tilbake til normal drift. Det fungerer kanskje ikke like jevnt som om alt var perfekt, men det er fortsatt mye bedre enn å mislykkes helt. Test i den virkelige verden Vi bygde dette systemet inn i HotStuff-konsensusprotokollen og demonstrerte at systemytelsen gikk tilbake til det normale etter gjenoppretting. Med 30 noder var det bare en liten nedgang (4,3 %). I gjennomsnitt tok transaksjoner litt lengre tid å behandle (ca. 12,87 % mer forsinkelse), men systemet holdt seg i live og funksjonelt. Vi laget også versjoner skreddersydd for spesifikke protokoller som Tendermint og HotStuff, noe som gjør dem raskere og mer effektive. Bedre feildeteksjon Vi jobbet også med bedre måter å oppdage opptil n-2 dårlige noder i enhver blokkjede som bruker BFT. Vi laget en ny deteksjonsmetode som fungerer uten å trenge ekstra meldinger mellom noder Hvorfor dette er viktig Nå kan blokkjedenettverkene våre overleve og komme seg selv når flere noder blir useriøse enn forventet. Du får bedre verktøy for å oppdage og isolere dårlige aktører. Dette legger til et lag med motstandskraft og pålitelighet til blokkjedesystemer, og bidrar til å forhindre kostbare nedetider eller angrep. --------------------