Uw smartphone kan binnenkort een Solana-transactie verifiëren

De wereld van blockchain en gedecentraliseerde financiën staat op het punt een grote sprong voorwaarts te maken met het voorstel van Solana's eerste light client, SIMD-0052 - Consensus en Transactie Bewijs Verificatie. In dit artikel wordt onderzocht wat deze voorgestelde client is, waarom het een noodzakelijke ontwikkeling is in het Solana-ecosysteem en hoe deze zal functioneren.

De Light Client begrijpen

In blockchaintaal verwijst een light client naar een netwerkdeelnemer die geen volledig knooppunt gebruikt, maar in plaats daarvan met het netwerk interageert via een interface met minimale vertrouwensbasis die grote hardwarebronnen overbodig maakt. Op deze manier hebben gebruikers toegang tot het netwerk en kunnen ze transacties verifiëren op apparaten met relatief weinig rekenkracht, zoals smartphones.

De eerste versie van Solana's light client is ontworpen om te functioneren als een Simple Payment Verification (SPV) client die twee primaire aspecten verifieert:

1. Dat een specifieke transactie van belang is opgenomen in een blok.
2. Dat het betreffende blok is goedgekeurd door een vertrouwde groep validators.

Tot nu toe beschikte Solana echter niet over een manier om te verifiëren of een transactie inderdaad in een blok is opgenomen. Dit is waar SIMD-0052 om de hoek komt kijken.

Waarom SIMD-0052 nodig is

SIMD-0052 is een baanbrekend voorstel omdat het gebruikers een manier biedt om lokaal te verifiëren dat een transactie is opgenomen in een specifiek blok. Dit betekent dat gebruikers transacties nu op hun apparaten kunnen verifiëren zonder enige overhead.

Dit voorstel introduceert twee belangrijke wijzigingen voor transactieverificatie:

1. De toevoeging van een nieuwe RPC-methode waarmee kan worden bewezen dat een transactie is opgenomen in een blok.
2. De wijziging van de blokhash zodat deze wordt berekend als een Merkle-boom van vermeldingen en transactiestatussen bevat.

De nieuwe RPC-methode stelt gebruikers in staat om bewijzen lokaal aan de clientzijde te verifiëren zonder extra overhead, terwijl de gewijzigde blockhash-berekening een nauwkeurigere transactieverificatie mogelijk maakt.

Een diepgaand inzicht in de interne aspecten van Solana

In Solana wordt elk slot geïdentificeerd door een bankhash die bestaat uit een parent hash, accounts delta hash, signature count en recente blockhash. De supermeerderheid van het netwerk ondertekent vervolgens deze bankhash tijdens de consensus. Er zijn echter twee problemen:

1. Verifiëren of een transactie is opgenomen zou betekenen dat alle vermeldingen opnieuw moeten worden gehasht, wat rekenintensief is.
2. We kunnen niet verifiëren of een transactie succesvol is, zelfs als deze is opgenomen, omdat statussen geen deel uitmaken van de blokhash.

Om deze problemen op te lossen, stelt SIMD-0052 voor om de blockhash op een nieuwe manier te berekenen: door een Merkle-boom van vermeldingen te construeren in plaats van een eenvoudige hash en door de transactiestatus op te nemen in de Merkle-boom van de batch transacties die deel uitmaken van de vermelding.

Meer nog, Max Schneider heeft voorgesteld om transactielogboeken op te nemen in de Merkle-boom, een aanbeveling die binnenkort zal worden opgenomen in SIMD.

De invloed van de nieuwe RPC-methode

Naast het wijzigen van de berekening van de blokhash, stelt SIMD-0052 een nieuwe RPC-methode voor om bewijzen van transactie-inclusie te verkrijgen. Deze bewijzen kunnen worden gebruikt om de root, d.w.z. de bankhash, lokaal te berekenen. Dit stelt gebruikers in staat om transacties te verifiëren zonder dat hiervoor krachtige computerbronnen nodig zijn.

Samengevat introduceert SIMD-0052 - Consensus en Verificatie van transactiebewijzen cruciale innovaties die de ontwikkeling van Solana's eerste lichte cliënt mogelijk maken. Deze verbeteringen zijn een belangrijke stap voorwaarts in het toegankelijker en gebruiksvriendelijker maken van blockchaintechnologie, waardoor gebruikers eenvoudig transacties kunnen verifiëren op apparaten met een laag stroomverbruik.

Als u geïnteresseerd bent in de meer technische aspecten van deze wijzigingen en hoe deze zijn geïmplementeerd in de light client, kunt u de gedetailleerde ontwerpsectie en diagrammen raadplegen in de SIMD hier.