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

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

акаунт

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

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

застосунок

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

адреса

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

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

Структура даних, яка зберігає список адрес акаунтів, дозволяючи версійним транзакціям посилатися на акаунти за допомогою компактних 1-байтових індексів замість повних 32-байтових публічних ключів. Таблиці пошуку адрес дозволяють одній транзакції посилатися на більше акаунтів, ніж дозволяє оригінальний формат транзакцій. Лише транзакції версії 0 (v0) підтримують таблиці пошуку адрес; версія 1 (v1) прибирає їх на користь більшого розміру транзакції, що вміщує ті самі адреси вбудовано.

Anchor

Anchor — це фреймворк для розробки онлайн-програм Solana на Rust. Anchor надає макроси, що зменшують шаблонний код, стандартизовану систему валідації акаунтів, і генерує IDL, що описує інтерфейс програми. Це найбільш широко використовуваний фреймворк для розробки програм Solana.

associated token account (ATA)

token account, адреса якого детерміновано виводиться з адреси гаманця та token mint. Програма associated token account гарантує, що кожен гаманець має один канонічний token account для кожного типу токена.

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

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

Наприклад:

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

автоматизований маркет-мейкер (AMM)

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

стан банку

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

блок

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

хеш блоку

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

висота блоку

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

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

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

BPF loader

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

bump

Один байт (0–255), що додається до seeds при виведенні Program Derived Address, щоб гарантувати, що результуюча адреса виходить за межі кривої ed25519 і тому є дійсним PDA. Канонічний bump — це найвище значення, що породжує дійсний PDA, і зазвичай зберігається в даних акаунта, щоб уникнути його повторного обчислення.

центральна книга лімітних ордерів (CLOB)

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

клієнт

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

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

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

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

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

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

Формат компактного масиву

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

кластер

Множина validators, що підтримують єдиний реєстр.

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

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

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

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

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

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

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

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

площина управління

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

період охолодження

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

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

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

кредит

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

cross-program invocation (CPI)

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

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

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

drone

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

запис

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

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

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

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

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

epoch

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

ескроу

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

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

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

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

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

форк

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

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

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

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

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

хеш

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

інфляція

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

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

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

інструкція

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

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

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

IDL

Interface Definition Language. JSON-файл, згенерований Anchor, що описує обробники інструкцій, акаунти та типи програми. IDL дозволяє клієнтським бібліотекам автоматично генерувати типізовані інтерфейси для взаємодії з онлайн-програмою.

keypair

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

lamport

Дробовий нативний токен вартістю 0,000000001 SOL.

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

лідер

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

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

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

реєстр

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

голосування реєстру

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

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

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

ліквідність

Глибина ордерів або пулових резервів, доступних для торгівлі за поточною ціною або поблизу неї. Більша глибина ліквідності зменшує прослизання. На CLOB ліквідність забезпечується мейкер-ордерами; на AMM вона забезпечується постачальниками ліквідності, які вносять пари токенів до пулу.

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

Програма зі здатністю інтерпретувати двійкове кодування інших onchain-програм.

блокування

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

мейкер

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

маркет-мейкер

Суб'єкт, який забезпечує ліквідність, безперервно виставляючи як біди, так і аски. На Solana маркет-мейкерами є або програми (наприклад, AMM), або позамережеві компанії, які запускають ботів для розміщення мейкер-ордерів на CLOB.

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

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

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

мікро-lamport

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

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

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

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

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

вузол

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

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

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

offchain

Описує дані, процеси або сервіси, що існують або працюють за межами блокчейну Solana, наприклад RPC-клієнти, індексатори, фронтенди та offchain-мейкери книги ордерів. Протилежність onchain. «Offchain» (без дефісу) є preferred написанням.

onchain

Описує дані або програми, що існують або виконуються на блокчейні. «Onchain» (без дефісу) є preferred написанням.

onchain-програма

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

оракул

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

власник

Може стосуватися як програми-власника, так і гаманця-власника. Наприклад, getTokenAccountsByOwner отримує token account-и, якими володіє певний гаманець, однак програмою-власником для цих token account-ів є token program.

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

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

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

Дивіться також authority.

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

Гаманець, пов'язаний з обліковим записом. Наприклад, token program використовується для зберігання token account-ів, пов'язаних із певним гаманцем та мінтом, з використанням адреси, утвореної з цього гаманця та мінту.

PoH

Дивіться Proof of History.

бал

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

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

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

програма

Дивіться onchain-програму.

program derived address (PDA)

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

Підписувальним authority для PDA є onchain-програма, яка є їхньою програмою-власником.

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

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

proof of history (PoH)

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

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

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

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

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

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

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

rent

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

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

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

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

корінь

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

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

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

Sealevel

Паралельне середовище виконання Solana для onchain-програм.

seed

Байтове значення або масив байтових значень, що використовуються як вхідні дані при виведенні program derived address. Програма може використовувати будь-яку комбінацію статичних рядків, публічних ключів або інших даних як seed-и. Seed-и поєднуються з ідентифікатором програми та bump для отримання унікальної PDA-адреси.

shred

Частина блоку; найменша одиниця, що передається між validator-ами.

підпис

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

підписант

Обліковий запис, який авторизував інструкцію або транзакцію. Для звичайного keypair це означає криптографічний підпис транзакції. Для program derived address авторизація здійснюється програмою-власником, коли вона виконує cross-program invocation, оскільки PDA не має приватного ключа.

частка пропущених слотів

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

пропущений slot

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

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

прослизання

Різниця між ціною, яку очікував трейдер, і ціною, за якою його угода фактично виконалася. На AMM це виникає через рух кривої ціноутворення при зміні резервів; на CLOB це виникає через те, що один ордер поглинає кілька рестинг-ордерів за послідовно гіршими цінами.

slot

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

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

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

Дивіться onchain-програму.

SOL

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

Solana Program Library (SPL)

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

стейк

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

stake-weighted quality of service (SWQoS)

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

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

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

system program

Нативна програма Solana (ідентифікатор програми 11111111111111111111111111111111), відповідальна за створення нових акаунтів, виділення даних акаунтів, призначення акаунтів програмам та передачу SOL між акаунтами. Усі нові акаунти в Solana належать системній програмі до їх перепризначення.

sysvar

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

taker

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

thin client

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

тік

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

висота тіку

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

токен

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

token account

Акаунт, який зберігає баланс певного токена. Token accounts належать Token Program або Token Extensions Program та зберігають баланс токена, пов'язаний token mint і адресу гаманця-власника.

Token Extensions Program

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

token mint

Акаунт, який може випускати (або «карбувати») токени. Різні токени розрізняються за унікальними адресами token mint.

Token Program

Token Program має ідентифікатор програми TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA і надає базові можливості переказу, заморожування та карбування токенів.

tps

Транзакцій на секунду.

tpu

Блок обробки транзакцій.

транзакція

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

ідентифікатор транзакції

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

підтвердження транзакції

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

запис транзакцій

Набір транзакцій, які можуть виконуватися паралельно.

tvu

Блок валідації транзакцій.

validator

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

сховище

token account, яким володіє програма в блокчейні і який зберігає об'єднані активи від імені користувачів — наприклад, базові та котирувальні резерви AMM, заблоковані токени в escrow або активні залишки та накопичені комісії CLOB. Лише програма-власник може переміщувати токени зі сховища, як правило, на власний token account користувача після виконання умови торгівлі або умови звільнення.

VDF

Див. функція верифікованої затримки.

функція верифікованої затримки (VDF)

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

версійна транзакція

Формат транзакції, що підтримує додаткові можливості порівняно з оригінальним форматом транзакції. Версія 0 (v0) — перший версійний формат, який додає підтримку таблиць пошуку адрес, дозволяючи транзакціям посилатися на більше акаунтів, ніж дозволяє оригінальний формат. Версія 1 (v1), активна у всіх кластерах, збільшує максимальний розмір транзакції до 4096 байт, зберігає ліміти ресурсів у розділі конфігурації повідомлення замість інструкцій ComputeBudget і скасовує підтримку таблиць пошуку адрес. Див. версійні транзакції.

Зміст