Terminologia

Poniższe terminy są używane w dokumentacji Solana i ekosystemie deweloperskim.

konto

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

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

aplikacja

Aplikacja frontendowa, która komunikuje się z klastrem Solana.

adres

Lokalizacja w Solana, której można użyć do znalezienia konta. Każdy adres jest unikalny w klastrze Solana.

Adresy w Solana mogą być kluczem publicznym Ed25519 (public key) lub adresem pochodnym programu.

Struktura danych przechowująca listę adresów kont, umożliwiająca transakcjom wersjonowanym odwoływanie się do kont przy użyciu kompaktowych 1-bajtowych indeksów zamiast pełnych 32-bajtowych kluczy publicznych. Tablice adresów umożliwiają pojedynczej transakcji odwoływanie się do większej liczby kont niż oryginalny format transakcji na to pozwala. Tylko transakcje w wersji 0 (v0) obsługują tablice adresów; wersja 1 (v1) rezygnuje z nich na rzecz większego rozmiaru transakcji, który pozwala umieszczać te same adresy bezpośrednio w treści.

Anchor

Framework do budowania programów onchain dla Solana w języku Rust. Anchor dostarcza makra redukujące powtarzalny kod, ustandaryzowany system walidacji kont oraz generuje IDL opisujący interfejs programu. Jest to najszerzej stosowany framework do tworzenia programów Solana.

powiązane konto tokenowe (ATA)

token account, którego adres jest deterministycznie wyprowadzany z adresu portfela i mintu tokena. Program associated token account zapewnia, że każdy portfel ma jedno kanoniczne konto tokenowe na typ tokena.

uprawnienie

Adres użytkownika posiadającego określone uprawnienia do konta.

Na przykład:

Możliwość emisji nowych tokenów jest przyznawana kontu, które pełni rolę „mint authority“ dla danego mintu tokena.
Możliwość aktualizacji programu jest przyznawana kontu, które pełni rolę „upgrade authority“ programu.

automatyczny animator rynku (AMM)

Model giełdy onchain, w którym użytkownicy handlują z pulą rezerw tokenów rządzoną przez formułę wyceny, a nie z drugą stroną transakcji i jej zleceniami. Ceny zmieniają się w zależności od rezerw, więc transakcje wiążą się z poślizgiem proporcjonalnym do ich wielkości.

stan banku

Wynik interpretacji wszystkich programów w księdze na danej wysokości ticków. Obejmuje co najmniej zbiór wszystkich kont posiadających niezerową ilość tokenów natywnych.

blok

Ciągły zbiór wpisów w księdze objętych głosowaniem. Lider produkuje co najwyżej jeden blok na slot.

skrót bloku

Unikalna wartość (skrót) identyfikująca rekord (blok). Solana oblicza skrót bloku na podstawie ostatniego id wpisu bloku.

wysokość bloku

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

validator bootstrapowy

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

BPF loader

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

bump

Pojedynczy bajt (0–255) dołączany do seedów podczas wyprowadzania adresu pochodnego programu, aby zapewnić, że wynikowy adres leży poza krzywą ed25519 i tym samym jest prawidłowym PDA. Kanoniczny bump to najwyższa wartość dająca prawidłowy PDA i jest zazwyczaj zapisywana w danych konta, aby uniknąć ponownego jej obliczania.

centralna księga zleceń (CLOB)

Model giełdy utrzymujący posortowaną listę oczekujących ofert kupna i sprzedaży; transakcja zachodzi, gdy nadchodzące zlecenie krzyżuje się ze zleceniem po przeciwnej stronie. W odróżnieniu od automatycznego animatora rynku.

klient

Program komputerowy uzyskujący dostęp do sieci serwerów Solana – klastra.

potwierdzenie

Miara potwierdzenia sieciowego dla bloku.

format tablicy kompaktowej

Tablica kompaktowa to tablica zserializowana w następującym formacie:

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

Format tablicy kompaktowej

Format tablicy kompaktowej jest używany do kodowania zarówno tablicy adresów kont, jak i tablicy instrukcji w komunikatach transakcji.

klaster

Zbiór validatorów utrzymujących wspólną księgę.

budżet obliczeniowy

Maksymalna liczba jednostek obliczeniowych zużywanych na transakcję.

jednostki obliczeniowe

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

czas potwierdzenia

Czas zegarowy między utworzeniem przez lidera wpisu tickowego a utworzeniem potwierdzonego bloku.

potwierdzony blok

Blok, który otrzymał superwięszość głosów w księdze.

płaszczyzna sterowania

Sieć plotkowania (gossip) łącząca wszystkie węzły klastra.

okres chłodzenia

Pewna liczba epok, przez którą po dezaktywacji stawki stopniowo staje się ona dostępna do wypłaty. W tym okresie stawka jest uznawana za „dezaktywującą się“. Więcej informacji: rozgrzewanie i chłodzenie

jednostki kosztu

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

kredyt

Patrz kredyt głosowania.

wywołanie między programami (CPI)

Wywołanie jednego programu onchain przez inny. Więcej informacji znajdziesz w wywoływaniu między programami.

płaszczyzna danych

Sieć multicast używana do efektywnej walidacji wpisów i osiągania konsensusu.

drone

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

wpis

Wpis w księdze – albo tick, albo wpis transakcji.

id wpisu

Odporny na preobraz skrót końcowej zawartości wpisu, pełniący rolę globalnie unikalnego identyfikatora wpisu. Skrót stanowi dowód na:

To, że wpis został wygenerowany po upływie określonego czasu
To, że określone transakcje są tymi zawartymi we wpisie
Pozycję wpisu względem innych wpisów w księdze

Patrz proof of history.

epoch

Czas, tj. 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 do momentu spełnienia warunków określonych przez program, a następnie je zwalnia. Stosowany w celu eliminacji potrzeby wzajemnego zaufania między stronami.

konto opłat

Konto opłat w transakcji to konto pokrywające koszt umieszczenia transakcji w księdze. Jest to pierwsze konto w transakcji. Konto to musi być zadeklarowane jako do odczytu i zapisu (writable) w transakcji, ponieważ opłacenie transakcji zmniejsza saldo konta.

ostateczność

Sytuacja, w której węzły reprezentujące 2/3 stawki mają wspólny korzeń.

fork

Księga wywodząca się 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.

skrót

Cyfrowy odcisk palca sekwencji bajtów.

inflacja

Wzrost podaży tokenów w czasie, służący do finansowania nagród za walidację oraz dalszego rozwoju Solana.

wewnętrzna instrukcja

Patrz wywołanie między programami.

instrukcja

Wywołanie konkretnego handlera instrukcji w programie. Instrukcja określa również, które konta chce odczytać lub zmodyfikować, oraz dodatkowe dane będące pomocniczymi danymi wejściowymi dla handlera instrukcji. Klient musi umieścić co najmniej jedną instrukcję w transakcji, a wszystkie instrukcje muszą zakończyć się pomyślnie, aby transakcja została uznana za udaną.

handler instrukcji

Handlery instrukcji to funkcje programu przetwarzające instrukcje z transakcji. Handler instrukcji może zawierać jedno lub więcej wywołań między programami.

IDL

Interface Definition Language. Plik JSON generowany przez Anchor, który opisuje handlery 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 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 używana przy obliczaniu opłat za priorytet.

lider

Rola validatora, gdy dołącza on wpisy do księgi.

harmonogram lidera

Sekwencja kluczy publicznych validatorów przypisanych do slotów. Klaster używa harmonogramu 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ć wstecz do bloku genezy, jednak faktyczna księga validatora może zawierać tylko nowsze bloki, aby ograniczyć przestrzeń dyskową – starsze bloki nie są potrzebne do walidacji przyszłych bloków z założenia.

głos w księdze

Skrót stanu validatora na danej wysokości ticków. Zawiera potwierdzenie validatora, że otrzymany blok został zweryfikowany, a także zobowiązanie do nieprzesyłania głosu na konkurencyjny blok (tj. fork) przez określony czas, czyli okres lockoutu.

lekki klient

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

płynność

Głębokość zleceń lub zgromadzonych rezerw dostępnych do obrotu przy bieżącej cenie lub w jej pobliżu. Większa płynność zmniejsza poślizg cenowy. W CLOB płynność jest dostarczana przez zlecenia maker; w AMM jest zapewniana przez dostawców płynności, którzy wpłacają pary tokenów do puli.

loader

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

lockout

Czas trwania okresu, w którym validator nie może głosować na inny fork.

maker

Trader, którego zlecenie dodaje płynność do CLOB, pozostając w księdze zleceń zamiast natychmiast krzyżować się z przeciwną stroną. Takie zlecenie nazywane jest zleceniem maker. Makerzy zazwyczaj nie płacą opłat lub otrzymują zwrot od platformy.

animator rynku

Podmiot dostarczający płynność poprzez ciągłe wystawianie ofert kupna i sprzedaży. Na Solanie animatorami rynku są programy (takie jak AMM) lub firmy zewnętrzne prowadzące boty wystawiające zlecenia maker na CLOB.

wiadomość

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

micro-lamport

1 000 000 micro-lamportó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ł ukuty przez Balaji S. Srinivasan 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 validatorów uczestniczących w klastrze.

offchain

Opisuje dane, procesy lub usługi, które istnieją lub działają poza blockchainem Solana, takie jak klienty RPC, indeksery, frontendy i twórcy offchainowej księgi zleceń. Przeciwieństwo pojęcia onchain. Preferowaną pisownią jest „Offchain“ (bez łącznika).

onchain

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

program onchain

Wykonywalny kod na blockchainie Solana, który interpretuje instrukcje zawarte w każdej transakcji, aby odczytywać i modyfikować konta, nad którymi ma kontrolę. Programy te są często określane jako "smart contracts" na innych blockchainach.

oracle

Program onchain, który publikuje dane spoza łańcucha — najczęściej ceny aktywów ze świata rzeczywistego — do odczytu przez inne programy.

właściciel

Może odnosić się do programu właściciela lub portfela właściciela. Na przykład getTokenAccountsByOwner pobiera token account należące do konkretnego portfela, jednak programem właścicielem tych token account jest token program.

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

program właściciel

Adres programu, który jest właścicielem konta. Tylko program właściciel może modyfikować konto.

Zobacz też uprawnienie.

portfel właściciel

Portfel powiązany z kontem. Na przykład token program jest używany do przechowywania token account powiązanych z konkretnym portfelem i mennicą, używając adresu zbudowanego na podstawie 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 za stake podczas realizacji jest iloczynem kredytów głosowania zdobytych i liczby lamportów postawionych w stake.

klucz prywatny

Klucz prywatny keypair.

program

Zobacz program onchain.

adres pochodny programu (PDA)

Konto, którego adres jest tworzony na podstawie programu onchain i jednego lub więcej seeds stworzonych przez autor programu. Adresy PDA nie są kluczami publicznymi, a PDA nie posiadają kluczy prywatnych.

Uprawnienie do podpisywania dla PDA posiada program onchain, który jest jego programem właścicielem.

identyfikator programu

Klucz publiczny konta zawierającego program.

proof of history (PoH)

Stos dowodów, z których każdy udowadnia, że pewne dane istniały przed utworzeniem dowodu oraz że przed poprzednim dowodem upłynął dokładnie określony czas. Podobnie jak VDF, Proof of History można zweryfikować w krótszym czasie, niż trwało jego wytworzenie.

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 (wyrażoną w przyrostach 0,000001 lamporta za jednostkę obliczeniową), zaokrągloną w górę do najbliższego lamporta.

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

klucz publiczny (pubkey)

Klucz publiczny keypair. Klucz publiczny jest jednym z różnych rodzajów adresu, z których konto może korzystać na Solanie.

rent

Opłata uiszczana przez konta i programy za przechowywanie danych na blockchainie. Gdy konta nie mają wystarczającego salda, aby opłacić rent, mogą zostać usunięte przez mechanizm odśmiecania.

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

zwolnienie z rent

Konta, które utrzymują minimalne saldo w lamportach proporcjonalne do ilości danych przechowywanych na koncie. Wszystkie nowo utworzone konta są przechowywane onchain na stałe do momentu zamknięcia konta. Nie można utworzyć konta, które nie spełnia progu zwolnienia z rent.

root

Blok lub slot, który osiągnął maksymalny lockout na validatorze. Root to najwyższy blok będący przodkiem wszystkich aktywnych forków na validatorze. Wszystkie bloki-przodkowie roota są również przechodnio rootem. Bloki niebędące przodkiem ani potomkiem roota są wykluczone z rozważań konsensusu i mogą zostać odrzucone.

runtime

Komponent validatora 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 derivowaniu adresu pochodnego programu. Program może używać dowolnej kombinacji statycznych ciągów znaków, kluczy publicznych lub innych danych jako seeds. Seeds są łączone z identyfikatorem programu i bumpem w celu uzyskania unikalnego adresu PDA.

shred

Fragment bloku; najmniejsza jednostka przesyłana pomiędzy validatorami.

podpis

64-bajtowy podpis ed25519 złożony z R (32 bajty) i S (32 bajty). Przy wymaganiu, że R jest spakowanym punktem Edwardsa nie małego rzędu, a S jest skalarem z zakresu 0 <= S < L. Wymóg ten zapewnia brak podatności na modyfikację podpisu. Każda transakcja musi posiadać co najmniej jeden podpis dla konta opłat. Tym samym pierwszy podpis w transakcji może być traktowany jako identyfikator transakcji.

podpisujący

Konto, które autoryzowało instrukcję lub transakcję. Dla zwykłego keypair oznacza to kryptograficzny podpis transakcji. Dla adresu pochodnego programu, autoryzacja jest potwierdzana przez program właściciela, gdy wykonuje cross-program invocation, ponieważ PDA nie posiada klucza prywatnego.

wskaźnik pominięć

Odsetek pominiętych slotów w stosunku do łącznej liczby slotów lidera w bieżącym epoch. Ta metryka może być myląca, ponieważ wykazuje dużą wariancję zaraz po granicy epoch, gdy próba jest mała, a także w przypadku validatorów z małą liczbą slotów lidera; jednak może być przydatna do identyfikowania błędnych konfiguracji węzłów w niektórych sytuacjach.

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 bloków w kolejnych slotach, nie zwiększy wysokości bloku ani nie wygasi najstarszego recent_blockhash.

To, czy slot został pominięty, można ustalić dopiero gdy stanie się starszy niż najnowszy zakorzeniony (czyli niepominięty) slot.

poślizg cenowy

Różnica między ceną oczekiwaną przez tradera a ceną, po której jego transakcja faktycznie została wykonana. W przypadku AMM wynika to z przesunięcia krzywej cenowej w miarę zmiany rezerw; w przypadku CLOB wynika z realizacji jednego zlecenia przez kilka spoczywiających zleceń po coraz gorszych cenach.

slot

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

Łącznie sloty tworzą logiczny zegar. Sloty są ułożone sekwencyjnie i niepokrywająco, obejmując mniej więcej równe okresy czasu rzeczywistego zgodnie z PoH.

smart contract

Zobacz program onchain.

SOL

Token natywny klastra Solany.

Solana Program Library (SPL)

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

stake

Tokeny przepadające na rzecz klastra w przypadku udowodnienia złośliwego zachowania validatora.

stake-weighted quality of service (SWQoS)

SWQoS umożliwia preferencyjne traktowanie transakcji pochodzących od validatorów z stake.

supermajority

2/3 klastra.

system program

Natywny program Solana (ID programu 11111111111111111111111111111111) odpowiedzialny za tworzenie nowych kont, alokowanie danych konta, przypisywanie kont do programów oraz przesyłanie SOL między kontami. Wszystkie nowe konta w Solana są własnością programu systemowego do momentu ich ponownego przypisania.

sysvar

Konto systemowe. Sysvary dostarczają informacji o stanie klastra, takich jak bieżąca wysokość ticka, wartości punktów nagród itp. Programy mogą uzyskiwać dostęp do Sysvarów za pośrednictwem konta Sysvar (pubkey) lub poprzez zapytanie za pomocą syscall.

taker

Trader, którego zlecenie usuwa płynność z CLOB, przechodząc na przeciwną stronę arkusza i dopasowując się do jednego lub więcej oczekujących zleceń. Takie zlecenie nazywane jest zleceniem taker, a taker zazwyczaj płaci opłatę transakcyjną platformy.

thin client

Rodzaj 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 transferowalny zasób.

token account

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

Token Extensions Program

Token Extensions Program ma ID programu TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb i zawiera wszystkie te same funkcje co Token Program, ale jest wyposażony w rozszerzenia takie jak Poufne Salda, niestandardowa logika transferu, rozszerzone metadane i wiele więcej.

mint tokena

Konto, które może produkować (lub "mintować") tokeny. Różne tokeny są odróżniane przez unikalne adresy mintów tokenów.

Token Program

Token Program ma ID programu TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA i zapewnia podstawowe możliwości 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 keypairs i wykonywanych atomowo z tylko dwoma możliwymi wynikami: sukces lub niepowodzenie.

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, gdy transakcja została zaakceptowana przez księgę. Transakcja jest finalizowana, gdy jej blok staje się rootem.

wpis transakcji

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

tvu

Jednostka walidacji transakcji.

validator

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

vault

Token account będący własnością programu onchain, który przechowuje zgromadzone aktywa w imieniu użytkowników — na przykład bazowe i kwotowe rezerwy AMM, zablokowane tokeny w escrow, lub oczekujące salda i zgromadzone opłaty CLOB. Tylko program będący właścicielem może przenosić tokeny z vaultu, zazwyczaj na własny token account użytkownika po spełnieniu warunków transakcji lub uwolnienia.

VDF

Zobacz weryfikowalną funkcję opóźnienia.

weryfikowalna funkcja opóźnienia (VDF)

Funkcja, której wykonanie zajmuje określony czas i która wytwarza dowód swoiego działania, który można następnie zweryfikować w czasie krótszym niż czas jego wytworzenia.

transakcja wersjonowana

Format transakcji obsługujący dodatkowe funkcje wykraczające poza oryginalny format transakcji. Wersja 0 (v0) jest pierwszym wersjonowanym formatem i dodaje obsługę tablic wyszukiwania adresów, umożliwiając transakcjom odwoływanie się do większej liczby kont niż pozwala oryginalny format. Wersja 1 (v1), aktywna we wszystkich klastrach, zwiększa maksymalny rozmiar transakcji do 4 096 bajtów, przenosi limity zasobów do sekcji konfiguracyjnej wiadomości zamiast instrukcji ComputeBudget i rezygnuje z obsługi tablic wyszukiwania adresów. Zobacz transakcje wersjonowane.

Spis treści