Ціна Tezos (XTZ)

XTZ (також відомий як tez, символ ꜩ) — нативний актив блокчейна Tezos, а не звичайний токен, випущений смартконтрактом. Користувачі сплачують XTZ комісії за операції в мережі; власники також можуть делегувати або стейкати XTZ baker’у, впливаючи на вагу виробництва блоків, валідації та управління мережею. Баланс рахунку Tezos фіксується в протоколі в mutez: 1 XTZ = 1,000,000 mutez. Інші взаємозамінні токени та NFT у мережі зазвичай ведуться у реєстрах смартконтрактів, тому вони належать не до тієї самої категорії активів, що й XTZ — нативний протокольний актив для сплати комісій.

Baker — це виробник блоків і валідатор у Tezos: він створює блоки, перевіряє блоки інших baker’ів і отримує відповідні винагороди за коректну участь. Щоб отримати право на виробництво блоків і валідацію, baking power baker’а має становити щонайменше 6,000 XTZ. Baking power формується не лише з XTZ, застейканих самим baker’ом, а й з XTZ, які користувачі стейкають у цього baker’а; отже, користувачі можуть включати свої кошти до гарантії безпеки без запуску вузла. Якщо baker працює незадовільно та пропускає можливості виробництва блоків, пов’язані винагороди зменшуються, і це також впливає на дохід зовнішніх стейкерів.

І для делегування, і для стейкінгу спершу потрібно вибрати baker’а для рахунку, але відповідальність і доступність коштів відрізняються. За самого лише делегування XTZ можна в будь-який момент переказати або витратити, а порушення baker’а не призводять до слешингу делегатора; чи виплачувати делегаторам винагороди та на яких умовах, baker визначає самостійно й розподіляє їх через транзакції. Стейкінг означає, що на основі вже налаштованого делегування частина XTZ призначається до замороженого стейкінгового обсягу цього baker’а. Монети лишаються на рахунку стейкера, але їх не можна переказати чи витратити; протокол автоматично розподіляє винагороди за стейкінг пропорційно до частки стейкера в загальному стейкінговому обсязі цього baker’а. Стейкінг і делегування також мають різну вагу в baking та голосуванні: вага застейканих коштів утричі більша за вагу делегованих коштів. Не кожен baker приймає зовнішній стейкінг, а baker може встановлювати ліміт місткості та edge, який він отримує з винагород за зовнішній стейкінг; перед вибором слід перевірити, чи відкритий він, залишок місткості, комісію та історичну результативність.

Основний ризик прямого стейкінгу полягає в тому, що порушення baker’а поширюються на стейкера: заморожені XTZ є частиною гарантії безпеки цього baker’а. Якщо baker подвійно підписує пропозицію блоку або операцію консенсусу, стейкер несе слешинг пропорційно до внеску свого стейкінгового обсягу в baking power цього baker’а; правило слешингу за подвійну пропозицію становить 5% від стейкінгового обсягу цього baker’а. Лише делеговані, але не застейкані XTZ не несуть такого ризику слешингу. Ліквідність також є практичним обмеженням. Після ініціювання unstake кошти не стають доступними для витрачання негайно: наразі потрібно чекати 3 цикли блокчейна плюс час, що лишився в поточному циклі, — максимум близько 4 днів; після цього для перетворення на доступний баланс ще потрібно виконати finalization. Причина очікування в тому, що права консенсусу розраховуються на два цикли наперед, і вже розраховані права мають залишатися забезпеченими цими коштами протягом періоду потенційного слешингу за порушення. Один рахунок може одночасно делегувати лише одному baker’у; якщо змінити baker’а, поки стейкінг ще є, попередній стейкінг спершу перетвориться на запит на unstake, і лише після завершення очікування та finalization можна буде стейкати у нового baker’а. На рахунку також слід залишити незастейкані XTZ для сплати комісій за наступні операції.

Звичайна нова емісія XTZ не має фіксованої пропорції. Після оновлення Paris Adaptive Issuance наприкінці кожного циклу коригує подальші винагороди за участь залежно від загальномережевого рівня стейкінгу; мета — наблизити відношення замороженого стейкінгового обсягу до загальної пропозиції до 50%: коли рівень стейкінгу нижчий за цільовий, стимули зростають; коли він вищий за цільовий, стимули зменшуються. Цей рівень стейкінгу обчислюється як заморожений стейкінговий обсяг у чисельнику та загальна пропозиція певного циклу у знаменнику; адаптивна ставка емісії, визначена протоколом наприкінці циклу c, застосовується до емісії циклу c+3, тому коригування не набуває чинності одразу. Винагороди за участь стимулюють delegate брати участь у консенсусі та генерації випадкових чисел; крім того, протокол може передбачати субсидію Liquidity Baking, а також invoice, визначені пропозицією під час міграції протоколу. Отже, ставка винагороди за стейкінг змінюється разом зі станом загальномережевого стейкінгу та параметрами протоколу; не можна вважати розрахункову дохідність у певний момент фіксованою винагородою або фіксованим рівнем інфляції.

У Tezos комісії за операції та нова емісія — це два різні шляхи. Коли користувачі надсилають перекази, викликають контракти або виконують інші операції, вони сплачують комісії в XTZ; manager-operation fees і baking fees потрапляють до пулу комісій блоку та розподіляються payload producer’у. Сплата цих комісій не карбує автоматично нові XTZ. Кінцева вартість залежить не лише від суми переказу. Виконання смартконтракту споживає gas, який вимірює обсяг обчислювальної роботи; якщо операція збільшує обсяг даних у мережі, також виникають storage fees, що обчислюються за байтами. Тому звичайний переказ і складний виклик контракту, а також створення чи розширення сховища можуть потребувати різних комісій. Призначення комісії також залежить від її категорії: комісії за операції з пулу комісій блоку розподіляються payload producer’у згідно з процесом протоколу, тоді як storage fees, що стягуються за зайняття сховища в мережі, спалюються. Отже, не можна узагальнювати всі сплачені користувачами комісії як дохід виробника блоків.

Оновлення протоколу Tezos відбуваються через самовиправне управління в мережі, а не обов’язково через форк під час оновлення. Лише delegate може подати в Proposal period хеш коду економічного протоколу як пропозицію та підтримати інші пропозиції; голосувати також можуть лише delegate, а їхня вага голосу складається з XTZ, застейканих самим delegate, і XTZ, делегованих йому. Процес послідовно складається з п’яти етапів: proposal, exploration, cooldown, promotion і adoption; кожен етап триває 14 циклів, приблизно 14 днів. Голосування exploration і promotion мають відповідати динамічному quorum, а голосів «за» має бути більше ніж 80% суми голосів «за» і «проти»; період cooldown призначений для тестування та адаптації, а автоматичне ввімкнення в мейннеті відбувається лише наприкінці adoption. Тому пропозиція, тестування в тестнеті, успішне голосування та активація в мейннеті є різними станами й не можуть замінювати один одного.

Оновлення останніх років істотно змінили спосіб участі з XTZ і роботу мережі. Paris було активовано в червні 2024 року: воно додало користувацький стейкінг, Adaptive Issuance і адаптивний слешинг, а також запровадило DAL; Quebec у січні 2025 року скоротило мінімальний час блоку L1 з 10 секунд до 8 секунд, підвищило ліміт зовнішнього стейкінгу з 5-кратного розміру власного стейкінгу baker’а до 9-кратного та скоригувало верхню межу адаптивної емісії. Rio у травні 2025 року скоротило цикл приблизно до 1 дня, завдяки чому finalization unstake можливе приблизно через 4 дні, а також встановило, що після активації DAL 10% винагород baker’а залежить від його участі в підтвердженні доступності даних DAL; DAL активується лише за участі щонайменше 66% загальної baking power, а неучасть або нечесне підтвердження призводять до втрати цієї частини винагороди, але не є слешингом. Tallinn у січні 2026 року додатково скоротило час блоку до 6 секунд. Ushuaia у червні 2026 року підвищило пропускну здатність DAL приблизно з 0.66 MB/s до 10 MB/s і за умови досягнення 66% ваги підтверджень змінило підтвердження DAL із фіксованого очікування на динамічне. Нативний ліквідний стейкінг sTEZ та стійкі до квантових атак ключі tz5 у цьому оновленні все ще тестуються в тестнеті під feature flag і ще не ввімкнені в мейннеті; їх не можна вважати поточними функціями мейннету XTZ.

DAL (рівень доступності даних) не вміщує всі дані масштабування безпосередньо в блоки Tezos L1, а дає L1 змогу підтверджувати доступність даних поза мережею, створюючи тим самим основу даних із вищою пропускною здатністю для Smart Rollups. Участь baker’а в DAL є операційним вибором, відмінним від звичайного L1 baking, і може вимагати іншого обладнання та пропускної здатності. Для XTZ зв’язок DAL переважно полягає у винагородах валідаторів та інфраструктурі L2, а не в автоматичному перетворенні XTZ на gas-актив якогось L2. Rio вже встановило: після досягнення DAL порога активації в 66% baking power 10% винагород baker’а залежить від участі у підтвердженні DAL; Ushuaia додатково підвищило пропускну здатність і скоротило очікування підтвердження після досягнення 66% ваги підтверджень. Перш ніж використовувати конкретний rollup або кросчейн-актив, користувачі все одно мають перевірити, які токени потрібні відповідно до правил активів і комісій цього rollup.