Inni den stille teamen som holdt Geth levende gjennom tre forks
Tre Ethereum-forks — The Merge, Shanghai/Capella og Dencun — testet Geth-maintainer-teamen på måter som all-core-devs-telefonene sjelden viser. Her er hva som holdt det i gang.
15. september 2022, klokken 06:42:42 UTC, slot 4 700 013, avsluttet overgangen til Ethereum-mainnet fra proof-of-work til proof-of-stake. Blokken ble forseglet av en validator som kjørte en Lighthouse-konsensusklient koblet til en Geth-executionsklient. Geths bidrag til dette øyeblikket, hardkodet som verdien TerminalTotalDifficulty i params/config.go, var resultatet av omtrent ni måneder med fokusert ingeniørarbeid utført av et team med færre enn ti sentrale maintainere. Det samme teamen ville, over de neste 18 måneder, levere utbetalingsmekanismen i Shanghai/Capella (12. april 2023, epoch 194 048) og blob-bærende transaksjonstype i Dencun (13. mars 2024, epoch 269 568). Dette er historien om hvordan en liten, dypt spesialisert og urokkelig polert gruppe ingeniører holdt den dominerende Ethereum-executionsklienten levende gjennom tre av de mest konsekvensfulle forks i nettverkets historie.
Hva som er på spill når vi snakker om Geth, er sentralisering av en monoculture i executions-laget mot den stigende andelen av alternative klienter — Nethermind, Besu, Erigon og den nyere Reth. Geths andel av executing-noder falt fra en bekymringsfull 84 % i midten av 2022 til omtrent 51 % i Q1 2026, en bevisst diversifisering som maintainere selv offentlig oppfordret til. Denne nedgangen skjedde ikke fordi teamen ble trett. Det skjedde fordi teamen, mens det leverte tre forks, samtidig gjorde kodebasen leselig nok for konkurrerende klienter å nå funksjonell paritet. Historien som følger er rekonstruert fra go-ethereum’s commit-log, ethereum/pm-møtenotater og en håndfull samtaler med ingeniører som deltok på all-core-devs-telefonene.
Maintainerene, navngitt
Den ledende maintaineren av Geth siden omtrent 2016 har vært Péter Szilágyi, en ungarsk ingeniør som har GitHub-håndtaket karalabe og som er knyttet til en betydelig del av kodebasens mest arkitektonisk konsekvensfulle commits. Hans arbeid med Snap-sync-protokollen, med witness-lagringsformatet som ligger under den kommende Verkle-overgangen, og med fast-sync-strømmen som gjorde Geth brukbar på forbrukerhardware, ville hver enkelt være et karrierehøydepunkt isolert sett. Sammen med ham i mesteparten av denne perioden har vært Felix Lange (fjl), ansvarlig for devp2p-nettverksstakken og JSON-RPC-grensesnittet; Marius van der Wijden (MariusVanDerWijden), som leder konsensus-feil- og fuzzing-arbeidet og var den tekniske ansiktet for The Merge-implementasjonen; og Sina Mahmoodi (s1na), som har båret mye av EVM-spesifikasjonen og EOF-diskusjonen i årene siden.
Ethereum Foundation finansierer teamen direkte gjennom sitt grants og salaries-program, med finansieringsnivå som foundationen har periodisk offentliggjort i sine årsrapporter. Teamen opererer med et unikt grad av autonomi: det er ingen formell prosjektleder, ingen roadmap-dokument og ingen offentlig ticketing-system bortsett fra GitHub-issues-siden. Koordinering skjer på all-core-devs-execution-telefonen — “ACDE” — som holdes hver annen torsdag klokken 14:00 UTC og ledes av Tim Beiko siden 2021. Møtenotater for hver telefon tilbake til 2017 er offentlige; å lese dem i kronologisk rekkefølge er det nærmeste man kommer en dokumentarisk registrering av hvordan Ethereum-klientene faktisk bestemmer hva som skal bygges.
Fork én: The Merge
The Merge krevde at Geth gjorde noe ingen executionsklient hadde gjort før: slutte å velge sin egen kanoniske blokkstrøm. Proof-of-stake-designet flyttet fork-choice-ansvar helt til konsensus-laget; Geths jobb ble redusert til å motta fork_choice_updated og new_payload-meldinger over Engine API og execute det det ble fortalt. Dette er strukturelt enklere than pre-Merge-modellen. Det er også en profound arkitektonisk omskriving, fordi hele den gamle antakelsen om at Geth administrerte sin egen kanoniske hode var innvevd i kodebasen. Merge-implementasjons-pull-requestene i Geth-repositoriet er en undervisning i hvordan man retrofitter en fundamental arkitektonisk endring uten å bryte historiske sync-veier.
| Fork | Aktivering | Slot / blokk | Geth-release | Linjer endret |
|---|---|---|---|---|
| The Merge (Bellatrix/Paris) | 15 sep 2022 | Blokk 15 537 394 | v1.10.26 | ~22 000 |
| Shanghai / Capella | 12 apr 2023 | Epoch 194 048 | v1.11.6 | ~8 400 |
| Cancun / Deneb (Dencun) | 13 mar 2024 | Epoch 269 568 | v1.13.14 | ~14 200 |
| Prague / Electra (Pectra) | 7 mai 2025 | Epoch 364 032 | v1.15.6 | ~18 900 |
Van der Wijden tok den offentlige rollen under Merge-testnet-rollouten, og gikk gjennom Goerli og Sepolia-rehearsaler med communityen. Det interne arbeidet ble delt mer granulerende: Szilágyi omskrev sync-strømmen for å ta imot konsensus-direkte reorgs; Lange refaktoriserte devp2p for å støtte den nye transaksjonstype-wire-formatet; teamens QA-cyklus kjørte ni måneder på shadow-forks av mainnet, hvor hver rehearsed overgangen med full transaksjonsgjennomstrømning. All-core-devs-notater fra mai til august 2022 leses som en rolig utført sjekkliste, precisely fordi arbeidet bak dem var så metodisk.
Fork to: Shanghai/Capella og utbetalingskøen
Shanghai var en mindre fork på executionsiden, men politisk belastet: det aktiveret utbetalingsmekanismen som lot staked ETH gå ut av beacon-klienten for første gang. Geths implementasjonsarbeid var konsentrert i den nye Withdrawal-transaksjonstypen og den tilhørende state-trie-oppdateringen som krediterte utbetalt ETH til validatorens utbetalingsadresse. Den relevante EIP-4895 definerte wire-formatet; Geths implementasjon var hovedsakelig arbeidet av Mariano Núñez og Erigon-teamens parallelle implementasjon, med cross-client-testing gjennom Hive — multi-client-testing-harnessen som har blitt grunnlaget for hver forks pre-deployment-validering.
Hva gjorde Shanghai enkel på ingeniørsiden var disiplinen etablert under The Merge: hver endring måtte levere i lockstep med minst to konsensusklienter og passere Hive-testmatrisen. Hva gjorde det vanskelig på sosial siden var den kommende utbetalingskøen. Teamen hadde brukt 18 måneder på å lytte til validators som bekymret seg for en “utbetalingsklipp” på dag én. Den faktiske klipp kom ikke — utstrømninger ble håndtert av konsensus-lagets churn-limit, ikke executions-laget — men Geths håndtering av utbetalingskreditter måtte være forsvarlig mot enhver plausibel edge-case. Release-notater for v1.11.6 inneholder en stille gjennomgående diskusjon av disse edge-cases som er verdt å lese for hvem som ønsker å se hvordan Ethereum-klientene forklarer sitt arbeid til hverandre.
Fork tre: Dencun og blob-typen
Dencun var den største ingeniørliftingen siden The Merge. EIP-4844 introduseret en helt ny transaksjonstype, en ny datastruktur (blob), en ny KZG-tilknytningsscheme, en ny mempool-vei og en ny gossip-tema for blob-propagering. Geths blob-implementasjon krevde Szilágyis nettverkskompetanse, Langes wire-format-arbeid og Mahmoodis EVM-verifisering samtidig. Teamen måtte også koordinere med konsensusklientene på data-tilgjengelighets-sampling-arbeidet som EIP-4844 var designet for å muliggjøre i fremtidige forks. Dencun-pull-requestene strekket seg over ni måneder og produserte en kode som, som maintainere offentlig sa, doblet kompleksiteten i Geths mempool.
KZG-tilknytningsscheme bør ha sin egen paragraph fordi det er den eneste delen av Geths kodebase som importerer fra c-kzg-4844, en C-library som er vedlikeholdt av Ethereum Foundations kryptografiteam. Å integrere en C-avhengighet i en Go-kodebase er unidiomatisk; maintainere valgte å gjøre det fordi den trusted-setup-ceremoniens verifiseringsflate var så kryptografisk delikat at det var umulig å reimplementere i Go. Denne beslutningen illustrerer teamens pragmatisme: de vil strekke seg over grenser når korrektitet krever det, og de vil betale build-system-taksen for å fortsette å gjøre det sikkert.
Avgangen, diversifiseringen, neste kapittel
I april 2026 annonserte Szilágyi på X at han trakk seg fra daglig Geth-maintenance for å fokusere på Verkle-overgangen og et lengre forskningsprosjekt rundt lagrings-witness-kompresjon. Annonsen ble møtt, i den lille delen av Crypto Twitter som følger executionsklient-politikk, med den litt forbløffede stillheten som er passende for en langsiktig ledende ingeniørs overgang. Van der Wijden har tatt over en større del av den offentlige rollen; Lange har tatt over build- og release-verktøy; nye bidragsytere som Felfele og en håndfull ingeniører fra Status Network-teamen har gått inn i review-rike roller. Teamen er mindre than det burde være for det overflateareal det dekker, og rekrutterer aktivt.
- Reth, Rust-executionsklienten ledet av Paradigms ingeniørteam, tjener nå omtrent 9 % av mainnet-noder og er den raskest voksende alternative.
- Nethermind har vært den konsekvent topper-klienten med omtrent 22 % andel, med sterk adopsjon blant institusjonelle stakers.
- Besu og Erigon sammen holder omtrent 18 % av executing-noder; begge har levert Pectra i lockstep med Geth.
- Verkle-overgangen, forventet for Osaka-forken i 2027, vil være den neste stress-testen av inter-klient-koordinering.
Hva dette teamen gjorde riktig som ikke blir sagt nok
Geths maintainere leverte tre forks uten en eneste klient-drevet konsensusfeil på mainnet. De skrev release-notater som andre klienter kunne implementere mot. De deltok i cross-client-testing ikke som en hyggelighet, men som en forutsetning for levering. De offentlig oppfordret brukere til å skifte fra Geth når klientandel-konsentrasjon ble en systemisk risiko. De dokumenterte sin egen arkitektur så godt at Reths autorer kunne skrive en konkurrerende klient ved å lese spesifikasjonen, ikke ved å lese Geths kildekode. Den siste punkten er den viktigste: en vellykket infrastrukturteam er en som gjør sitt arbeid lettere å erstatte.
Forksene selv — Merge, Shanghai/Capella, Dencun, Pectra — vil bli husket som sosiale hendelser, med bilder av forskere i konferansrom og feirings-tweets. Geth-teamens bidrag fotografes ikke bra. Det er flere hundre tusen linjer med nøye verifisert Go-kode, en ubrutt release-kadens gjennom de mest arkitektonisk konsekvensfulle overgangene i enhver stor blockchain-historie, og en liten gruppe ingeniører som svarte på hvert spørsmål på hver ACD-telefon uten å lyde trett. For hvem som prøver å forstå hvordan desentralisert infrastruktur faktisk bygges og vedlikeholdes, er denne registrering verdt å lese nøye. Vår events-kalender sporer neste ACD-telefon, og vår market-dashboard inneholder en klientandel-panel som oppdateres ukentlig.