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.

Automated Market Maker (AMM)

Ein Onchain-Börsenmodell, bei dem Nutzer gegen einen Pool von Token-Reserven handeln, der durch eine Preisformel gesteuert wird, anstatt gegen die offenen Orders einer Gegenpartei. Die Preise bewegen sich als Funktion der Reserven, sodass Trades einen Slippage verursachen, der proportional zur Größe ist.

Bank State

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

Block

Eine zusammenhängende Menge von Entries im Ledger, die durch ein Vote abgedeckt wird. 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 Entry ID des Blocks.

Block Height

Die Anzahl der Blocks unterhalb des aktuellen Blocks. 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 Runtime interagieren kann.

Bump

Ein einzelnes Byte (0–255), das an Seeds angehängt wird, wenn eine Program Derived Address 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 typischerweise in den Kontodaten gespeichert, um eine erneute Berechnung zu vermeiden.

Central Limit Order Book (CLOB)

Ein Börsenmodell, das eine sortierte Liste offener Kauf- und Verkaufsaufträge führt; ein Trade erfolgt, wenn eine eingehende Order eine Order auf der gegenüberliegenden Seite kreuzt. Im Gegensatz zum Automated Market Maker.

Client

Ein Computerprogramm, das auf das Solana-Servernetzwerk 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 Array der Kontoadressen als auch das Array der Anweisungen in Transaktionsnachrichten zu kodieren.

Cluster

Eine Gruppe von Validatoren, die ein einziges Ledger pflegen.

Compute-Budget

Die maximale Anzahl an Compute-Einheiten, die pro Transaktion verbraucht werden.

Compute-Einheiten

Die kleinste Maßeinheit für den Verbrauch von Rechenressourcen der Blockchain. Compute-Einheiten werden verwendet, um die Rechenressourcen zu messen, die zur Verarbeitung einer Transaktion benötigt werden.

Bestätigungszeit

Die Wanduhrzeit 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ühlungsperiode

Eine bestimmte Anzahl von Epochen, nachdem Stake deaktiviert wurde, während er schrittweise für Auszahlungen verfügbar wird. Während dieser Zeit gilt der Stake als "deaktivierend". Weitere Informationen: Warmup und Cooldown

Kosteneinheiten

Auch bezeichnet als transaction cost, ist eine umfassende Schätzung aller Ressourcen, die zur Verarbeitung einer Transaktion erforderlich sind, gemessen in Compute-Einheiten. 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 zur effizienten Validierung von Einträgen und zur Konsensbildung verwendet wird.

Drone

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

Eintrag

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

Eintrags-ID

Ein vorbildresistenter Hash über die finalen Inhalte 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 Schedule gültig ist.

Escrow

Ein Muster, bei dem ein Onchain-Programm Token in einem Vault im Namen von zwei oder mehr Parteien hält, bis die vom Programm definierten Bedingungen erfüllt sind, und sie dann freigibt. Wird verwendet, um die Notwendigkeit zu beseitigen, dass die Parteien einander direkt vertrauen müssen.

Fee-Konten

Das Fee-Konten in der Transaktion ist das Konten, das für die Kosten der Aufnahme der Transaktion in das Ledger bezahlt. Dies ist das erste Konten in der Transaktion. Dieses Konten 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 Stake repräsentieren, eine gemeinsame Root haben.

Fork

Ein Ledger, der von gemeinsamen Einträgen abgeleitet wurde, aber dann divergiert ist.

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

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 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 erfolgreich 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 Public Key und der entsprechende Private Key für den Zugriff auf ein Konto.

Lamport

Ein Bruchteil eines Native Token mit dem Wert von 0,000000001 SOL.

Innerhalb des Compute-Budgets wird eine Menge von Micro-Lamports bei der Berechnung von Prioritization Fee verwendet.

Leader

Die Rolle eines Validatoren beim Anhängen von Einträgen an das Ledger.

Leader-Zeitplan

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

Ledger

Eine Liste von Einträgen, die Transaktionen enthalten, die 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 reduzieren, da ältere Blöcke aufgrund des Designs nicht für die Validierung zukünftiger Blöcke benötigt werden.

Ledger-Vote

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

Light Client

Eine Art von Client, der verifizieren kann, dass er auf ein gültiges Cluster verweist. Er führt mehr Ledger-Verifizierung durch als ein Thin Client und weniger als ein Validator.

Liquidität

Die Tiefe der verfügbaren Orders oder gepoolten Reserven, die zum oder nahe dem aktuellen Preis gehandelt werden können. Tiefere Liquidität reduziert Slippage. Bei einem CLOB wird Liquidität durch Maker-Orders bereitgestellt; bei einem AMM wird sie von Liquiditätsanbietern bereitgestellt, die Token-Paare in den Pool einzahlen.

Loader

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

Lockout

Die Zeitdauer, für die ein Validator nicht in der Lage ist, über einen anderen Fork zu voten.

Maker

Ein Händler, dessen Order Liquidität zu einem CLOB hinzufügt, indem sie im Orderbuch verbleibt, anstatt sofort die Gegenseite zu kreuzen. Eine solche Order wird als Maker-Order bezeichnet. Maker zahlen in der Regel keine Gebühr oder erhalten eine Rückvergütung von der Handelsplattform.

Market Maker

Eine Einheit, die Liquidität bereitstellt, indem sie kontinuierlich sowohl Geld- als auch Briefkurse stellt. Auf Solana sind Market Maker entweder Programme (wie AMMs) oder Offchain-Firmen, die Bots betreiben, welche Maker-Orders auf CLOBs platzieren.

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.

Micro-Lamport

1.000.000 Micro-Lamports = 1 Lamport

Nakamoto-Koeffizient

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

Nativer Token

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

Node

Ein Computer, der an einem Cluster teilnimmt.

Node-Anzahl

Die Anzahl der Validatoren, die an einem Cluster teilnehmen.

Offchain

Beschreibt Daten, Prozesse oder Dienste, die außerhalb der Solana-Blockchain existieren oder ausgeführt werden, wie z. B. RPC-Clients, Indexer, Frontends und Offchain-Orderbuch-Maker. Gegenteil von Onchain. "Offchain" (ohne Bindestrich) ist die bevorzugte Schreibweise.

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

Oracle

Ein Onchain-Programm, das Daten von außerhalb der Chain veröffentlicht – meist Preise von realen Vermögenswerten –, damit andere Programme diese lesen können.

Eigentümer

Kann sich entweder auf das besitzende Programm oder die besitzende Wallet beziehen. Zum Beispiel ruft getTokenAccountsByOwner Token-Konten ab, die einer bestimmten Wallet gehören, wobei das besitzende Programm für diese Token-Konten das Token Program ist.

Um Verwirrung zu vermeiden, sollte vorzugsweise entweder besitzendes Programm oder besitzende Wallet anstelle des allgemeinen Begriffs "Eigentümer" verwendet werden.

Besitzendes Programm

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

Siehe auch Berechtigung.

Besitzende Wallet

Die Wallet, die mit einem Konto verknüpft ist. Beispielsweise wird das Token Program verwendet, um Token-Konten zu speichern, die mit einer bestimmten Wallet und Mint verknüpft sind, wobei eine Adresse aus dieser Wallet und diesem Mint erstellt wird.

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 gestakten Lamports.

Privater Schlüssel

Der private Schlüssel eines Keypairs.

Programm

Siehe Onchain-Programm.

Program Derived Address (PDA)

Ein Konto, dessen Adresse auf Basis eines Onchain-Programms und einer oder mehrerer Seeds erstellt wird, die vom Programmautor erstellt 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 besitzendes Programm ist.

Programm-ID

Der öffentliche Schlüssel des Konten, 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 verstrichen ist. Wie eine VDF kann ein Proof of History in kürzerer Zeit verifiziert werden, als seine Erstellung dauerte.

Priorisierungsgebühr

Eine zusätzliche Gebühr, die Benutzer in der Compute-Budget- Anweisungen angeben können, um ihre Transaktionen zu priorisieren.

Die priority fee 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 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 pubkey ist eine der verschiedenen Arten von Adressen, die ein Konto auf Solana verwenden kann.

rent

Fee, die von Konten und Programmen zur Speicherung von Daten auf der Blockchain bezahlt wird. Wenn Konten nicht über ausreichend Guthaben zur Zahlung von rent verfügen, können sie per Garbage Collection entfernt werden.

Siehe auch rent-befreit unten. Erfahren Sie hier mehr über rent: Was ist rent?.

rent-befreit

Konten, die ein Mindestguthaben in lamport aufrechterhalten, das proportional zur auf dem Konto gespeicherten Datenmenge 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 die maximale Sperrfrist auf einem Validatoren erreicht hat. Der Root ist der höchste Block, der ein Vorfahre aller aktiven Forks auf einem Validatoren ist. Alle vorherigen Blöcke eines Roots sind ebenfalls transitiv ein Root. Blöcke, die weder ein Vorfahre noch ein Nachfolger des Roots sind, werden vom Konsens ausgeschlossen und können verworfen werden.

Laufzeitumgebung

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, der als Eingabe bei der Ableitung einer Program Derived Address verwendet wird. Ein Programm kann beliebige Kombinationen aus statischen Zeichenketten, öffentlichen Schlüsseln oder anderen Daten als Seeds verwenden. Seeds werden mit der Programm-ID und einem Bump kombiniert, um eine eindeutige PDA-Adresse zu erzeugen.

Shard

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

Signatur

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

Signer

Ein Konten, das eine Anweisungen oder Transaktion autorisiert hat. Bei einem regulären keypair bedeutet dies eine kryptografische Signatur über die Transaktion. Bei einer Program Derived Address wird die Autorisierung durch das besitzende Programm bestätigt, wenn es eine Cross Program Invocation durchführt, da eine PDA keinen privaten Schlüssel besitzt.

Übersprungrate

Der Prozentsatz der übersprungenen Slots von den gesamten Leader-Slots in der aktuellen epoch. Diese Kennzahl kann irreführend sein, da sie eine hohe Varianz nach der Epochengrenze aufweist, wenn die Stichprobengröße klein ist, sowie bei 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 enthielt, zugunsten einer besseren Alternative durch 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 auch nicht den ältesten recent_blockhash verfallen.

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

Slippage

Die Differenz zwischen dem Preis, den ein Händler erwartet hat, und dem Preis, zu dem sein Trade tatsächlich ausgeführt wurde. Bei AMMs entsteht sie durch die Verschiebung der Preiskurve bei sich ändernden Reserven; bei CLOBs entsteht sie dadurch, dass eine einzelne Order mehrere ruhende Orders zu sukzessive schlechteren Preisen verbraucht.

slot

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

Zusammen bilden Slots eine logische Uhr. Slots sind sequenziell angeordnet und überschneiden sich nicht, wobei sie gemäß PoH ungefähr gleiche reale Zeitspannen umfassen.

Smart Contract

Siehe Onchain-Programm.

SOL

Der native Token eines Solana-Clusters.

Solana Program Library (SPL)

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

Stake

Tokens, die dem Cluster verfallen, wenn böswilliges Verhalten eines Validators nachgewiesen werden kann.

Stake-gewichtete Servicequalität (SWQoS)

SWQoS ermöglicht eine bevorzugte Behandlung von Transaktionen, die von Validatoren mit Stake stammen.

Supermajorität

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 zu Programmen 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-Statusinformationen 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.

Taker

Ein Händler, dessen Order Liquidität aus einem CLOB entfernt, indem sie die Gegenseite des Orderbuchs kreuzt und mit einer oder mehreren ruhenden Orders übereinstimmt. Eine solche Order wird als Taker-Order bezeichnet, und der Taker zahlt typischerweise die Handelsgebühr der Plattform.

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 übertragbarer Vermögenswert.

token account

Ein Konto, das einen Saldo eines bestimmten Tokens hält. Token-Konten gehören dem Token Program oder Token Extensions Program und speichern den Token-Saldo, 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ätzlich Erweiterungen wie vertrauliche Transfers, benutzerdefinierte Transfer-Logik, erweiterte Metadaten und vieles mehr.

Token Mint

Ein Konto, das Token produzieren (oder „prägen“) 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 ausgeführt werden, mit nur zwei möglichen Ergebnissen: 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 dem Zeitpunkt, an dem die Transaktion in das Ledger aufgenommen wurde. 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.

validator

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

Vault

Ein token account, das einem Onchain-Programm gehört und gepoolte Vermögenswerte im Namen von Benutzern hält — zum Beispiel die Basis- und Quotierungsreserven eines AMM, die gesperrten Token in einem Escrow oder die ruhenden Guthaben und aufgelaufenen Gebühren eines CLOB. Nur das besitzende Programm kann Token aus dem Vault bewegen, typischerweise in das eigene token account eines Benutzers, sobald eine Handels- oder Freigabebedingung erfüllt ist.

VDF

Siehe Verifiable Delay Function.

Verifiable Delay Function (VDF)

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

versionierte Transaktion

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

Inhaltsverzeichnis