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

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

обліковий запис

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

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

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

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

власник облікового запису

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

Див. також повноваження.

застосунок

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

повноваження

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

Наприклад:

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

стан банку

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

блок

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

blockhash

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

висота блоку

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

bootstrap validator

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

BPF loader

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

клієнт

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

кластер

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

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

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

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

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

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

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

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

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

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

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

Певна кількість 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 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 від загальної кількості лідерських slot у поточному epoch. Цей показник може вводити в оману, оскільки має високу варіативність після межі epoch, коли розмір вибірки малий, а також для validator з невеликою кількістю лідерських slot, однак також може бути корисним для виявлення неправильних налаштувань вузла в певних випадках.

пропущений slot

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

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

slot

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

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

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

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

SOL

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

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

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

stake

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

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

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

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

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

sysvar

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

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

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

тік

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

висота тіку

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

токен

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

Token Extensions Program

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

Зміст