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.

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.

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 validatoró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 dla validatorów, liczba punktów należnych stakowi podczas realizacji jest iloczynem punktów za głosy zdobytych i liczby stakowanych lamportów.

klucz prywatny

Klucz prywatny keypair.

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.

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 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 uiszczana 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 w lamportach proporcjonalne do ilości danych przechowywanych na koncie. Wszystkie nowo utworzone konta są przechowywane na blockchainie 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 u validatora. Root to najwyższy blok, który jest przodkiem wszystkich aktywnych rozwidleń u validatora. Wszystkie bloki przodków roota są również transytywnie rootem. Bloki, które nie są przodkami ani potomkami roota, są wykluczane z rozważań dotyczących konsensusu 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). Z wymogiem, że R jest zapakowanym punktem Edwardsa, który nie jest małego rzędu, a S jest skalarem w zakresie 0 <= S < L. Ten wymóg zapewnia brak podatności na modyfikowalność 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 pomijania

Procent pominiętych slotów z całkowitej liczby slotów lidera w bieżącym epochu. Ten wskaźnik może być mylący, ponieważ ma dużą zmienność po granicy epochu, gdy próbka jest mała, a także dla validatoró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 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, 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 kontrakt

Zobacz program onchain.

SOL

Rodzimy token Solana klastra.

Solana Program Library (SPL)

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

stakowanie

Tokeny przepadną na rzecz klastra, jeśli można udowodnić złośliwe działanie validatora.

stake-weighted quality of service (SWQoS)

SWQoS umożliwia preferencyjne traktowanie transakcji pochodzących od stakowanych validatoró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 pomocą konta Sysvar (pubkey) lub poprzez zapytania za pomocą syscall.

cienki klient

Rodzaj klienta, który ufa, że komunikuje się z ważnym 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