Terminologie

Die folgenden Begriffe werden in der gesamten Solana-Dokumentation und im Entwicklungs- ökosystem verwendet.

account

Ein Eintrag im Solana-Ledger, der entweder Daten enthält oder ein ausführbares Programm ist.

Wie ein Konto bei einer traditionellen Bank kann ein Solana-Konten Geldmittel namens lamports enthalten. Wie eine Datei in Linux ist es durch einen Schlüssel adressierbar, der oft als public key oder pubkey bezeichnet wird.

Der Schlüssel kann einer der folgenden sein:

ein ed25519 public key
eine programmabgeleitete Kontoadresse (32-Byte-Wert, der von der ed25519-Kurve erzwungen wird)
ein Hash eines ed25519 public key mit einer 32-Zeichen-Zeichenfolge

account owner

Die Adresse des Programms, das das Konto besitzt. Nur das besitzende Programm ist in der Lage, das Konto zu modifizieren.

Siehe auch authority.

app

Eine Frontend-Anwendung, die mit einem Solana-Cluster interagiert.

authority

Die Adresse eines Benutzers, der eine Art Berechtigung über ein Konto hat.

Zum Beispiel:

Die Fähigkeit, neue Token zu prägen, wird dem Konto gegeben, das die 'mint authority' für die Token-Prägung ist.
Die Fähigkeit, ein Programm zu aktualisieren, wird dem Konto gegeben, das die 'Upgrade-Authority' eines Programms ist.

bank state

Das Ergebnis der Interpretation aller Programme im Ledger bei einer bestimmten tick height. Es umfasst mindestens die Menge aller Konten, die nicht-null native tokens halten.

block

Ein zusammenhängender Satz von Einträgen im Ledger, der durch eine Abstimmung abgedeckt ist. Ein Leader erzeugt höchstens einen Block pro Slot.

Blockhash

Ein einzigartiger Wert (Hash), der einen Datensatz (Block) identifiziert. Solana berechnet einen Blockhash aus der letzten Eintrags-ID des Blocks.

Blockhöhe

Die Anzahl der Blöcke unter dem aktuellen Block. Der erste Block nach dem Genesis-Block hat die Höhe eins.

Bootstrap-Validator

Der Validator, der den Genesis (ersten) Block einer Blockchain erzeugt.

BPF-Loader

Das Solana-Programm, das BPF Onchain-Programme besitzt und lädt, wodurch das Programm mit der Laufzeitumgebung kommunizieren kann.

Client

Ein Computerprogramm, das auf das Solana-Server-Netzwerk Cluster zugreift.

Commitment

Ein Maß für die Netzwerkbestätigung für den Block.

Cluster

Eine Gruppe von Validatoren, die ein einzelnes Ledger verwalten.

Compute-Budget

Die maximale Anzahl von Compute-Units, die pro Transaktion verbraucht werden.

Compute-Units

Die kleinste Maßeinheit für den Verbrauch von Rechenressourcen der Blockchain.

Bestätigungszeit

Die Echtzeit zwischen der Erstellung eines Tick-Eintrags durch einen Leader und der Erstellung eines bestätigten Blocks.

Bestätigter Block

Ein Block, der eine Supermehrheit von Ledger-Stimmen erhalten hat.

Kontrollebene

Ein Gossip-Netzwerk, das alle Knoten eines Clusters verbindet.

cooldown period

Eine bestimmte Anzahl von epochs nachdem stake deaktiviert wurde, während er schrittweise für die Auszahlung verfügbar wird. Während dieser Zeit wird der Stake als "deaktivierend" betrachtet. Weitere Informationen zu: warmup and cooldown

kosteneinheiten

Auch als transaction cost bezeichnet, ist eine umfassende Schätzung aller Ressourcen, die zur Verarbeitung einer Transaktion erforderlich sind, gemessen in compute units. Weitere Informationen hier.

guthaben

Siehe vote credit.

cross-program invocation (CPI)

Ein Aufruf von einem onchain-programm zu einem anderen. Für weitere Informationen siehe aufrufe zwischen programmen.

datenebene

Ein Multicast-Netzwerk, das zur effizienten Validierung von einträgen und zur Konsensfindung verwendet wird.

drone

Ein Offchain-Dienst, der als Verwahrer für den privaten Schlüssel eines Benutzers fungiert. Er dient typischerweise zur Validierung und Unterzeichnung von Transaktionen.

eintrag

Ein Eintrag im ledger, entweder ein tick oder ein transaktionseintrag.

eintrags-id

Ein vorbildresistenter hash über den endgültigen Inhalt eines Eintrags, der als global eindeutige Kennung des eintrags dient. Der Hash dient als Beweis für:

Der Eintrag wurde nach einer bestimmten Zeitdauer generiert
Die angegebenen transaktionen sind diejenigen, die im Eintrag enthalten sind
Die Position des Eintrags in Bezug auf andere Einträge im ledger

Siehe proof of history.

epoch

Die Zeit, d.h. die Anzahl der slots, für die ein leader-zeitplan gültig ist.

gebührenkonto

Das Gebührenkonto in der Transaktion ist das Konto, das für die Kosten der Aufnahme der Transaktion in das Ledger bezahlt. Dies ist das erste Konto in der Transaktion. Dieses Konto muss in der Transaktion als Lese-Schreib (beschreibbar) deklariert werden, da die Bezahlung der Transaktion den Kontostand reduziert.

finalität

Wenn Knoten, die 2/3 des stakes repräsentieren, einen gemeinsamen root haben.

fork

Ein ledger, das von gemeinsamen Einträgen abgeleitet wurde, sich dann aber verzweigt hat.

genesis block

Der erste Block in der Kette.

genesis config

Die Konfigurationsdatei, die das Ledger für den Genesis-Block vorbereitet.

hash

Ein digitaler Fingerabdruck einer Bytesequenz.

inflation

Eine Erhöhung des Token-Angebots im Laufe der Zeit, die zur Finanzierung von Belohnungen für die Validierung und zur Finanzierung der kontinuierlichen Entwicklung von Solana verwendet wird.

inner instruction

Siehe Cross Program Invocation.

instruction

Ein Aufruf zum Aufrufen eines bestimmten Anweisungshandlers in einem Programm. Eine Anweisung gibt auch an, welche Konten sie lesen oder modifizieren möchte, und enthält zusätzliche Daten, die als Hilfseingabe für den Anweisungshandler dienen. Ein Client muss mindestens eine Anweisung in einer Transaktion enthalten, und alle Anweisungen müssen abgeschlossen sein, damit die Transaktion als erfolgreich angesehen wird.

instruction handler

Anweisungshandler sind Programm-Funktionen, die Anweisungen aus Transaktionen verarbeiten. Ein Anweisungshandler kann einen oder mehrere Cross Program Invocation enthalten.

keypair

Ein öffentlicher Schlüssel und ein entsprechender privater Schlüssel für den Zugriff auf ein Konto.

lamport

Ein fraktionaler nativer Token mit dem Wert von 0,000000001 SOL.

Innerhalb des Rechenbudgets wird eine Menge von Mikro-Lamports bei der Berechnung von Priorisierungsgebühren verwendet.

leader

Die Rolle eines Validators, wenn er Einträge zum Ledger hinzufügt.

leader schedule

Eine Sequenz von Validator-öffentlichen Schlüsseln, die Slots zugeordnet sind. Das Cluster verwendet den Leader-Zeitplan, um zu bestimmen, welcher Validator zu einem bestimmten Zeitpunkt der Leader ist.

ledger

Eine Liste von Einträgen, die Transaktionen enthalten, die von Clients signiert wurden. Konzeptionell kann dies bis zum Genesis-Block zurückverfolgt werden, aber das tatsächliche Ledger eines Validators kann nur neuere Blöcke enthalten, um den Speicherplatz zu reduzieren, da ältere Blöcke für die Validierung zukünftiger Blöcke konstruktionsbedingt nicht benötigt werden.

ledger vote

Ein Hash des Validator-Zustands bei einer bestimmten Tick-Höhe. Es umfasst die Bestätigung eines Validators, dass ein empfangener Block verifiziert wurde, sowie das Versprechen, für einen bestimmten Zeitraum, die Lockout-Periode, nicht für einen widersprüchlichen Block (d.h. Fork) zu stimmen.

light client

Eine Art von Client, der überprüfen kann, ob er auf einen gültigen Cluster zeigt. Er führt mehr Ledger-Verifizierung durch als ein Thin Client und weniger als ein Validator.

loader

Ein Programm mit der Fähigkeit, die binäre Kodierung anderer Onchain-Programme zu interpretieren.

lockout

Der Zeitraum, in dem ein Validator nicht für einen anderen Fork abstimmen kann.

message

Der strukturierte Inhalt einer Transaktion. Enthält in der Regel einen Header, ein Array von Kontenadressen, einen aktuellen Blockhash und ein Array von Anweisungen.

Erfahren Sie mehr über die Nachrichtenformatierung innerhalb von Transaktionen hier.

Nakamoto coefficient

Ein Maß für Dezentralisierung. Der Nakamoto-Koeffizient ist die kleinste Anzahl unabhängiger Entitäten, die gemeinsam handeln können, um eine Blockchain abzuschalten. Der Begriff wurde von Balaji S. Srinivasan und Leland Lee in Quantifying Decentralization geprägt.

native token

Der Token, der verwendet wird, um die von Nodes in einem Cluster geleistete Arbeit zu verfolgen.

node

Ein Computer, der an einem Cluster teilnimmt.

node count

Die Anzahl der Validatoren, die an einem Cluster teilnehmen.

onchain program

Der ausführbare Code auf der Solana-Blockchain, der die Anweisungen interpretiert, die innerhalb jeder Transaktion gesendet werden, um Konten zu lesen und zu modifizieren, über die er Kontrolle hat. Diese Programme werden auf anderen Blockchains oft als "Smart Contracts" bezeichnet.

PoH

Siehe Proof of History.

point

Ein gewichtetes Guthaben in einem Belohnungssystem. Im Validator-Belohnungssystem ist die Anzahl der Punkte, die einem Stake während der Einlösung zusteht, das Produkt aus den verdienten Vote-Credits und der Anzahl der gestakten Lamports.

private key

Der private Schlüssel eines Keypair.

program

Siehe Onchain-Programm.

program derived account (PDA)

Ein Konto, dessen Signierungsautorität ein Programm ist und daher nicht wie andere Konten durch einen privaten Schlüssel kontrolliert wird.

program id

Der öffentliche Schlüssel des Kontos, das ein Programm enthält.

proof of history (PoH)

Ein Stapel von Beweisen, von denen jeder beweist, dass bestimmte Daten existierten, bevor der Beweis erstellt wurde, und dass eine präzise Zeitspanne vor dem vorherigen Beweis vergangen ist. Wie eine VDF kann ein Proof of History in weniger Zeit verifiziert werden, als für seine Erstellung benötigt wurde.

prioritization fee

Eine zusätzliche Fee, die Benutzer in der Compute-Budget-Anweisung angeben können, um ihre Transaktionen zu priorisieren.

Die Priorisierungsgebühr wird berechnet, indem die angeforderten maximalen Compute-Einheiten mit dem Compute-Einheitspreis (angegeben in Schritten von 0,000001 Lamports pro Compute-Einheit) multipliziert und auf den nächsten Lamport aufgerundet werden.

Transaktionen sollten die minimale Menge an Compute-Einheiten anfordern, die für die Ausführung erforderlich sind, um Gebühren zu minimieren.

public key (pubkey)

Der öffentliche Schlüssel eines Keypair.

rent

Gebühr, die von Konten und Programmen gezahlt wird, um Daten auf der Blockchain zu speichern. Wenn Konten nicht genügend Guthaben haben, um Rent zu zahlen, können sie durch Garbage Collection entfernt werden.

Siehe auch rent exempt unten. Erfahren Sie mehr über Rent hier: Was ist Rent?.

rent exempt

Konten, die ein Mindestguthaben an lamport aufrechterhalten, das proportional zur Menge der auf dem Konto gespeicherten Daten ist. Alle neu erstellten Konten werden dauerhaft on-chain gespeichert, bis das Konto geschlossen wird. Es ist nicht möglich, ein Konto zu erstellen, das unter die rent-Befreiungsschwelle fällt.

root

Ein block oder slot, der das maximale lockout auf einem validator erreicht hat. Die root ist der höchste Block, der ein Vorfahr aller aktiven Forks auf einem validator ist. Alle Vorgängerblöcke einer root sind transitiv ebenfalls eine root. Blöcke, die weder Vorfahr noch Nachkomme der root sind, werden vom Konsens ausgeschlossen und können verworfen werden.

runtime

Die Komponente eines validator, die für die program-Ausführung verantwortlich ist.

Sealevel

Solanas parallele Laufzeitumgebung für onchain programme.

shred

Ein Bruchteil eines block; die kleinste Einheit, die zwischen validatoren gesendet wird.

signature

Eine 64-Byte ed25519-Signatur aus R (32 Bytes) und S (32 Bytes). Mit der Anforderung, dass R ein gepackter Edwards-Punkt ist, der nicht von kleiner Ordnung ist, und S ein Skalar im Bereich von 0 <= S < L ist. Diese Anforderung stellt sicher, dass keine Signaturveränderbarkeit besteht. Jede Transaktion muss mindestens eine Signatur für das fee-Konto haben. Daher kann die erste Signatur in der Transaktion als transaction id behandelt werden.

skip rate

Der Prozentsatz der übersprungenen slots aus der Gesamtzahl der Leader-Slots in der aktuellen epoch. Diese Kennzahl kann irreführend sein, da sie nach der epoch-Grenze, wenn die Stichprobengröße klein ist, sowie für Validatoren mit einer geringen Anzahl von Leader-Slots eine hohe Varianz aufweist, kann aber auch nützlich sein, um Fehlkonfigurationen von Knoten zu identifizieren.

übersprungener slot

Ein vergangener slot, der keinen Block produziert hat, weil der Leader offline war oder der Fork, der den Slot enthielt, für eine bessere Alternative durch den Cluster-Konsens aufgegeben wurde. Ein übersprungener Slot wird nicht als Vorgänger für Blöcke in nachfolgenden Slots erscheinen, noch die Blockhöhe erhöhen, noch das älteste recent_blockhash ablaufen lassen.

Ob ein Slot übersprungen wurde, kann erst festgestellt werden, wenn er älter ist als der neueste verwurzelte (also nicht übersprungene) Slot.

slot

Der Zeitraum, in dem jeder Leader Transaktionen aufnimmt und einen Block produziert.

Gemeinsam bilden Slots eine logische Uhr. Slots sind sequentiell angeordnet und überlappen sich nicht, wobei sie gemäß PoH ungefähr gleiche Echtzeit umfassen.

smart contract

Siehe onchain program.

SOL

Der native Token eines Solana Clusters.

Solana Program Library (SPL)

Eine Bibliothek von Programmen auf Solana wie spl-token, die Aufgaben wie das Erstellen und Verwenden von Tokens erleichtert.

stake

Tokens, die an den Cluster verfallen, wenn böswilliges Verhalten eines Validatoren nachgewiesen werden kann.

stake-weighted quality of service (SWQoS)

SWQoS ermöglicht bevorzugte Behandlung für Transaktionen, die von gestakten Validatoren kommen.

supermajority

2/3 eines Clusters.

sysvar

Ein System-Konto. Sysvars liefern Cluster-Statusinformationen wie aktuelle Tick-Höhe, Belohnungs-Punkte-Werte usw. Programme können auf Sysvars über ein Sysvar-Konto (pubkey) zugreifen oder durch Abfrage über einen Syscall.

thin client

Ein Typ von Client, der darauf vertraut, dass er mit einem gültigen Cluster kommuniziert.

tick

Ein Ledger-Eintrag, der die Wanduhrzeit schätzt.

tick height

Der Nte Tick im Ledger.

Token

Ein digital übertragbarer Vermögenswert.

Token Extensions Program

Das Token Extensions Program hat die Programm-ID TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb und enthält alle gleichen Funktionen wie das Token Program, bietet aber Erweiterungen wie vertrauliche Überweisungen, benutzerdefinierte Transferlogik, erweiterte Metadaten und vieles mehr.

Inhaltsverzeichnis