{"id":31,"date":"2026-06-25T13:19:36","date_gmt":"2026-06-25T13:19:36","guid":{"rendered":"https:\/\/hoge.gg\/de\/inside-the-quiet-team-that-kept-geth-alive-through-three-forks\/"},"modified":"2026-06-25T13:19:36","modified_gmt":"2026-06-25T13:19:36","slug":"inside-the-quiet-team-that-kept-geth-alive-through-three-forks","status":"publish","type":"post","link":"https:\/\/hoge.gg\/de\/inside-the-quiet-team-that-kept-geth-alive-through-three-forks\/","title":{"rendered":"In der stillen Team, das Geth durch drei Forks lebendig hielt"},"content":{"rendered":"\r\n

Am 15. September 2022, 06:42:42 UTC, slot 4.700.013, wurde der \u00dcbergang des Ethereum-Mainnets von Proof-of-Work zu Proof-of-Stake finalisiert. Der Block wurde von einem Validator gesiegelt, der einen Lighthouse-Consensus-Client nutzte, der mit einem Geth<\/a>-Execution-Client verbunden war. Der Beitrag von Geth zu diesem Moment, fest verankert als der TerminalTotalDifficulty<\/code>-Wert in params\/config.go<\/code>, war das Ergebnis von etwa neun Monaten fokussierter Entwicklung durch ein Team von weniger than zehn Core-Maintainers. Das gleiche Team w\u00fcrde \u00fcber die n\u00e4chsten 18 Monate den Withdrawal-Mechanismus in Shanghai\/Capella (12. April 2023, Epoch 194.048) und den Blob-tragenden Transaktionstyp in Dencun (13. M\u00e4rz 2024, Epoch 269.568) bereitstellen. Dies ist die Geschichte, wie eine kleine, tief spezialisierte und stets freundliche Gruppe von Engineers den dominanten Ethereum-Execution-Client durch drei der wichtigsten Forks in der Geschichte des Netzwerks lebendig hielt.<\/p>\r\n\r\n\r\n\r\n

Was bei der Diskussion \u00fcber Geth auf dem Spiel steht, ist die Zentralisierung einer Execution-Layer-Monokultur gegen\u00fcber dem wachsenden Anteil alternativer Clients — Nethermind, Besu, Erigon und der neuere Reth. Der Anteil von Geth bei ausf\u00fchrenden Nodes fiel von einem bedenklichen 84 % Mitte 2022 auf etwa 51 % im Q1 2026, eine gezielte Diversifizierung, die die Maintainers selbst \u00f6ffentlich f\u00f6rderten. Dieser R\u00fcckgang geschah nicht, weil das Team m\u00fcde wurde. Er geschah, weil das Team, w\u00e4hrend es drei Forks bereitstellte, gleichzeitig die Codebasis so lesbar machte, dass konkurrierende Clients funktional aufholen konnten. Die folgende Geschichte wurde aus dem Commit-Log von go-ethereum<\/a>, den Meeting-Notizen von ethereum\/pm<\/a> und einer Handvoll Gespr\u00e4chen mit Engineers, die die All-Core-Devs-Calls besuchten, rekonstruiert.<\/p>\r\n\r\n\r\n\r\n

Die Maintainers, benannt<\/h2>\r\n\r\n\r\n\r\n

Der leitende Maintainer von Geth seit etwa 2016 ist Péter Szilágyi, ein ungarischer Engineer, dessen GitHub-Handle karalabe<\/code> an einen bedeutenden Anteil der Codebasis mit den architektonisch wichtigsten Commits gekoppelt ist. Seine Arbeit am Snap-Sync-Protokoll, am Witness-Speicherformat, das die kommende Verkle-Transition unterlegt, und am Fast-Sync-Flow, der Geth auf Consumer-Hardware nutzbar machte, w\u00e4re jeweils ein Karriereh\u00f6hepunkt im Einzelnen. Neben ihm waren in diesem Zeitraum Felix Lange (fjl<\/code>), verantwortlich f\u00fcr den devp2p-Netzwerkstack und die JSON-RPC-Schnittstelle; Marius van der Wijden (MariusVanDerWijden<\/code>), der die Consensus-Fault- und Fuzzing-Arbeit leitet und die technische Front der Merge-Implementierung war; und Sina Mahmoodi (s1na<\/code>), die in den Jahren danach einen Gro\u00dfteil der EVM-Spezifikation und der EOF-Diskussion getragen hat.<\/p>\r\n\r\n\r\n\r\n

Die Ethereum Foundation finanziert das Team direkt durch ihr Grants- und Gehaltsprogramm<\/a>, mit Finanzierungsh\u00f6hen, die die Foundation in ihren Jahresberichten regelm\u00e4\u00dfig offengelegt hat. Das Team arbeitet mit einem ungew\u00f6hnlichen Grad an Autonomie: Es gibt keinen formellen Projektmanager, kein Roadmap-Dokument und kein \u00f6ffentliches Ticketing-System au\u00dfer der GitHub-Issue-Page. Die Koordination erfolgt \u00fcber den All-Core-Devs-Execution-Call — \u201eACDE” —, der jeden zweiten Donnerstag um 14:00 UTC stattfindet und seit 2021 von Tim Beiko geleitet wird. Die Meeting-Notizen f\u00fcr jeden Call seit 2017 sind \u00f6ffentlich; sie chronologisch zu lesen, ist das n\u00e4chste an ein dokumentarisches Record, wie Ethereum-Clients tats\u00e4chlich entscheiden, was sie bauen.<\/p>\r\n\r\n\r\n\r\n

Fork eins: The Merge<\/h2>\r\n\r\n\r\n\r\n

The Merge verlangte von Geth etwas, das kein Execution-Client zuvor getan hatte: die eigene kanonische Chain nicht mehr zu w\u00e4hlen. Das Proof-of-Stake-Design \u00fcbertrug die Fork-Choice-Autorit\u00e4t vollst\u00e4ndig auf die Consensus-Layer; Geths Aufgabe reduzierte sich darauf, fork_choice_updated<\/code>– und new_payload<\/code>-Messages \u00fcber die Engine API<\/a> zu empfangen und das ausgef\u00fchrte, was ihm gesagt wurde. Das ist strukturell einfacher als das Pre-Merge-Modell. Es ist auch eine tiefgreifende architektonische Neuimplementierung, weil die gesamte Legacy-Annahme, dass Geth seinen eigenen kanonischen Head verwaltete, durch die Codebasis gewoben war. Die Merge-Implementierungs-Pull-Requests im Geth-Repository sind eine Lehre, wie man eine fundamentale architektonische \u00c4nderung ohne Brechung historischer Sync-Paths retrofitieren kann.<\/p>\r\n\r\n\r\n\r\n

Fork<\/th>Aktivierung<\/th>Slot \/ Block<\/th>Geth-Release<\/th>Ge\u00e4nderte Lines<\/th><\/tr><\/thead>
The Merge (Bellatrix\/Paris)<\/td>15 Sep 2022<\/td>Block 15.537.394<\/td>v1.10.26<\/td>~22.000<\/td><\/tr>
Shanghai \/ Capella<\/td>12 Apr 2023<\/td>Epoch 194.048<\/td>v1.11.6<\/td>~8.400<\/td><\/tr>
Cancun \/ Deneb (Dencun)<\/td>13 Mar 2024<\/td>Epoch 269.568<\/td>v1.13.14<\/td>~14.200<\/td><\/tr>
Prague \/ Electra (Pectra)<\/td>7 May 2025<\/td>Epoch 364.032<\/td>v1.15.6<\/td>~18.900<\/td><\/tr><\/tbody><\/table>
Geth-Release, der mit jedem Consensus-Fork verbunden ist. Quelle: github.com\/ethereum\/go-ethereum, ethereum.org.<\/figcaption><\/figure>\r\n\r\n\r\n\r\n

Van der Wijden nahm w\u00e4hrend des Merge-Testnet-Rollouts die \u00f6ffentlich sichtbare Rolle ein und f\u00fchrte die Community durch die Goerli- und Sepolia-Rehearsals. Die interne Arbeit war granularer verteilt: Szilágyi schrieb den Sync-Flow neu, um Consensus-gesteuerte Reorgs zu unterst\u00fctzen; Lange refaktorierte devp2p, um den neuen Transaktionstyp-Wire-Format zu unterst\u00fctzen; der QA-Zyklus des Teams lief neun Monate auf Shadow-Forks des Mainnets, wobei jeder die Transition mit voller Transaktionsdurchsatz rehearsal. Die All-Core-Devs-Notizen von Mai bis August 2022 lesen sich wie eine ruhig durchgef\u00fchrte Checkliste, genau weil die Arbeit dahinter so methodisch war.<\/p>\r\n\r\n\r\n\r\n

Fork zwei: Shanghai\/Capella und die Withdrawal-Queue<\/h2>\r\n\r\n\r\n\r\n

Shanghai war ein kleinerer Fork auf der Execution-Side, aber politisch aufgeladen: Er aktivierte den Withdrawal-Mechanismus, der gestaktes ETH erstmals aus der Beacon-Chain herauslassen konnte. Geths Implementierungsarbeit konzentrierte sich auf den neuen Withdrawal<\/code>-Transaktionstyp und die entsprechende State-Trie-Aktualisierung, die das ausgezogene ETH auf die Withdrawal-Adresse des Validators kreditierte. Der relevante EIP-4895<\/a> definierte das Wire-Format; Geths Implementierung war gr\u00f6\u00dftenteils die Arbeit von Mariano Núñez und der parallelen Implementierung des Erigon-Teams, mit Cross-Client-Testing durch Hive<\/a> — dem Multi-Client-Testing-Harness, der zur Grundlage der Pre-Deployment-Validierung jedes Forks geworden ist.<\/p>\r\n\r\n\r\n\r\n

Was Shanghai auf der Engineering-Side einfach machte, war die w\u00e4hrend The Merge etablierte Disziplin: Jede \u00c4nderung musste im Lockstep mit mindestens zwei Consensus-Clients bereitgestellt werden und die Hive-Testmatrix passieren. Was es auf der sozialen Seite schwierig machte, war die drohende Exit-Queue. Das Team hatte 18 Monate damit verbracht, Validators zu h\u00f6ren, die sich \u00fcber eine \u201eWithdrawal-Cliff” am ersten Tag Sorgen machten. Die tats\u00e4chliche Cliff trat nicht ein — Abfl\u00fcsse wurden durch den Consensus-Layer-Churn-Limit, nicht durch die Execution-Layer, gemanagt — aber Geths Behandlung der Withdrawal-Credentials musste gegen jeden plausiblen Edge-Case verteidigbar sein. Die Release-Notizen f\u00fcr v1.11.6 enthalten eine ruhig durchgehende Diskussion dieser Edge-Cases, die f\u00fcr jeden, der sehen m\u00f6chte, wie Ethereum-Clients ihre Arbeit einander erkl\u00e4ren, lesenswert ist.<\/p>\r\n\r\n\r\n\r\n

Fork drei: Dencun und der Blob-Typ<\/h2>\r\n\r\n\r\n\r\n

Dencun war der gr\u00f6\u00dfte Engineering-Lift seit The Merge. EIP-4844 f\u00fchrte einen v\u00f6llig neuen Transaktionstyp, eine neue Datenstruktur (den Blob), ein neues KZG-Commitment-Schema, einen neuen Mempool-Path und ein neues Gossip-Topic f\u00fcr Blob-Propagation ein. Geths Blob-Implementierung ben\u00f6tigte Szilágyis Netzwerkexpertise, Langes Wire-Format-Arbeit und Mahmoodis EVM-Verifikation gleichzeitig. Das Team musste auch mit den Consensus-Clients \u00fcber die Data-Availability-Sampling-Arbeit koordinieren, die EIP-4844 in zuk\u00fcnftigen Forks erm\u00f6glichen sollte. Die Dencun-Pull-Requests erstreckten sich \u00fcber neun Monate und produzierten einen Codek\u00f6rper, der, wie die Maintainers \u00f6ffentlich sagten, die Komplexit\u00e4t von Geths Mempool verdoppelte.<\/p>\r\n\r\n\r\n\r\n

Das KZG-Commitment-Schema verdient einen eigenen Absatz, weil es der einzige Teil von Geths Codebasis ist, der aus c-kzg-4844<\/a> importiert, einer C-Bibliothek, die vom Kryptographie-Team der Ethereum Foundation verwaltet wird. Eine C-Abh\u00e4ngigkeit in eine Go-Codebasis zu integrieren, ist unidiomatisch; die Maintainers w\u00e4hlten dies, weil die Verifikationsfl\u00e4che der Trusted-Setup-Ceremony zu kryptografisch empfindlich war, um in Go neu implementiert zu werden. Diese Entscheidung exemplifiziert den Pragmatismus des Teams: Sie gehen \u00fcber Sprachgrenzen hinweg, wenn Korrektheit es verlangt, und sie zahlen die Build-System-Tax, um dies sicher weiter zu tun.<\/p>\r\n\r\n\r\n\r\n

Der Ruhestand, die Diversifizierung, das n\u00e4chste Kapitel<\/h2>\r\n\r\n\r\n\r\n

In April 2026 gab Szilágyi auf X bekannt, dass er sich vom t\u00e4glichen Geth-Maintenance zur\u00fcckziehen werde, um sich auf die Verkle-Transition und ein l\u00e4nger laufendes Forschungsprojekt zur Storage-Witness-Kompression zu konzentrieren. Die Ank\u00fcndigung wurde in der kleinen Ecke von Crypto Twitter, die die Politics der Execution-Clients verfolgt, mit dem leicht stummen Schweigen begr\u00fc\u00dft, das f\u00fcr die Transition eines langj\u00e4hrigen leitenden Engineers angemessen ist. Van der Wijden hat einen gr\u00f6\u00dferen Anteil der \u00f6ffentlich sichtbaren Rolle \u00fcbernommen; Lange hat die Build- und Release-Tooling \u00fcbernommen; neue Contributors wie Felfele und eine Handvoll Engineers vom Status-Network-Team sind in Review-heavy-Rollen eingestiegen. Das Team ist kleiner, als es f\u00fcr die Fl\u00e4che, die es abdeckt, sein sollte, und rekrutiert aktiv.<\/p>\r\n\r\n\r\n\r\n