Inom det stillsamma teamet som höll Geth levande genom tre forks
Tre Ethereum-forks — The Merge, Shanghai/Capella och Dencun — testade Geth-maintainer-teamet på sätt som all-core-devs-samtalen sällan visar. Här är vad som höll det igång.
Den 15 september 2022, vid 06:42:42 UTC, slot 4,700,013, finaliserade övergången för Ethereum mainnet från proof-of-work till proof-of-stake. Blocket säglades av en validator som körde en Lighthouse-konsensusklient kopplad till en Geth execution-klient. Geth:s bidrag till det ögonblicket, hårdkodat som värdet TerminalTotalDifficulty i params/config.go, var resultatet av cirka nio månader fokuserad engineering av ett team med färre än tio core-maintainers. Det samma teamet skulle, över de närmaste 18 månader, levera uttagsmekanismen i Shanghai/Capella (12 april 2023, epoch 194,048) och blob-bärande transaktionstypen i Dencun (13 mars 2024, epoch 269,568). Detta är berättelsen om hur en liten, djupt specialiserad och oavbrutet vänlig grupp av engineers höll den dominerande Ethereum execution-klienten levande genom tre av de mest konsekventa forks i nätverkets historia.
Vad som är på spel när vi talar om Geth är centraliseringen av en monocultur i execution-layeren mot den växande andelen alternativa klienter — Nethermind, Besu, Erigon och den nyare Reth. Geth:s andel av executing-noder sjönk från en oroande 84 % i mitten av 2022 till cirka 51 % vid Q1 2026, en avsiktlig diversifiering som maintainererna själva offentligt uppmuntrade. Den nedgången inträffade inte eftersom teamet blev utmattad. Det inträffade eftersom teamet, samtidigt som det levererade tre forks, gjorde kodbasen läsbar nog för konkurrerande klienter att nå feature-paritet. Historien som följer är rekonstruerad från go-ethereum:s commit-logg, ethereum/pm:s mötesanteckningar och ett fåtal samtal med engineers som deltog i all-core-devs-samtalen.
Maintainererna, namngivna
Den ledande maintaineren för Geth sedan cirka 2016 har varit Péter Szilágyi, en ungersk engineer vars GitHub-hantering karalabe är kopplad till en betydande del av kodbasens mest arkitektoniskt konsekventa commits. Hans arbete med Snap-sync-protokollet, med witness-storage-formatet som ligger till grund för den kommande Verkle-övergången, och med fast-sync-flödet som gjorde Geth användbar på konsumenthardware, skulle var och en vara en karriärhöjdpunkt i isolering. Tillsammans med honom under större delen av den perioden har varit Felix Lange (fjl), ansvarig för devp2p-nätverksstacken och JSON-RPC-interface; Marius van der Wijden (MariusVanDerWijden), som kör konsensus-fault- och fuzzing-arbete och var den tekniska fronten för The Merge-implementeringen; och Sina Mahmoodi (s1na), som har burit mycket av EVM-specifikationen och EOF-diskussionen under de senaste åren.
Ethereum Foundation finansierar teamet direkt genom sitt grants och salaries-program, med finansieringsnivåer som foundationen periodiskt har offentliggjort i sina årsrapporter. Teamet opererar med en ovanlig grad av autonomi: det finns ingen formell projektledare, ingen roadmap-dokument och inget offentligt ticketing-system bortom GitHub-issues-sidan. Koordinering sker på all-core-devs execution-samtal — “ACDE” — som hålls varje andra torsdag vid 14:00 UTC och leds av Tim Beiko sedan 2021. Mötesanteckningar för varje samtal tillbaka till 2017 är offentliga; att läsa dem i kronologisk ordning är det närmaste man kommer en dokumentärinspelning av hur Ethereum:s klienter faktiskt bestämmer vad som ska byggas.
Fork ett: The Merge
The Merge krävde att Geth gjorde något ingen execution-klient hade gjort tidigare: sluta välja sin egen kanoniska kedja. Proof-of-stake-designen flyttade fork-choice-ansvar helt till konsensus-layeren; Geth:s jobb reducerades till att ta emot fork_choice_updated och new_payload-meddelanden över Engine API och execute vad det fick order om. Det är strukturellt enklare än pre-Merge-modellen. Det är också en djupgående arkitektonisk omkodning, eftersom hela den gamla antagningen att Geth hanterade sin egen kanoniska head var vävd genom kodbasen. Merge-implementerings-pull-requestarna i Geth-repositoriet är en utbildning i hur man retrofitterar en fundamental arkitektonisk ändring utan att bryta historiska sync-vägar.
| Fork | Aktivering | Slot / block | Geth-release | Linjer ändrade |
|---|---|---|---|---|
| The Merge (Bellatrix/Paris) | 15 sep 2022 | Block 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 maj 2025 | Epoch 364,032 | v1.15.6 | ~18 900 |
Van der Wijden tog den offentliga rollen under Merge-testnet-rollouten, genomgående communityn genom Goerli och Sepolia-repetitionerna. Det inre arbete var mer granulerat delat: Szilágyi skrev om sync-flödet för att hantera konsensus-direktade reorgs; Lange refakturerade devp2p för att stödja den nya transaktionstypens wire-format; teamets QA-cykel körde nio månader på shadow-forks av mainnet, där varje repetition av övergången med full transaktionsgenomströmning. All-core-devs-anteckningar från maj till augusti 2022 läses som en lugnt exekverad checklista exakt eftersom arbete bakom dem hade varit så metodiskt.
Fork två: Shanghai/Capella och uttagskvoten
Shanghai var en mindre fork på execution-sidan men politiskt känslig: det aktiverade uttagsmekanismen som tillät staked ETH att lämna beacon-chain för första gången. Geth:s implementeringsarbete koncentrerades i den nya Withdrawal-transaktionstypen och den motsvarande state-trie-uppdateringen som krediterade uttagna ETH till validatorns uttagsadress. Den relevanta EIP-4895 definierade wire-formatet; Geth:s implementering var främst arbetet av Mariano Núñez och Erigon-teamets parallella implementering, med cross-client-testning via Hive — multi-client-testningsharnessen som har blivit grundvalen för varje forks pre-deployment-validering.
Vad som gjorde Shanghai enkel på engineering-sidan var disciplinen som etablerades under The Merge: varje ändring måste levereras i lockstep med minst två konsensusklienter och passera Hive-testmatrisen. Vad som gjorde det svårt på social-sidan var den hotande uttagskvoten. Teamet hade spenderat 18 månader lyssnande på validators som oroade sig för en “uttagsklippa” på dag ett. Den faktiska klippa kom inte — utflöden hanterades av konsensus-layerens churn-limit, inte execution-layeren — men Geth:s withdrawal-credentials-hantering måste vara försvarbar mot varje plausibel edge-case. Releaseanteckningar för v1.11.6 innehåller en lugnt noggrann diskussion av dessa edge-cases som är värd att läsa för någon som vill se hur Ethereum:s klienter förklarar sitt arbete för varandra.
Fork tre: Dencun och blob-typen
Dencun var den största engineering-liftet sedan The Merge. EIP-4844 introducerade en helt ny transaktionstyp, en ny datastruktur (blob), en ny KZG-commitment-scheme, en ny mempool-path och en ny gossip-topic för blob-propagation. Geth:s blob-implementering krävde Szilágyis nätverksexpertis, Langes wire-format-arbete och Mahmoodis EVM-verifiering samtidigt. Teamet måste också koordinera med konsensusklienterna på data-availability-sampling-arbete som EIP-4844 var designad att möjliggöra i framtida forks. Dencun-pull-requestarna sträckte sig över nio månader och producerade en kodmängd som, enligt maintainererna offentligt, dubblade komplexiteten i Geth:s mempool.
KZG-commitment-scheme bör ha sin egen paragraph eftersom det är den enda delen av Geth:s kodbas som importerar från c-kzg-4844, en C-library som drivs av Ethereum Foundation:s kryptografiteam. Att integrera en C-dependens i en Go-kodbas är oidiomatisk; maintainererna valde att göra det eftersom trusted-setup-ceremonins verifieringsyta var så kryptografiskt känslig att omimplementera i Go. Den beslutet exemplifierar teamets pragmatism: de kommer att sträcka sig över språkgränser när korrekthet kräver det, och de kommer att betala build-system-taxen för att fortsätta göra det säkert.
Avgången, diversifieringen, nästa kapitel
I april 2026 meddelade Szilágyi på X att han backade från daglig Geth-maintenance för att fokusera på Verkle-övergången och på ett längre forskningsprojekt kring storage-witness-kompression. Meddelandet möttes, i det små hörnet av Crypto Twitter som följer execution-client-politik, med den något stumma stillhet som är passande för en långsiktig ledande engineers övergång. Van der Wijden har tagit över en större del av den offentliga rollen; Lange har tagit över build- och release-verktygen; nya bidragare som Felfele och ett fåtal engineers från Status Network-teamet har klivit in i review-tunga roller. Teamet är mindre än det borde vara för den yta det täcker och rekryterar aktivt.
- Reth, Rust execution-klienten ledd av Paradigm:s engineering-team, nu tjänar cirka 9 % av mainnet-noder och är den snabbast växande alternativet.
- Nethermind har varit den konsekventa tvåplaceringen med cirka 22 % andel, med stark adoption bland institutionella stakers.
- Besu och Erigon tillsammans håller cirka 18 % av executing-noder; båda har levererat Pectra i lockstep med Geth.
- Verkle-övergången, förväntad för Osaka-forken 2027, kommer att vara nästa stress-test av inter-client-koordinering (regulatorer, dvs. Finansinspektionen).
Vad detta team gjorde rätt som inte blir sagt tillräckligt
Geth:s maintainerer levererade tre forks utan en enda client-driven konsensusfel på mainnet. De skrev releaseanteckningar som andra klienter kunde implementera mot. De deltog i cross-client-testning inte som en hälsning men som en preconditions för leverans. De offentligt uppmuntrade användare att switcha från Geth när client-share-koncentration blev ett systemrisk. De dokumenterade sin egen arkitektur så bra att Reth:s författare kunde skriva en konkurrerande klient genom att läsa specen istället för att läsa Geth:s source. Den sista punkten är den viktigaste: en framgångsrik infrastrukturteam är ett vars arbete gör sig lättare att ersätta.
Forksarna själva — Merge, Shanghai/Capella, Dencun, Pectra — kommer att bli ihågkomna som sociala evenemang, med bilder av forskare i konferensrum och de firande tweets. Geth-teamets bidrag fotograferas inte bra. Det är flera hundra tusen linjer av noggrant granskad Go-kod, en oavbruten release-cadence över de mest arkitektoniskt konsekventa övergångarna i vilken major blockchain:s historia, och en liten grupp av engineers som svarade på varje fråga på varje ACD-samtal utan att någonsin låta utmattad. För någon som försöker förstå hur decentraliserad infrastruktur faktiskt byggs och drivs, är den inspelningen värd att läsa noggrant. Vår events-kalender spårar nästa ACD-samtal, och vår market-dashboard innehåller en client-share-panel som uppdateras veckovis.