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-Account Geldmittel enthalten, die als Lamports bezeichnet werden. 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 Account-Adresse (32-Byte-Wert, der nicht auf der ed25519-Kurve liegt)
  • ein Hash eines ed25519 Public Keys mit einer 32-Zeichen-Zeichenfolge

Account-Besitzer

Die Adresse des Programms, das den Account besitzt. Nur das besitzende Programm ist in der Lage, den Account 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 einen Account hat.

Zum Beispiel:

  • Die Fähigkeit, neue Tokens zu prägen, wird dem Account gegeben, der die 'Mint Authority' für den Token-Mint ist.
  • Die Fähigkeit, ein Programm zu aktualisieren, wird dem Account gegeben, der die 'Upgrade Authority' eines Programms ist.

Bank-Status

Das Ergebnis der Interpretation aller Programme im Ledger bei einer bestimmten Tick-Höhe. Es umfasst mindestens die Menge aller Accounts, die nicht-null native Tokens 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 Eintrags-ID des Blocks.

block height

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 produziert.

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 validators, 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.

confirmation time

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

confirmed block

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

control plane

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

Cooldown-Periode

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 über: Warmup und Cooldown

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 Signierung 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.

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 Instruction-Handlers in einem Programm. Eine Instruction gibt auch an, welche Konten sie lesen oder ändern möchte, sowie zusätzliche Daten, die als Hilfseingabe für den Instruction-Handler dienen. Ein Client muss mindestens eine Instruction in einer Transaktion enthalten, und alle Instructions müssen abgeschlossen sein, damit die Transaktion als erfolgreich angesehen wird.

instruction handler

Instruction-Handler sind Programm-Funktionen, die Instructions aus Transaktionen verarbeiten. Ein Instruction-Handler kann eine 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 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. 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 enthält, 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 Speicherplatz zu sparen, 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, für den 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 validators, die an einem Cluster teilnehmen.

Onchain-Programm

Der ausführbare Code in 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 keypair.

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 Gebühren zu minimieren.

public key (pubkey)

Der öffentliche Schlüssel eines keypair.

rent

Gebühr, die von Accounts und Programmen gezahlt wird, um Daten auf der Blockchain zu speichern. Wenn Accounts 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

Accounts, die ein Mindestguthaben an Lamports aufrechterhalten, das proportional zur Menge der auf dem Account gespeicherten Daten ist. Alle neu erstellten Accounts werden dauerhaft on-chain gespeichert, bis der Account geschlossen wird. Es ist nicht möglich, einen Account zu erstellen, der unter die rent-exemption-Schwelle 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 validators, die für die Ausführung von Programmen verantwortlich ist.

Sealevel

Solanas parallele Laufzeitumgebung für onchain-Programme.

shred

Ein Bruchteil eines Blocks; die kleinste Einheit, die zwischen validators 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 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 übersprungenen Slots im Verhältnis zur Gesamtzahl der Leader-Slots in der aktuellen Epoche. Diese Kennzahl kann irreführend sein, da sie nach dem Epochenwechsel 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.

Übersprungener Slot (skipped slot)

Ein vergangener Slot, der keinen Block produziert hat, weil der Leader offline war oder der Fork, der 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 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 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-gewichtete Dienstqualität (SWQoS)

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

Supermajorität

2/3 eines Clusters.

Sysvar

Ein System Konto. Sysvars stellen Cluster-Statusinformationen bereit, wie z.B. aktuelle Tick-Höhe, Rewards 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 umfasst alle gleichen Funktionen wie das Token Program, bietet aber Erweiterungen wie vertrauliche Überweisungen, benutzerdefinierte Transferlogik, erweiterte Metadaten und vieles mehr.

Token Mint

Ein Konto, das Token erzeugen (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 Prägen 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 Misserfolg.

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 die Transaktion in den Ledger aufgenommen wurde. Eine Transaktion ist abgeschlossen, wenn ihr Block zu einem Root wird.

Transaktionseinträge

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

TVU

Transaction validation unit (Transaktionsvalidierungseinheit).

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.

Verifizierbare Verzögerungsfunktion (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 validators. Ein Vote-Credit wird einem validator in seinem Vote-Konto gutgeschrieben, wenn der validator einen Root erreicht.

Wallet

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

Aufwärmperiode

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: Aufwärm- und Abkühlphase

Is this page helpful?