Наступні терміни використовуються в документації Solana та екосистемі розробки.
обліковий запис
Запис у реєстрі Solana, який містить дані або є виконуваною програмою.
Подібно до рахунку в традиційному банку, обліковий запис Solana може зберігати кошти, які називаються lamport. Кожен обліковий запис у кластері має унікальну адресу.
додаток
Клієнтський застосунок, який взаємодіє з кластером Solana.
адреса
Місце розташування в Solana, яке можна використовувати для пошуку облікового запису. Кожна адреса є унікальною в кластері Solana.
Адреси в Solana можуть бути або публічним ключем Ed25519, або адресою, похідною від програми.
таблиця пошуку адрес (ALT)
Структура даних, яка зберігає список адрес облікових записів, дозволяючи версійованим транзакціям посилатися на облікові записи за допомогою компактних 1-байтових індексів замість повних 32-байтових публічних ключів. Таблиці пошуку адрес дозволяють одній транзакції посилатися на більше облікових записів, ніж це допускає оригінальний формат транзакції.
Anchor
Фреймворк для створення онлайн-програм Solana на Rust. Anchor надає макроси, які скорочують шаблонний код, стандартизовану систему перевірки облікових записів і генерує IDL, що описує інтерфейс програми. Це найпоширеніший фреймворк для розробки програм Solana.
асоційований обліковий запис токена (ATA)
Обліковий запис токена, адреса якого детерміновано похідна від адреси гаманця та mint токена. Програма асоційованого облікового запису токена забезпечує, щоб кожен гаманець мав один канонічний обліковий запис токена для кожного типу токена.
повноваження
Адреса користувача, який має певний дозвіл на обліковий запис.
Наприклад:
- Можливість карбувати нові токени надається обліковому запису, який є 'повноваженням mint' для mint токена.
- Можливість оновлювати програму надається обліковому запису, який є 'повноваженням оновлення' програми.
автоматизований маркет-мейкер (AMM)
Модель ончейн-біржі, де користувачі торгують проти пулу токенових резервів, керованого формулою ціноутворення, а не проти відкритого ордера контрагента. Ціни змінюються залежно від резервів, тому торгівля спричиняє проковзування пропорційно до обсягу.
стан банку
Результат інтерпретації всіх програм на реєстрі на заданій висоті тика. Включає принаймні набір усіх облікових записів, які містять ненульову кількість нативних токенів.
блок
Суміжний набір записів у реєстрі, охоплений голосуванням. Лідер створює максимум один блок на слот.
хеш блоку
Унікальне значення (хеш), що ідентифікує запис (блок). Solana обчислює хеш блоку з останнього ідентифікатора запису блоку.
висота блоку
Кількість блоків під поточним блоком. Перший блок після блоку генезису має висоту один.
валідатор початкового завантаження
Валідатор, який створює генезисний (перший) блок блокчейну.
BPF завантажувач
Програма Solana, яка володіє та завантажує BPF ончейн-програми, дозволяючи програмі взаємодіяти зі середовищем виконання.
зсув
Один байт (0–255), доданий до насіння при виведенні адреси, похідної від програми, щоб гарантувати, що отримана адреса не лежить на кривій ed25519 і тому є дійсним PDA. Канонічний зсув — це найбільше значення, яке створює дійсний PDA, і зазвичай зберігається в даних облікового запису, щоб уникнути повторного обчислення.
центральна книга лімітних ордерів (CLOB)
Модель біржі, яка підтримує відсортований список відкритих пропозицій на купівлю та продаж; торгівля відбувається, коли вхідний ордер перетинається з ордером на протилежній стороні. На відміну від автоматизованого маркет-мейкера.
клієнт
Комп'ютерна програма, яка отримує доступ до мережі серверів Solana кластер.
підтвердження
Міра мережевого підтвердження для блоку.
компактний формат масиву
Компактний масив — це масив, серіалізований у наступному форматі:
- Довжина масиву (закодована як compact-u16)
- Елементи масиву, перераховані один за одним
Формат компактного масиву
Формат компактного масиву використовується для кодування як масиву адрес облікових записів, так і масиву інструкцій у повідомленнях транзакцій.
кластер
Набір валідаторів, які підтримують єдиний реєстр.
обчислювальний бюджет
Максимальна кількість обчислювальних одиниць, спожитих на одну транзакцію.
обчислювальні одиниці
Найменша одиниця виміру споживання обчислювальних ресурсів блокчейну. Обчислювальні одиниці використовуються для вимірювання обчислювальних ресурсів, необхідних для обробки транзакції.
час підтвердження
Тривалість реального часу між створенням лідером запису тіка і створенням підтвердженого блоку.
підтверджений блок
Блок, який отримав супербільшість голосів у реєстрі.
площина управління
Мережа поширення інформації (gossip), що з'єднує всі вузли кластера.
період охолодження
Певна кількість епох після того, як стейк було деактивовано, протягом яких він поступово стає доступним для виведення. Протягом цього періоду стейк вважається таким, що "деактивується". Більше інформації про: розігрів та охолодження
одиниці вартості
Також відомі як transaction cost, це комплексна оцінка всіх ресурсів,
необхідних для обробки транзакції, виміряна в
обчислювальних одиницях. Більше інформації
тут.
кредит
Дивіться кредит голосування.
Cross Program Invocation (CPI)
Виклик однієї ончейн-програми до іншої. Докладнішу інформацію див. у розділі виклики між програмами.
площина даних
Мультикаст-мережа, що використовується для ефективної валідації записів і досягнення консенсусу.
дрон
Офчейн-сервіс, який діє як зберігач приватного ключа користувача. Зазвичай він використовується для валідації та підпису транзакцій.
запис
Запис у леджері — або тік, або запис транзакції.
ідентифікатор запису
Стійкий до прообразів хеш остаточного вмісту запису, який виступає глобально унікальним ідентифікатором запису. Хеш є доказом:
- Запис було згенеровано після певного проміжку часу
- Вказані транзакції включені до запису
- Позиція запису відносно інших записів у леджері
Дивіться доказ історії.
epoch
Час, тобто кількість слотів, протягом якого діє розклад лідера.
ескроу
Патерн, у якому ончейн-програма зберігає токени у сховищі від імені двох або більше сторін до виконання умов, визначених програмою, а потім вивільняє їх. Використовується для усунення потреби сторін безпосередньо довіряти одна одній.
обліковий запис комісій
Обліковий запис комісій у транзакції — це обліковий запис, який оплачує вартість включення транзакції до леджера. Це перший обліковий запис у транзакції. Цей обліковий запис має бути оголошений як Read-Write (доступний для запису) у транзакції, оскільки оплата транзакції зменшує баланс облікового запису.
фінальність
Коли вузли, що представляють 2/3 stake, мають спільний root.
форк
Ledger, що походить від спільних записів, але потім розійшовся.
блок генезису
Перший блок у ланцюзі.
конфігурація генезису
Файл конфігурації, що підготовлює ledger для блоку генезису.
хеш
Цифровий відбиток послідовності байтів.
інфляція
Збільшення пропозиції токенів з часом, що використовується для фінансування винагород за валідацію та для фінансування постійного розвитку Solana.
внутрішня інструкція
Див. Cross Program Invocation.
інструкція
Виклик для запуску певного обробника інструкцій у програмі. Інструкція також визначає, які облікові записи вона хоче читати або змінювати, а також додаткові дані, що слугують допоміжним вхідними даними для обробника інструкцій. Клієнт повинен включити принаймні одну інструкцію в транзакцію, і всі інструкції повинні завершитися успішно, щоб транзакція вважалася успішною.
обробник інструкцій
Обробники інструкцій — це функції програми, що обробляють інструкції з транзакцій. Обробник інструкцій може містити один або більше міжпрограмних викликів.
IDL
Interface Definition Language. JSON-файл, згенерований Anchor, що описує обробники інструкцій, облікові записи та типи програми. IDL дозволяє клієнтським бібліотекам автоматично генерувати типізовані інтерфейси для взаємодії з ончейн-програмою.
keypair
Публічний ключ і відповідний приватний ключ для доступу до облікового запису.
lamport
Дрібна частка нативного токена зі значенням 0,000000001 SOL.
У межах обчислювального бюджету кількість мікро-lamport використовується в розрахунку комісії пріоритезації.
лідер
Роль validator під час додавання записів до реєстру.
розклад лідера
Послідовність публічних ключів validator, зіставлених зі slot. Кластер використовує розклад лідера для визначення, який validator є лідером у будь-який момент часу.
реєстр
Список записів, що містять транзакції, підписані клієнтами. Концептуально це можна простежити до блоку генезису, але фактичний реєстр validator може містити лише новіші блоки для зменшення обсягу зберігання, оскільки старіші не потрібні для валідації майбутніх блоків за задумом.
голосування в реєстрі
Хеш стану validator на заданій висоті тіка. Він складається з підтвердження validator щодо того, що отриманий блок був верифікований, а також обіцянки не голосувати за конфліктуючий блок (тобто форк) протягом певного часу — періоду блокування.
легкий клієнт
Тип клієнта, який може підтвердити, що він підключений до дійсного кластеру. Він виконує більше перевірок реєстру, ніж тонкий клієнт, але менше, ніж validator.
ліквідність
Глибина ордерів або об'єднаних резервів, доступних для торгівлі за ціною, близькою до поточної або рівній їй. Глибша ліквідність зменшує проковзування. У CLOB ліквідність забезпечується ордерами мейкера; в AMM вона забезпечується постачальниками ліквідності, які депонують пари токенів у пул.
завантажувач
Програма зі здатністю інтерпретувати бінарне кодування інших ончейн-програм.
блокування
Тривалість часу, протягом якого validator не може голосувати за інший форк.
maker
Трейдер, чиє замовлення додає ліквідність до CLOB, розміщуючись у книзі замовлень замість негайного перетину протилежної сторони. Таке замовлення називається maker-замовленням. Maker-и зазвичай не сплачують комісію або отримують знижку від майданчика.
маркет-мейкер
Суб'єкт, що забезпечує ліквідність шляхом безперервного розміщення як заявок на купівлю, так і на продаж. На Solana маркет-мейкерами є або програми (такі як AMM), або офчейн-компанії, що запускають ботів для розміщення maker-замовлень на CLOB.
повідомлення
Структурований вміст транзакції. Зазвичай містить заголовок, масив адрес облікових записів, останній blockhash та масив інструкцій.
Дізнайтеся більше про форматування повідомлень всередині транзакцій тут.
мікро-lamport
1 000 000 мікро-lamport = 1 lamport
коефіцієнт Накамото
Міра децентралізації, коефіцієнт Накамото — це найменша кількість незалежних суб'єктів, які можуть діяти спільно для зупинки блокчейну. Термін був запропонований Баладжі С. Срінівасаном та Леландом Лі в Quantifying Decentralization.
нативний токен
Токен, який використовується для відстеження роботи, виконаної вузлами в кластері.
вузол
Комп'ютер, що бере участь у кластері.
кількість вузлів
Кількість validator-ів, що беруть участь у кластері.
офчейн
Описує дані, процеси або сервіси, що існують або працюють поза блокчейном Solana, наприклад RPC-клієнти, індексатори, фронтенди та офчейн-мейкери книг замовлень. Протилежність ончейн. "Офчейн" (без дефіса) є рекомендованим написанням.
ончейн
Описує дані або програми, що існують або виконуються на блокчейні. "Ончейн" (без дефіса) є рекомендованим написанням.
ончейн-програма
Виконуваний код у блокчейні Solana, який інтерпретує інструкції, надіслані всередині кожної транзакції, для читання та зміни облікових записів, якими він керує. Ці програми часто називають "розумними контрактами" в інших блокчейнах.
oracle
Ончейн-програма, яка публікує дані ззовні ланцюга — найчастіше ціни реальних активів — для читання іншими програмами.
власник
Може означати або програму-власника, або гаманець-власника. Наприклад, getTokenAccountsByOwner отримує токен-облікові записи, що належать певному гаманцю, однак програмою-власником для цих токен-облікових записів є Token Program.
Щоб уникнути плутанини, краще використовувати або програму-власника, або гаманець-власника, а не загальний термін «власник».
програма-власник
Адреса програми, яка володіє обліковим записом. Тільки програма-власник здатна змінювати обліковий запис.
Див. також повноваження.
гаманець-власник
Гаманець, який асоційований з обліковим записом. Наприклад, Token Program використовується для зберігання токен-облікових записів, пов'язаних з певним гаманцем і мінтом, використовуючи адресу, створену з цього гаманця та мінту.
PoH
Див. Proof of History.
пункт
Зважений кредит у системі винагород. У системі винагород валідатора rewards regime кількість пунктів, що належить стейку під час погашення, є добутком зароблених голосових кредитів та кількості застейканих lamport.
приватний ключ
Приватний ключ keypair.
програма
Див. ончейн-програма.
Program Derived Address (PDA)
Обліковий запис, адреса якого створюється на основі ончейн-програми та одного або кількох seed, створених автором програми. Адреси PDA не є публічними ключами, і PDA не мають приватних ключів.
Право підпису для PDA належить онлайн-програмі, яка є їхньою програмою-власником.
program id
Публічний ключ акаунта, що містить програму.
proof of history (PoH)
Стек доказів, кожен з яких підтверджує, що певні дані існували до створення доказу і що пройшов точний проміжок часу з моменту попереднього доказу. Подібно до VDF, Proof of History можна перевірити за менший час, ніж знадобилося для його створення.
prioritization fee
Додаткова комісія, яку користувач може вказати в інструкції бюджету обчислень для пріоритизації своїх транзакцій.
Комісія пріоритизації обчислюється шляхом множення запитаної максимальної кількості обчислювальних одиниць на ціну обчислювальної одиниці (вказану в кроках по 0,000001 lamport за обчислювальну одиницю) з округленням до найближчого lamport.
Транзакції мають запитувати мінімальну кількість обчислювальних одиниць, необхідних для виконання, щоб мінімізувати комісії.
public key (pubkey)
Публічний ключ пари ключів. Публічний ключ є одним із різних типів адрес, які акаунт може використовувати в Solana.
rent
Комісія, яку сплачують акаунти та програми за зберігання даних у блокчейні. Коли акаунти не мають достатнього балансу для сплати rent, вони можуть бути видалені збирачем сміття.
Див. також rent exempt нижче. Дізнайтеся більше про rent тут: Що таке rent?.
rent exempt
Акаунти, які підтримують мінімальний баланс у lamport, пропорційний обсягу даних, що зберігаються в акаунті. Усі новостворені акаунти зберігаються в блокчейні постійно до закриття акаунта. Неможливо створити акаунт, який опиниться нижче порогу звільнення від rent.
root
Блок або слот, який досяг максимального lockout на валідаторі. Root — це найвищий блок, який є предком усіх активних форків на валідаторі. Усі блоки-предки root також транзитивно є root. Блоки, які не є ні предком, ні нащадком root, виключаються з розгляду для консенсусу і можуть бути відкинуті.
середовище виконання
Компонент валідатора, відповідальний за виконання програм.
Sealevel
Паралельне середовище виконання Solana для ончейн-програм.
seed
Байтове значення або масив байтових значень, що використовується як вхідні дані при виведенні адреси, похідної від програми. Програма може використовувати будь-яку комбінацію статичних рядків, публічних ключів або інших даних як seed. Seed об'єднуються з ідентифікатором програми та bump для створення унікальної PDA-адреси.
shred
Частина блоку; найменша одиниця, що передається між валідаторами.
підпис
64-байтовий ed25519 підпис з R (32 байти) та S (32 байти). З вимогою, що R є
упакованою точкою Едвардса не малого порядку, а S — скаляром у діапазоні
0 <= S < L. Ця вимога забезпечує відсутність підробки підпису. Кожна
транзакція повинна мати принаймні один підпис для
облікового запису комісії. Таким чином, перший підпис у
транзакції може розглядатися як ідентифікатор транзакції.
підписант
Обліковий запис, який авторизував інструкцію або транзакцію. Для звичайної пари ключів це означає криптографічний підпис транзакції. Для адреси, похідної від програми, авторизація надається програмою-власником при здійсненні міжпрограмного виклику, оскільки PDA не має приватного ключа.
відсоток пропусків
Відсоток пропущених слотів від загальної кількості лідерських слотів у поточному epoch. Ця метрика може вводити в оману, оскільки має високу варіативність після межі epoch, коли розмір вибірки малий, а також для validator'ів з невеликою кількістю лідерських слотів, проте іноді може бути корисною для виявлення неправильних конфігурацій вузла.
пропущений slot
Минулий slot, який не створив блок, оскільки лідер був офлайн
або форк, що містив цей slot, був відкинутий на користь кращої
альтернативи згідно з консенсусом кластера. Пропущений slot не з'явиться як
предок для блоків у наступних слотах, не збільшить висоту блоку
і не призведе до закінчення терміну дії найстарішого recent_blockhash.
Визначити, чи був slot пропущений, можна лише тоді, коли він стає старішим за останній укорінений (тобто непропущений) slot.
проковзування
Різниця між ціною, яку очікував трейдер, і ціною, за якою насправді виконалася його угода. На AMM воно виникає через зміну цінової кривої при зміні резервів; на CLOB воно виникає, коли одне замовлення споживає кілька розміщених ордерів за послідовно гіршими цінами.
slot
Період часу, протягом якого кожен лідер обробляє транзакції та створює блок.
Разом слоти створюють логічний годинник. Слоти впорядковані послідовно і не перекриваються, складаючи приблизно рівні проміжки реального часу згідно з PoH.
розумний контракт
Див. ончейн-програма.
SOL
Нативний токен кластера Solana.
Бібліотека програм Solana (SPL)
Бібліотека програм на Solana, такі як spl-token, що полегшує виконання завдань, таких як створення та використання токенів.
стейк
Токени, які конфісковуються кластером, якщо можна довести шкідливу поведінку валідатора.
якість обслуговування зі зваженням стейку (SWQoS)
SWQoS дозволяє переважне оброблення транзакцій, які надходять від застейканих валідаторів.
надбільшість
2/3 кластера.
System Program
Нативна програма Solana (ідентифікатор програми
11111111111111111111111111111111), відповідальна за створення нових
акаунтів, виділення даних акаунта, присвоєння акаунтів програмам і
переказ SOL між акаунтами. Усі нові акаунти на Solana належать System
Program, доки не будуть переприсвоєні.
sysvar
Системний акаунт. Sysvars надають інформацію про стан кластера, таку як поточна висота тіка, значення поінтів винагород тощо. Програми можуть отримувати доступ до Sysvars через акаунт Sysvar (pubkey) або шляхом запиту через syscall.
тейкер
Трейдер, чиє замовлення вилучає ліквідність з CLOB шляхом перетину протилежної сторони книги та відповідності одному або кільком розміщеним замовленням. Таке замовлення називається замовленням тейкера, і тейкер зазвичай сплачує торговельну комісію платформи.
тонкий клієнт
Тип клієнта, який довіряє, що спілкується з дійсним кластером.
тік
Запис в реєстрі, який оцінює тривалість реального часу.
висота тіка
токен
Цифровий актив, який можна передавати.
token account
Акаунт, який зберігає баланс конкретного токена. token account належать Token Program або Token Extensions Program і зберігають баланс токена, пов'язаний токен мінт та адресу гаманця-власника.
Token Extensions Program
Token Extensions Program має
ідентифікатор програми TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb і включає
всі ті ж функції, що й Token Program, але поставляється з
розширеннями, такими як конфіденційні перекази, користувацька логіка переказів,
розширені метадані та багато іншого.
токен мінт
Обліковий запис, який може виробляти (або 'карбувати') токени. Різні токени розрізняються за їхніми унікальними адресами токен мінту.
Token Program
Token Program має ідентифікатор
програми TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA і надає базові можливості
переказу, заморожування та карбування токенів.
tps
Транзакцій за секунду.
tpu
транзакція
Одна або кілька інструкцій, підписаних клієнтом за допомогою одної або кількох пар ключів і виконаних атомарно з лише двома можливими результатами: успіх або невдача.
ідентифікатор транзакції
Перший підпис у транзакції, який можна використовувати для унікальної ідентифікації транзакції в повному реєстрі.
підтвердження транзакцій
Кількість підтверджених блоків з моменту прийняття транзакції до реєстру. Транзакція завершується, коли її блок стає коренем.
запис транзакцій
Набір транзакцій, які можуть виконуватися паралельно.
tvu
validator
Повноправний учасник кластера мережі Solana, який створює нові блоки. Validator валідує транзакції, додані до реєстру
сховище
Токен акаунт, що належить ончейн-програмі, яка зберігає об'єднані активи від імені користувачів — наприклад, базові та котирувальні резерви AMM, заблоковані токени в ескроу або залишки та накопичені комісії CLOB. Лише програма-власник може переміщувати токени зі сховища, як правило, до власного токен акаунту користувача після виконання умов угоди або вивільнення.
VDF
Див. функція з верифікованою затримкою.
функція з верифікованою затримкою (VDF)
Функція, виконання якої займає фіксований час і генерує доказ свого виконання, який потім може бути перевірений швидше, ніж займає його створення.
версійна транзакція
Формат транзакції, що підтримує додаткові функції порівняно з оригінальним
форматом транзакції. Версія 0 (v0) є першим версійним форматом
і додає підтримку таблиць пошуку адрес, що дозволяє
транзакціям посилатися на більше облікових записів, ніж дозволяє оригінальний
формат.
голос
Див. голос у реєстрі.
кредит за голосування
Винагорода для валідаторів. Кредит за голосування нараховується валідатору в його обліковому записі голосування, коли валідатор досягає кореня.
гаманець
Колекція пар ключів, що дозволяє користувачам керувати своїми коштами.
період розігріву
Певна кількість епох після делегування стейку, протягом яких він поступово набуває чинності. Протягом цього періоду вважається, що стейк "активується". Детальніше про: розігрів і охолодження
Is this page helpful?