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

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

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

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

Подібно до рахунку в традиційному банку, обліковий запис Solana може зберігати кошти, які називаються lamport. Кожен обліковий запис у кластері має унікальну адресу.

додаток

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

адреса

Місце розташування в Solana, яке можна використовувати для пошуку облікового запису. Кожна адреса є унікальною в кластері Solana.

Адреси в Solana можуть бути або Ed25519 публічним ключем, або адресою, похідною від програми.

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

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

Наприклад:

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

стан банку

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

блок

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

хеш блоку

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

висота блоку

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

початковий validator

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

завантажувач BPF

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

клієнт

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

підтвердження

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

компактний формат масиву

Компактний масив — це масив, серіалізований у наступному форматі:

Довжина масиву (закодована як compact-u16)
Елементи масиву, перелічені один за одним

Компактний формат масиву

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

кластер

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

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

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

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

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

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

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

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

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

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

Gossip-мережа, що з'єднує всі вузли кластера.

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

одиниці вартості

Також згадуються як transaction cost — це комплексна оцінка всіх ресурсів, необхідних для обробки транзакції, виміряна в обчислювальних одиницях. Більше інформації тут.

кредит

Див. vote credit.

Cross Program Invocation (CPI)

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

площина даних

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

drone

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

запис

Запис у реєстрі — або тік, або запис транзакції.

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

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

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

Див. proof of history.

epoch

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

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

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

фінальність

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

форк

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

блок генезису

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

конфігурація генезису

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

хеш

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

інфляція

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

внутрішня інструкція

Див. Cross Program Invocation.

інструкція

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

обробник інструкцій

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

keypair

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

lamport

Дробова частина нативного токена зі значенням 0.000000001 SOL.

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

лідер

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

розклад лідерів

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

реєстр

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

ledger vote

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

легкий клієнт

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

завантажувач

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

блокування

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

повідомлення

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

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

мікро-lamport

1 000 000 мікро-lamport = 1 lamport

коефіцієнт Накамото

Міра децентралізації — коефіцієнт Накамото є найменшою кількістю незалежних суб'єктів, які можуть діяти спільно для зупинки блокчейна. Термін був запроваджений Balaji S. Srinivasan і Leland Lee у статті Quantifying Decentralization.

нативний токен

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

вузол

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

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

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

ончейн-програма

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

власник

Може відноситися або до програми-власника, або до гаманця-власника. Наприклад, getTokenAccountsByOwner отримує облікові записи токенів, що належать певному гаманцю, однак програмою-власником для цих облікових записів токенів є Token Program.

Щоб уникнути плутанини, краще використовувати програма-власник або гаманець-власник, а не загальний термін 'власник'.

програма-власник

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

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

гаманець-власник

Гаманець, який пов'язаний з обліковим записом. Наприклад, Token Program використовується для зберігання облікових записів токенів, пов'язаних з певним гаманцем і карбуванням, використовуючи адресу, створену з цього гаманця та карбування.

PoH

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

пункт

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

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

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

програма

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

обліковий запис, похідний від програми (PDA)

Обліковий запис, адреса якого створюється на основі ончейн-програми та одного або кількох seeds, створених автором програми. Адреси PDA не є pubkey, і PDA не мають приватних ключів.

Повноваженням на підписання для PDA є ончейн-програма, яка є їхньою програмою-власником.

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

pubkey облікового запису, що містить програму.

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

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

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

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

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

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

публічний ключ (pubkey)

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

rent

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

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

звільнення від rent

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

корінь

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

середовище виконання

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

Sealevel

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

шред

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

підпис

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

відсоток пропусків

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

пропущений slot

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

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

slot

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

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

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

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

SOL

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

Solana Program Library (SPL)

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

стейк

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

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

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

надбільшість

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

sysvar

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

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

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

тік

Запис у реєстрі, що оцінює тривалість за реальним часом.

висота тіка

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

токен

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

Token Extensions Program

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

Зміст