Solana führt Onchain-Governance für Validatoren ein
Solana

Solana führt Onchain-Governance für Validatoren ein

Von germanlbn

Solana führt eine Onchain-Governance ein, die es Validatoren ermöglicht, mittels einsatzgewichteter Vorschläge über Netzwerkänderungen abzustimmen.

Die Solana Foundation hat ein neues Onchain-Governance-System für das Netzwerk eingeführt. Es heißt Solana Governance Proposals, kurz SGP. 

Der Mechanismus ermöglicht es Validatoren, Kernfragen des Ökosystems einzureichen, zu sponsern und zu entscheiden. Die Stimmkraft ist direkt an eingesetzte SOL gebunden. 

Solana zählt zu den größten Layer-1-Blockchains nach Marktwert und Entwickleraktivität, und dieser Schritt verändert die Art und Weise, wie Entscheidungen im Netzwerk getroffen werden.

Wie die Abstimmung der Solana-Validatoren funktioniert

Jeder Validator, der mindestens 100.000 SOL an delegiertem Einsatz hält, kann ein SGP eröffnen. Das ist der Einstiegspunkt, um eine Governance-Änderung vorzuschlagen. 

Von dort benötigt ein Vorschlag die Unterstützung von 15 % des gesamten Netzwerk-Einsatzes, bevor er zur formellen Abstimmung gelangt. Diese Hürde dient als Filter und stellt sicher, dass nur Ideen mit echtem Community-Interesse zur Abstimmung kommen.

Die 15-%-Unterstützungsregel verhindert, dass das Netzwerk über Themen abstimmt, die niemanden interessieren. Wenn ein Vorschlag nicht genügend Einsatz hinter sich versammeln kann, endet der Prozess dort. 

Keine erzwungenen Abstimmungen, keine verschwendeten Zyklen für wenig interessante Themen. 

Sobald diese Hürde genommen ist, tritt der Vorschlag in einen strukturierten Zeitplan ein, der auf Solanas Epochen-System basiert, wobei jede Epoche etwa zwei Tage dauert.

Darüber hinaus erstreckt sich der gesamte Zyklus über elf Epochen, nachdem die Unterstützung bestätigt wurde. Sieben Epochen sind für offene Diskussionen vorgesehen, die der Community Zeit geben, über den Vorschlag zu debattieren. 

Eine Epoche ist für einen Node Consensus Network Snapshot reserviert, der die für die Abstimmung verwendeten Einsatzgewichte einfriert. Die letzten drei Epochen sind das eigentliche Abstimmungsfenster.

SGP vs. SIMD: Ein Zwei-Spur-System

Solana betreibt bereits einen technischen Vorschlagsprozess namens Solana Improvement Documents, kurz SIMDs. SGPs funktionieren anders. SIMDs beantworten die Frage, wie etwas gebaut wird. 

SGPs beantworten die Frage, ob das Netzwerk überhaupt eine Richtung einschlagen sollte. Die beiden Spuren sollen sich ergänzen, nicht konkurrieren.

Alpenglow, eine vorgeschlagene Änderung des Solana-Konsensprotokolls, verdeutlicht die Lücke, die SGPs schließen sollen. Es wurde als SIMD zur Abstimmung gestellt, bevor es genügend technische Details für eine formelle Genehmigung hatte. 

Die Kernentwickler brauchten zuerst ein richtungweisendes Signal. Ein SGP hätte diese „Ja, mach weiter“-Entscheidung erfassen können, mit detaillierten SIMDs, die folgen, sobald das Design weiter ausgereift ist.

Ein verabschiedetes SGP fungiert als Mandat, nicht als fertiger Bauplan. Die eigentliche Implementierungsarbeit läuft anschließend über ein oder mehrere SIMDs. 

Die Kernentwickler behalten die Kontrolle über den technischen Aufbau. Der SGP-Prozess greift nur ein, wenn Validatoren oder Staker zuerst eine formelle Meinung zur Richtung haben möchten.

Auch lesen: 

https://www.livebitcoinnews.com/solana-lands-major-bank-deal-as-toss-tests-global-payments-network/

Zustimmungsschwelle und Abstimmungsintegrität

Für die Verabschiedung eines SGP ist eine supermajoritäre Mehrheit erforderlich. Bei Abstimmungen müssen mindestens zwei Drittel des kombinierten Für- und Gegen-Einsatzes erreicht werden. Enthaltungen zählen nicht zum Nenner. Es gibt auch keine Mindestwahlbeteiligung, sodass ein Quorum nicht darüber entscheidet, ob eine Abstimmung erfolgreich ist oder nicht.

Jedes SGP ist an ein bestimmtes Dokument gebunden, das bei einem festgelegten Commit auf GitHub eingefroren ist. Zudem verpflichten Validatoren ihren Einsatz gegenüber dieser exakten Version, was verhindert, dass sich Vorschläge während der Abstimmung ändern. 

Einmal eingefroren, kann ein SGP nicht mehr bearbeitet werden. Jede Korrektur erfordert einen völlig neuen Vorschlag, der den alten formell ersetzt.

Der Onchain-Vorschlag selbst wird durch ein Programm namens svmgov erstellt, das Unterstützungsniveaus und endgültige Zählungen direkt auf der Blockchain aufzeichnet. 

Das schriftliche Dokument befindet sich in einem GitHub-Repository, während die Abstimmung selbst onchain abgeschlossen wird. Zusammen bilden sie die beiden Hälften jedes SGP, das dem Netzwerk vorgelegt wird.

germanlbn

Über den Autor

germanlbn

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert