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.

stan banku

Wynik interpretacji wszystkich programów w księdze przy danej wysokości ticka. Obejmuje co najmniej zbiór wszystkich kont posiadających niezerową liczbę tokenów natywnych.

blok

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

blockhash

Unikalna wartość (hash) identyfikująca rekord (blok). Solana oblicza blockhash z ostatniego entry id bloku.

wysokość bloku

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

validator rozruchowy

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

moduł ładujący BPF

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

bump

Pojedynczy bajt (0–255) dołączany do seeds podczas wyprowadzania Program Derived Address, aby zapewnić, że wynikowy adres znajduje się poza krzywą ed25519 i jest zatem poprawnym PDA. Kanoniczny bump to najwyższa wartość, która tworzy prawidłowy PDA i jest zazwyczaj zapisywana w danych konta, aby uniknąć ponownego obliczania.

klient

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

commitment

Miara potwierdzenia sieciowego dla bloku.

format tablicy kompaktowej

Tablica kompaktowa to tablica serializowana 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 pojedynczą 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 pomiaru zasobów obliczeniowych wykorzystywanych do przetwarzania transakcji.

czas potwierdzenia

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

potwierdzony blok

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

płaszczyzna sterowania

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

okres karencji

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

jednostki kosztu

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

kredyt

Zobacz kredyt głosowania.

Cross Program Invocation (CPI)

Wywołanie z jednego programu onchain do drugiego. Więcej informacji można znaleźć w sekcji wywoływanie między programami.

płaszczyzna danych

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

drone

Usługa offchain działająca jako opiekun klucza prywatnego użytkownika. Zazwyczaj służy do walidacji i podpisywania transakcji.

wpis

Wpis w księdze będący albo taktem, albo wpisem transakcji.

identyfikator wpisu

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

Wpis został wygenerowany po określonym czasie
Określone transakcje są tymi, które zostały uwzględnione we wpisie
Pozycja wpisu względem innych wpisów w księdze

Zobacz proof of history.

epoch

Czas, tj. liczba slotów, przez który harmonogram lidera jest ważny.

konto opłat

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

ostateczność

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

rozwidlenie

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

blok genesis

Pierwszy blok w łańcuchu.

konfiguracja genesis

Plik konfiguracyjny, który przygotowuje księgę do bloku genesis.

hash

Cyfrowy odcisk palca sekwencji bajtów.

inflacja

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

instrukcja wewnętrzna

Zobacz Cross Program Invocation.

instrukcja

Wywołanie określonego 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 dane wejściowe dla procedury obsługi instrukcji. Klient musi uwzględnić co najmniej jedną instrukcję w transakcji, a wszystkie instrukcje muszą się zakończyć pomyślnie, 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ędzyprogramowych.

IDL

Interface Definition Language (Język Definiowania Interfejsów). Plik JSON generowany przez Anchor, który opisuje 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 wraz z odpowiadającym mu kluczem prywatnym służącym do uzyskiwania dostępu do konta.

lamport

Ułamkowa jednostka natywnego tokena o wartości 0.000000001 sol.

W ramach budżetu obliczeniowego, wartość mikro-lamportów jest używana w kalkulacji opłat priorytetyzacyjnych.

leader

Rola validatora polegająca na dopisywaniu wpisów do księgi.

harmonogram liderów

Sekwencja kluczy publicznych validatorów przypisanych do slotów. Klaster wykorzystuje harmonogram liderów do określenia, który validator pełni rolę lidera 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 zmniejszenia wymaganej pamięci, ponieważ starsze nie są potrzebne do weryfikacji przyszłych bloków ze względu na architekturę systemu.

głosowanie księgi

Hash stanu validatora na danej wysokości ticku. Stanowi potwierdzenie przez validator, że otrzymany blok został zweryfikowany, a także obietnicę, że nie zagłosuje na konfliktowy blok (tj. fork) przez określony czas, tzw. okres blokady.

lekki klient

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

loader

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

blokada

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

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ą wspólnie działać w celu wyłączenia blockchainu. Termin został ukuty przez Balaji S. Srinivasana i Lelanda Lee w artykule Quantifying Decentralization.

natywny token

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

węzeł

Komputer uczestniczący w klastrze.

liczba węzłów

Liczba validatorów uczestniczących w klastrze.

onchain

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

program onchain

Kod wykonywalny na blockchainie Solana, który interpretuje instrukcje wysyłane wewnątrz każdej transakcji w celu odczytu i modyfikacji kont, nad którymi ma kontrolę. Programy te są często nazywane "inteligentnymi kontraktami" na innych blockchainach.

właściciel

Może odnosić się do programu będącego właścicielem lub portfela będącego właścicielem. Na przykład getTokenAccountsByOwner pobiera konta tokenów należące do określonego portfela, jednak programem będącym właścicielem tych kont tokenów jest Token Program.

Aby uniknąć nieporozumień, lepiej używać określeń program będący właścicielem lub portfel będący właścicielem zamiast ogólnego terminu "właściciel".

program będący właścicielem

Adres programu, który jest właścicielem konta. Tylko program będący właścicielem jest w stanie zmodyfikować konto.

Zobacz także uprawnienie.

portfel właścicielski

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 tokenów.

PoH

Zobacz Proof of History.

punkt

Ważony kredyt w systemie nagród. W systemie nagród dla validatorów, liczba punktów należnych stakowi podczas realizacji jest iloczynem zdobytych kredytów głosowania i liczby zestakowanych lamportów.

klucz prywatny

Klucz prywatny pary kluczy.

program

Zobacz program onchain.

Program Derived Address (PDA)

Konto, którego adres jest tworzony na podstawie programu onchain i jednego lub więcej seedów 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ścicielskim.

identyfikator programu

Klucz publiczny konta zawierającego program.

Proof of History (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 od poprzedniego dowodu. Podobnie jak VDF, Proof of History można zweryfikować w krótszym czasie niż zajęło jego wygenerowanie.

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 poprzez pomnożenie żądanej maksymalnej liczby jednostek obliczeniowych przez cenę jednostki obliczeniowej (określoną w przyrostach 0,000001 lamporta na jednostkę obliczeniową) zaokrągloną w górę do najbliższego lamporta.

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

klucz publiczny (pubkey)

Klucz publiczny pary kluczy keypair. Klucz publiczny jest jednym z różnych typów adresów, które konto może używać w sieci Solana.

rent

Opłata ponoszona 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 mechanizm Garbage Collection.

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

rent exempt

Konta, które utrzymują minimalne saldo w lamportach proporcjonalne do ilości danych przechowywanych na koncie. Wszystkie nowo utworzone konta są przechowywane w sieci permanentnie 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 validatorze. Root jest najwyższym blokiem, który jest przodkiem wszystkich aktywnych rozgałęzień na validatorze. Wszystkie bloki przodków root są również przechodnio root. Bloki, które nie są przodkiem ani potomkiem root, są wyłączone z rozważań dla konsensusu i mogą zostać odrzucone.

runtime

Komponent validatora odpowiedzialny za wykonywanie programów.

Sealevel

Równoległe środowisko wykonawcze Solany dla programów onchain.

seed

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

shred

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

podpis

64-bajtowy podpis ed25519 składający się z R (32 bajty) i S (32 bajty). Wymaga się, aby R był spakowanym punktem Edwardsa nie będącym małego rzędu, a S był skalarem w zakresie 0 <= S < L. Ten wymóg zapewnia brak modyfikowalności podpisu. Każda transakcja musi posiadać co najmniej jeden podpis dla konta opłat. W związku z tym pierwszy podpis w transakcji może być traktowany jako identyfikator transakcji

wskaźnik pominiętych slotów

Procent pominiętych slotów w stosunku do całkowitej liczby slotów lidera w bieżącej epoce. Ta metryka może być myląca, ponieważ charakteryzuje się wysoką wariancją tuż po granicy epoki, gdy wielkość próbki jest mała, a także dla walidatorów z niewielką liczbą slotów lidera, może być jednak 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 w blokach 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 wtedy, gdy stanie się starszy niż najnowszy slot zakotwiczony (czyli niepominięty).

slot

Okres czasu, w którym każdy lider pobiera transakcje i wytwarza blok.

Łącznie sloty 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 w Solana, taka jak spl-token, która ułatwia zadania takie jak tworzenie i używanie tokenów.

stake

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

stake-weighted quality of service (SWQoS)

SWQoS umożliwia preferencyjne traktowanie transakcji pochodzących od stakowanych walidatorów.

supermajority

2/3 klastra.

System Program

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

sysvar

Systemowe konto. Sysvars udostępniają informacje o stanie klastra, takie jak aktualna wysokość ticku, wartości punktów nagród itp. Programy mogą uzyskiwać dostęp do Sysvars za pośrednictwem konta Sysvar (pubkey) lub przez zapytanie za pomocą syscall.

thin client

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

tick

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

tick height

N-ty tick w księdze.

token

Zasób cyfrowo przekazywalny.

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 posiadającego portfela.

Token Extensions Program

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

token mint

Konto, które może wytwarzać (lub "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 jednego lub więcej par kluczy i wykonywanych atomowo z tylko dwoma możliwymi wynikami: sukces lub porażka.

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

VDF

Zobacz weryfikowalna funkcja opóźnienia.

weryfikowalna funkcja opóźnienia (VDF)

Funkcja, której wykonanie zajmuje ustaloną ilość czasu i generuje dowód swojego uruchomienia, który następnie można zweryfikować w czasie krótszym niż zajęło jego wygenerowanie.

wersjonowana transakcja

Format transakcji obsługujący dodatkowe funkcje wykraczające poza oryginalny format transakcji. Wersja 0 (v0) jest pierwszym wersjonowanym formatem i dodaje wsparcie dla 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