Terminologie

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

Konten

Ein Eintrag im Solana-Ledger, der entweder Daten enthält oder ein ausführbares Programm ist.

Wie ein Konto bei einer herkömmlichen Bank kann ein Solana-Konto Guthaben in Form von 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 eindeutig im Solana-cluster.

Adressen in Solana können entweder ein Ed25519-öffentlicher Schlüssel oder eine program derived address sein.

Eine Datenstruktur, die eine Liste von Kontenadressen speichert und es versionierten Transaktionen ermöglicht, auf Konten über kompakte 1-Byte-Indizes statt über vollständige 32-Byte-Public-Keys zu verweisen. Adress-Lookup-Tabellen ermöglichen es einer einzelnen Transaktion, auf mehr Konten zu verweisen, als das ursprüngliche Transaktionsformat erlaubt. Nur Transaktionen der Version 0 (v0) unterstützen Adress-Lookup-Tabellen; Version 1 (v1) entfernt sie zugunsten einer größeren Transaktionsgröße, die die gleichen Adressen direkt einbettet.

Anchor

Ein Framework zum Erstellen von Solana-Onchain-Programmen in Rust. Anchor stellt Makros bereit, die Boilerplate reduzieren, ein standardisiertes Kontenvalidierungssystem und generiert eine IDL, die die Schnittstelle des Programms beschreibt. Es ist das am weitesten verbreitete Framework für die Solana-Programmentwicklung.

associated token account (ATA)

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

Autorität

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

Zum Beispiel:

Die Fähigkeit, neue Token zu prägen, wird dem Konto gewährt, das die „Mint-Autorität“ für den Token-Mint ist.
Die Fähigkeit, ein Programm zu aktualisieren, wird dem Konto gewährt, das die „Upgrade-Autorität“ eines Programms ist.

Automatischer Market Maker (AMM)

Ein Onchain-Börsenmodell, bei dem Benutzer gegen einen Pool von Token-Reserven handeln, der durch eine Preisformel gesteuert wird, anstatt gegen die ruhenden Aufträge einer Gegenpartei. Die Preise bewegen sich in Abhängigkeit von den Reserven, sodass Trades einen Slippage proportional zur Größe verursachen.

Bank-Zustand

Das Ergebnis der Interpretation aller Programme im Ledger bei einer bestimmten Tick-Höhe. Es umfasst mindestens die Menge aller Konten, die nicht-null native Token halten.

Block

Eine zusammenhängende Menge von Einträgen im Ledger, die durch eine Abstimmung abgedeckt wird. 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.

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

BPF-Loader

Das Solana-Programm, das BPF-Onchain-Programme besitzt und lädt und dem Programm ermöglicht, mit der Laufzeitumgebung zu interagieren.

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 daher eine gültige PDA ist. Der kanonische Bump ist der höchste Wert, der eine gültige PDA erzeugt, und wird typischerweise in den Kontendaten gespeichert, um eine erneute Berechnung zu vermeiden.

Zentrales Limitorderbuch (CLOB)

Ein Börsenmodell, das eine sortierte Liste ruhender Kauf- und Verkaufsaufträge führt; ein Handel findet statt, wenn ein eingehender Auftrag einen Auftrag auf der gegenüberliegenden Seite kreuzt. Im Gegensatz zum automatischen Market Maker.

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 einzelnes Ledger pflegen.

Compute-Budget

Die maximale Anzahl von Compute-Units, die pro Transaktion verbraucht werden dürfen.

Compute-Units

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

Bestätigungszeit

Die Wanduhrzeit zwischen dem Erstellen eines Tick-Eintrags durch einen Leader und dem Erstellen eines bestätigten Blocks.

Bestätigter Block

Ein Block, der eine absolute Mehrheit der Ledger-Abstimmungen erhalten hat.

Kontrollebene

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

Abkühlungsphase

Eine bestimmte Anzahl von epochs, nachdem ein Stake deaktiviert wurde, während dem er schrittweise für die Auszahlung verfügbar wird. Während dieser Zeit gilt der Stake als „deaktivierend“. Weitere Informationen: Aufwärm- und Abkühlungsphase

Kosteneinheiten

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

Guthaben

Siehe Abstimmungsguthaben.

cross-program invocation (CPI)

Ein Aufruf von einem Onchain-Programm an ein anderes. Weitere Informationen finden Sie unter 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 Verwalter des privaten Schlüssels eines Benutzers fungiert. Er dient in der Regel zur Validierung und Unterzeichnung von Transaktionen.

Eintrag

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

Eintrags-ID

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

Den Eintrag, der nach einer bestimmten Zeitspanne generiert wurde
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.

Treuhand (Escrow)

Ein Muster, bei dem ein Onchain-Programm Token in einem Tresor im Auftrag 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.

Gebührenkonto

Das Gebührenkonto in der Transaktion ist das Konto, das die Kosten für die 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 das Kontoguthaben reduziert.

Finalität

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

Fork

Ein Ledger, der aus gemeinsamen Einträgen abgeleitet wurde, sich aber dann unterschieden hat.

Genesis-Block

Der erste Block in der Kette.

Genesis-Konfiguration

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

Hash

Ein digitaler Fingerabdruck einer Bytefolge.

Inflation

Eine Zunahme des Token-Angebots im Laufe der Zeit, die zur Finanzierung von Validierungsbelohnungen und zur Unterstützung der kontinuierlichen Entwicklung von Solana verwendet wird.

Interne Anweisung

Siehe cross-program invocation.

Anweisung

Ein Aufruf zum Ausführen eines bestimmten Anweisungs-Handlers in einem Programm. Eine Anweisung gibt auch an, welche Konten gelesen oder geändert werden sollen, sowie zusätzliche Daten, die als Hilfseingabe für den Anweisungs-Handler dienen. Ein Client muss mindestens eine Anweisung in eine Transaktion aufnehmen, und alle Anweisungen müssen abgeschlossen sein, damit die Transaktion als erfolgreich gilt.

Anweisungs-Handler

Anweisungs-Handler sind Programm-Funktionen, die Anweisungen aus Transaktionen verarbeiten. Ein Anweisungs-Handler kann eine oder mehrere cross-program invocations enthalten.

IDL

Interface Definition Language. Eine JSON-Datei, die von Anchor generiert wird und die Anweisungs-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 entsprechende private Schlüssel für den Zugriff auf ein Konto.

lamport

Ein gebrochener nativer Token mit dem Wert von 0,000000001 SOL.

Im Rahmen des Compute-Budgets wird eine Menge von Mikro-lamports bei der Berechnung von Priorisierungsgebühren verwendet.

Leader

Die Rolle eines validators, wenn er Einträge an das Ledger anhängt.

Leader-Zeitplan

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 Ledger eines tatsächlichen validators enthält möglicherweise nur neuere Blöcke, um Speicherplatz zu reduzieren, da ältere Blöcke für die Validierung zukünftiger Blöcke by Design nicht benötigt werden.

Ledger-Abstimmung

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

Light-Client

Ein Client-Typ, der überprüfen kann, ob er auf einen gültigen Cluster zeigt. Er führt mehr Ledger-Überprüfungen durch als ein Thin Client und weniger als ein validator.

Liquidität

Die Tiefe der Aufträge oder gepoolten Reserven, die zum aktuellen Preis oder in dessen Nähe zum Handel zur Verfügung stehen. Tiefere Liquidität reduziert Slippage. In einem CLOB wird Liquidität durch Maker-Orders bereitgestellt; in 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 Zeitspanne, während der ein validator nicht in der Lage ist, für 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 Fee oder erhalten eine Rückvergütung von der Handelsplattform.

Market Maker

Eine Einheit, die Liquidität bereitstellt, indem sie kontinuierlich sowohl Gebote als auch Angebote platziert. Auf Solana sind Market Maker entweder Programme (wie AMMs) oder Offchain-Unternehmen, die Bots betreiben, die Maker-Orders auf CLOBs platzieren.

Nachricht

Der strukturierte Inhalt einer Transaktion. Enthält in der Regel einen Header, ein Array von Kontenadressen, 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 kollektiv handeln können, um eine Blockchain abzuschalten. 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 verfolgen.

Node

Ein Computer, der an einem Cluster teilnimmt.

Node-Anzahl

Die Anzahl der Validatoren, die an einem Cluster teilnehmen.

Offchain

Bezeichnet 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. Gegenstück zu Onchain. "Offchain" (ohne Bindestrich) ist die bevorzugte Schreibweise.

Onchain

Bezeichnet 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 es 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 – meistens 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 gibt getTokenAccountsByOwner token account zurück, die einer bestimmten Wallet gehören, wobei das besitzende Programm für diese token account jedoch das Token Program ist.

Um Verwirrung zu vermeiden, ist es vorzuziehen, entweder besitzendes Programm oder besitzende Wallet anstatt des generischen Begriffs 'Eigentümer' zu verwenden.

Besitzendes Programm

Die Adresse des Programms, dem das Konto gehört. Nur das besitzende Programm kann das Konto ändern.

Siehe auch Autorität.

Besitzende Wallet

Die Wallet, die einem Konto zugeordnet ist. Zum Beispiel wird das Token Program verwendet, um token account zu speichern, die einer bestimmten Wallet und einem Mint zugeordnet sind, unter Verwendung einer Adresse aus dieser Wallet und diesem Mint.

PoH

Siehe Proof of History.

Punkt

Ein gewichtetes Guthaben in einem Belohnungssystem. Im validator 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 eingesetzten lamports.

Privater Schlüssel

Der private Schlüssel eines keypair.

Programm

Siehe Onchain-Programm.

Program Derived Address (PDA)

Ein Konto, dessen Adresse basierend auf einem Onchain-Programm und einem oder mehreren seeds, die vom Programmautor erstellt wurden, abgeleitet wird. PDA-Adressen sind keine öffentlichen Schlüssel, und PDAs haben keine privaten Schlüssel.

Die Signierungsberechtigung für eine PDA ist das Onchain-Programm, das ihre besitzendes Programm ist.

Programm-ID

Der öffentliche Schlüssel der Konten, die ein Programm enthalten.

Proof of History (PoH)

Ein Stapel von Beweisen, von denen jeder beweist, dass bestimmte Daten vor der Erstellung des Beweises existierten und dass eine genaue Zeitspanne seit dem vorherigen Beweis vergangen ist. Wie ein VDF kann ein Proof of History in weniger Zeit verifiziert werden, als er zur Erzeugung benötigt hat.

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 Compute Units mit dem Compute-Unit-Preis (angegeben in Schritten von 0,000001 lamports pro Compute Unit) multipliziert und auf den nächsten lamport aufgerundet wird.

Transaktionen sollten die für die Ausführung erforderliche Mindestanzahl an Compute Units anfordern, um Fee zu minimieren.

Öffentlicher Schlüssel (pubkey)

Der öffentliche Schlüssel eines keypair. Ein öffentlicher Schlüssel ist einer der verschiedenen Typen 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 kein ausreichendes Guthaben haben, um rent zu bezahlen, können sie durch Garbage Collection entfernt werden.

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

Rent-befreit

Konten, die ein Mindestguthaben an lamports aufrechterhalten, das proportional zur Menge der auf dem Konto gespeicherten Daten ist. Alle neu erstellten Konten werden permanent onchain gespeichert, bis das Konto geschlossen wird. Es ist nicht möglich, ein Konto zu erstellen, das unter den rent-Befreiungsschwellenwert fällt.

Root

Ein Block oder slot, der maximalen Lockout auf einem validator erreicht hat. Der Root ist der höchste Block, der ein Vorfahre aller aktiven Forks auf einem validator ist. Alle Vorfahren-Blöcke eines Roots sind ebenfalls transitiv ein Root. Blöcke, die weder ein Vorfahre noch ein Nachfahre des Roots sind, werden vom Konsens ausgeschlossen und können verworfen werden.

Laufzeitumgebung

Die Komponente eines validator, 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 eine beliebige Kombination aus statischen Strings, ö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.

Shred

Ein Bruchteil eines Blocks; 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 nicht kleiner Ordnung ist und S ein Skalar im Bereich 0 <= S < L ist. Diese Anforderung stellt sicher, dass keine Signatur- Formbarkeit besteht. Jede Transaktion muss mindestens eine Signatur für das Fee-Konto haben. Somit kann die erste Signatur in einer Transaktion als Transaktions-ID behandelt werden.

Signer

Ein Konto, das eine Anweisung 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 vom besitzenden Programm geltend gemacht, wenn es eine Cross-Program Invocation durchführt, da eine PDA keinen privaten Schlüssel hat.

Skip-Rate

Der Prozentsatz der übersprungenen Slots an der Gesamtzahl der Leader-Slots in der aktuellen epoch. Diese Kennzahl kann irreführend sein, da sie nach der epoch-Grenze eine hohe Varianz 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 Node-Fehlkonfigurationen zu bestimmten Zeiten zu identifizieren.

Übersprungener Slot

Ein vergangener slot, der keinen Block produziert hat, weil der Leader offline war oder der Fork, der den slot enthielt, durch den Cluster-Konsens zugunsten einer besseren Alternative aufgegeben wurde. Ein übersprungener slot erscheint nicht als Vorfahre für Blöcke bei nachfolgenden Slots, erhöht nicht die Blockhöhe und lässt den ältesten recent_blockhash nicht ablaufen.

Ob ein slot übersprungen wurde, lässt sich erst bestimmen, wenn er älter ist als der neueste gewurzelte (also nicht übersprungene) slot.

Slippage

Die Differenz zwischen dem vom Händler erwarteten Preis und dem Preis, zu dem sein Handel tatsächlich ausgeführt wurde. Bei AMMs entsteht sie durch die Bewegung der Preiskurve, wenn sich die Reserven ändern; bei CLOBs entsteht sie dadurch, dass eine einzelne Order mehrere ruhende Orders zu sukzessiv schlechteren Preisen konsumiert.

slot

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

Gemeinsam bilden Slots eine logische Uhr. Slots sind sequenziell geordnet und nicht überlappend und umfassen gemäß PoH ungefähr gleiche reale Zeit.

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

Stake

Token, die dem Cluster verfallen, wenn bösartiges validator- Verhalten nachgewiesen werden kann.

Stake-gewichtete Dienstqualität (SWQoS)

SWQoS ermöglicht bevorzugte Behandlung für Transaktionen, die von gestakten Validatoren 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 zuständig ist. Alle neuen Konten auf Solana gehören dem System Program, bis sie neu zugewiesen werden.

sysvar

Ein System-Konto. Sysvars liefern Informationen über den Cluster-Zustand, wie z. B. die aktuelle Tick-Höhe, Belohnungs-Punktewerte usw. Programme können über ein Sysvar-Konto (pubkey) oder durch eine Syscall-Abfrage auf Sysvars zugreifen.

Taker

Ein Händler, dessen Order Liquidität aus einem CLOB entnimmt, indem er die gegenüberliegende Seite des Orderbuchs kreuzt und gegen eine oder mehrere ruhende Orders matched. Eine solche Order wird als Taker-Order bezeichnet, und der Taker zahlt in der Regel die Handelsgebühr der Plattform.

Thin Client

Ein Client-Typ, der darauf vertraut, mit einem gültigen Cluster zu kommunizieren.

Tick

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

Tick-Höhe

Der N-te Tick im Ledger.

Token

Ein digital übertragbares Asset.

token account

Ein Konto, das das Guthaben eines bestimmten Tokens enthält. Token accounts gehören dem Token Program oder dem Token Extensions Program und speichern das Token- Guthaben, die zugehörige Token-Mint und die Wallet-Adresse des Eigentümers.

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 Guthaben, benutzerdefinierte Übertragungslogik, 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 stellt grundlegende Funktionen zum Übertragen, Einfrieren und Minten von Token bereit.

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 dazu verwendet werden kann, die Transaktion im gesamten Ledger eindeutig zu identifizieren.

Transaktionsbestätigungen

Die Anzahl der bestätigten Blöcke seit die Transaktion im Ledger akzeptiert wurde. Eine Transaktion gilt als abgeschlossen, wenn ihr Block zu einem Root wird.

Transaktionseintrag

Eine Menge 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 dem Ledger hinzugefügten Transaktionen.

Vault

Ein token account, der einem Onchain-Programm gehört und gepoolte Assets im Auftrag von Nutzern hält – zum Beispiel die Basis- und Kursreserven eines AMM, die gesperrten Token in einem Escrow oder die ruhenden Guthaben und aufgelaufenen Fee eines CLOB. Nur das besitzende Programm kann Token aus dem Vault bewegen, typischerweise in das eigene token account eines Nutzers, sobald eine Handels- oder Freigabebedingung erfüllt ist.

VDF

Siehe verifizierbare Verzögerungsfunktion.

Verifizierbare Verzögerungsfunktion (VDF)

Eine Funktion, deren Ausführung eine feste Zeitspanne benötigt und einen Beweis erzeugt, dass sie ausgeführt wurde. Dieser Beweis kann in kürzerer Zeit verifiziert werden, als seine 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 fügt Unterstützung für Address Lookup Tables hinzu, wodurch Transaktionen auf mehr Konten verweisen können als das ursprüngliche Format erlaubt. Version 1 (v1), aktiv auf allen Clustern, erhöht die maximale Transaktionsgröße auf 4.096 Bytes, enthält Ressourcenlimits in einem Konfigurationsabschnitt der Nachricht anstelle von ComputeBudget- Anweisungen und verzichtet auf die Unterstützung von Address Lookup Tables. Siehe versionierte Transaktionen.

Inhaltsverzeichnis