Solana byter mainnet-konsensus till Alpenglow med ett mål för blockfinalisering på cirka 150 millisekunder

Nätverket bytte konsensus efter ett kort övergångsfönster

Epok 1064 började omkring 13:36 UTC den 21 okt.. Nätverksaktiveringsflaggan blev aktiv i början av epoken, men nätverket fortsatte att använda TowerBFT under de första 5,000 slotsen. Det övergångsfönstret varade i cirka 18 minuter.

Alpenglow tog kontrollen omkring 13:54 UTC från slot 459,653,000. Solana rapporterade att 446 av 654 validerare certifierade övergångsblocket. Fördröjningen var planerad och gav operatörerna en tydlig punkt att kontrollera om det nya konsensussystemet hade startat.

Votor ersätter rösttransaktioner med direkta validerarmeddelanden

Under TowerBFT, lade validerare röster i transaktioner och blockfinaliseringen berodde på att röster ackumulerades över 32 slots. Alpenglow‘s Votor systemet skickar röster direkt mellan validerare och kombinerar dem till certifikat. Ett block kan bli final efter en eller två röstningsomgångar.

Plånböcker och vanliga program behöver inget nytt transaktionsformat. Solana Virtual Machine, konton och avgiftsmodell ligger kvar. Den praktiska nyttan är snabbare visshet om att en bekräftad överföring eller en åtgärd i en applikation inte kan rullas tillbaka.

Slottiden på 200 millisekunder är en separat ändring

Solana minskade sin slottid från 400 till 200 millisekunder i en separat uppdatering i oktober. Slottid beskriver hur ofta nätverket kan producera en ny slot. Alpenglows ungefärliga 150-millisekundssiffra beskriver måltiden för att finalisera ett block. De två siffrorna mäter olika delar av systemet.

Målet är inte ett fast resultat: tiden för att slutföra ett block kan variera med nätverksförhållanden och validerarnas placering. Börser och applikationer bör mäta det faktiska beteendet i stället för att behandla 150 millisekunder som ett löfte för varje överföring.

Datatjänster måste skilja mellan flera versioner av en slot

En slot kan tillfälligt ha mer än ett kandidatblock, vilket Solana kallar kandidatbanker. En bank_id identifierar en kandidat inom en datakoppling. Indexerare måste hålla dessa versioner åtskilda tills en av dem blir bekräftad. När de jämför data från olika leverantörer bör de använda blockhashen eftersom bank_id värden är lokala för varje anslutning.

Rösttransaktioner visas inte längre i blocken. Instrumentpaneler som tidigare räknade dessa röster som transaktioner kan därför visa en plötslig nedgång i visade TPS även när användaraktiviteten är oförändrad. Det är en redovisningsändring, inte bevis på att nätverket har tappat trafik.

Validerare behöver kompatibel programvara och medel för inträdesbiljetten

Validerare på mainnet måste köra kompatibla versioner av Agave, Jito-Solana eller Harmonic Salsa. De behöver också minst 0.8 SOL över den hyresfria miniminivån i röstkontot. Det beloppet finansierar Validator Admission Ticket, identifierad i dokumentationen med den engelska förkortningen V-A-T, för nästa epok.

Den Validator Admission Ticket ersätter den återkommande kostnaden för att skicka rösttransaktioner. Om röstkontot inte kan betala för biljetten kan valideraren inte rösta eller producera block i följande epok. Operatörerna kan styra framtida blockintäkter till kontot, men de behöver fortfarande en startbuffert.

Rotor introduceras senare

Den live mainnet-versionen innehåller Votor. Rotor, den planerade ersättaren för Turbine-distribution av blockdata, kommer senare och har inget bekräftat aktiveringsdatum. Konsensusbytet är klart, men det bredare Alpenglow nätverksplanen är ännu inte fullt utrullad.

För användarna är den omedelbara förbättringen en snabbare slutlig bekräftelse. Börser, blockutforskare och dataleverantörer måste nu hantera kandidatbanker och det reviderade transaktionsantalet korrekt så att deras tjänster visar nätverkets aktivitet på ett korrekt sätt.

Den här artikeln är endast för information och utgör inte investeringsrådgivning.

admin_wcMedarbetare · World-CryptMer från