Solana (SOL): So funktionieren Transaktionen und Validatoren

Zustand lebt in Konten

Jeder persistente Solana-Zustand wird in einem Konto gehalten, das durch eine 32-Byte-Adresse identifiziert wird. Ein Konto zeichnet Lamports, Daten, ein Besitzerprogramm und ausführungsbezogene Felder auf. Der Besitzer ist das Programm, das diese Kontodaten ändern darf; es ist nicht unbedingt die Person, die einen Wallet-Schlüssel kontrolliert.

Solana-Programme sind ausführbare Konten, die sBPF-Bytecode enthalten. Ein Programm wird im Allgemeinen als zustandslos behandelt, da veränderlicher Anwendungszustand in separaten Konten lebt, die jeder Anweisung bereitgestellt werden. Dies ermöglicht es der Laufzeit, vor der Ausführung zu sehen, welche Konten eine Transaktion lesen oder schreiben wird, und Arbeit zu planen, die nicht um denselben beschreibbaren Zustand konkurriert.

Wallets, Token-Konten und PDAs

Eine Wallet-Adresse kann SOL besitzen und Transaktionen autorisieren, aber ein SPL-Tokenguthaben befindet sich normalerweise in einem Token-Konto, das mit einem Mint und Besitzer verbunden ist. Eine Program Derived Address wird deterministisch aus einem Programm-ID und Seeds abgeleitet; das Programm kann über Laufzeitregeln dafür autorisieren, obwohl keine privater Schlüssel für die Adresse existiert.

Bevor Sie einen Token senden, bestätigen Sie den Mint, das Ziel-Token-Konto und das aufgerufene Programm. Ein vertrautes Tickersymbol oder Wallet-Label ist kein Beweis dafür, dass ein Mint kanonisch ist. Das Schließen, Erstellen oder Neuzuweisen von Konten kann auch Lamports bewegen, daher sollte die Transaktionszusammenfassung über den hervorgehobenen Token-Betrag hinaus überprüft werden.

Nachricht, Signaturen und Anweisungen

Die Nachricht listet Kontoadressen, einen aktuellen Blockhash und kompilierte Anweisungen auf. Jede Anweisung benennt ein Programm und identifiziert die Konten, die es verwenden kann. Erforderliche Unterzeichner autorisieren die Nachricht, und versionierte Transaktionen können Adressnachschlagetabellen verwenden, um mehr Konten zu referenzieren, ohne jede Adresse direkt im Paket zu platzieren.

Frische und Bestätigung

Ein aktueller Blockhash verhindert, dass eine gewöhnliche Transaktion unbegrenzt gültig bleibt. Wenn sie vor der Verarbeitung abläuft, muss die Transaktion neu erstellt und erneut signiert werden; das erneute Übertragen der alten Signatur erstellt keine neue Transaktion. Durable-Nonce-Workflows existieren für spezialisierte Offline- oder verzögerte Signierung und erfordern eine separate Handhabung.

RPC-Clients legen verarbeitete, bestätigte und finalisierte Commitment-Level offen. Eine schnelle Oberfläche kann verarbeitete Ergebnisse anzeigen, bevor eine stärkere Cluster-Übereinstimmung erreicht ist. Einzahlungen, Brücken und abhängige Anwendungsaktionen sollten auf das von diesem Dienst geforderte Level warten und die Signatur über einen aktuellen RPC oder Explorer verifizieren.

Basis- und Prioritätskomponenten

Jede Transaktion zahlt eine Basisgebühr in SOL für erforderliche Signaturen. Das Protokoll drückt SOL in Lamports aus, und der Basisbetrag hängt daher von der Anzahl der Signaturen ab, nicht vom Wert einer Zahlung oder eines Token-Swaps. Eine fehlgeschlagene Transaktion kann die Basisgebühr verbrauchen, da Signaturprüfung und Ausführung versucht wurden.

Eine optionale Priorisierungsgebühr basiert auf dem angeforderten Compute-Unit-Limit und dem gewählten Compute-Unit-Preis. Das Limit ist ein Budget, keine Vorhersage der tatsächlichen Nutzung, daher kann eine viel höhere Einstellung als nötig die Prioritätskomponente überbezahlen. Wallet-Schätzungen sollten aktuelle Bedingungen und Transaktionssimulation verwenden, anstatt eine feste Gebühr aus einer anderen Anwendung zu kopieren.

Betriebsprüfungen

Halten Sie genügend SOL für die Gebühr bereit, auch wenn der übertragene Vermögenswert ein SPL-Token ist. Überprüfen Sie alle Compute-Budget-Anweisungen, da sie das angeforderte Limit und den Prioritätspreis ändern können. Unterscheiden Sie auch Transaktionsgebühren von Kontofinanzierung, mietbezogenen Guthaben, Swap-Preisauswirkungen und Anwendungsgebühren; es sind separate Kosten, auch wenn eine Wallet sie zusammenfasst.