Термінологія
Наступні терміни використовуються в документації 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.
мікро-lamport
1 000 000 мікро-lamport = 1 lamport
коефіцієнт Накамото
Міра децентралізації, коефіцієнт Накамото — це найменша кількість незалежних суб'єктів, які можуть діяти колективно, щоб зупинити блокчейн. Термін був запропонований Балаї С. Срініваcаном та Леландом Лі у статті Quantifying Decentralization.
нативний токен
Токен, який використовується для відстеження роботи, виконаної вузлами у кластері.
вузол
Комп'ютер, що бере участь у кластері.
кількість вузлів
Кількість валідаторів, що беруть участь у кластері.
онлайн-програма
Виконуваний код у блокчейні Solana, який інтерпретує інструкції, надіслані всередині кожної транзакції, для читання та модифікації рахунків, над якими він має контроль. Ці програми часто називають "смарт-контрактами" в інших блокчейнах.
PoH
Дивіться Proof of History.
поінт
Зважений кредит у системі винагород. У режимі винагород валідатора rewards regime кількість поінтів, що належать стейку під час погашення, є добутком зароблених кредитів голосування та кількості lamport у стейку.
приватний ключ
Приватний ключ пари ключів.
програма
Дивіться онлайн-програма.
рахунок, похідний від програми (PDA)
Рахунок, чий підписуючий орган є програмою, і, таким чином, не контролюється приватним ключем, як інші рахунки.
ідентифікатор програми
Публічний ключ рахунку, що містить програму.
доказ історії (PoH)
Стек доказів, кожен з яких доводить, що певні дані існували до створення доказу і що між попереднім доказом пройшов точний проміжок часу. Як і VDF, доказ історії можна перевірити за менший час, ніж потрібно для його створення.
комісія за пріоритизацію
Додаткова комісія, яку користувач може вказати в інструкції обчислювального бюджету для пріоритизації своїх транзакцій.
Комісія за пріоритизацію розраховується шляхом множення запитаних максимальних обчислювальних одиниць на ціну обчислювальної одиниці (вказується в приростах 0,000001 lamport за обчислювальну одиницю), округлену до найближчого lamport.
Транзакції повинні запитувати мінімальну кількість обчислювальних одиниць, необхідних для виконання, щоб мінімізувати комісії.
публічний ключ (pubkey)
Публічний ключ keypair.
rent
Комісія, яку сплачують рахунки та програми для зберігання даних у блокчейні. Коли на рахунках недостатньо балансу для оплати rent, вони можуть бути зібрані збирачем сміття.
Дивіться також звільнення від rent нижче. Дізнайтеся більше про rent тут: Що таке rent?.
звільнення від rent
Рахунки, які підтримують мінімальний баланс lamport, пропорційний кількості даних, що зберігаються на рахунку. Усі новостворені рахунки зберігаються в ланцюзі постійно, доки рахунок не буде закрито. Неможливо створити рахунок, який падає нижче порогу звільнення від rent.
корінь
Блок або слот, який досяг максимального блокування на валідаторі. Корінь — це найвищий блок, який є предком усіх активних розгалужень на валідаторі. Усі блоки-предки кореня також транзитивно є коренем. Блоки, які не є предком і не є нащадком кореня, виключаються з розгляду для консенсусу і можуть бути відкинуті.
runtime
Компонент валідатора, відповідальний за виконання програми.
Sealevel
Паралельне середовище виконання Solana для програм у мережі.
shred
Частина блоку; найменша одиниця, що передається між валідаторами.
signature
64-байтовий підпис ed25519, що складається з R (32 байти) та S (32 байти). З
вимогою, що R є упакованою точкою Едвардса не малого порядку, а S є скаляром у
діапазоні 0 <= S < L
. Ця вимога гарантує відсутність пластичності підпису.
Кожна транзакція повинна мати принаймні один підпис для
рахунку комісії. Таким чином, перший підпис у транзакції можна
розглядати як ідентифікатор транзакції
skip rate
Відсоток пропущених слотів від загальної кількості лідерських слотів у поточному epoch. Цей показник може вводити в оману, оскільки має високу варіативність після межі epoch, коли розмір вибірки малий, а також для валідаторів з невеликою кількістю лідерських слотів, однак також може бути корисним для виявлення неправильних налаштувань вузла.
skipped slot
Минулий slot, який не створив блок, оскільки лідер був офлайн
або форк, що містив цей слот, був відкинутий на користь кращої
альтернативи за консенсусом кластера. Пропущений слот не з'явиться як предок для
блоків у наступних слотах, не збільшить висоту блоку і не
призведе до закінчення терміну дії найстарішого recent_blockhash
.
Чи був слот пропущений, можна визначити лише тоді, коли він стає старішим за останній підтверджений (тобто не пропущений) слот.
slot
Період часу, протягом якого кожен лідер приймає транзакції та створює блок.
Разом слоти створюють логічний годинник. Слоти впорядковані послідовно та не перекриваються, охоплюючи приблизно однакові проміжки реального часу згідно з PoH.
смарт-контракт
Дивіться онлайн-програма.
SOL
Нативний токен мережі Solana кластера.
Бібліотека програм Solana (SPL)
Бібліотека програм на Solana, таких як spl-token, що полегшує виконання завдань, як-от створення та використання токенів.
стейк
Токени, конфісковані кластером, якщо можна довести зловмисну поведінку валідатора.
якість обслуговування, зважена за стейком (SWQoS)
SWQoS дозволяє надавати перевагу транзакціям, що надходять від валідаторів зі стейком.
супербільшість
2/3 кластера.
sysvar
Системний рахунок. Sysvar'и надають інформацію про стан кластера, таку як поточна висота тіків, значення нагородних поінтів тощо. Програми можуть отримувати доступ до Sysvar'ів через рахунок Sysvar (публічний ключ) або через системний виклик.
тонкий клієнт
Тип клієнта, який довіряє тому, що він спілкується з дійсним кластером.
тік
Запис у реєстрі, що оцінює тривалість настінного годинника.
висота тіків
токен
Цифровий актив, що може передаватися.
Token Extensions Program
Token Extensions Program має ідентифікатор
програми TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb
і включає всі ті самі
функції, що й Програма токенів, але має розширення, такі як
конфіденційні перекази, користувацька логіка переказів, розширені метадані та
багато іншого.
токен-мінт
Обліковий запис, який може виробляти (або 'карбувати') токени. Різні токени відрізняються своїми унікальними адресами токен-мінту.
Token Program
Token Program має ідентифікатор програми
TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA
, і надає базові можливості для
переказу, заморожування та карбування токенів.
tps
Транзакції за секунду.
tpu
транзакція
Одна або кілька інструкцій, підписаних клієнтом за допомогою однієї або кількох пар ключів і виконаних атомарно з лише двома можливими результатами: успіх або невдача.
ідентифікатор транзакції
Перший підпис у транзакції, який можна використовувати для унікальної ідентифікації транзакції в усьому реєстрі.
підтвердження транзакції
Кількість підтверджених блоків з моменту прийняття транзакції до реєстру. Транзакція вважається завершеною, коли її блок стає кореневим.
запис транзакцій
Набір транзакцій, які можуть виконуватися паралельно.
tvu
validator
Повноцінний учасник мережі Solana кластера, який створює нові блоки. Validator перевіряє транзакції, додані до реєстру
VDF
Дивіться функція перевірки затримки.
функція перевірки затримки (VDF)
Функція, яка потребує фіксованого часу для виконання та створює доказ свого виконання, який потім можна перевірити за менший час, ніж потрібно для його створення.
голосування
Див. ledger vote.
кредит голосування
Облік винагород для validator. Кредит голосування нараховується validator у його обліковому записі голосування, коли validator досягає root.
гаманець
Колекція keypair, яка дозволяє користувачам керувати своїми коштами.
період розігріву
Певна кількість epoch після делегування stake, протягом яких він поступово стає ефективним. Протягом цього періоду стейк вважається "активованим". Більше інформації про: розігрів та охолодження
Is this page helpful?