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-Konto Guthaben namens Lamports halten. Jedes Konto in einem Cluster hat eine eindeutige Adresse.

App

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

Adresse

Der Speicherort in Solana, der verwendet werden kann, um ein Konto zu finden. Jede Adresse ist einzigartig im Solana-Cluster.

Adressen in Solana können entweder ein Ed25519-Public Key oder eine Program Derived Address sein.

Eine Datenstruktur, die eine Liste von Kontoadressen speichert und es versionierten Transaktionen ermöglicht, auf Konten mithilfe kompakter 1-Byte-Indizes anstelle vollständiger 32-Byte-Public-Keys zu verweisen. Address Lookup Tables ermöglichen es einer einzelnen Transaktion, auf mehr Konten zu verweisen, als das ursprüngliche Transaktionsformat erlaubt.

Anchor

Ein Framework zum Erstellen von Solana-Onchain-Programmen in Rust. Anchor bietet Makros, die Boilerplate-Code reduzieren, ein standardisiertes Kontovalidierungssystem und generiert eine IDL, die die Schnittstelle des Programms beschreibt. Es ist das am häufigsten verwendete Framework für die Entwicklung von Solana-Programmen.

Associated Token Account (ATA)

Ein token account, dessen Adresse deterministisch von einer Wallet-Adresse und einem Token Mint abgeleitet wird. Das Associated Token Program stellt sicher, dass jede Wallet ein kanonisches Token-Konto pro Token-Typ hat.

Autorisierung

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

Zum Beispiel:

Die Berechtigung zum Prägen neuer Token wird dem Konto erteilt, das die 'Mint-Autorisierung' für den Token Mint ist.
Die Berechtigung zum Aktualisieren eines Programms wird dem Konto erteilt, das die 'Upgrade-Autorisierung' eines Programms ist.

Bank State

Das Ergebnis der Interpretation aller Programme im Ledger bei einer bestimmten Tick Height. Es umfasst mindestens die Gesamtheit aller Konten, die nicht-null Native Token halten.

Block

Eine zusammenhängende Menge von Einträgen im Ledger, die durch eine Abstimmung abgedeckt sind. Ein Leader produziert höchstens einen Block pro slot.

Blockhash

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

Blockhöhe

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

Bootstrap-Validator

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

BPF-Loader

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

Bump

Ein einzelnes Byte (0–255), das an Seeds angehängt wird, wenn eine Programmabgeleitete Adresse abgeleitet wird, um sicherzustellen, dass die resultierende Adresse außerhalb der ed25519-Kurve liegt und somit eine gültige PDA ist. Der kanonische Bump ist der höchste Wert, der eine gültige PDA erzeugt, und wird normalerweise in den Konten daten gespeichert, um eine Neuberechnung zu vermeiden.

Client

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

Commitment

Ein Maß für die Netzwerkbestätigung des Blocks.

Kompaktes Array-Format

Ein kompaktes Array ist ein Array, das im folgenden Format serialisiert wird:

Die Array-Länge (kodiert als compact-u16)
Die Array-Elemente nacheinander aufgelistet

Kompaktes Array-Format

Das kompakte Array-Format wird verwendet, um sowohl das Konten -Adressen-Array als auch das Anweisungen-Array in Transaktionsnachrichten zu kodieren.

Cluster

Eine Gruppe von Validatoren, die ein einzelnes Ledger pflegen.

Rechenbudget

Die maximale Anzahl an Recheneinheiten, die pro Transaktion verbraucht werden.

Recheneinheiten

Die kleinste Maßeinheit für den Verbrauch von Rechenressourcen der Blockchain. Recheneinheiten werden verwendet, um die Rechenressourcen zu messen, die zur Verarbeitung einer Transaktion verwendet werden.

Bestätigungszeit

Die Echtzeit-Dauer 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 Nodes eines Clusters verbindet.

Abkühlungsphase

Eine bestimmte Anzahl von epoch, nachdem der Stake deaktiviert wurde, während er schrittweise für Abhebungen verfügbar wird. Während dieser Phase gilt der Stake als "deaktivierend". Weitere Informationen über: Aufwärm- und Abkühlungsphase

Kosteneinheiten

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

Credit

Siehe Vote-Credit.

Cross Program Invocation (CPI)

Ein Aufruf von einem Onchain-Programm zu einem anderen. Weitere Informationen finden Sie unter Aufrufe zwischen Programmen.

Datenebene

Ein Multicast-Netzwerk, das verwendet wird, um Einträge effizient zu validieren und Konsens zu erzielen.

Drone

Ein Offchain-Dienst, der als Verwahrer für den privaten Schlüssel eines Benutzers fungiert. Er dient typischerweise dazu, Transaktionen zu validieren und zu signieren.

Eintrag

Ein Eintrag im Ledger, entweder ein Tick oder ein Transaktionseintrag.

Eintrags-ID

Ein preimage-resistenter Hash über den finalen Inhalt eines Eintrags, der als global eindeutiger Identifikator des Eintrags dient. Der Hash dient als Nachweis für:

Die Generierung des Eintrags nach einer bestimmten Zeitdauer
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.

Fee-Konto

Das Fee-Konto in der Transaktion ist das Konto, das für die Kosten der Aufnahme der Transaktion in das Ledger aufkommt. Dies ist das erste Konto in der Transaktion. Dieses Konto muss in der Transaktion als Read-Write (beschreibbar) deklariert werden, da die Bezahlung der Transaktion den Kontostand reduziert.

Finalität

Wenn Knoten, die 2/3 des Stakes repräsentieren, eine gemeinsame Root haben.

Fork

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

Genesis-Block

Der erste Block in der Chain.

Genesis-Konfiguration

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

Hash

Ein digitaler Fingerabdruck einer Bytefolge.

Inflation

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

Inner Instruction

Siehe Cross Program Invocation.

Anweisungen

Ein Aufruf, um einen bestimmten Instruction-Handler in einem Programm aufzurufen. Eine Instruction gibt auch an, welche Konten sie lesen oder ändern möchte, sowie zusätzliche Daten, die als zusätzliche Eingabe für den Instruction-Handler dienen. Ein Client muss mindestens eine Instruction in einer Transaktion einschließen, und alle Anweisungen müssen abgeschlossen werden, damit die Transaktion als erfolgreich gilt.

Instruction-Handler

Instruction-Handler sind Programm-Funktionen, die Anweisungen aus Transaktionen verarbeiten. Ein Instruction-Handler kann eine oder mehrere Cross-Program Invocations enthalten.

IDL

Interface Definition Language. Eine JSON-Datei, die von Anchor generiert wird und die Instruction-Handler, Konten und Typen eines Programms beschreibt. Die IDL ermöglicht es Client-Bibliotheken, automatisch typisierte Schnittstellen für die Interaktion mit einem Onchain-Programm zu generieren.

keypair

Ein öffentlicher Schlüssel und der zugehörige private Schlüssel für den Zugriff auf ein Konto.

lamport

Ein Bruchteil eines nativen Tokens 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 Validatoren, wenn er Einträge an das Ledger anhängt.

Leader-Zeitplan

Eine Abfolge von öffentlichen Schlüsseln der Validatoren, 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, welche von Clients signiert wurden. Konzeptionell lässt sich dies bis zum Genesis-Block zurückverfolgen, aber das tatsächliche Ledger eines Validatoren enthält möglicherweise nur neuere Blöcke, um Speicherplatz zu sparen, da ältere Blöcke für die Validierung zukünftiger Blöcke systembedingt nicht benötigt werden.

Ledger-Vote

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

Light Client

Ein Typ von Client, der überprüfen kann, ob er auf ein gültiges Cluster zeigt. Er führt mehr Ledger-Verifizierung durch als ein Thin Client, aber weniger als ein Validator.

Loader

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

Lockout

Die Zeitspanne, während der ein Validator nicht in der Lage ist, für einen anderen Fork zu voten.

Nachricht

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

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

Mikro-Lamport

1.000.000 Mikro-Lamports = 1 Lamport

Nakamoto-Koeffizient

Ein Maß für die Dezentralisierung. Der Nakamoto-Koeffizient ist die kleinste Anzahl unabhängiger Einheiten, die gemeinsam handeln können, um eine Blockchain zu stoppen. 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 Knoten in einem Cluster geleistete Arbeit zu verfolgen.

Knoten

Ein Computer, der an einem Cluster teilnimmt.

Knotenanzahl

Die Anzahl der Validatoren, die an einem Cluster teilnehmen.

Onchain

Beschreibt Daten oder Programme, die auf einer Blockchain existieren oder ausgeführt werden. "Onchain" (ohne Bindestrich) ist die bevorzugte Schreibweise.

Onchain-Programm

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

Eigentümer

Kann sich entweder auf das eigentümerführende Programm oder die eigentümerführende Wallet beziehen. Beispielsweise ruft getTokenAccountsByOwner Token-Konten ab, die einer bestimmten Wallet gehören, jedoch ist das eigentümerführende Programm für diese Token-Konten das Token-Programm.

Um Verwirrung zu vermeiden, ist es vorzuziehen, entweder eigentümerführendes Programm oder eigentümerführende Wallet anstelle des allgemeinen Begriffs 'Eigentümer' zu verwenden.

Eigentümerführendes Programm

Die Adresse des Programms, das das Konto besitzt. Nur das eigentümerführende Programm ist in der Lage, das Konto zu ändern.

Siehe auch Autorität.

Eigentümer-Wallet

Die Wallet, die mit einem Konto verknüpft ist. Zum Beispiel wird das Token Program verwendet, um token accounts zu speichern, die mit einer bestimmten Wallet und Mint verbunden sind, unter Verwendung einer Adresse, die aus dieser Wallet und Mint erstellt wurde.

PoH

Siehe Proof of History.

Punkt

Ein gewichtetes Guthaben in einem Belohnungssystem. Im Validatoren-Belohnungssystem ist die Anzahl der Punkte, die einem Stake bei der Einlösung zustehen, das Produkt aus den verdienten Vote-Credits und der Anzahl der Lamports, die gestaked wurden.

Private Key

Der private Schlüssel eines Keypairs.

Programm

Siehe Onchain-Programm.

Program Derived Address (PDA)

Ein Konto, dessen Adresse auf Basis eines Onchain-Programms und eines oder mehrerer Seeds erstellt wird, die vom Programmautor definiert wurden. PDA-Adressen sind keine öffentlichen Schlüssel, und PDAs haben keine privaten Schlüssel.

Die Signierungsberechtigung für eine PDA liegt beim Onchain-Programm, das ihr Eigentümerprogramm ist.

Programm-ID

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

Proof of History (PoH)

Ein Stapel von Beweisen, von denen jeder nachweist, dass bestimmte Daten existierten, bevor der Beweis erstellt wurde, und dass eine präzise Zeitspanne seit dem vorherigen Beweis vergangen ist. Wie eine VDF kann ein Proof of History in kürzerer Zeit verifiziert werden, als er zur Erstellung benötigte.

Priorisierungsgebühr

Eine zusätzliche Gebühr, die Nutzer in den Anweisungen des Rechenbudgets angeben können, um ihre Transaktionen zu priorisieren.

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

Transaktionen sollten die minimal erforderliche Menge an Recheneinheiten für die Ausführung anfordern, um die Fee zu minimieren.

Öffentlicher Schlüssel (pubkey)

Der öffentliche Schlüssel eines keypair. Ein öffentlicher Schlüssel ist eine der verschiedenen Arten von Adressen, die ein Konto auf Solana verwenden kann.

rent

Fee, die von Konten und Programmen gezahlt wird, um Daten auf der Blockchain zu speichern. Wenn Konten nicht über ausreichend Guthaben verfügen, um rent zu zahlen, können sie durch Garbage Collection entfernt werden.

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

rent exempt

Konten, die ein minimales lamport-Guthaben aufrechterhalten, das proportional zur Menge der auf dem Konto gespeicherten Daten ist. Alle neu erstellten Konten werden dauerhaft onchain 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 auf einem Validatoren die maximale Sperrfrist erreicht hat. Der Root ist der höchste Block, der ein Vorfahre aller aktiven Forks auf einem validator ist. Alle Vorfahren-Blöcke eines Root sind transitiv ebenfalls ein Root. Blöcke, die weder ein Vorfahre noch ein Nachkomme des Root sind, werden von der Konsensbildung ausgeschlossen und können verworfen werden.

Runtime

Die Komponente eines Validatoren, die für die Ausführung von Programmen verantwortlich ist.

Sealevel

Solanas parallele Laufzeitumgebung für Onchain-Programme.

seed

Ein Byte-Wert oder ein Array von Byte-Werten, das als Eingabe bei der Ableitung einer Program Derived Address verwendet wird. Ein Programm kann jede Kombination aus statischen Zeichenketten, öffentlichen Schlüsseln oder anderen Daten als seed verwenden. Seeds werden mit der ID des Programms und einem bump kombiniert, um eine eindeutige PDA-Adresse zu erzeugen.

shred

Ein Bruchteil eines Block; die kleinste Einheit, die zwischen Validatoren übertragen wird.

Signatur

Eine 64-Byte-ed25519-Signatur aus R (32 Bytes) und S (32 Bytes). Mit der Anforderung, dass R ein gepackter Edwards-Punkt niedriger Ordnung ist und S ein Skalar im Bereich von 0 <= S < L. Diese Anforderung stellt sicher, dass keine Signatur- Formbarkeit besteht. Jede Transaktion muss mindestens eine Signatur für das Gebührenkonto haben. Somit kann die erste Signatur einer Transaktion als Transaktions-ID behandelt werden

Ausfallrate

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

übersprungener Slot

Ein vergangener Slot, der keinen Block erzeugt hat, weil der Leader offline war oder die Fork, die den Slot enthält, zugunsten einer besseren Alternative durch den Cluster-Konsens aufgegeben wurde. Ein übersprungener Slot erscheint nicht als Vorgänger für Blöcke in nachfolgenden Slots, erhöht nicht die Blockhöhe und lässt nicht die älteste recent_blockhash ablaufen.

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

slot

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

Gemeinsam erzeugen Slots eine logische Uhr. Slots sind sequenziell angeordnet und überlappen sich nicht, wobei sie ungefähr gleiche reale Zeit gemäß PoH umfassen.

Smart Contract

Siehe Onchain-Programm.

SOL

Der native Token eines Solana-Clusters.

Solana Program Library (SPL)

Eine Programmbibliothek auf Solana, wie z. B. spl-token, die Aufgaben wie das Erstellen und Verwenden von Token erleichtert.

Stake

Token, die dem Cluster verfallen, wenn böswilliges Validatoren-Verhalten nachgewiesen werden kann.

Stake-Weighted Quality of Service (SWQoS)

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

Supermajority

2/3 eines Clusters.

System Program

Ein natives Solana-Programm (Programm-ID 11111111111111111111111111111111), das für die Erstellung neuer Konten, die Zuweisung von Kontodaten, die Zuweisung von Konten an Programme und die Übertragung von SOL zwischen Konten verantwortlich ist. Alle neuen Konten auf Solana gehören dem System Program, bis sie neu zugewiesen werden.

Sysvar

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

Thin Client

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

Tick

Ein Ledger-Eintrag, der die Wanduhr-Dauer schätzt.

Tick-Höhe

Der N-te Tick im Ledger.

Token

Ein digital übertragbares Asset.

token account

Ein Konto, das ein Guthaben eines bestimmten Tokens hält. Token-Konten gehören dem Token Program oder dem Token Extensions Program und speichern das Token-Guthaben, die zugehörige Token Mint und die Adresse der besitzenden Wallet.

Token Extensions Program

Das Token Extensions Program hat die Programm-ID TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb und umfasst alle Funktionen des Token Program, bietet jedoch zusätzliche Erweiterungen wie vertrauliche Überweisungen, benutzerdefinierte Transferlogik, erweiterte Metadaten und vieles mehr.

Token Mint

Ein Konto, das Token produzieren (oder „minten“) kann. Verschiedene Token werden durch ihre eindeutigen Token-Mint-Adressen unterschieden.

Token Program

Das Token Program hat die Programm-ID TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA und bietet die grundlegenden Funktionen zum Übertragen, Einfrieren und Minten von Token.

tps

Transaktionen pro Sekunde.

tpu

Transaction Processing Unit.

Transaktion

Eine oder mehrere Anweisungen, die von einem Client mit einem oder mehreren Keypairs signiert und atomar mit nur zwei möglichen Ergebnissen ausgeführt werden: Erfolg oder Fehler.

Transaktions-ID

Die erste Signatur in einer Transaktion, die zur eindeutigen Identifizierung der Transaktion im gesamten Ledger verwendet werden kann.

Transaktionsbestätigungen

Die Anzahl der bestätigten Blöcke seit der Aufnahme der Transaktion in das Ledger. Eine Transaktion ist finalisiert, wenn ihr Block zu einem Root wird.

Transaktionseintrag

Eine Gruppe von Transaktionen, die parallel ausgeführt werden können.

tvu

Transaction Validation Unit.

Validatoren

Ein vollwertiger Teilnehmer in einem Solana-Netzwerk-Cluster, der neue Blöcke produziert. Ein Validator validiert die Transaktionen, die dem Ledger hinzugefügt werden.

VDF

Siehe Verifiable Delay Function.

Verifiable Delay Function (VDF)

Eine Funktion, die eine feste Zeitspanne zur Ausführung benötigt und einen Beweis erzeugt, dass sie ausgeführt wurde, der anschließend in kürzerer Zeit verifiziert werden kann, als die Erzeugung gedauert hat.

Versionierte Transaktion

Ein Transaktionsformat, das zusätzliche Funktionen über das ursprüngliche Transaktionsformat hinaus unterstützt. Version 0 (v0) ist das erste versionierte Format und bietet Unterstützung für Address Lookup Tables, wodurch Transaktionen mehr Konten referenzieren können, als das ursprüngliche Format erlaubt.

Inhaltsverzeichnis