Solana-Mechanismus-Design und Architektur detaillierte Analyse

Autor: Pavel Paramonov Quelle: x, @paramonoww Übersetzung: Bitchain Vision

In den letzten sechs Monaten habe ich unzählige Artikel und Dokumente zum Design und der Architektur von Solana Mechanismus gelesen.Ich werde die wichtigsten Informationen in einem langen Artikel zusammenfassen.Der Inhalt deckt Themen wie Mechanismusdesign, Kostenmarkt und MEV ab.

Hier sind die Antworten auf alle Fragen:

Solanas Konsensmodell:

‣ Solanas Konsensmodell von Proof of History (POH) ist im Wesentlichen „Beweis für die Stakel + Zeitvariable“.

‣ POH ist im Wesentlichen die Uhr des Netzwerks, die zum Verfolgen von Ereignissen und deren Bestellung verwendet wird (Verifizierer erfordern nicht rechtzeitig Konsens).

‣ Solana hat keinen Speicherpool (Mempool).

‣ Derzeit verwenden die meisten Validatoren Scheduler im von @Solanalabs bereitgestellten Solana -Client.Validatoren können jedoch auch verschiedene Blockbaualgorithmen ausführen.

‣ Zeitvariablen ermöglichen die Zuordnung von Führungskräften für jede Rotation, die für die Produktionsblöcke verantwortlich ist.

Detaillierter Mechanismus:

Wenn ein Validator als Leiter ausgewählt wird, ist er dafür verantwortlich, neue Blöcke zu produzieren und dem Netzwerk vorzuschlagen.
Die Führung dreht sich zwischen Validatoren in festen Intervallen (als Slots genannte Slots).
Jeder Steckplatz dauert 400 Millisekunden, in der der Validator einen Block erzeugen kann.Die Slots werden nacheinander nacheinander durchgeführt.
Jedem Slot wird einem Leiter -Validator zugewiesen, um einen neuen Block vorzuschlagen, und andere Validatoren stimmen über die Gültigkeit des Blocks ab und bestätigen schließlich den Block.
Wenn der Validator seinen zugewiesenen Slot verpasst, verarbeitet das Netzwerk weiterhin den nächsten Steckplatz.

Funktionen und Verfahren:

Solana verwendet eher einen auf Fork-basierten Stimmmechanismus als einen einzigen Blockabstimmungen.Validatoren generieren Blöcke kontinuierlich und fügen in Echtzeit gültige Stimmen hinzu.
Verifikatoren und Delegatoren können festgelegte Sol -Token in einem Zyklus (Epoche) verpflichten oder widerrufen.
Abhängig von der Anzahl der zugesagten SOLs wird die Teilnahme des Validators am Konsensprozess zu Beginn des Zyklus bestimmt.

Solanas Liegestütze:

‣ Solana übernimmt die Stakel-Aktualisierungen am Ende jedes Zyklus (EPOCH). Jeder Zyklus dauert ungefähr 2-3 Tage und besteht aus 432.000 Blöcken (Slots).

‣ Der Überprüfungszeitplan für den nächsten Zyklus wird basierend auf den aktualisierten Einstellinformationen ermittelt.

Die drei Haupteinnahmequellen für Validatoren:

Transaktionsgebühr
Vereinbarung Belohnung (Inflation)
Maximaler extrahierbarer Wert (MEV)

‣ Die vom Führer erhaltenen Blockprämien umfassen 50% der Basis- und Prioritätsgebühren (die verbleibenden 50% werden zerstört).

‣ Längere Blockzeiten können die jährlichen Belohnungen verringern, da die Anzahl der Zyklen verringert wird, was die Gesamtzuweisung von $ sol beeinflusst.

‣ Solana berechnet den durch Inflation für jeden Zyklus erzeugten Sol -Belohnungspool und verteilt Belohnungen an Validatoren und Staker, die auf der Stimmen- und Stakematus des vorherigen Zyklus basieren.

Solanas Liegestütze:

‣ Solana übernimmt die Stakel-Aktualisierungen am Ende jedes Zyklus (EPOCH). Jeder Zyklus dauert ungefähr 2-3 Tage und besteht aus 432.000 Blöcken (Slots).

‣ Der Überprüfungszeitplan für den nächsten Zyklus wird basierend auf den aktualisierten Einstellinformationen ermittelt.

Die drei Haupteinnahmequellen für Validatoren:

Transaktionsgebühr
Vereinbarung Belohnung (Inflation)
Maximaler extrahierbarer Wert (MEV)

‣ Die vom Führer erhaltenen Blockprämien umfassen 50% der Basis- und Prioritätsgebühren (die verbleibenden 50% werden zerstört).

‣ Längere Blockzeiten können die jährlichen Belohnungen verringern, da die Anzahl der Zyklen verringert wird, was die Gesamtzuweisung von $ sol beeinflusst.

Solanas Abstimmungsmodell:

‣Solana hat keine strengen Mindest -SO -Anforderungen für Validatoren, aber der Beteiligungskonsens erfordert ein Abstimmungskonto.

‣ Validatoren stimmen über die Vorschläge des Slot -Leaders ab, für die ein Abstimmungskonto erforderlich ist und für jede Stimme Transaktionsgebühren zahlt.

‣ Solanas Stimmmechanismus für die Kette berechnet Transaktionsgebühren für jede Stimme.Höhere $ SOL -Preise erhöhen die Betriebskosten der Validator -Abstimmung aufgrund erhöhter Transaktionsgebühren.

Kostendetails:

Die Kosten pro Stimmen betragen 0,000005 SOL, und der Validator gibt ungefähr 2-3 SOL pro Zyklus aus, um abzustimmen.
Ein Zyklus dauert 2-3 Tage und kostet etwa 300-350 SO pro Jahr, was ungefähr 1 Sol pro Tag entspricht.

Solanas Kostenmarkt:

‣ Solanas Gebührenmechanismus umfasst zwei Teile: Grundgebühr und Prioritätsgebühr.

‣ Die Gebühren werden in die Teile unterteilt, die Validatoren zugewiesen und zerstört werden, aber der vorhandene Mechanismus hat einige Einschränkungen:

Es kann keine effiziente Nutzung von Ressourcen oder Anreize für alle Parteien ausrichten.

‣ Eine Gebühr ist erforderlich, um ein neues Konto zu erstellen (der Mietverzicht ist kostenlos).

Die Gebühr wird zu einem festen Preis berechnet und 6,96 SOL sind pro MB Speicher erforderlich.
Diese Gebühr wird dem neu erstellten Konto zugewiesen und kann abgerufen werden, wenn das Konto gelöscht wird.

Einschränkung:

Die Grundkosten werden für die Verwendung der tatsächlichen Computereinheit (CU) -& gt;
Schwache Prioritätsgebühren -& GT;
Überprüfungen erhalten nur 50% der Gebühr -& GT;

Servicequalität (SWQOS) basierend auf dem Ablegen von Gewichten:

‣ Bei Netzwerkverstößen kann der SWQOS -Mechanismus verwendet werden, um bestimmte Transaktionsarten zu priorisieren.

‣ SWQOS priorisiert den Netzwerkverkehr basierend auf der Anzahl der Einsätze von Verifikern, um zu verhindern, dass niedrige Einsätze das Netzwerk durch Spam-Transaktionen überfluten.

Verbindungsart:

Offene Verbindung: öffentliche Verwendung
Stakelgewichtsbasierte Verbindung: Für Validatoren reserviert, und RPC-Knoten können Validatorverbindungen über Vertrauensbeziehungen verwenden.

Vorteile:

Verbesserung der Transaktionsleistung von Verifikern
Verbesserung der Netzwerkresilienz
Verbessern Sie den Widerstand des Sybil -Angriffs

Herausforderung:

Risiko eines zentralisierten Versprechens
Vertrauensprobleme zwischen Validatoren und RPC -Knoten
Die Eintrittsbarrieren für kleine Validatoren

‣ SWQOS priorisiert den Netzwerkzugriff, während die Prioritätsgebühren die Transaktionssortierung priorisieren

Über Knoten und Verifungsanlagen:

‣ Alle Validatoren sind Knoten, aber nicht alle Knoten sind Validatoren.

‣ Die Art des Knotens:

Überprüfungsknoten: Verantwortlich für die Unterschrift und Abstimmung
RPC -Knoten: Verfahrensbrief- und DEX -Anfragen

‣ Die Transaktion gibt ein beschreibbares Konto an:

Transaktionen, die das gleiche Konto beeinflussen, werden nacheinander verarbeitet.
Transaktionen, die unterschiedliche Konten betreffen, können nacheinander oder parallel verarbeitet werden.

Flüssiges Einlagen für Solana:

‣ Solana verwendet delegierte POS (DPOs).

‣ Der Benutzer steckt SOL in den Validator -Pool und kann LST (flüssige angegebene Token) erhalten.

‣ Verpfändungspflichten direkt mit dem Darlehenseinkommen konkurrieren:

Wenn das Krediteinkommen höher ist als die Verpfändung, kann der Überprüfer Fonds zurückziehen, was sich auf die Cybersicherheit auswirken kann.

Zwei Arten von LST -Token:

Belohnung Token oder Basis -Token.

Der Benutzer steckt 10 Sol zum Pfahlpool und erhält 10 LST -Token.
Der Stakelpool weist diese SOL mehreren Validatoren zu, um VSOLs zu erhalten.
Diese VSOLs stellen die Einstellung von Belohnungen für Validatoren dar.
LST -Token werden von diesen VSOLs unterstützt.

Verifier -LST -Token (exklusives Token).

Der Benutzer steckt 10 Sol an die Verifier -LST und erhält das V_LSTSOL -Token, was sein Interesse an SOL darstellt.
Der Verifizierer steckt das Sol in den Einstellpool zum Solana -Netzwerk, um SSOL zu erhalten.
Diese SSOLs repräsentieren das Interesse der Validatoren an den Einstellungen an der SO und verwandte Belohnungen.

Solanas mev:

‣ Der aktuelle Blockchain -Führer hat die volle Kontrolle über die Blockproduktion und -planung.

‣ Führungskräfte sind motiviert, Transaktionen durch Prioritätsgebühren zu verarbeiten, werden jedoch nicht unbedingt durchgesetzt.

‣ Der negative Einfluss von MEV auf Solana:

Mehr als 50% der Rechenressourcen werden bei fehlgeschlagenen Arbitrage -Versuchen verschwendet.

‣ Solana hat keinen öffentlichen Speicherpool (Mempool), und Transaktionen werden direkt an den aktuellen und nächsten Leiter weitergeleitet.

Der Unterschied zwischen Ethereum mev und Solana mev:

Blockproduktionsmethode:

Solanas Standard -Validator erzeugt kontinuierlich Blöcke, Prozesse und enthält reibungslose Transaktionen.
Ethereum verarbeitet Transaktionen in Chargen in 12 Sekunden.

Auswirkungen von MEV: