Як працюють транзакції в Solana?

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

одна або кілька інструкцій
масив акаунтів для читання або запису
один або кілька підписів
нещодавній blockhash або nonce

Інструкція — це найменша одиниця логіки виконання в Solana. Інструкції — це виклики для оновлення глобального стану Solana. Інструкції викликають програми, які звертаються до середовища виконання Solana для оновлення стану (наприклад, виклик token program для переказу токенів з вашого акаунта на інший). Інструкцію можна уявити як виклик функції в смартконтракті Ethereum.

Суттєва відмінність між Ethereum і Solana — кількість викликів функцій в одній транзакції через кількість інструкцій. Наявність кількох інструкцій в одній транзакції є перевагою для розробників, оскільки їм не потрібно створювати власні смартконтракти для об'єднання функцій в одній транзакції. Кожна інструкція може бути окремим викликом функції, що виконуються послідовно в транзакції. Транзакції є атомарними: якщо будь-яка з інструкцій завершується помилкою, вся транзакція також завершується помилкою, і ви сплачуєте лише комісію за транзакцію. Це схоже на відхилення транзакції через некоректне значення slippage в Ethereum.

Ще одна ключова відмінність — використання нещодавнього blockhash замість інкрементального nonce для транзакцій. Коли гаманець хоче здійснити транзакцію, з кластера отримується нещодавній blockhash для створення дійсної транзакції. Цей нещодавній blockhash робить транзакцію дійсною лише протягом 150 блоків після його отримання. Це запобігає виконанню підписів транзакцій зі значним запізненням.

Cross-Program Invocation (CPI)

Cross-Program Invocation (CPI) — це виклик однією програмою Solana інструкції іншої програми під час виконання оригінальної транзакції. CPI є основним способом взаємодії програм Solana одна з одною, проте модель акаунтів впливає на проектування графу викликів: транзакція повинна включати всі акаунти, які повний ланцюг CPI читатиме або записуватиме, до початку виконання.

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

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

RPC-зчитування, підписки та логіка підтвердження транзакцій можуть обирати рівень commitment. Це аналог вибору кількості підтверджень блоків Ethereum в Solana, однак рівні тут визначені явно:

processed: найновіший оброблений стан вузла. Використовуйте лише для оптимістичного UI або сценаріїв, що допускають відкат.
confirmed: блок, за який проголосувала суперабсолютна більшість стейку. Використовуйте як стандартний варіант для більшості підтверджень у продакшені та відображення статусу транзакцій для користувачів.
finalized: найвищий рівень підтвердження. Використовуйте перед незворотними офчейн-діями, такими як виплати у фіаті, відправлення товарів або фінальні записи розрахунків.

Якщо RPC-метод приймає commitment і ви його не вказуєте, за замовчуванням зазвичай використовується finalized. Продакшен-клієнти все одно повинні явно вказувати commitment, щоб затримка UI, поведінка індексера та політика розрахунків були навмисними.

Розклад