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 nazywane lamportami. Podobnie jak plik w systemie Linux, jest ono adresowalne za pomocą klucza, często nazywanego kluczem publicznym lub pubkey.

Klucz może być jednym z następujących:

klucz publiczny ed25519
adres konta pochodzącego z programu (32-bajtowa wartość wymuszona poza krzywą ed25519)
skrót klucza publicznego ed25519 z 32-znakowym ciągiem

właściciel konta

Adres programu, który jest właścicielem konta. Tylko program będący właścicielem może modyfikować konto.

Zobacz także autorytet.

aplikacja

Aplikacja front-end, która współdziała z klastrem Solana.

autorytet

Adres użytkownika, który posiada pewne uprawnienia do konta.

Na przykład:

Możliwość tworzenia nowych tokenów jest przypisana do konta będącego 'autorytetem emisji' dla emisji tokenów.
Możliwość aktualizacji programu jest przypisana do konta będącego 'autorytetem aktualizacji' programu.

stan banku

Rezultat interpretacji wszystkich programów w księdze na danej wysokości ticka. Obejmuje co najmniej zestaw wszystkich kont przechowujących niezerowe tokeny natywne.

blok

Ciągły zestaw wpisów w księdze pokryty przez głos. Lider produkuje maksymalnie jeden blok na slot.

blockhash

Unikalna wartość (hash), która identyfikuje zapis (blok). Solana oblicza blockhash z ostatniego id wpisu bloku.

wysokość bloku

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

bootstrap validator

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

BPF loader

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

klient

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

zaangażowanie

Miara potwierdzenia sieci dla bloku.

klaster

Zestaw validatorów utrzymujących jedną 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żywane do mierzenia zasobów obliczeniowych wykorzystywanych do przetwarzania transakcji.

czas potwierdzenia

Czas zegarowy między utworzeniem przez lidera znacznika czasu a utworzeniem potwierdzonego bloku.

potwierdzony blok

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

płaszczyzna kontrolna

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

okres wygaszania

Liczba epoch po dezaktywacji stake, podczas których stopniowo staje się on dostępny do wypłaty. W tym okresie stake jest uważany za "dezaktywowany". Więcej informacji: warmup i cooldown

kredyt

Zobacz kredyt za głosowanie.

cross-program invocation (CPI)

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

płaszczyzna danych

Sieć multicastowa używana do efektywnej walidacji entries i osiągania konsensusu.

drone

Usługa offchain, która działa jako powiernik prywatnego klucza użytkownika. Zazwyczaj służy do walidacji i podpisywania transakcji.

wpis

Wpis w księdze, który może być tick lub wpisem transakcji.

identyfikator wpisu

Odporny na preimage hash nad końcową zawartością wpisu, który działa jako globalnie unikalny identyfikator wpisu. Hash służy jako dowód na:

Wygenerowanie wpisu po upływie określonego czasu
Określone transakcje są tymi zawartymi we wpisie
Pozycję wpisu względem innych wpisów w księdze

Zobacz proof of history.

epoch

Czas, tj. liczba slotów, przez który harmonogram liderów 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. Konto to musi być zadeklarowane jako Read-Write (zapisywalne) w transakcji, ponieważ płacenie za transakcję zmniejsza saldo konta.

finalność

Kiedy węzły reprezentujące 2/3 stake mają wspólny root.

fork

Rejestr pochodzący od wspólnych wpisów, który następnie się rozdzielił.

blok genezy

Pierwszy blok w łańcuchu.

konfiguracja genezy

Plik konfiguracyjny, który przygotowuje rejestr 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 kontynuacji rozwoju Solany.

wewnętrzna instrukcja

Zobacz cross-program invocation.

instrukcja

Wywołanie w celu uruchomienia określonego procesora instrukcji w programie. Instrukcja określa również, które konta chce odczytać lub zmodyfikować, oraz dodatkowe dane, które służą jako pomocnicze wejście dla procesora instrukcji. Klient musi zawrzeć co najmniej jedną instrukcję w transakcji, a wszystkie instrukcje muszą zostać wykonane, aby transakcja została uznana za pomyślną.

procesor instrukcji

Procesory instrukcji to funkcje programu, które przetwarzają instrukcje z transakcji. Procesor instrukcji może zawierać jedną lub więcej cross-program invocations.

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 używana w obliczeniach opłat za priorytetyzację.

lider

Rola walidatora, gdy dodaje wpisy do rejestru.

harmonogram liderów

Sekwencja kluczy publicznych walidatorów przypisana do slotów. Klastry używają harmonogramu liderów, aby określić, który walidator 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ć tylko nowsze bloki w celu zmniejszenia wymagań dotyczących przechowywania, ponieważ starsze bloki nie są potrzebne do weryfikacji przyszłych bloków zgodnie z założeniami.

głosowanie w księdze

Hash stanu validatora na określonej wysokości ticka. Obejmuje potwierdzenie validatora, że otrzymany blok został zweryfikowany, a także obietnicę, że nie zagłosuje na konfliktowy blok (np. rozgałęzienie) przez określony czas, czyli okres blokady.

lekki klient

Rodzaj klienta, który może zweryfikować, że 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

Czas trwania, przez który validator nie może głosować na inne rozgałęzienie.

wiadomość

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

Dowiedz się więcej o formatowaniu wiadomości w transakcjach tutaj.

współczynnik Nakamoto

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

mikro-lamport

1 000 000 mikro-lamportów = 1 lamport

współczynnik Nakamoto

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

natywny token

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.

program onchain

Kod wykonywalny na blockchainie Solana, który interpretuje instrukcje przesyłane 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.

PoH

Zobacz Proof of History.

punkt

Ważony kredyt w systemie nagród. W systemie nagród walidatora liczba punktów należnych stakowi podczas realizacji jest iloczynem kredytów głosów zdobytych i liczby stakowanych lamportów.

klucz prywatny

Klucz prywatny pary kluczy.

program

Zobacz program onchain.

konto pochodne programu (PDA)

Konto, którego autorytet podpisywania należy do programu, a zatem nie jest kontrolowane przez klucz prywatny jak inne konta.

id 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 i że upłynął precyzyjny czas przed poprzednim dowodem. Podobnie jak VDF, Proof of History można zweryfikować w krótszym czasie, niż zajęło jego wygenerowanie.

opłata za priorytetyzację

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

Opłata za priorytetyzację jest obliczana przez pomnożenie żądanej maksymalnej liczby jednostek obliczeniowych przez cenę jednostki obliczeniowej (określoną w przyrostach 0,000001 lamportów 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.

rent

Opłata płacona przez konta i programy za przechowywanie danych na blockchainie. Gdy konta nie mają wystarczającego salda, aby opłacić rent, mogą zostać usunięte w procesie Garbage Collection.

Zobacz także rent exempt poniżej. Dowiedz się więcej o rent tutaj: What is rent?.

rent exempt

Konta, które utrzymują minimalne saldo lamportów proporcjonalne do ilości danych przechowywanych na koncie. Wszystkie nowo utworzone konta są przechowywane w łańcuchu na stałe, dopóki konto nie zostanie zamknięte. Nie można utworzyć konta, które spada poniżej progu zwolnienia z opłaty rent.

root

Blok lub slot, który osiągnął maksymalny lockout na validatorze. Root to najwyższy blok, który jest przodkiem wszystkich aktywnych rozwidleń na validatorze. Wszystkie bloki przodków roota są również tranzytywnie rootem. Bloki, które nie są przodkami ani potomkami roota, są wykluczane z rozważania w konsensusie i mogą zostać odrzucone.

środowisko wykonawcze

Element walidatora odpowiedzialny za wykonywanie programów.

Sealevel

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

shred

Część 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). Wymagane jest, aby R był zapakowanym punktem Edwardsa, który nie jest małego rzędu, a S był skalarem w zakresie 0 <= S < L. To wymaganie zapewnia brak podatności na modyfikację podpisu. Każda transakcja musi mieć 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 pomijania

Procent pominiętych slotów z całkowitej liczby slotów lidera w bieżącej epoce. Ten wskaźnik może być mylący, ponieważ ma dużą zmienność po granicy epoki, gdy próbka jest mała, a także dla walidatorów z małą liczbą slotów lidera. Jednak czasami może być przydatny do identyfikacji błędnych konfiguracji węzłów.

pominięty slot

Przeszły slot, który nie wygenerował bloku, ponieważ lider był offline lub fork zawierający 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 i nie spowoduje wygaśnięcia najstarszego recent_blockhash.

Czy slot został pominięty, można ustalić dopiero wtedy, gdy stanie się starszy niż najnowszy zakorzeniony (a więc niepominięty) slot.

slot

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

Sloty razem tworzą logiczny zegar. Sloty są uporządkowane sekwencyjnie i nie nakładają się na siebie, obejmując mniej więcej równy czas rzeczywisty zgodnie z PoH.

smart contract

Zobacz program onchain.

SOL

Rodzimy token klastra Solana.

Solana Program Library (SPL)

Biblioteka programów na Solanie, takich 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 walidatora.

stake-weighted quality of service (SWQoS)

SWQoS umożliwia preferencyjne traktowanie transakcji pochodzących od walidatorów z udziałami.

supermajority

2/3 klastra.

sysvar

Systemowe konto. Sysvars dostarczają informacji o stanie klastra, takich jak aktualna wysokość ticków, wartości punktów nagród itp. Programy mogą uzyskiwać dostęp do Sysvars za pośrednictwem konta Sysvar (klucz publiczny) lub poprzez zapytania za pomocą syscall.

thin client

Rodzaj klienta, który ufa, że komunikuje się z ważnym klastrem.

tick

Wpis w księdze, który szacuje czas zegara ściennego.

tick height

N-ty tick w księdze.

token

Cyfrowy, przenośny zasób.

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 transferu, rozszerzone metadane i wiele więcej.

Spis treści