Varför Poseidon övergavs

Poseidon byggdes specifikt för nollkunskapsbevissystem och var designad för att vara effektiv i SNARK-kretsar där traditionella hashfunktioner tidigare var för dyra . Den främsta anledningen till att man övergav den var att genombrott inom SNARK-design utplånade Poseidons prestandafördel. Som Drake uttryckte det: ”Traditionella hashfunktioner som SHA2 och BLAKE2s kan nu matcha Poseidon i en SNARK. I efterhand var nyckeln inte SNARK-vänliga hashfunktioner, utan SNARK-vänliga fält” . Byråkratiskt innebär bytet också att man slipper vänta i flera år på att Poseidon ska genomgå tillräcklig kryptanalys, vilket snabbar på implementeringen .

Hur SHA-2 och BLAKE2s stärker kvantsäkerheten

SHA-2 och BLAKE2s tillhör hashbaserade signaturfamiljen (t.ex. SPHINCS+, XMSS), som allmänt anses vara kvantsäkra av NIST och det bredare kryptografiska samfundet. Ethereums Lean-utvecklingsplan innefattar att ersätta BLS-signaturer med leanXMSS – ett tillståndsbaserat hashsignatursystem byggt på traditionella hashfunktioner – som det primära kvantsäkra alternativet för Ethereums validerare . Genom att använda välanalyserade, standardiserade hashfunktioner i stället för en specialbyggd SNARK-vänlig konstruktion backas de post-kvanta säkerhetsantagandena upp av årtionden av kryptanalytisk granskning, vilket minskar beroendet av Poseidons jämförelsevis otestade säkerhetsmarginal .

Genombrottet: Binärfälts-SNARKs från Binius och Flock

Förändringen möjliggjordes av två genombrott inom SNARK-design:

• Binius – En SNARK konstruerad över binärfältstorn (GF(2)-fält). Dess design passar naturligt ihop med de bitvisa operationer som traditionella hashfunktioner (SHA-256, Keccak-256) kräver, vilket eliminerar den omkostnad som tidigare gjorde dem dyra att bevisa. Detta gör Binius särskilt lämplig för att verifiera klassisk symmetrisk kryptografi inuti SNARKs .

• Flock – En hashbaserad SNARK för extremt snabb batchvis bevisning av standardkryptografiska hashberäkningar (SHA-256, Keccak, BLAKE3). Flock bevisar batcher av samma R1CS-krets med massiva genomströmningsvinster, vilket gör att de nya SNARK-designerna kan bearbeta 1 miljon bevis per sekund på en enda bärbar dator .

Tillsammans eliminerar dessa behovet av SNARK-vänliga hashfunktioner: standardhashar kan nu bevisas lika effektivt som Poseidon, och samfundet kan ”snabbspola fram till STARKs” med traditionella, beprövade primitiver .

Tidslinje: leanVM och lagerutrullningar fram till 2028

Ethereum Foundations ”Strawmap” (publicerad av arkitekturgruppen) beskriver grovt sju nätverksförgreningar till 2029, en var sjätte månad . De viktigaste milstolparna från de senaste tillkännagivandena:

• leanVM (produktionsredo): Planerad till 2027 – en minimal nollkunskapsvirtuell maskin som verifierar och aggregerar exekveringslagerbevis .
• Konsensus-, data- och exekveringslagerutrullningar: Planerade till 2028 .
• leanXMSS (hashbaserade validerarsignaturer): En del av den fleråriga Lean Ethereum-ombyggnationen, som rullas ut under 3–4 år tillsammans med Verkle-träd och andra kvantresistenta primitiver .

Dessa datum är preliminära; varje protokolländring kommer fortfarande att kräva implementering, testning och samförstånd inom Ethereums gemenskap innan den aktiveras.

Vad detta innebär för institutioner och validerare

Förändringen skapar konkreta operativa påtryckningar för banker, förvaringsinstitut och institutionella stakingtjänster:

• Tillståndsbaserade hashvaliderarsignaturer (leanXMSS): Banker som driver Ethereums validerarinfrastruktur eller stakingtjänster måste migrera från BLS-signaturer till leanXMSS, ett tillståndsbaserat hashsystem . Tillståndsbaserade signatursystem kräver noggrann nyckelhantering – en enda återanvändning av en nyckel kan bryta säkerheten – vilket skapar operativa risker för institutionella förvaringsinstitut som traditionella (tillståndslösa) signaturer inte gör.
• Deadlines för kryptografisk inventering: Tidsplanen för 2027–2028 innebär att banker måste påbörja inventering av kryptografiska tillgångar och migrationsplanering redan nu. Alla smarta kontrakt, förvaringssystem eller kedjeoperationer som förlitar sig på Poseidon eller BLS måste omkonstrueras för bevis baserade på SHA-2/BLAKE2s.
• Allmän regleringsmomentum: Globala tillsynsmyndigheter (t.ex. BIS, ECB, US NIST) trycker alltmer på finansiella institutioner att ta fram planer för övergång till post-kvantkryptografi (PQC). Ethereums hårdförgreningsschema skapar en konkret, kortsiktig deadline för banktreasury och DeFi-operationer att anpassa sig till kvantsäkra signaturer och hashfunktioner, snarare än de mer avlägsna tidslinjer som ofta antas i traditionella bank-PQC-planer.

Ethereum Foundations $1 miljoner kryptanalysprogram för Poseidon pausades den 1 augusti 2026 , vilket signalerar att det kryptografiska samfundets uppmärksamhet redan har skiftat till de nya hashbaserade primitiverna. För utvecklare och institutioner som bygger på Ethereum är budskapet tydligt: den post-kvanta framtiden körs på SHA-2, BLAKE2s och de SNARK-designer som gjorde dem möjliga.

Varför Poseidon övergavs

Poseidon byggdes specifikt för nollkunskapsbevissystem och var designad för att vara effektiv i SNARK-kretsar där traditionella hashfunktioner tidigare var för dyra . Den främsta anledningen till att man övergav den var att genombrott inom SNARK-design utplånade Poseidons prestandafördel. Som Drake uttryckte det: ”Traditionella hashfunktioner som SHA2 och BLAKE2s kan nu matcha Poseidon i en SNARK. I efterhand var nyckeln inte SNARK-vänliga hashfunktioner, utan SNARK-vänliga fält” . Byråkratiskt innebär bytet också att man slipper vänta i flera år på att Poseidon ska genomgå tillräcklig kryptanalys, vilket snabbar på implementeringen .

Hur SHA-2 och BLAKE2s stärker kvantsäkerheten

SHA-2 och BLAKE2s tillhör hashbaserade signaturfamiljen (t.ex. SPHINCS+, XMSS), som allmänt anses vara kvantsäkra av NIST och det bredare kryptografiska samfundet. Ethereums Lean-utvecklingsplan innefattar att ersätta BLS-signaturer med leanXMSS – ett tillståndsbaserat hashsignatursystem byggt på traditionella hashfunktioner – som det primära kvantsäkra alternativet för Ethereums validerare . Genom att använda välanalyserade, standardiserade hashfunktioner i stället för en specialbyggd SNARK-vänlig konstruktion backas de post-kvanta säkerhetsantagandena upp av årtionden av kryptanalytisk granskning, vilket minskar beroendet av Poseidons jämförelsevis otestade säkerhetsmarginal .

Genombrottet: Binärfälts-SNARKs från Binius och Flock

Förändringen möjliggjordes av två genombrott inom SNARK-design:

• Binius – En SNARK konstruerad över binärfältstorn (GF(2)-fält). Dess design passar naturligt ihop med de bitvisa operationer som traditionella hashfunktioner (SHA-256, Keccak-256) kräver, vilket eliminerar den omkostnad som tidigare gjorde dem dyra att bevisa. Detta gör Binius särskilt lämplig för att verifiera klassisk symmetrisk kryptografi inuti SNARKs .

• Flock – En hashbaserad SNARK för extremt snabb batchvis bevisning av standardkryptografiska hashberäkningar (SHA-256, Keccak, BLAKE3). Flock bevisar batcher av samma R1CS-krets med massiva genomströmningsvinster, vilket gör att de nya SNARK-designerna kan bearbeta 1 miljon bevis per sekund på en enda bärbar dator .

Tillsammans eliminerar dessa behovet av SNARK-vänliga hashfunktioner: standardhashar kan nu bevisas lika effektivt som Poseidon, och samfundet kan ”snabbspola fram till STARKs” med traditionella, beprövade primitiver .

Tidslinje: leanVM och lagerutrullningar fram till 2028

Ethereum Foundations ”Strawmap” (publicerad av arkitekturgruppen) beskriver grovt sju nätverksförgreningar till 2029, en var sjätte månad . De viktigaste milstolparna från de senaste tillkännagivandena:

• leanVM (produktionsredo): Planerad till 2027 – en minimal nollkunskapsvirtuell maskin som verifierar och aggregerar exekveringslagerbevis .
• Konsensus-, data- och exekveringslagerutrullningar: Planerade till 2028 .
• leanXMSS (hashbaserade validerarsignaturer): En del av den fleråriga Lean Ethereum-ombyggnationen, som rullas ut under 3–4 år tillsammans med Verkle-träd och andra kvantresistenta primitiver .

Dessa datum är preliminära; varje protokolländring kommer fortfarande att kräva implementering, testning och samförstånd inom Ethereums gemenskap innan den aktiveras.

Vad detta innebär för institutioner och validerare

Förändringen skapar konkreta operativa påtryckningar för banker, förvaringsinstitut och institutionella stakingtjänster:

• Tillståndsbaserade hashvaliderarsignaturer (leanXMSS): Banker som driver Ethereums validerarinfrastruktur eller stakingtjänster måste migrera från BLS-signaturer till leanXMSS, ett tillståndsbaserat hashsystem . Tillståndsbaserade signatursystem kräver noggrann nyckelhantering – en enda återanvändning av en nyckel kan bryta säkerheten – vilket skapar operativa risker för institutionella förvaringsinstitut som traditionella (tillståndslösa) signaturer inte gör.
• Deadlines för kryptografisk inventering: Tidsplanen för 2027–2028 innebär att banker måste påbörja inventering av kryptografiska tillgångar och migrationsplanering redan nu. Alla smarta kontrakt, förvaringssystem eller kedjeoperationer som förlitar sig på Poseidon eller BLS måste omkonstrueras för bevis baserade på SHA-2/BLAKE2s.
• Allmän regleringsmomentum: Globala tillsynsmyndigheter (t.ex. BIS, ECB, US NIST) trycker alltmer på finansiella institutioner att ta fram planer för övergång till post-kvantkryptografi (PQC). Ethereums hårdförgreningsschema skapar en konkret, kortsiktig deadline för banktreasury och DeFi-operationer att anpassa sig till kvantsäkra signaturer och hashfunktioner, snarare än de mer avlägsna tidslinjer som ofta antas i traditionella bank-PQC-planer.

Ethereum Foundations $1 miljoner kryptanalysprogram för Poseidon pausades den 1 augusti 2026 , vilket signalerar att det kryptografiska samfundets uppmärksamhet redan har skiftat till de nya hashbaserade primitiverna. För utvecklare och institutioner som bygger på Ethereum är budskapet tydligt: den post-kvanta framtiden körs på SHA-2, BLAKE2s och de SNARK-designer som gjorde dem möjliga.