Термінологія

Наступні терміни використовуються в документації Solana та екосистемі розробки.

account

Запис у реєстрі Solana, який містить дані або є виконуваною програмою.

Як і рахунок у традиційному банку, account у Solana може містити кошти, які називаються lamports. Як файл у Linux, він адресується ключем, який часто називають публічним ключем або pubkey.

Ключ може бути одним із:

публічний ключ ed25519
адреса облікового запису, похідна від програми (32-байтове значення, примусово виведене з кривої ed25519)
хеш публічного ключа ed25519 з 32-символьним рядком

account owner

Адреса програми, яка володіє обліковим записом. Тільки програма-власник здатна змінювати обліковий запис.

Див. також authority.

app

Фронтенд-додаток, який взаємодіє з кластером Solana.

authority

Адреса користувача, який має певний вид дозволу на обліковий запис.

Наприклад:

Можливість створювати нові токени надається обліковому запису, який є 'mint authority' для випуску токенів.
Можливість оновлювати програму надається обліковому запису, який є 'upgrade authority' програми.

bank state

Результат інтерпретації всіх програм у реєстрі на певній висоті тіку. Він включає принаймні набір усіх облікових записів, що містять ненульові нативні токени.

block

Послідовний набір записів у реєстрі, охоплений голосуванням. Лідер створює щонайбільше один блок на slot.

blockhash

Унікальне значення (хеш), яке ідентифікує запис (блок). Solana обчислює blockhash з останнього ідентифікатора запису блоку.

висота блоку

Кількість блоків під поточним блоком. Перший блок після початкового блоку має висоту один.

початковий валідатор

Валідатор, який створює початковий (перший) блок блокчейну.

BPF loader

Програма Solana, яка володіє та завантажує BPF програми в мережі, дозволяючи програмі взаємодіяти з середовищем виконання.

клієнт

Комп'ютерна програма, яка отримує доступ до мережі серверів Solana кластер.

кластер

Набір валідаторів, які підтримують єдиний реєстр.

обчислювальний бюджет

Максимальна кількість обчислювальних одиниць, що споживаються за транзакцію.

обчислювальні одиниці

Найменша одиниця виміру споживання обчислювальних ресурсів блокчейну.

час підтвердження

Тривалість реального часу між створенням лідером запису тіку та створенням підтвердженого блоку.

підтверджений блок

Блок, який отримав супер-більшість голосів реєстру.

площина керування

Мережа обміну інформацією, що з'єднує всі вузли кластера.

Певна кількість epoch після деактивації стейку, протягом яких він поступово стає доступним для виведення. Протягом цього періоду стейк вважається "деактивованим". Більше інформації про: розігрів та охолодження

кредит

Дивіться голосовий кредит.

cross-program invocation (CPI)

Виклик від однієї онлайн-програми до іншої. Для отримання додаткової інформації див. виклики між програмами.

рівень даних

Мультикаст-мережа, яка використовується для ефективної валідації записів та досягнення консенсусу.

дрон

Офчейн-сервіс, який виступає зберігачем приватного ключа користувача. Зазвичай служить для перевірки та підписання транзакцій.

запис

Запис у леджері, який є або тіком, або записом транзакції.

ідентифікатор запису

Стійкий до пошуку прообразу хеш кінцевого вмісту запису, який виступає глобально унікальним ідентифікатором запису. Хеш служить доказом:

Запис був створений після певного проміжку часу
Вказані транзакції є тими, що включені в запис
Позиція запису відносно інших записів у леджері

Дивіться доказ історії.

epoch

Час, тобто кількість слотів, протягом якого діє розклад лідерів.

рахунок комісії

Рахунок комісії в транзакції — це рахунок, який оплачує вартість включення транзакції в леджер. Це перший рахунок у транзакції. Цей рахунок повинен бути оголошений як Read-Write (доступний для запису) в транзакції, оскільки оплата транзакції зменшує баланс рахунку.

остаточність

Коли вузли, що представляють 2/3 стейку, мають спільний корінь.

fork

Реєстр, який походить від спільних записів, але потім розійшовся.

genesis block

Перший блок у ланцюжку.

genesis config

Конфігураційний файл, який готує реєстр для початкового блоку.

hash

Цифровий відбиток послідовності байтів.

inflation

Збільшення пропозиції токенів з часом, що використовується для фінансування винагород за валідацію та для фінансування подальшого розвитку Solana.

inner instruction

Дивіться cross-program invocation.

instruction

Виклик для запуску конкретного обробника інструкцій у програмі. Інструкція також визначає, які рахунки вона хоче читати або змінювати, та додаткові дані, які служать допоміжним входом для обробника інструкцій. Клієнт повинен включити щонайменше одну інструкцію в транзакцію, і всі інструкції повинні бути виконані, щоб транзакція вважалася успішною.

instruction handler

Обробники інструкцій — це функції програми, які обробляють інструкції з транзакцій. Обробник інструкцій може містити один або кілька міжпрограмних викликів.

keypair

Публічний ключ та відповідний приватний ключ для доступу до облікового запису.

lamport

Дробовий нативний токен зі значенням 0.000000001 sol.

У межах обчислювального бюджету кількість мікро-lamports використовується при розрахунку комісій за пріоритизацію.

leader

Роль validator, коли він додає записи до реєстру.

leader schedule

Послідовність публічних ключів validator, зіставлених зі слотами. Кластер використовує розклад лідерів, щоб визначити, який validator є лідером у будь-який момент часу.

ledger

Список записів, що містить транзакції, підписані клієнтами. Концептуально, це можна простежити до початкового блоку, але фактичний ledger валідатора може містити лише новіші блоки для зменшення обсягу зберігання, оскільки старіші за дизайном не потрібні для валідації майбутніх блоків.

ledger vote

Хеш стану валідатора на певній висоті тіка. Він включає підтвердження валідатора, що отриманий блок було перевірено, а також обіцянку не голосувати за конфліктуючий блок (тобто форк) протягом певного часу, періоду блокування.

light client

Тип клієнта, який може перевірити, що він вказує на дійсний кластер. Він виконує більше перевірок леджера, ніж тонкий клієнт, і менше, ніж валідатор.

loader

Програма, яка має можливість інтерпретувати бінарне кодування інших програм у мережі.

lockout

Тривалість часу, протягом якого валідатор не може голосувати за інший форк.

message

Структурований вміст транзакції. Зазвичай містить заголовок, масив адрес рахунків, нещодавній blockhash та масив інструкцій.

Дізнайтеся більше про формат повідомлень всередині транзакцій тут.

Nakamoto coefficient

Міра децентралізації, коефіцієнт Накамото — це найменша кількість незалежних суб'єктів, які можуть колективно діяти для зупинки блокчейну. Термін був введений Баладжі С. Срініваcаном та Леландом Лі у Quantifying Decentralization.

native token

Токен, який використовується для відстеження роботи, виконаної вузлами у кластері.

node

Комп'ютер, що бере участь у кластері.

кількість вузлів

Кількість validatorів, що беруть участь у кластері.

програма в мережі

Виконуваний код у блокчейні Solana, який інтерпретує інструкції, надіслані всередині кожної транзакції, для читання та модифікації рахунків, над якими він має контроль. Ці програми часто називають "смарт-контрактами" в інших блокчейнах.

PoH

Дивіться Доказ історії.

поінт

Зважений кредит у системі винагород. У режимі винагород validatorа кількість поінтів, належних стейку під час погашення, є добутком зароблених кредитів голосування та кількості застейканих лампортів.

приватний ключ

Приватний ключ keypair.

програма

Дивіться програма в мережі.

рахунок, похідний від програми (PDA)

Рахунок, чий підписуючий орган є програмою, і тому він не контролюється приватним ключем, як інші рахунки.

ідентифікатор програми

Публічний ключ рахунку, що містить програму.

доказ історії (PoH)

Стек доказів, кожен з яких доводить, що певні дані існували до створення доказу, і що минув точний проміжок часу після попереднього доказу. Як і VDF, Доказ історії можна перевірити за менший час, ніж потрібно для його створення.

комісія за пріоритизацію

Додаткова комісія, яку користувач може вказати в інструкції обчислювального бюджету для пріоритизації своїх транзакцій.

Комісія за пріоритизацію розраховується шляхом множення запитаних максимальних обчислювальних одиниць на ціну обчислювальної одиниці (вказану в приростах 0,000001 лампорта за обчислювальну одиницю), округлену до найближчого лампорта.

Транзакції повинні запитувати мінімальну кількість обчислювальних одиниць, необхідних для виконання, щоб мінімізувати комісії.

public key (pubkey)

Публічний ключ keypair.

rent

Плата, яку сплачують Accounts та Programs для зберігання даних у блокчейні. Коли на рахунках недостатньо балансу для оплати rent, вони можуть бути видалені збирачем сміття.

Дивіться також rent exempt нижче. Дізнайтеся більше про rent тут: Що таке rent?.

rent exempt

Рахунки, які підтримують мінімальний баланс lamport, пропорційний кількості даних, що зберігаються на рахунку. Усі новостворені рахунки зберігаються у блокчейні постійно, доки рахунок не буде закрито. Неможливо створити рахунок, який падає нижче порогу звільнення від rent.

root

block або slot, який досяг максимального lockout на validator. Root — це найвищий блок, який є предком усіх активних форків на валідаторі. Усі блоки-предки root також транзитивно є root. Блоки, які не є предком і не є нащадком root, виключаються з розгляду для консенсусу і можуть бути відкинуті.

runtime

Компонент validator, відповідальний за виконання program.

Sealevel

Паралельне середовище виконання Solana для onchain programs.

shred

Частина block; найменша одиниця, що надсилається між validators.

signature

64-байтовий підпис ed25519, що складається з R (32 байти) та S (32 байти). З вимогою, що R є упакованою точкою Едвардса не малого порядку, а S є скаляром у діапазоні [0, l-1]. Ця вимога забезпечує відсутність пластичності підпису. Кожна транзакція повинна мати принаймні один підпис для fee account. Таким чином, перший підпис у транзакції можна розглядати як transaction id

частота пропусків

Відсоток пропущених слотів від загальної кількості лідерських слотів у поточній епосі. Цей показник може вводити в оману, оскільки має високу варіативність після межі епохи, коли розмір вибірки малий, а також для валідаторів з невеликою кількістю лідерських слотів, однак також може бути корисним для виявлення неправильних налаштувань вузла.

пропущений слот

Минулий slot, який не створив блок, тому що лідер був офлайн або форк, що містив слот, був відкинутий на користь кращої альтернативи консенсусом кластера. Пропущений слот не з'явиться як предок для блоків у наступних слотах, не збільшить висоту блоку, і не закінчить термін дії найстарішого recent_blockhash.

Чи був слот пропущений можна визначити лише тоді, коли він стає старішим за останній закріплений (тобто не пропущений) слот.

slot

Період часу, протягом якого кожен лідер приймає транзакції та створює блок.

Разом слоти створюють логічний годинник. Слоти впорядковані послідовно і не перекриваються, охоплюючи приблизно однаковий реальний час відповідно до PoH.

смарт-контракт

Див. онлайн-програма.

SOL

Нативний токен кластера Solana.

Бібліотека програм Solana (SPL)

Бібліотека програм на Solana, таких як spl-token, що полегшує завдання, як-от створення та використання токенів.

стейк

Токени, конфісковані кластером, якщо можна довести зловмисну поведінку валідатора.

якість обслуговування, зважена за стейком (SWQoS)

SWQoS дозволяє надавати перевагу транзакціям, що надходять від валідаторів зі стейком.

супербільшість

2/3 кластера.

sysvar

Системний обліковий запис. Sysvars надають інформацію про стан кластера, таку як поточна висота тіків, значення винагород points тощо. Програми можуть отримати доступ до Sysvars через обліковий запис Sysvar (pubkey) або через запит за допомогою системного виклику.

тонкий клієнт

Тип клієнта, який довіряє тому, що він спілкується з дійсним кластером.

тік

Запис у реєстрі, який оцінює тривалість настінного годинника.

висота тіку

N-й тік у реєстрі.

токен

Цифровий актив, що може передаватися.

Token Extensions Program

Token Extensions Program має ідентифікатор програми TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb і включає всі ті самі функції, що й Token Program, але має розширення, такі як конфіденційні перекази, логіка користувацьких переказів, розширені метадані та багато іншого.

Зміст