Die Solana Foundation gab am 2. Juli auf X bekannt, dass der On-Chain-Governance-Mechanismus von Solana offiziell gestartet ist. Validierer können nun über Solana Governance Proposals (SGP) Entscheidungen über das Kernprotokoll vorschlagen, unterstützen und abstimmen – alle Vorschläge werden on-chain abgewickelt. Jeder Validierer mit mindestens 100.000 SOL Einsatz kann ohne Genehmigung ein SGP einleiten. Die Hürde für den Eintritt in die Abstimmungsphase beträgt 15 % aktive Staking-Unterstützung.
Solana Foundation: Mindesthürde für Validierer zur Einreichung eines SGP beträgt 100.000 SOL
(Quelle: Solana Github)
Laut offizieller Ankündigung der Solana Foundation kann jeder Solana-Validierer mit mindestens 100.000 SOL Einsatz ohne Genehmigung ein SGP on-chain einreichen. Für die Einreichung eines SGP sind ein Solana-Validierer-Abstimmungskonto, die svmgov CLI sowie ein SGP-Pull-Request erforderlich, der auf einen bestimmten Commit-SHA-Wert eingefroren ist.
Sobald ein SGP-Dokument auf einen bestimmten Commit-SHA-Wert eingefroren ist, ist es nicht mehr änderbar. Korrekturen müssen durch ein neues SGP ersetzt werden, das die ursprüngliche Version ersetzt, um die Integrität der On-Chain-Abstimmungsdokumente zu gewährleisten.
Funktionale Abgrenzung von SGP und SIMD: Richtungsentscheidungen und technische Spezifikationen
Laut Unterlagen der Solana Foundation beantwortet SGP die Frage „Sollten wir das tun?“ und entscheidet durch eine staking-gewichtete On-Chain-Abstimmung, wobei eine umsetzbare Richtungsidee erforderlich ist. SIMD beantwortet die Frage „Wie genau setzen wir es um?“ und wird von Kernentwicklern technisch geprüft, wobei ein vollständiges und implementierbares Design erforderlich ist. SGP ist kein obligatorischer Schritt vor SIMD. Nur wenn Validierer oder Staking-Inhaber die 15%-Unterstützungsschwelle erreichen, greift SGP ein und legt die Entscheidung zur On-Chain-Abstimmung vor; andernfalls läuft der SIMD-Prozess normal weiter.
Die Solana Foundation führt die Änderung des Alpenglow-Konsensprotokolls als typisches Beispiel an: Da die technischen Details noch nicht für eine SIMD-Prüfung ausreichen, nutzten Entwickler SGP, um zunächst ein Stimmungssignal der Community einzuholen, bevor sie nach Ausreifung des Designs die detaillierte SIMD-Protokollentwicklung durchführen.
Abstimmungspolitik: 15 % Staking-Auslöseschwelle, Zweidrittel-Absolute-Mehrheit als Annahmeschwelle
Laut dem offiziellen Abstimmungspolitikdokument der Solana Foundation lauten die vollständigen Parameter der SGP-Abstimmungspolitik wie folgt:
Einreichungsberechtigung: Das Validierer-Abstimmungskonto muss mindestens 100.000 SOL Einsatz halten
Abstimmungsauslöser: 15 % der aktiven Staking-Inhaber müssen ein Unterstützungssignal senden, damit das SGP von Support zu Voting übergehen kann; wird die Schwelle nicht erreicht, verfällt es automatisch.
Quorum: Keine Mindestanzahl an Stimmen erforderlich
Annahmeschwelle: For-Stimmen müssen zwei Drittel (66,67 %) der Gesamtzahl von For + Against erreichen; Enthaltungen (Abstain) werden nicht im Nenner gezählt.
Abstimmungsdauer: 3 Epochen (eine Solana-Epoche dauert ca. zwei Tage, d. h. die Abstimmungsdauer beträgt ca. 6 Tage)
SGP-Lebenszyklus-Zeitplan: Nach Erreichen der 15%-Unterstützungsschwelle festgelegter Ablauf über 11 Epochen
Laut Unterlagen der Solana Foundation tritt ein SGP, sobald es on-chain eingefroren ist, in einen festgelegten epochalen Ablauf ein. Nach Erreichen der 15%-Unterstützungsschwelle läuft der On-Chain-Prozess in folgender fester Reihenfolge ab: Diskussionsphase: 7 Epochen (Vorschlag eingefroren, Community-Mitglieder prüfen und diskutieren, noch keine Abstimmung), NCN-Snapshot: 1 Epoche (das Node Consensus Network erfasst den Staking-Status, der das Abstimmungsgewicht bestimmt), Abstimmungsphase: 3 Epochen (staking-gewichtete Abstimmung geöffnet, SGP wird endgültig angenommen oder abgelehnt). Insgesamt wird das Ergebnis nach 11 Epochen (ca. 22 Tagen) endgültig festgelegt.
Delegator-Stimmüberschreibungsmechanismus: Überschreibung der Validierer-Stimme nach eigenem Staking-Gewicht auf der Governance-Seite möglich
Laut Ankündigung der Solana Foundation können Delegatoren, die mit der Abstimmungsentscheidung ihres Validierers nicht einverstanden sind, auf der Governance-Seite die Stimme des Validierers mit ihrem eigenen Staking-Gewicht überschreiben. Die Überschreibung muss innerhalb des 3-Epochen-Abstimmungszeitraums erfolgen. Eine „Zustimmungs“-Stimme zu einem SGP bedeutet die Autorisierung, in diese Richtung weiterzugehen. Die anschließende Umsetzung wird in der Regel in einem oder mehreren SIMDs und Client-Versionen spezifiziert.
Häufig gestellte Fragen
Was ist Solana SGP und wie unterscheidet es sich von SIMD?
SGP (Solana Governance Proposal) behandelt Richtungsentscheidungen, wird durch 15 % Staking-Unterstützung ausgelöst, benötigt eine Zweidrittel-Absolute-Mehrheit und entscheidet durch staking-gewichtete On-Chain-Abstimmungen. SIMD (Solana Improvement Document) behandelt spezifische technische Spezifikationen, wird von Kernentwicklern geprüft und erfordert ein vollständiges und implementierbares Design. SGP ist kein obligatorischer Schritt vor SIMD.
Wie hoch ist die Hürde für den Eintritt eines Vorschlags in die SGP-Abstimmungsphase?
Laut offiziellen Unterlagen der Solana Foundation muss ein Vorschlag von mindestens 15 % der aktiven Staking-Inhaber ein Unterstützungssignal erhalten, um von der Support-Phase in die Voting-Phase überzugehen. Wenn das Unterstützungssignal die Schwelle nicht erreicht, verfällt das SGP automatisch und der SIMD-Prozess läuft normal weiter.
Wie lange dauert die SGP-Abstimmung nach Erreichen der Unterstützungsschwelle?
Laut offiziellem Zeitplan läuft der On-Chain-Prozess nach Erreichen der 15%-Unterstützungsschwelle festgelegt über 11 Epochen: Diskussion 7 Epochen, NCN-Snapshot 1 Epoche, Abstimmung 3 Epochen. Eine Solana-Epoche dauert ca. 2 Tage, d. h. das Ergebnis wird ca. 22 Tage nach Erreichen der Schwelle endgültig festgelegt.
