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.

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 Array der Kontenadressen als auch das Array der Anweisungen in Transaktionsnachrichten zu kodieren.

Cluster

Eine Gruppe von Validatoren, die ein gemeinsames Ledger verwalten.

Compute-Budget

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

Compute-Units

Die kleinste Maßeinheit für den Verbrauch von Rechenressourcen der Blockchain. Compute-Units werden verwendet, um die Rechenressourcen zu messen, die zur Verarbeitung einer Transaktion benötigt 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.

Steuerungsebene

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

Abkühlungsperiode

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

Kosteneinheiten

Auch als "cost_units" bezeichnet, ist eine umfassende Schätzung aller Ressourcen, die zur Verarbeitung einer Transaktion erforderlich sind, gemessen in Compute-Units. Weitere Informationen hier.

Kredit

Siehe Vote-Kredit.

Cross-Program Invocation (CPI)

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

data plane

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 zur Validierung und Unterzeichnung von Transaktionen.

entry

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

entry id

Ein vorbildresistenter Hash über den endgültigen Inhalt eines Eintrags, der als global eindeutige Kennung des Eintrags dient. Der Hash dient als Nachweis 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.

fee account

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-Konto (beschreibbar) deklariert werden, da die Bezahlung der Transaktion den Kontostand reduziert.

finality

Wenn Knoten, die 2/3 des Einsatzes 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 ändern möchte, und 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 invocations 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 micro-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. Der 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 enthält möglicherweise nur neuere Blöcke, 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, für den ein Validator nicht in der Lage ist, über einen anderen Fork abzustimmen.

message

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.

micro-lamport

1.000.000 Micro-lamport = 1 lamport

Nakamoto coefficient

Als Maß für Dezentralisierung ist der Nakamoto-Koeffizient 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 geschuldet werden, das Produkt aus den verdienten Vote-Credits und der Anzahl der gestakten lamports.

private key

Der private Schlüssel eines keypair.

Programm

Siehe Onchain-Programm.

Programm-abgeleitetes Konto (PDA)

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

Programm-ID

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

proof of history (PoH)

Ein Stapel von Beweisen, von denen jeder beweist, dass einige Daten existierten, bevor der Beweis erstellt wurde, und dass eine präzise Zeitdauer vor dem vorherigen Beweis vergangen ist. Wie eine VDF kann ein Proof of History in weniger Zeit überprüft werden, als es gedauert hat, ihn zu erstellen.

Priorisierungsgebühr

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 Recheneinheiten mit dem Recheneinheitspreis (angegeben in Schritten von 0,000001 lamport pro Recheneinheit) multipliziert und auf den nächsten lamport aufgerundet werden.

Transaktionen sollten die minimale Anzahl an Recheneinheiten anfordern, die für die Ausführung erforderlich sind, um die 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 mietbefreit unten. Erfahren Sie mehr über rent hier: Was ist rent?.

mietbefreit

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 Mietbefreiungsschwelle fällt.

root

Ein block oder slot, der die maximale lockout auf einem validator erreicht hat. Die Root ist der höchste Block, der ein Vorgänger aller aktiven Forks auf einem Validator ist. Alle Vorgängerblöcke einer Root sind transitiv ebenfalls eine Root. Blöcke, die weder Vorgänger noch Nachfolger der Root sind, werden für den Konsens nicht berücksichtigt 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 programs.

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 Signaturformbarkeit möglich ist. Jede Transaktion muss mindestens eine Signatur für das fee account haben. Daher kann die erste Signatur in der Transaktion als transaction id behandelt werden.

skip rate

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

skipped slot

Ein vergangener slot, der keinen block produziert hat, weil der Leader offline war oder der fork, der den Slot enthält, für eine bessere 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 block height und lässt nicht die älteste recent_blockhash ablaufen.

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

slot

Der Zeitraum, für den jeder Leader Transaktionen aufnimmt und einen Block produziert.

Gemeinsam bilden slots eine logische Uhr. Slots sind sequentiell angeordnet und überschneiden 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 Validators 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 stellen Cluster-Statusinformationen bereit, wie aktuelle Tick-Höhe, Belohnungs-Punkte-Werte usw. 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 Wanduhrzeit schätzt.

tick height

Der N-te 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, kommt aber mit Erweiterungen wie vertraulichen Überweisungen, benutzerdefinierter Überweisungslogik, erweiterten Metadaten und vielem mehr.

Inhaltsverzeichnis