Terminologia

Poniższe terminy są używane w dokumentacji Solana oraz w ekosystemie developerskim.

konto

Rekord w księdze Solana, który przechowuje dane lub jest wykonywalnym programem.

Podobnie jak konto w tradycyjnym banku, konto Solana może przechowywać środki zwane lamportami. Każde konto w klastrze ma unikalny adres.

aplikacja

Aplikacja frontendowa, która wchodzi w interakcję z klastrem Solana.

adres

Lokalizacja w Solana, która może być użyta do znalezienia konta. Każdy adres jest unikalny w klastrze Solana.

Adresy w Solanie mogą być albo kluczem publicznym Ed25519, albo adresem pochodnym programu.

tabela wyszukiwania adresów (ALT)

Struktura danych przechowująca listę adresów kont, umożliwiająca transakcjom wersjonowanym odwoływanie się do kont za pomocą kompaktowych 1-bajtowych indeksów zamiast pełnych 32-bajtowych kluczy publicznych. Tabele wyszukiwania adresów pozwalają pojedynczej transakcji odwoływać się do większej liczby kont niż pozwala na to oryginalny format transakcji.

Anchor

Framework do tworzenia programów onchain Solany w języku Rust. Anchor zapewnia makra redukujące kod szablonowy, standaryzowany system walidacji kont i generuje IDL opisujący interfejs programu. Jest to najczęściej używany framework do rozwoju programów Solana.

associated token account (ATA)

Konto tokenów, którego adres jest deterministycznie wyprowadzony z adresu portfela i token mint. Program associated token account zapewnia, że każdy portfel ma jedno kanoniczne konto tokenów dla każdego typu tokena.

uprawnienie

Adres użytkownika, który posiada określone uprawnienia nad kontem.

Na przykład:

Możliwość tworzenia nowych tokenów jest przyznana kontu będącemu „uprawnieniem do tworzenia“ dla token mint.
Możliwość aktualizacji programu jest przyznana kontu będącemu „uprawnieniem do aktualizacji“ programu.

zautomatyzowany animator rynku (AMM)

Model giełdy onchain, w którym użytkownicy handlują z pulą rezerw tokenów regulowaną wzorem cenowym, a nie z zleceniami kontrahenta. Ceny zmieniają się w funkcji rezerw, więc transakcje wiążą się z poślizgiem proporcjonalnym do ich wielkości.

stan banku

Wynik interpretacji wszystkich programów w księdze rachunkowej przy danej wysokości taktu. Obejmuje co najmniej zestaw wszystkich kont posiadających niezerową ilość tokenów natywnych.

blok

Ciągły zbiór wpisów w księdze rachunkowej objętych głosowaniem. Lider produkuje maksymalnie jeden blok na slot.

skrót bloku

Unikalna wartość (hash) identyfikująca rekord (blok). Solana oblicza skrót bloku z ostatniego identyfikatora wpisu bloku.

wysokość bloku

Liczba bloków poniżej bieżącego bloku. Pierwszy blok po bloku genezy ma wysokość jeden.

validator rozruchowy

Validator, który produkuje blok genezy (pierwszy) blok łańcucha bloków.

moduł ładujący BPF

Program Solana, który jest właścicielem i ładuje programy onchain BPF, umożliwiając programowi interfejs ze środowiskiem wykonawczym.

bump

Pojedynczy bajt (0–255) dołączany do ziaren podczas wyprowadzania adresu pochodnego programu, aby zapewnić, że wynikowy adres nie leży na krzywej ed25519 i jest zatem prawidłowym PDA. Kanoniczny bump to najwyższa wartość, która tworzy prawidłowy PDA i jest zazwyczaj zapisywana w danych konta, aby uniknąć ponownego obliczania.

centralna księga zleceń z limitem (CLOB)

Model giełdy, który utrzymuje posortowaną listę oczekujących ofert kupna i sprzedaży; transakcja następuje, gdy przychodzące zlecenie krzyżuje się ze zleceniem po przeciwnej stronie. W przeciwieństwie do zautomatyzowanego animatora rynku.

klient

Program komputerowy, który uzyskuje dostęp do sieci serwerów Solana cluster.

zatwierdzenie

Miara potwierdzenia sieci dla bloku.

format zwartej tablicy

Zwarta tablica to tablica serializowana w następującym formacie:

Długość tablicy (zakodowana jako compact-u16)
Elementy tablicy wymienione jeden po drugim

Format zwartej tablicy

Format zwartej tablicy jest używany do kodowania zarówno tablicy adresów kont, jak i tablicy instrukcji w wiadomościach transakcji.

cluster

Zbiór walidatorów utrzymujących pojedynczą księgę.

budżet obliczeniowy

Maksymalna liczba jednostek obliczeniowych zużytych na transakcję.

jednostki obliczeniowe

Najmniejsza jednostka miary zużycia zasobów obliczeniowych blockchainu. Jednostki obliczeniowe są używane do mierzenia zasobów obliczeniowych wykorzystanych do przetworzenia transakcji.

czas potwierdzenia

Rzeczywisty czas trwania między utworzeniem przez lidera wpisu tick a utworzeniem potwierdzonego bloku.

potwierdzony blok

Blok, który otrzymał super większość głosów księgi.

płaszczyzna sterowania

Sieć plotkarska łącząca wszystkie węzły clustera.

okres wygaszania

Określona liczba epok po dezaktywacji stawki, podczas której stopniowo staje się ona dostępna do wypłaty. W tym okresie stawka jest uważana za "wygaszaną". Więcej informacji o: rozgrzewce i wygaszaniu

jednostki kosztów

Określane również jako transaction cost, to kompleksowe oszacowanie wszystkich zasobów wymaganych do przetworzenia transakcji, mierzone w jednostkach obliczeniowych. Więcej informacji tutaj.

kredyt

Zobacz kredyt głosu.

cross-program invocation (CPI)

Wywołanie z jednego programu onchain do innego. Więcej informacji znajdziesz w sekcji wywoływanie między programami.

płaszczyzna danych

Sieć multiemisyjna wykorzystywana do efektywnej walidacji wpisów i osiągania konsensusu.

dron

Usługa offchain pełniąca rolę depozytariusza klucza prywatnego użytkownika. Zazwyczaj służy do walidacji i podpisywania transakcji.

wpis

Wpis w księdze – może to być tik lub wpis transakcji.

identyfikator wpisu

Odporny na atak przedobrazowy hash ostatecznej zawartości wpisu, który działa jako globalnie unikalny identyfikator wpisu. Hash stanowi dowód na to, że:

Wpis został wygenerowany po upływie określonego czasu
Określone transakcje zostały uwzględnione we wpisie
Pozycja wpisu względem innych wpisów w księdze

Zobacz dowód historii.

epoch

Czas, czyli liczba slotów, przez który obowiązuje harmonogram lidera.

escrow

Wzorzec, w którym program onchain przechowuje tokeny w skarbcu w imieniu dwóch lub więcej stron, dopóki nie zostaną spełnione warunki określone przez program, po czym je uwalnia. Stosowany w celu wyeliminowania konieczności bezpośredniego zaufania między stronami.

konto opłat

Konto opłat w transakcji to konto, które pokrywa koszt umieszczenia transakcji w księdze. Jest to pierwsze konto w transakcji. Konto to musi być zadeklarowane jako Read-Write (zapisywalne) w transakcji, ponieważ opłacenie transakcji zmniejsza saldo konta.

finalizacja

Gdy węzły reprezentujące 2/3 udziału mają wspólny korzeń.

fork

Księga pochodząca ze wspólnych wpisów, która następnie się rozgałęziła.

blok genezy

Pierwszy blok w łańcuchu.

konfiguracja genezy

Plik konfiguracyjny przygotowujący księgę dla bloku genezy.

hash

Cyfrowy odcisk palca sekwencji bajtów.

inflacja

Wzrost podaży tokenów w czasie, wykorzystywany do finansowania nagród za walidację oraz dalszego rozwoju Solana.

instrukcja wewnętrzna

Zobacz Cross Program Invocation.

instrukcja

Wywołanie konkretnego procedury obsługi instrukcji w programie. Instrukcja określa również, które konta chce odczytać lub zmodyfikować, oraz dodatkowe dane służące jako pomocnicze dane wejściowe dla procedury obsługi instrukcji. Klient musi zawrzeć co najmniej jedną instrukcję w transakcji, a wszystkie instrukcje muszą zostać pomyślnie wykonane, aby transakcja została uznana za udaną.

procedura obsługi instrukcji

Procedury obsługi instrukcji to funkcje programu, które przetwarzają instrukcje z transakcji. Procedura obsługi instrukcji może zawierać jedno lub więcej wywołań między programami.

IDL

Interface Definition Language. Plik JSON generowany przez Anchor, opisujący procedury obsługi instrukcji, konta i typy programu. IDL umożliwia bibliotekom klienckim automatyczne generowanie typowanych interfejsów do interakcji z programem onchain.

keypair

Klucz publiczny i odpowiadający mu klucz prywatny do uzyskiwania dostępu do konta.

lamport

Ułamkowy token natywny o wartości 0,000000001 SOL.

W ramach budżetu obliczeniowego, ilość mikro-lamportów jest wykorzystywana w obliczaniu opłat priorytetowych.

lider

Rola validatora podczas dołączania wpisów do księgi.

harmonogram lidera

Sekwencja kluczy publicznych validatorów powiązanych ze slotami. Klaster wykorzystuje harmonogram lidera, aby określić, który validator jest liderem w danym momencie.

księga

Lista wpisów zawierających transakcje podpisane przez klientów. Koncepcyjnie można ją prześledzić aż do bloku genezy, jednak rzeczywista księga validatora może zawierać jedynie nowsze bloki w celu zredukowania pamięci, ponieważ starsze nie są potrzebne do walidacji przyszłych bloków ze względu na projekt systemu.

głosowanie w księdze

Hash stanu validatora dla danej wysokości taktu. Stanowi potwierdzenie validatora, że otrzymany blok został zweryfikowany, a także obietnicę nieprzegłosowania za sprzecznym blokiem (tj. forkiem) przez określony czas, zwany okresem blokady.

lekki klient

Typ klienta, który może zweryfikować, że wskazuje na prawidłowy klaster. Przeprowadza więcej weryfikacji księgi niż cienki klient, ale mniej niż validator.

płynność

Głębokość zleceń lub zgromadzonych rezerw dostępnych do handlu po cenie bieżącej lub zbliżonej do niej. Głębsza płynność zmniejsza poślizg. W CLOB płynność zapewniają zlecenia typu maker; w AMM jest zapewniana przez dostawców płynności, którzy deponują pary tokenów do puli.

loader

Program zdolny do interpretowania binarnego kodowania innych programów onchain.

blokada

Czas, przez który validator nie może głosować na inny fork.

maker

Trader, którego zlecenie dodaje płynność do CLOB poprzez pozostanie w księdze zleceń, zamiast natychmiastowego przekroczenia przeciwnej strony. Takie zlecenie nazywa się zleceniem makera. Makerzy zazwyczaj nie płacą żadnej opłaty lub otrzymują rabat od platformy.

animator rynku

Podmiot, który dostarcza płynność poprzez ciągłe wystawianie ofert kupna i sprzedaży. Na Solanie animatorami rynku są albo programy (takie jak AMM), albo firmy offchain prowadzące boty, które wystawiają zlecenia makera na CLOB.

wiadomość

Uporządkowana zawartość transakcji. Zazwyczaj zawiera nagłówek, tablicę adresów kont, ostatni blockhash oraz tablicę instrukcji.

Dowiedz się więcej o formatowaniu wiadomości wewnątrz transakcji tutaj.

mikrolamport

1 000 000 mikrolamportów = 1 lamport

współczynnik Nakamoto

Miara decentralizacji, współczynnik Nakamoto to najmniejsza liczba niezależnych podmiotów, które mogą działać wspólnie, aby wyłączyć blockchain. Termin został stworzony przez Balaji S. Srinivasana i Lelanda Lee w Quantifying Decentralization.

token natywny

Token używany do śledzenia pracy wykonywanej przez węzły w klastrze.

węzeł

Komputer uczestniczący w klastrze.

liczba węzłów

Liczba walidatorów uczestniczących w klastrze.

offchain

Opisuje dane, procesy lub usługi, które istnieją lub działają poza blockchainem Solana, takie jak klienci RPC, indeksery, interfejsy użytkownika oraz makerzy ksiąg zleceń offchain. Przeciwieństwo onchain. "Offchain" (bez łącznika) jest preferowaną pisownią.

onchain

Opisuje dane lub programy, które istnieją lub są wykonywane na blockchainie. "Onchain" (bez łącznika) jest preferowaną pisownią.

program onchain

Kod wykonywalny w blockchainie Solana, który interpretuje instrukcje wysyłane wewnątrz każdej transakcji, aby odczytywać i modyfikować konta, nad którymi ma kontrolę. Programy te są często nazywane „inteligentnymi kontraktami“ w innych blockchainach.

wyrocznia

Program w łańcuchu, który publikuje dane spoza łańcucha — najczęściej ceny aktywów ze świata rzeczywistego — aby inne programy mogły je odczytywać.

właściciel

Może odnosić się zarówno do programu właściciela, jak i portfela właściciela. Na przykład getTokenAccountsByOwner pobiera konta tokenów należące do konkretnego portfela, jednak programem właściciela tych kont tokenów jest Token Program.

Aby uniknąć nieporozumień, zaleca się używanie albo programu właściciela, albo portfela właściciela zamiast ogólnego terminu „właściciel“.

program właściciela

Adres programu, który jest właścicielem konta. Tylko program właściciela jest w stanie modyfikować konto.

Zobacz także uprawnienie.

portfel właściciela

Portfel powiązany z kontem. Na przykład Token Program jest używany do przechowywania kont tokenów powiązanych z konkretnym portfelem i mennicą przy użyciu adresu utworzonego z tego portfela i mennicy.

PoH

Zobacz Proof of History.

punkt

Ważony kredyt w systemie nagród. W systemie nagród validatora rewards regime, liczba punktów należnych stawce podczas realizacji to iloczyn zdobytych kredytów głosowania i liczby zastakowanych lamportów.

klucz prywatny

Klucz prywatny pary kluczy keypair.

program

Zobacz program w łańcuchu.

Program Derived Address (PDA)

Konto, którego adres jest tworzony na podstawie programu w łańcuchu i jednego lub więcej ziaren utworzonych przez autora programu. Adresy PDA nie są kluczami publicznymi, a PDA nie posiadają kluczy prywatnych.

Uprawnieniem do podpisywania dla PDA jest program onchain, który jest ich programem właścicielem.

identyfikator programu

Klucz publiczny konta zawierającego program.

dowód historii (PoH)

Stos dowodów, z których każdy potwierdza, że pewne dane istniały przed utworzeniem dowodu oraz że upłynął precyzyjny okres czasu przed poprzednim dowodem. Podobnie jak VDF, Dowód Historii można zweryfikować w krótszym czasie niż zajęło jego utworzenie.

opłata priorytetowa

Dodatkowa opłata, którą użytkownik może określić w instrukcji budżetu obliczeniowego, aby nadać priorytet swoim transakcjom.

Opłata priorytetowa jest obliczana przez pomnożenie żądanej maksymalnej liczby jednostek obliczeniowych przez cenę jednostki obliczeniowej (określoną w krokach co 0,000001 lamporta na jednostkę obliczeniową), zaokrągloną w górę do najbliższego lamporta.

Transakcje powinny żądać minimalnej liczby jednostek obliczeniowych wymaganej do wykonania, aby zminimalizować opłaty.

klucz publiczny (pubkey)

Klucz publiczny pary kluczy. Klucz publiczny jest jednym z różnych typów adresów, których konto może używać w Solanie.

rent

Opłata płacona przez Konta i Programy za przechowywanie danych w blockchainie. Gdy konta nie mają wystarczającego salda do opłacenia rent, mogą zostać usunięte przez Garbage Collection.

Zobacz również zwolnienie z rent poniżej. Dowiedz się więcej o rent tutaj: Czym jest rent?.

zwolnienie z rent

Konta, które utrzymują minimalne saldo lamportów proporcjonalne do ilości danych przechowywanych na koncie. Wszystkie nowo utworzone konta są przechowywane onchain na stałe do momentu zamknięcia konta. Nie jest możliwe utworzenie konta, które spadnie poniżej progu zwolnienia z rent.

root

Blok lub slot, który osiągnął maksymalny lockout na walidatorze. Root to najwyższy blok będący przodkiem wszystkich aktywnych rozgałęzień na walidatorze. Wszystkie bloki przodków roota są również przechodnio rootem. Bloki, które nie są ani przodkiem, ani potomkiem roota, są wyłączone z rozważań konsensusu i mogą zostać odrzucone.

runtime

Komponent walidatora odpowiedzialny za wykonywanie programów.

Sealevel

Równoległy runtime Solany dla programów onchain.

seed

Wartość bajtowa lub tablica wartości bajtowych używana jako dane wejściowe przy wyprowadzaniu adresu pochodzącego z programu. Program może użyć dowolnej kombinacji statycznych ciągów znaków, kluczy publicznych lub innych danych jako seedów. Seedy są łączone z identyfikatorem programu i bumpem, aby wygenerować unikalny adres PDA.

shred

Fragment bloku; najmniejsza jednostka przesyłana między walidatorami.

signature

64-bajtowy podpis ed25519 składający się z R (32 bajty) i S (32 bajty). Z wymogiem, że R jest spakowanym punktem Edwardsa nie należącym do małego rzędu, a S jest skalarem w zakresie 0 <= S < L. Ten wymóg zapewnia brak podatności podpisu na modyfikacje. Każda transakcja musi posiadać co najmniej jeden podpis dla konta opłat. Dlatego pierwszy podpis w transakcji może być traktowany jako identyfikator transakcji.

signer

Konto, które autoryzowało instrukcję lub transakcję. W przypadku zwykłej pary kluczy oznacza to kryptograficzny podpis na transakcji. W przypadku adresu pochodzącego z programu autoryzacja jest potwierdzana przez program właścicielski, gdy wykonuje Cross Program Invocation, ponieważ PDA nie posiada klucza prywatnego.

wskaźnik pominiętych slotów

Procent pominiętych slotów w stosunku do całkowitej liczby slotów lidera w bieżącym epoce. Ta metryka może być myląca, ponieważ charakteryzuje się dużą wariancją tuż po granicy epoki, gdy wielkość próby jest mała, a także w przypadku walidatorów z małą liczbą slotów lidera. Niemniej jednak może być przydatna w identyfikowaniu błędnych konfiguracji węzła.

pominięty slot

Miniony slot, który nie wyprodukował bloku, ponieważ lider był offline lub fork zawierający ten slot został porzucony na rzecz lepszej alternatywy przez konsensus klastra. Pominięty slot nie pojawi się jako przodek dla bloków w kolejnych slotach, nie zwiększy wysokości bloku ani nie wygasi najstarszego recent_blockhash.

Można ustalić, czy slot został pominięty, dopiero gdy stanie się starszy niż najnowszy slot zakotwiczony (a zatem niepominięty).

poślizg

Różnica między ceną, jakiej oczekiwał trader, a ceną, po której faktycznie zrealizowana została jego transakcja. W przypadku AMM wynika on z przesuwania się krzywej cenowej wraz ze zmianą rezerw; w przypadku CLOB powstaje, gdy pojedyncze zlecenie konsumuje kilka zleceń oczekujących po kolejno gorszych cenach.

slot

Okres czasu, w którym każdy lider przyjmuje transakcje i produkuje blok.

Sloty łącznie tworzą logiczny zegar. Sloty są uporządkowane sekwencyjnie i nie nakładają się na siebie, obejmując w przybliżeniu równy czas rzeczywisty zgodnie z PoH.

smart contract

Zobacz program onchain.

SOL

Natywny token klastra Solana.

Solana Program Library (SPL)

Biblioteka programów na Solanie, taka jak spl-token, która ułatwia zadania takie jak tworzenie i używanie tokenów.

stake

Tokeny przepadają na rzecz klastra, jeśli można udowodnić złośliwe zachowanie validatora.

jakość usług ważona stawką (SWQoS)

SWQoS umożliwia preferencyjne traktowanie transakcji pochodzących od validatorów ze stakingiem.

superwiększość

2/3 klastra.

System Program

Natywny program Solany (identyfikator programu 11111111111111111111111111111111) odpowiedzialny za tworzenie nowych kont, alokację danych konta, przypisywanie kont do programów oraz transfer SOL między kontami. Wszystkie nowe konta na Solanie są własnością System Program do momentu ich ponownego przypisania.

sysvar

Systemowe konto. Sysvars dostarczają informacje o stanie klastra, takie jak aktualna wysokość ticka, wartości punktów nagród itp. Programy mogą uzyskać dostęp do Sysvars poprzez konto Sysvar (pubkey) lub przez zapytanie za pomocą syscall.

taker

Trader, którego zlecenie usuwa płynność z CLOB przez przekroczenie przeciwnej strony księgi i dopasowanie do jednego lub więcej oczekujących zleceń. Takie zlecenie nazywane jest zleceniem takera, a taker zazwyczaj płaci opłatę transakcyjną platformy.

cienki klient

Typ klienta, który ufa, że komunikuje się z prawidłowym klastrem.

tick

Wpis w księdze, który szacuje czas zegarowy.

wysokość ticka

N-ty tick w księdze.

token

Cyfrowo zbywalny zasób.

token account

Konto, które przechowuje saldo określonego tokena. Konta tokenów są własnością Token Program lub Token Extensions Program i przechowują saldo tokena, powiązany token mint oraz adres portfela właściciela.

Token Extensions Program

Token Extensions Program ma identyfikator programu TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb i zawiera wszystkie te same funkcje co Token Program, ale oferuje rozszerzenia takie jak poufne transfery, niestandardowa logika transferów, rozszerzone metadane i wiele więcej.

token mint

Konto, które może produkować (czyli „mintować“) tokeny. Różne tokeny są rozróżniane przez ich unikalne adresy token mint.

Token Program

Token Program posiada identyfikator programu TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA i zapewnia podstawowe funkcje transferu, zamrażania i mintowania tokenów.

tps

Transakcje na sekundę.

tpu

Jednostka przetwarzania transakcji.

transakcja

Jedna lub więcej instrukcji podpisanych przez klienta przy użyciu jednej lub więcej par kluczy i wykonywanych atomowo z tylko dwoma możliwymi wynikami: sukcesem lub porażką.

identyfikator transakcji

Pierwszy podpis w transakcji, który może być użyty do jednoznacznej identyfikacji transakcji w całej księdze.

potwierdzenia transakcji

Liczba potwierdzonych bloków od momentu przyjęcia transakcji do księgi. Transakcja jest sfinalizowana, gdy jej blok staje się rootem.

wpis transakcji

Zbiór transakcji, które mogą być wykonane równolegle.

tvu

Jednostka walidacji transakcji.

validator

Pełny uczestnik klastra sieci Solana, który produkuje nowe bloki. Validator waliduje transakcje dodawane do księgi

skarbiec

Konto tokenowe należące do programu onchain, które przechowuje zgromadzone aktywa w imieniu użytkowników — na przykład rezerwy bazowe i kwotowe AMM, zablokowane tokeny w escrow lub pozostałe salda i zgromadzone opłaty CLOB. Tylko program będący właścicielem może przenosić tokeny ze skarbca, zazwyczaj na własne konto tokenowe użytkownika, po spełnieniu warunku transakcji lub zwolnienia.

VDF

Zobacz weryfikowalna funkcja opóźnienia.

weryfikowalna funkcja opóźnienia (VDF)

Funkcja, której wykonanie zajmuje stałą ilość czasu i która generuje dowód swoim uruchomieniu. Dowód ten można następnie zweryfikować w krótszym czasie niż zajęło jego wygenerowanie.

transakcja wersjonowana

Format transakcji obsługujący dodatkowe funkcje wykraczające poza oryginalny format transakcji. Wersja 0 (v0) to pierwszy format wersjonowany, który dodaje obsługę tabel wyszukiwania adresów, umożliwiając transakcjom odwoływanie się do większej liczby kont niż pozwala na to oryginalny format.

Spis treści