coindesk.com
Die programmierbare Blockchain Solana hat ein formelles Onchain-Governance-System eingeführt, ihr GitHub-Repository zeigt, und ermöglicht seinen Validatoren und Token-Inhabern erstmals eine direkte, dokumentierte Abstimmung über die Zukunft des Netzwerks.
Das neue System, genannt Solana Governance Proposals (SGPs), ermöglicht es Validatoren mit mindestens 100.000 $SOL (7,70 Millionen US-Dollar), die im Netzwerk gestaked oder gesperrt sind, bedeutende richtungsweisende Änderungen im Netzwerk vorzuschlagen. Man kann es sich vorstellen wie ein großes Unternehmen, das seinen Aktionären nach Jahren, in denen nur der Vorstand und die Führungskräfte das Sagen hatten, plötzlich echte Stimmrechte überträgt.
Jeder Vorschlag ist eine Frage in einfacher Sprache darüber, ob das Netzwerk einen bestimmten Kurs verfolgen sollte, und wird durch eine Abstimmung entschieden, die nach der Menge an gestaktem $SOL jedes Teilnehmers gewichtet ist. Die Auszählung wird On-Chain festgehalten und mithilfe eines Merkle-Proofs überprüft, einem kryptografischen Verfahren, das bestätigt, dass eine Stimme in die Auszählung gehört, ohne die gesamte Abstimmung erneut durchführen zu müssen.
Das Design trennt elegant zwei Fragen, die Solana lange Zeit gemeinsam behandelt hat. Ein SGP, das von der Community und den Validatoren vorangetrieben wird, stellt die übergeordnete Frage: „Sollten wir das tun?“
Eine separate, ältere Methode namens Solana Improvement Document, oder SIMD, behandelt die Nachverfolgung: „Okay, wie genau setzen wir das um?“ – die technischen Details, die von den Kernentwicklern des Netzwerks geprüft werden.
Ein Ja zu einem SGP ist ein klares Signal zum Fortschreiten, wobei die anschließenden technischen Arbeiten als ein oder mehrere SIMDs dokumentiert werden.
Die Abstimmung wird jedoch nicht automatisch eröffnet. Ein Vorschlag muss zunächst eine Unterstützungsquote von 15 % des aktiven Stakes erreichen, bevor er zur Abstimmung gelangt – eine Hürde, die das Netzwerk davor bewahren soll, über Themen abzustimmen, die nur wenige tatsächlich interessieren, während Kernentwickler weiterhin routinemäßige Änderungen ohne Referendum zu jedem einzelnen vornehmen können.
Sobald diese Schwelle erreicht ist, läuft der Prozess nach einem festen Zeitplan, der in Epochen gemessen wird – den etwa zwei Tage dauernden Zeiträumen, die Solana zur Organisation seiner Abläufe verwendet.
Um angenommen zu werden, benötigt ein Vorschlag eine qualifizierte Mehrheit, das heißt mindestens zwei Drittel des Stake, die dafür oder dagegen stimmen, wobei Enthaltungen nicht in die Berechnung einfließen. Es gibt keine Mindestbeteiligungsanforderung.
Was wirklich auffällt, ist, dass das System den Delegierenden – den alltäglichen Nutzern, die ihre $SOL bei Validatoren staken, anstatt selbst Nodes zu betreiben, und dafür Staking-Belohnungen erhalten – mehr Macht direkt verleiht.