Ethereum hemma: mindre lagring och snabbare start

Att köra en Ethereum-nod hemma blir mer realistiskt i takt med att nodprogrammen har blivit bättre på att synka kedjan och gallra bort historik som inte behövs för att validera nya block. Datorer som köpts för lokal AI kan också ha en del av lagringsutrymmet och processorkraften som en nod behöver. Men en kraftfull AI-dator är inte automatiskt färdig att använda som Ethereum-nod. Vitalik Buterins siffror visar vad som kan fungera i en viss konfiguration – inte vilka krav som gäller för alla.31837

Därför kan en AI-dator passa som grund

Buterin har pekat på att intresset för lokal AI kan få fler att köra Ethereum-noder. En nod kräver bara en del av den beräkningskapacitet som lokal AI kan behöva, men fortfarande en hel del lagringsutrymme.37 En dator som redan används för krävande lokala arbetsuppgifter kan alltså ha resurser över för en nod.

Lagringen är fortfarande en praktisk begränsning. Ethereum.org rekommenderar en snabb SSD på 2 TB för en full nod.3 Buterins Geth-katalog ska däremot ha varit 461 GiB efter gallring. Det är ett exempel på en viss konfiguration – inte ett löfte om att alla fulla noder, klienter och inställningar ryms på samma utrymme.18

Gallring minskar mängden historik som måste sparas

EIP-4444 begränsar hur länge exekveringsklienter tillhandahåller äldre historiska blockhuvuden, blockkroppar och kvitton via peer-to-peer-nätverket. Förslaget tillåter också klienter att gallra bort en del av den här datan lokalt. Motiveringen är att historiken inte behövs för att validera nya block när klienten väl har synkat fram till kedjans senaste punkt.16

Förändringen införs stegvis. Den partiella gallringen av historik tar bort blockdata från tiden före Merge, och Ethereum Foundation bedömde att det kan spara 300–500 GB. Arbetet med en fullständig, löpande gallring pågick fortfarande när stiftelsen informerade om förändringen.12 Gallringen minskar alltså lagringsbehovet för viss data, men innebär inte att noden slutar validera den aktuella kedjan eller att all historisk information försvinner från Ethereum-ekosystemet.

Snap sync gör den första synkningen snabbare

Geths snap sync utgår från en relativt ny punkt i kedjan i stället för att spela upp varje transaktion från början. Metoden hämtar blockdata och information om kedjans tillstånd för att komma ikapp den senaste punkten, vilket går snabbare än att synka block för block från genesis.4146

Buterin har sagt att en nod kan synkas på ungefär en halv dag och att aggressiva inställningar kan pressa lagringsutrymmet under en halv terabyte. Han lyfte fram EIP-4444 och klientteamens arbete med snap sync som viktiga förbättringar.32 Tiden och lagringen varierar med konfiguration och förhållanden, så siffrorna bör ses som rapporterade resultat – inte som en garanti för alla som kör en nod hemma.

Glamsterdam är planerat – förbättringen är inte här ännu

Glamsterdam väntas på Ethereums huvudnät under fjärde kvartalet 2026, men datumet är inte bekräftat.5 I Ethereums färdplan beskrivs blocknivåbaserade åtkomstlistor som ett sätt att kartlägga transaktioners beroenden i förväg. Det kan möjliggöra parallell exekvering och parallella läsningar från disk. Färdplanen anger också snabbare synkning som en av de tänkta fördelarna.6

Glamsterdam kan därmed bli ett nästa steg för att göra driften smidigare. Men uppgraderingen är fortfarande planerad, så den ska inte blandas ihop med en förbättring som redan har mätts och blivit tillgänglig för alla nodoperatörer. Den slutliga effekten beror på hur den genomförs och rullas ut.56

En lokal nod hjälper bara integriteten om apparna använder den

Det går att ställa in en plånboks RPC-anslutning så att den pekar på localhost – alltså en nod som körs på samma dator. Men Buterin varnar för att vissa webbläsarbaserade dApp-appar kan fungera sämre med den lösningen, medan andra är hårdkodade att skicka förfrågningar till sina egna servrar. Han säger att han själv allt oftare föredrar att använda kommandoraden.31

Integritetsfrågan handlar om vart förfrågningarna skickas. Om en app använder en kommersiell RPC-leverantör i stället för den lokala noden får leverantören ta emot förfrågningarna. Att köra en egen nod stoppar inte det om plånboken eller dAppen går runt noden. Ett kommandoradsbaserat arbetssätt kan ge användaren mer direkt kontroll över vilken anslutning som används, men Buterins inlägg visar inte att något särskilt verktyg – däribland kohaku-cli – alltid skickar förfrågningar lokalt. Kontrollera därför inställningarna för anslutningen i stället för att utgå från att lokal programvara innebär lokal RPC-trafik.31

Slutsatsen är lovande, men med en viktig brasklapp: gallring och snap sync har gjort det mindre krävande att köra en nod hemma, och hårdvara som köpts för lokal AI kan bidra med resurserna som behövs. Buterins 461 GiB och uppgiften om en synkning på en halv dag visar vad som kan vara möjligt under särskilda förhållanden – inte en standardlösning för alla. Och när det gäller integritet är frågan inte bara om du kör en nod, utan om plånboken och apparna faktiskt använder den.