Solana werkt aan één officiële specificatie om risico op ruzies te verkleinen

Wat er gebeurde

Op 30 oktober 2026 stelde Anza-CEO Brennan Watt voor om een gezamenlijke technische specificatie voor Solana te maken. De conceptversie bevat al 18 secties over onder meer transacties, consensus en validatorbeloningen.

Solana ondersteunt meerdere validatorimplementaties, zoals Agave van Anza en Firedancer van Jump Crypto. Dat helpt tegen afhankelijkheid van één codebase. Maar verschillende clients kunnen regels verschillend interpreteren.

Diverse interpretaties kunnen leiden tot meningsverschillen bij het verwerken van identieke transacties. Dat kan de consensus verstoren of in ernstige gevallen tijdelijke scheuringen in het netwerk veroorzaken. Vooralsnog is geen nieuw incident gemeld in verband met het voorstel.

De huidige technische regels staan verspreid in validatorcode en meerdere Solana Improvement Documents, de SIMD's. Ontwikkelaars moeten soms oude voorstellen of bestaande software raadplegen om te weten welke regels actief zijn. Watt zegt dat dat de kans op inconsistenties vergroot.

Het voorstel wil dat protocolwijzigingen nog altijd technisch worden besproken. Maar wijzigingen zouden rechtstreeks in de gedeelde specificatie worden ingediend. Een wijziging wordt officieel pas nadat de corresponderende aanpassing op Solana's mainnet is geactiveerd.

De timing is relevant omdat Solana op 21 oktober de Alpenglow-upgrade activeerde. Deze verving TowerBFT en richt zich op veel snellere transaction finality. Sommige onderdelen van die upgrade moeten nog verder worden uitgerold.

De voorgestelde specificatie zou Firedancer en andere clients helpen omdat ze dan niet primair op Agave's code hoeven te vertrouwen. Het voorstel zegt niet dat bestaande validatorclients moeten verdwijnen of dat gebruikers direct iets aan hun SOL-transacties merken.

De verandering is nog niet goedgekeurd. Ontwikkelaars praten over hoe de specificatie beheerd moet worden en hoe toekomstige wijzigingen worden doorgevoerd. Er zijn vragen over de nummering van voorstellen en over hoe afhankelijke onderdelen moeten worden gedocumenteerd.

Het voorstel lost niet alle bugs op. Verschillende clients kunnen nog steeds afzonderlijke programmeerfouten bevatten, ook als ze dezelfde documentatie volgen. Daarnaast signaleerde Fidelity dat ongeveer 18 validators meer dan een derde van de gestake SOL controleerden. Die decentralisatiekwesties zijn apart van het documentatieprobleem dat Watt wil oplossen.

Cointribune meldt dat Solana in drie jaar tijd 68% van zijn validators verloor. Dat werpt extra vragen op over de structuur van het netwerk.

Waarom dit telt

Een gezamenlijke specificatie kan de kans op tegenstrijdige interpretaties verminderen en de ontwikkeling van onafhankelijke validatorclients vergemakkelijken. Voor beleggers betekent dit dat de technische samenhang van het netwerk mogelijk verbetert, maar veel hangt af van de kwaliteit en het beheer van de nieuwe documentatie.