Solana -Validierungsknotengeräte, Netzwerkanforderungen und Verspre chen -Belohnungsstrafmechanismen
Es gibt keine strengen Mindestanforderungen für SOL -Zahlen für das Ausführen eines Valter in Solana.
Sie benötigen jedoch ein Abstimmungskonto mit einer mietfreien Reserve von 0,02685864 Sohle, um am Konsens teilzunehmen. Darüber hinaus muss eine Abstimmung für jeden Block, dem der Validator zustimmt, eine Abstimmungstransaktion einreichen.
Hinweis: Standardmäßig haben Validierungsmittel kein Interesse. Dies bedeutet, dass Sie nicht als Führer qualifiziert sind. (Es wurden kein Gewinn oder sehr niedrige Renditen zugesagt.)
Bei Verwendung von Balibator als RPC -Knoten sollten die oben genannten Hardwareempfehlungen als Mindestanforderung angesehen werden. Um die volle Funktionalität zu gewährleisten und die Zuverlässigkeit zu verbessern, müssen Sie die folgenden Anpassungen vornehmen:
Sie können Validatoren auf einer Cloud-Computing-Plattform ausführen, können jedoch langfristig kostengünstig sein.
Es kann jedoch nützlich sein, einen API -Knoten auszuführen, dass Sie nicht über Ihre VM -Instanz für den internen Gebrauch abstimmen. Dieser Anwendungsfall umfasst Börsen und Dienstleistungen, die auf Solana basieren.
In der Tat läuft der Mainnet-Beta-Variator, das das Team ausführt, derzeit auf einer Instanz von N2-Standard-32 unter Verwendung von 2048 GB SSD (32 VCPU, 128 GB Speicher).
Wählen Sie für andere Cloud -Plattformen einen Instanztyp mit ähnlichen Spezifikationen aus.
Beachten Sie auch, dass der Internetverkehrsverbrauch hoch sein kann, insbesondere wenn Sie einen einladenden Variator ausführen.
Validierung zum Ausführen von Echtzeit-Clustern (einschließlich Hauptnetz-Beta) innerhalb von Docker wird nicht empfohlen und wird normalerweise nicht unterstützt. Dies ist auf Bedenken hinsichtlich der allgemeinen Docker -Overhead und der Leistungsverschlechterung zurückzuführen, es sei denn, sie konfiguriert sind.
Ich verwende nur Docker für Entwicklungszwecke. DockerHub enthält Bilder für alle Versionen von Solanalabs/Solana.
Vorgefertigte Binärdateien können für Linuxx86_64 verwendet werden, eine AVX2-fähige CPU (Ubuntu 20.04 wird empfohlen). MacOS- oder WSL -Benutzer können aus der Quelle erstellen.
Internetdienste müssen mindestens 300 Mbit/s und kommerziell symmetrisch sein. 1Gbit/s wird empfohlen, dass die folgenden Anschlüsse für das Internet geöffnet werden müssen.
Für Sicherheitszwecke empfehlen wir nicht, die folgenden Ports für das Internet eines verpfändeten Mainnet -Betavariter zu öffnen.
CUDA muss die GPU am System verwenden. Die bereitgestellten Solana -Verteilungsbinärdateien basieren auf Ubuntu 20.04 und Cudatoolkit10.1 Update1. Wenn Ihre Maschine eine andere CUDA -Version verwendet, müssen Sie sie aus dem Quellcode neu aufbauen.
Tipp: Solana Validator kann Validierungscluster gruppieren.
Verifiererleistungstestreferenz:
Verifier-Software enthält eine 1TBPD-SSD-Festplatte und 2Bereitstellung in einer GCPN1-Standard-16-Instanz mit NVIDIAV100GPUS. Diese werden in der westlichen US -Region eingesetzt.
Solana-Bench-TPS beginnt, nachdem das Netzwerk mit den folgenden Parametern von einer Client-Maschine mit einer N1-Standard-CPU-CPU-CPU konvergiert wird:
Das Design von Stakemefestern (POS) (d. H. Die Verwendung von Protokoll-Asset-Sols zur Bereitstellung von Sicherheitskonsensus). Solana implementiert den Beweis für die Belohnungs-/Sicherheitsschemata für Validatorknoten in einem Cluster. Es gibt drei Zwecke.
Während die spezifischen Implementierungsdetails derzeit berücksichtigt werden und sich voraussichtlich durch spezifische Modellierungsstudien und Parameterforschung im Solana -Testnetzwerk konzentrieren, skizzieren wir das aktuelle Denken über Schlüsselkomponenten von POS -Systemen. Diese Idee basiert in erster Linie auf dem aktuellen Stand von Casperffg und ermöglicht die Optimierung und Änderung bestimmter Eigenschaften auf der Grundlage der Historical Proof (POH) -Struktur von Solana. Das Ledger -Überprüfungsdesign von
Solana basiert auf einem ausgewählten, gedrehten, stakatgewichteten ausgewählten Leader, der Übertragungstransaktionen in der POH -Datenstruktur zum Verifizierungsknoten überträgt. Nachdem diese Knoten die Sendung vom Führer erhalten haben, haben sie die Möglichkeit, für ihren aktuellen Staat und ihre Höhe zu stimmen, indem sie die Transaktion zum Poh -Stream unterschreiben.
Um ein Solana -Verifizierer zu werden, müssen Sie eine bestimmte Anzahl von SOL in einen Vertrag einlegen/sperren. Dieser SOL ist für einen bestimmten Zeitraum nicht zugänglich. Die genaue Dauer der Lockup -Periode wurde nicht bestimmt. Es können jedoch drei Phasen dieser Zeit berücksichtigt werden. Spezifische Parameter:
Solanas POH -Datenstruktur sowie das Design von Turbinendaten und die Sortierung von Turbinen sowie die Überprüfung der Überprüfung der Transaktion proportional zum Protokoll der Anzahl der Knoten im Cluster. Dies bedeutet, dass die Anzahl der Validierungsknoten nicht durch eine exorbitante "Mindestablagerung" begrenzt werden sollte und dass der Knoten nicht zu erwarten ist, dass sie Validatoren mit nominalen Mengen an SOL -Einsätzen werden. In der Zwischenzeit sollte der Fokus von Solana auf hohen Durchsatz validierte Kunden dazu ermutigen, eine hohe Leistung und zuverlässige Hardware zu bieten. In Kombination mit dem potenziellen minimalen Netzwerkgeschwindigkeitsschwellenwert für die Teilnahme von Kunden wird ein gesunder Verifizierungsdelegationsmarkt erwartet.
Einjähriger Validator -Zinssatz wird als Funktion des Gesamtprozentsatzes des verpfändeten Umsatzangebots angegeben, wie im Abschnitt Wirtschaftsdesign erläutert. Die Cluster belohnt Validatoren, die während des gesamten Validierungszeitraums aktiv an dem Validierungsprozess beteiligt sind. Für Validatoren, die in diesem Zeitraum offline/nicht überträgt wurden, werden ihre jährlichen Belohnungen effektiv reduziert.
In ähnlicher Weise können Sie, wenn der Verifizierer offline ist, die Menge des aktiven Absperrung des Verifizierers über den Algorithmus reduzieren. Dies bedeutet, dass die Anzahl der als "aktiv" (für Belohnungen) betrachteten Aktien eine Weile inaktiv sind, wenn der Validator für eine Weile inaktiv ist. Diese Entwurfsstruktur hilft langjährige Partitionen, letztendlich in ihren jeweiligen Ketten endgültig zu sein. Im Laufe der Zeit sinkt der Anteil der Aktien in jeder Stimme, bis der aktive Validator für jede Partition eine absolute Mehrheit erreichen kann. In ähnlicher Weise werden bei einer erneuten Engagement "aktive" Einsätze mit einer definierten Rate neu gestartet. In Abhängigkeit von der Größe des Partition/Aktivitätssatzes können unterschiedliche Aktienreduzierungsraten in Betracht gezogen werden.
