Terminologie

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

account

Ein Datensatz 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 Geldmittel namens lamports enthalten. Wie eine Datei in Linux ist es über 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

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

Blockhash

Ein eindeutiger 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-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 Knoten eines Clusters verbindet.

Abkühlungsperiode

Eine bestimmte Anzahl von epoch, 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 über: Aufwärm- und Abkühlungsphase

Credit

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 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-Konto

Das Fee-Konto 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 abgespalten 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 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 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 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 kann nur neuere Blöcke enthalten, um den Speicherbedarf zu reduzieren, da ältere Blöcke designbedingt nicht für die Validierung zukünftiger Blöcke benötigt werden.

ledger vote

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

light client

Ein Typ 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 Kontoadressen, 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.

Knotenanzahl

Die Anzahl der Validatoren, die an einem Cluster teilnehmen.

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 modifizieren, über die er Kontrolle hat. Diese Programme werden auf anderen Blockchains oft als "Smart Contracts" bezeichnet.

PoH

Siehe Proof of History.

Punkt

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

Privater Schlüssel

Der private Schlüssel eines Keypairs.

Programm

Siehe Onchain-Programm.

Programmabgeleitetes Konto (PDA)

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

Programm-ID

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

Proof of History (PoH)

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

Priorisierungsgebühr

Eine zusätzliche Gebühr, 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 Anzahl an Recheneinheiten anfordern, die für die Ausführung erforderlich sind, um die Fee zu minimieren.

public key (pubkey)

Der öffentliche Schlüssel eines keypair.

rent

Gebühr, die von Konten und Programmen bezahlt wird, um Daten auf der Blockchain zu speichern. Wenn Konten nicht genügend Guthaben haben, um rent zu bezahlen, 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 den maximalen 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 auch eine root. Blöcke, die weder Vorgänger noch Nachfolger der root sind, werden vom Konsens ausgeschlossen und können verworfen werden.

runtime

Die Komponente eines validator, die für die Ausführung von Programmen 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, l-1] 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 Transaktions-ID behandelt werden

Skip-Rate

Der Prozentsatz der übersprungenen Slots im Verhältnis zur Gesamtzahl der Leader-Slots in der aktuellen Epoch. Diese Kennzahl kann irreführend sein, da sie nach dem Epoch-Wechsel bei kleiner Stichprobengröße sowie bei Validatoren mit einer geringen Anzahl von Leader-Slots eine hohe Varianz aufweist. Dennoch kann sie manchmal nützlich sein, um Fehlkonfigurationen von Nodes zu identifizieren.

skipped slot

Ein vergangener slot, der keinen Block produziert hat, weil der Leader offline war oder der Fork, der den Slot enthielt, 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 den ältesten 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, 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-Programm.

SOL

Der native Token eines Solana clusters.

Solana Program Library (SPL)

Eine Bibliothek von Programmen auf Solana, wie z.B. 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 Konten. Sysvars stellen Cluster-Statusinformationen bereit, 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 Echtzeit-Dauer schätzt.

Tick-Höhe

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 Transfers, benutzerdefinierter Transfer-Logik, erweiterter Metadaten und vielem 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 Fähigkeiten 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 keypair signiert und atomar mit nur zwei möglichen Ergebnissen ausgeführt werden: Erfolg oder Misserfolg.

Transaktions-ID

Die erste Signatur in einer Transaktion, die zur eindeutigen Identifizierung der Transaktion über das gesamte Ledger verwendet werden kann.

Transaktionsbestätigungen

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

transactions entry

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

tvu

Transaction Validation Unit.

validator

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

VDF

Siehe verifizierbare Verzögerungsfunktion.

verifiable delay function (VDF)

Eine Funktion, die eine feste Zeit zur Ausführung benötigt und einen Beweis erzeugt, dass sie ausgeführt wurde, der dann in kürzerer Zeit überprüft werden kann, als es gedauert hat, ihn zu erzeugen.

vote

Siehe ledger vote.

vote credit

Eine Belohnungszählung für Validatoren. Ein Vote Credit wird einem Validator in seinem Vote-Konto gutgeschrieben, wenn der Validator eine Root erreicht.

wallet

Eine Sammlung von Keypairs, die es Benutzern ermöglicht, ihre Gelder zu verwalten.

warmup period

Eine bestimmte Anzahl von Epochen nachdem Stake delegiert wurde, während er progressiv wirksam wird. Während dieser Zeit wird der Stake als "aktivierend" betrachtet. Weitere Informationen über: Warmup und Cooldown

Is this page helpful?