Vitalik Buterins Støtte til EIP-8288
Ethereum-medgründer Vitalik Buterin har støttet EIP-8288, et foreslått tiltak for å støtte kompleks kryptografi uten å måtte legge til nye verifikasjonsfunksjoner til Ethereum gjentatte ganger. Han argumenterer for at det meste av det tunge kryptografiske arbeidet bør skje utenfor nettverkets hovedutførelsesprosess.
Argumenter for EIP-8288
I en serie innlegg den 19. oktober på X, argumenterte Buterin for at Ethereums eksisterende virtuelle maskin og spesialiserte kryptografiske funksjoner ikke er egnet for å støtte hver ny signatur eller bevisystem. Han foretrakk i stedet et design som lar brukerne generere bevis lokalt og sende dem inn gjennom en aggregasjonsmekanisme.
Forslaget, EIP-8288, vil tillate Ethereum å verifisere at kryptografiske operasjoner ble utført korrekt uten å inkludere hver original signatur eller bevis i en blokk. Buterin beskrev denne tilnærmingen som en del av sin visjon for Ethereum som en kryptografisk verdensdatamaskin, hvor betydelig beregning kan skje utenfor blokkjeden, mens resultatene forblir verifiserbare.
Utfordringer med Nåværende System
Spesifikasjonen er fortsatt et utkast og har ikke fått godkjenning for distribusjon på Ethereum mainnet. Buterins kommentarer fokuserer på hvordan Ethereum håndterer kryptografiske operasjoner som krever store mengder beregning eller data. For øyeblikket kan utviklere bruke Ethereum Virtual Machine (EVM) til å kjøre smarte kontrakter som verifiserer visse kryptografiske utsagn.
Ethereum tilbyr prekompiler, som er innebygde funksjoner som utfører spesifikke beregninger mer effektivt enn vanlig smart kontraktskode. Imidlertid kan det å støtte ytterligere kryptografiske metoder direkte gjennom prekompiler kreve endringer i Ethereums protokoll.
Buterins Bekymringer
Buterin argumenterte for at ingen av tilnærmingene bør bli den standardløsningen for hvert nytt kryptografisk system. Hans bekymring dreier seg om mengden data som må inkluderes i Ethereum-blokker når applikasjoner sender inn store signaturer eller kryptografiske bevis for verifikasjon. I diskusjonen den 19. oktober anslo han at selv med forbedringer som PeerDAS og blocks-in-blobs, ville nettverket møte praktiske begrensninger rundt 8 megabyte per sekund før ytterligere data ble vanskelig å håndtere.
Den Foreslåtte Mekanismen
Den foreslåtte mekanismen er beskrevet i EIP-8288, med tittelen «In-mempool signatur- og bevisaggregasjon». Buterin og Ethereum-forsker Thomas Coratger laget forslaget den 3. juni 2026. I henhold til den offisielle spesifikasjonen ville systemet la transaksjoner erklære hvilke kryptografiske utsagn som må verifiseres uten å inkludere alt av originalt bevismateriale i den endelige blokken.
«Brukerne ville generere signaturer eller kryptografiske bevis utenfor Ethereums hovedutførelsesmiljø.»
Forslaget tillater at disse bevisene kan kombineres rekursivt, noe som betyr at ett bevis kan fastslå gyldigheten av flere mindre bevis. I stedet for å verifisere hver original signatur og STARK individuelt, ville Ethereum verifisere et aggregert bevis som dekker de relevante transaksjonsavhengighetene.
Fremtidige Utviklinger
EIP-8288 adresserer en del av dette arbeidet ved å foreslå en felles metode for å verifisere flere kryptografiske ordninger. Den foreslåtte prosessen avhenger ikke utelukkende av en blokkprodusent som samler hver signatur og genererer ett endelig bevis. EIP-8288 beskriver rekursiv aggregasjon som begynner i Ethereums mempool, hvor transaksjoner venter før de inkluderes i blokker.
Det offisielle Ethereum Improvement Proposal-repositoriet klassifiserer EIP-8288 som et utkast til standardspor i kjerne-kategorien. Implementeringen ville endre Ethereums konsensusregler fordi blokker som inneholder det foreslåtte rekursive bevisformatet ikke ville bli forstått av noder som kjører programvare uten oppdateringen.
Konklusjon
Ethereum-utviklere må fullføre teknisk arbeid, gjennomgå sikkerhetsforutsetningene og bli enige om nettverksaktivering før designet kan distribueres. Forslagets eksisterende testtilfeller dekker individuell signaturverifikasjon, flere bevisavhengigheter, ugyldige rekursive bevis, mempool-aggregasjon og kompatibilitet med transaksjonsinkludering. Det krever derfor en koordinert nettverksoppgradering før dets kryptografiske aggregasjonssystem kan bli en del av Ethereums mainnet-regler.
