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)
hash 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 tokena.
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 natywne tokeny.

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 na podstawie ostatniego id wpisu w 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) łańcucha 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.

czas potwierdzenia

Czas zegarowy 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 kontrolna

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

okres wygaszania

Liczba epok po dezaktywacji staku, podczas których stopniowo staje się on dostępny do wypłaty. W tym okresie stak jest uznawany za "dezaktywowany". Więcej informacji: warmup i cooldown

kredyt

Zobacz kredyt głosów.

cross-program invocation (CPI)

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

płaszczyzna danych

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

dron

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

wpis

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

identyfikator wpisu

Odporna na preimage hash końcowej zawartości wpisu, która działa jako globalnie unikalny identyfikator wpisu. Hash służy jako dowód na:

Wygenerowanie wpisu po określonym czasie
Uwzględnienie określonych transakcji w tym wpisie
Pozycję wpisu względem innych wpisów w księdze

Zobacz proof of history.

epoka

Okres czasu, tj. liczba slotów, przez który obowiązuje harmonogram liderów.

konto opłat

Konto opłat w transakcji to konto, które pokrywa 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ż opłacenie transakcji zmniejsza saldo konta.

finalność

Stan, w którym węzły reprezentujące 2/3 staku mają wspólny root.

fork

Ledger pochodzący ze wspólnych wpisów, który następnie się rozdziela.

blok genezy

Pierwszy blok w łańcuchu.

konfiguracja genezy

Plik konfiguracyjny przygotowujący ledger 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 konkretnego obsługiwacza 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 obsługiwacza instrukcji. Klient musi zawierać co najmniej jedną instrukcję w transakcji, a wszystkie instrukcje muszą zostać wykonane, aby transakcja została uznana za pomyślną.

obsługiwacz instrukcji

Obsługiwacze instrukcji to funkcje programu, które przetwarzają instrukcje z transakcji. Obsługiwacz 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 natywny token o wartości 0.000000001 sol.

W ramach budżetu obliczeniowego ilość mikro-lamportów jest używana w obliczeniach opłat priorytetowych.

lider

Rola walidatora podczas dodawania wpisów do ledger.

harmonogram liderów

Sekwencja kluczy publicznych walidatorów przypisana do slotów. Klaster używa 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, ale rzeczywista księga walidatora może zawierać tylko nowsze bloki, aby zmniejszyć ilość przechowywanych danych, ponieważ starsze bloki nie są potrzebne do walidacji przyszłych bloków zgodnie z założeniami.

głosowanie w księdze

Hash stanu walidatora na określonej wysokości ticka. Obejmuje potwierdzenie przez walidatora, że otrzymany blok został zweryfikowany, a także zobowiązanie do niewyrażania głosu na konfliktujący 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ż walidator.

loader

Program zdolny do interpretacji binarnego kodowania innych programów działających w łańcuchu.

blokada

Czas trwania, w którym walidator 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 wyłączyć blockchain. Termin został ukuty przez Balaji S. Srinivasana i Leland 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

Wykonywalny kod 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 punktów głosowania 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 nie jest kontrolowane przez klucz prywatny jak inne konta.

identyfikator programu

Klucz publiczny konta zawierającego program.

proof of history (PoH)

Stos dowodów, z których każdy dowodzi, ż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 lamporta na 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.

public key (pubkey)

Klucz publiczny keypair.

rent

Opłata płacona przez Accounts i Programs za przechowywanie danych na blockchainie. Gdy konta nie mają wystarczającego salda na opłacenie 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 proporcjonalne do ilości przechowywanych danych. Wszystkie nowo utworzone konta są przechowywane w łańcuchu na stałe, dopóki konto nie zostanie zamknięte. 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 to najwyższy blok, który jest przodkiem wszystkich aktywnych rozwidleń na validatorze. Wszystkie bloki będące przodkami roota są również transitively root. Bloki, które nie są przodkami ani potomkami roota, są wykluczane z rozważania w konsensusie i mogą zostać odrzucone.

runtime

Komponent validatora odpowiedzialny za wykonywanie programów.

Sealevel

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

shred

Część bloku; najmniejsza jednostka przesyłana między validatorami.

signature

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 fee account. W związku z tym pierwszy podpis w transakcji może być traktowany jako transaction id.

wskaźnik pominięć

Procent pominiętych slotów w stosunku do całkowitej liczby slotów lidera w bieżącej epoce. Ten wskaźnik może być mylący, ponieważ ma dużą zmienność po zakończeniu epoki, gdy próbka jest mała, a także dla walidatorów z niewielką liczbą slotów lidera. Jednakże może być również przydatny w identyfikowaniu 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 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 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 przetwarza transakcje i generuje blok.

Sloty tworzą wspólnie 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 przepadną na rzecz klastra, jeśli można udowodnić złośliwe działanie walidatora.

stake-weighted quality of service (SWQoS)

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

superwiększość

2/3 klastra.

sysvar

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

cienki klient

Rodzaj klienta, który zakłada, że komunikuje się z prawidłowym klastrem.

tick

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

wysokość ticka

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