Sisällä hiljainen tiimi, joka piti Gethin elossa kolmen forkituksen aikana
Kolme Ethereum-forkkia — The Merge, Shanghai/Capella ja Dencun — testasivat Gethin ylläpitotiimiä tavalla, jota all-core-devs-puhelut harvoin näyttävät. Tässä on se, mikä piti sen toiminnassa.
15. syyskuuta 2022 kello 06:42:42 UTC, slotissa 4 700 013 vahvistettiin Ethereum-pääverkon siirtyminen proof-of-workista proof-of-stakeksi.lohko suljettiin validointiohjelmalla, joka käytti Lighthouse-konsensuasiointiohjelmaa ja oli kytketty Geth-toimintasovellukseen. Gethin osuus tuosta hetkestä, joka oli koodattu vakiona TerminalTotalDifficulty-arvoksi params/config.go-tiedostossa, oli noin yhdeksän kuukauden keskittyneen ohjelmoinnin tuotos tiimiltä, jossa oli alle kymmenen keskeistä ylläpitäjää. Sama tiimi toimitti seuraavan kahdeksan kuukauden aikana poistumismekanismin Shanghai/Capella-forkissa (12. huhtikuuta 2023, epoch 194 048) ja blob-kantaisen toimitustyypin Dencun-forkissa (13. maaliskuuta 2024, epoch 269 568). Tämä on tarina siitä, miten pieni, syvällisesti erikoistunut ja epätoivottavasti ystävällinen joukko ohjelmoijia piti dominoivan Ethereum-toimintasovelluksen elossa kolmen verkoston historian merkittävimmistä forkituksista.
Kun puhumme Gethistä, kyse on toimintasovellusmonokulttuurin keskittymisestä vastakkain vaihtoehtoisien asiointiohjelmien, kuten Nethermind, Besu, Erigon ja uudempi Reth, kasvavan osuuden kanssa. Gethin toimintasovellusten osuus laski huolestuttavasta 84 %:sta kesällä 2022 noin 51 %:ksi vuoden 2026 ensimmäisellä neljänneksellä, mikä oli suunniteltu monipuolisuus, jota ylläpitäjät itse julkisesti suosivat. Tämä lasku ei tapahtunut, koska tiimi väsyi. Se tapahtui, koska tiimi, joka toimitti kolme forkkia, teki samanaikaisesti koodipohjan niin selkeäksi, että kilpailevat asiointiohjelmat saattoivat saavuttaa ominaisuuspariteetin. Seuraava historia on rakennettu uudelleen go-ethereumin commit-logista, ethereum/pm-kokousmuistiosta ja muutamista keskusteluista ohjelmoijien kanssa, jotka osallistuivat all-core-devs-puheluihin.
Ylläpitäjät, nimetty
Gethin pääylläpitäjä noin vuodesta 2016 on ollut Péter Szilágyi, unkarilainen ohjelmoija, jonka GitHub-käyttäjätunnus karalabe liittyy merkittävään osaan koodipohjan arkkitehtuurisesti merkittävimmistä commitista. Hänen työnsä Snap-synkointiprotokollan, tulevan Verkle-siirron pohjana olevan todistustallennusmuodon ja nopean synkoinnin virtauksen, joka teki Gethin käyttökelpoiseksi kuluttajalaitteilla, jokainen olisi erillään uran huippukohta. Hänen rinnallaan suurimman osan siitä ajasta ovat olleet Felix Lange (fjl), joka vastaa devp2p-verkkostosta ja JSON-RPC-liitännästä; Marius van der Wijden (MariusVanDerWijden), joka johtaa konsensuuvirhe- ja fuzzing-työtä ja oli The Merge-toiminnon tekninen kasvot; sekä Sina Mahmoodi (s1na), joka on kantanut suurimman osan EVM-määritelmän ja EOF-keskustelusta vuosien varrella.
Ethereum Foundation rahoittaa tiimiä suoraan sen rahoitus- ja palkkaohjelman kautta, ja rahoitustasot, joita foundation on julkisesti ilmoittanut vuosiraportissaan. Tiimi toimii poikkeuksellisen suurella itsenäisyydellä: ei ole virallista projektipäällikköä, ei tiekarttatiedostoa ja ei julkista tehtäväseurantajärjestelmää GitHub-ongelmien sivun lisäksi. Koordinointi tapahtuu all-core-devs-toimintasovelluspuhelussa — “ACDE” — joka pidetään joka toinen torstai kello 14:00 UTC ja jota Tim Beiko on johtanut vuodesta 2021. Jokaisen puhelun kokousmuistiot vuodesta 2017 lähtien ovat julkisia; niiden lukeminen kronologisesti on lähinnä dokumentaarista tietoa siitä, miten Ethereum-asiointiohjelmat todella päätävät mitä rakentaa.
Forkki yksi: The Merge
The Merge vaati Gethin tekemään jotain, mitä mikään toimintasovellus ei ole aiemmin tehnyt: lopettaa omien kanonisten lohkojen valinta. Proof-of-stake-suunnitelma siirsi fork-valintavallin täysin konsensuatasolle; Gethin työ supistui fork_choice_updated– ja new_payload-viestien vastaanottamiseen Engine API-liitännän kautta ja siihen, mitä se sai ohjeeksi. Tämä on rakenteellisesti yksinkertaisempaa kuin ennen Merge-mallia. Se on myös syvällinen arkkitehtuurinen uudelleenkirjoitus, koska koko vanha oletus, että Geth hallitsi omaa kanonista päälohkoa, oli kudottu koodipohjan läpi. Gethin tietokannassa olevat merge-toiminnon pull-requestit ovat opetus siitä, miten perustavanlaatuinen arkkitehtuurimuutos voidaan sovittaa historiallisiin synkointipolkuja rikkomatta.
| Forkki | Aktivointi | Slot / lohko | Geth-versio | Muutettuja rivit |
|---|---|---|---|---|
| The Merge (Bellatrix/Paris) | 15.9.2022 | Lohko 15 537 394 | v1.10.26 | ~22 000 |
| Shanghai / Capella | 12.4.2023 | Epoch 194 048 | v1.11.6 | ~8 400 |
| Cancun / Deneb (Dencun) | 13.3.2024 | Epoch 269 568 | v1.13.14 | ~14 200 |
| Prague / Electra (Pectra) | 7.5.2025 | Epoch 364 032 | v1.15.6 | ~18 900 |
Van der Wijden otti julkisen roolin Merge-testiverkon käyttöönoton aikana, käyden yhteisön läpi Goerli- ja Sepolia-kokeilut. Sisäinen työ jakautui tarkemmin: Szilágyi uudelleenkirjoitti synkointivirran konsensuohjattujen reorgien sijoittamiseksi; Lange uudelleenmuokkasi devp2p:n tukemaan uutta toimitustyypin viestiformaattia; tiimin QA-vuoro toimi yhdeksän kuukauden ajan pääverkon varjoforkkien kanssa, jokainen harjoitti siirtymistä täyden toimitustehon kanssa. All-core-devs-muistiot toukokuusta elokuuhun 2022 lukevat rauhallisesti toteutettuna tarkistuslistana, koska työ niiden takana oli ollut niin systemaattista.
Forkki kaksi: Shanghai/Capella ja poistumislinja
Shanghai oli pienempi forkki toimintasovelluspuolella, mutta poliittisesti kuormitettu: se aktivoi poistumismekanismin, joka sallisti stakoidun ETH:n poistua beacon-lohkosta ensimmäistä kertaa. Gethin toiminnallinen työ keskittyi uuteen Withdrawal-toimitustyypin ja vastaavaan tilatreen päivitykseen, joka luotti poistetun ETH:n validointijan poistumistilille. Vastaava EIP-4895 määritti viestiformaatin; Gethin toiminnallinen työ oli pääasiassa Mariano Núñezin ja Erigon-tiimin rinnakkaisen toiminnon työtä, ja cross-asiointiohjelmatestaus Hive-moniasiointiohjelmatestausjärjestelmän kautta — joka on tullut jokaisen forkin esikäyttövalidoinnin perustaksi.
Mikä teki Shanghaista helpon ohjelmointipuolella oli Merge-ajalla perustettu järjestys: jokainen muutos oli toimittava samanaikaisesti vähintään kahden konsensuasiointiohjelman kanssa ja läpäistävä Hive-testimatriisi. Mikä teki siitä vaikean sosiaalipuolella oli uhkaava poistumislinja. Tiimi oli kuukausia kuukauden ajan kuullut validointijoita huolestuneita “poistumiskatosta” ensimmäisenä päivänä. Todellinen katso ei saapui — ulosmenot hallittiin konsensu-tason muutosrajoituksella, ei toimintasovelluspuolella — mutta Gethin poistumistunnusten käsittely oli puolustettava jokaisen mahdollisen reunatapauksen edessä. Versio v1.11.6 julkaisumuistiot sisältävät rauhallisesti täydellisen keskustelun näistä reunatapauksista, joka on luettava kaikille, jotka haluavat nähdä, miten Ethereum-asiointiohjelmat selittävät työnsä toisilleen.
Forkki kolme: Dencun ja blob-tyyppi
Dencun oli suurin ohjelmointilifti The Mergestä. EIP-4844 toi täysin uuden toimitustyypin, uuden datastruktuurin (blob), uuden KZG-kommentointijärjestelmän, uuden mempool-virran ja uuden gossip-aiheen blobin levitykseen. Gethin blob-toiminnallinen työ vaati Szilágyin verkkotaitoja, Langen viestiformaattityötä ja Mahmoodin EVM-varmistusta samanaikaisesti. Tiimi myös joutui koordinoida konsensuasiointiohjelmien kanssa data-availability-sampling-työn kanssa, jota EIP-4844 oli suunniteltu mahdollistamaan tulevissa forkissa. Dencun-pull-requestit venyivät yhdeksän kuukauden ajalle ja tuottivat koodipohjan, jonka ylläpitäjät sanoivat julkisesti, kaksinkertaisti Gethin mempoolin monimutkaisuuden.
KZG-kommentointijärjestelmä ansaitsi omaa kappaleen, koska se on vain Gethin koodipohjan osa, joka tuo c-kzg-4844-C-kirjaston, jota Ethereum Foundationin kryptografiatiimi ylläpitää. C-riippuvuuden integroiminen Go-koodipohjaan on epätyypillistä; ylläpitäjät valitsivat tehdä sen, koska trusted-setup-konsertin varmistusalue oli liian kryptografisesti herkkä uudelleenkirjoitettavaksi Go-kiellessä. Tämä päätös kuvaa tiimin pragmatismia: he ulottuvat kielen rajojen yli, kun oikeellisuus vaatii sitä, ja he maksavat rakennusjärjestelmän veron, jotta voivat tehdä sen turvallisesti.
Elo, monipuolisuus, seuraava luku
Huhtikuussa 2026 Szilágyi ilmoitti X:ssä, että hän vetäytyi päivittäisestä Geth-ylläpidosta keskittyäkseen Verkle-siirtoon ja pidempään tutkimusprojektiin tallennustodistuspakkausta ympäröivänä. Ilmoitusta vastaanotettiin Crypto Twitterin pienessä kulmassa, joka seuraa toimintasovelluspolitiikkaa, hieman hämmentyneellä hiljaisuudella, joka on sopiva pitkän aikaa pääohjelmoijan siirtymiseen. Van der Wijden on ottanut suuremman osan julkisesta roolista; Lange on ottanut rakennus- ja julkaisu-työkalut; uudet osallistujat kuten Felfele ja Status Network-tiimin joukko ohjelmoijia ovat astuneet tarkastuspainotteisiin rooleihin. Tiimi on pienempi kuin se pitäisi olla sen kattaman alueen suhteen ja se rekryttoi aktiivisesti.
- Reth, Paradigm-ohjelmointitiimin johtama Rust-toimintasovellus, palvelee nyt noin 9 % pääverkon asiointiohjelmista ja on nopeimmin kasvava vaihtoehto.
- Nethermind on ollut tasainen toinen asiointiohjelma noin 22 %:n osuudella, vahva adoption institutionaalisten stakkojen keskuudessa.
- Besu ja Erigon yhdessä hallitsevat noin 18 % toimintasovelluksista; molemmat ovat toimittaneet Pectran samanaikaisesti Gethin kanssa.
- Verkle-siirto, joka odotetaan Osaka-forkissa vuonna 2027, on seuraava stressitestaus inter-asiointiohjelmakordinoinnista.
Mitä tämä tiimi teki oikein, jota ei sanata tarpeeksi
Gethin ylläpitäjät toimittivat kolme forkkia ilman yhtä asiakasohjelmasta johtuvaa konsensuuvirhe pääverkossa. He kirjoittivat julkaisumuistioita, joita muut asiointiohjelmat voivat toteuttaa. He osallistuivat cross-asiointiohjelmatestaukseen ei ystävällisyydestä vaan toiminnan edellytyksestä. He julkisesti suosivat käyttäjiä siirtymään pois Gethistä, kun asiakasohjelmien osuuden keskittyminen tuli systeemiseksi riskiksi. He dokumentoivat omaa arkkitehtuuriaan niin hyvin, että Rethin kirjoittajat voivat kirjoittaa kilpailevan asiointiohjelman lukemalla määritelmän eikä Gethin lähdetiedostoa. Tämä viimeinen kohta on tärkein: onnistunut infrastruktuuritiimi on se, jonka työ tekee itsensä helpommin korvattavan.
Forkit itse — Merge, Shanghai/Capella, Dencun, Pectra — tulevat muistettaviksi sosiaalisiksi tapahtumiksi, tutkijoiden kuvilla konferenssihuoneissa ja juhlavilla twiiteillä. Geth-tiimin osuus ei kuvastaa hyvin. Se on useita satoja tuhansia rivit tarkasti tarkasteltua Go-koodia, katkoton julkaisukadenssi kaikkein arkk