Ethereum-solmu mahtuu yhä useampaan kotikoneeseen

Ethereum-solmun pyörittäminen kotona on aiempaa käytännöllisempää, kun ohjelmistot synkronoivat ketjun nopeammin ja karsivat vanhaa dataa, jota ei tarvita uusien lohkojen tarkistamiseen. Myös paikallista tekoälyä varten hankitussa tietokoneessa voi olla solmulle sopivaa tallennustilaa ja laskentatehoa. Tehokas tekoälykone ei silti muutu Ethereum-solmuksi ilman sopivaa ohjelmistoa ja määrityksiä. Vitalik Buterinin kertomat luvut ovat esimerkki, eivät kaikille sopiva laitesuositus.31837

Tekoälykone voi olla hyvä lähtökohta

Buterin on arvioinut, että kiinnostus paikalliseen tekoälyyn saattaa saada useampia ihmisiä ajamaan Ethereum-solmua. Solmu käyttää vain osan siitä laskentatehosta, jota paikallinen tekoäly voi vaatia, mutta tarvitsee silti kohtuullisesti levytilaa.37 Käyttötavat voivat siis sopia yhteen: tekoälytehtäviin hankitussa koneessa saattaa olla solmullekin tarvittavia resursseja.

Tallennustila on edelleen käytännön rajoite. Ethereum.org suosittelee täyden solmun käyttöön nopeaa 2 teratavun SSD-levyä.3 Buterinin mukaan hänen Geth-solmunsa datakansio vei karsimisen jälkeen 461 GiB. Kyse on yhdestä kokoonpanosta – ei lupauksesta, että mikä tahansa täysi solmu mahtuisi samaan tilaan millä tahansa asiakasohjelmalla tai asetuksilla.18

Vanhan datan karsiminen pienentää säilytystarvetta

EIP-4444 rajoittaa sitä, kuinka pitkään Ethereum-solmun suoritusasiakasohjelmat jakavat vanhoja otsakkeita, lohkoja ja kuitteja vertaisverkossa. Se sallii myös osan tästä datasta karsimisen paikalliselta levyltä. Ehdotuksen perustelujen mukaan historiallista dataa ei tarvita uusien lohkojen tarkistamiseen sen jälkeen, kun solmu on synkronoitunut ketjun kärkeen.16

Muutos etenee vaiheittain. Ethereumin osittainen historian vanheneminen poistaa Mergeä edeltävää lohkodataa, ja Ethereum Foundation arvioi sen voivan vapauttaa 300–500 gigatavua levytilaa. Täyden, jatkuvasti vanhenevan historian käyttöönotto oli tiedotteen mukaan vielä kesken.12 Karsiminen vähentää siis tietyn datan tallennustarvetta, mutta se ei lopeta nykyisen ketjun tarkistamista eikä tarkoita, että kaikki historiallinen tieto katoaisi koko ekosysteemistä.

Snap sync nopeuttaa ensimmäistä synkronointia

Gethin snap sync aloittaa ketjun suhteellisen tuoreesta kohdasta sen sijaan, että se kävisi läpi jokaisen tapahtuman alusta eli genesis-lohkosta lähtien. Se lataa lohko- ja tilatietoa päästäkseen ajan tasalle ketjun kärjestä, joten synkronointi on nopeampaa kuin lohkojen käsittely alusta asti yksi kerrallaan.4146

Buterinin mukaan solmun voi synkronoida puolessa vuorokaudessa, ja aggressiivisilla asetuksilla levytilan käyttö voi jäädä alle puolen teratavun. Hän kiitti parannuksista EIP-4444:ää ja asiakasohjelmien kehittäjien snap sync -työtä.32 Käytännön aika ja tilantarve riippuvat asetuksista ja olosuhteista, joten luvut kuvaavat raportoituja tuloksia eivätkä takaa samaa kokemusta jokaiselle kotikäyttäjälle.

Glamsterdam on suunnitteilla, ei vielä toteutunut parannus

Glamsterdam-päivitystä odotetaan Ethereumin pääverkkoon vuoden 2026 viimeisellä neljänneksellä, mutta tarkkaa ajankohtaa ei ole vahvistettu.5 Ethereumin tiekartassa lohkotason käyttölistojen kuvataan kartoittavan tapahtumien riippuvuudet etukäteen. Tämän on tarkoitus mahdollistaa rinnakkainen suoritus ja rinnakkaiset levyhaut; tiekartta listaa hyödyiksi myös nopeamman synkronoinnin.6

Glamsterdam voi siis olla seuraava askel solmun ylläpidon helpottamisessa. Se ei kuitenkaan ole jo mitattu parannus, joka olisi käytössä kaikilla solmujen ylläpitäjillä: päivitys on vasta suunnitteilla, ja sen vaikutus riippuu toteutuksesta ja käyttöönotosta.56

Oma solmu suojaa yksityisyyttä vain, jos sovellukset käyttävät sitä

Lompakon RPC-yhteyden voi ohjata osoitteeseen localhost, jolloin pyynnöt kulkevat samalla tietokoneella toimivalle solmulle. Buterin on huomauttanut, että osa selainpohjaisista hajautetuista sovelluksista (dApp) voi toimia tällä tavalla huonommin, kun taas osa lähettää pyyntönsä suoraan omille palvelimilleen. Hän kertoi suosivansa yhä enemmän komentorivillä asiointia.31

Yksityisyyden kannalta ratkaisevaa on, minne pyynnöt menevät. Jos sovellus käyttää oman solmun sijasta kaupallista RPC-palveluntarjoajaa, palveluntarjoaja saa pyynnöt nähtäväkseen. Solmun pyörittäminen ei estä tätä, jos lompakko tai dApp ohittaa oman solmun. Komentorivityökalulla käyttäjä voi hallita suoremmin sitä, mihin yhteys asetetaan, mutta Buterinin viesti ei osoita, että jokin tietty työkalu – esimerkiksi kohaku-cli – reitittäisi pyynnöt aina paikallisesti. Tarkista siis yhteysosoite sen sijaan, että olettaisit paikallisen ohjelmiston tarkoittavan paikallista RPC-liikennettä.31

Kokonaiskuva on lupaava mutta vaatii hieman varauksia: karsiminen ja snap sync ovat tehneet kotisolmun ylläpidosta kevyempää, ja paikalliseen tekoälyyn hankittu laitteisto voi tarjota siihen tarvittavia resursseja. Buterinin 461 GiB:n lukema ja noin puolen vuorokauden synkronointi kertovat, mikä on ollut mahdollista tietyissä oloissa – eivät kaikkien käyttäjien vaatimuksista. Yksityisyyden kannalta olennaista ei myöskään ole vain se, pyöritätkö omaa solmua, vaan käyttävätkö lompakkosi ja sovelluksesi sitä oikeasti.