Ціна Turingbitchain (TBC)

TBC — нативна валюта TuringBitChain. Проєкт описує TuringBitChain як публічний Layer 1-ланцюг на основі моделі Bitcoin UTXO, який використовує proof-of-work і розробляє можливості смартконтрактів на цій моделі. UTXO — це «невитрачений вихід транзакції»: транзакція витрачає наявні виходи й створює нові. Мета дизайну TBC — використовувати цю модель транзакцій, засновану на виходах, для переказів і дозволити стану контракту також зберігатися у відповідних виходах; це ключова відмінність способу організації даних від ланцюгів, що використовують глобальний стан облікових записів.

TBC використовується для сплати й отримання вартості в мережі та становить частину доходу майнерів, коли транзакції включаються до блоків і підтверджуються. Модель комісій у whitepaper пов’язує комісію з обсягом даних транзакції: що більша транзакція, то вищою, за її дизайном, має бути комісія; остаточна вартість також залежить від конкретного формату транзакції та правил мережі. На рівні застосунків TBC розроблено для взаємодії з контрактами на основі UTXO. Твердження whitepaper щодо продуктивності, низьких комісій і масштабу застосунків є цілями чи очікуваннями дизайну проєкту, а не прямим доказом фактичної продуктивності мережі в будь-який момент.

Згідно з whitepaper, TBC створюється через SHA-256 proof-of-work. Майнеры беруть участь у створенні блоків, виконуючи обчислювальну роботу; блоки, прийняті мережею, можуть отримувати винагороду за блок і комісії транзакцій, підтверджених цим блоком. У whitepaper також зазначено, що його модель майнінгу вимагає від учасників дотримання протоколу KYC. Причинно-наслідковий зв’язок цього механізму такий: майнери вкладають обчислювальні ресурси, змагаючись за створення блоків, а ланцюг компенсує успішних виробників блоків новими токенами й комісіями транзакцій, створюючи економічний стимул для підтвердження транзакцій і безпеки мережі. Можливість участі та фактичний дохід все одно залежать від клієнта, правил мережі, складності, комісій і вимог проєкту на той час.

У whitepaper вказано максимальний обсяг майнінгу 2,1 млрд TBC, початкову винагороду за блок 625 TBC, цільовий інтервал між блоками близько 10 хвилин і зменшення винагороди вдвічі кожні 210,000 блоків, приблизно раз на чотири роки. Зменшення винагороди за блок означає, що кількість нових токенів за такий самий наступний період буде меншою, ніж до зменшення вдвічі; це правило випуску, а не поточна кількість в обігу. У whitepaper також наведено приблизно 195,8 млн?

TuringContract — це запропонована у whitepaper контрактна структура, побудована на моделі UTXO. Її базова ідея полягає в тому, щоб розміщувати стан, пов’язаний із контрактом, у конкретному UTXO: одне виконання витрачає обмежений старий вихід і створює новий вихід, що містить наступний стан. Під час валідації вузли перевіряють, чи відповідає це перетворення стану обмеженням контракту, замість запису всіх контрактів до одного спільного глобального стану. Whitepaper вважає, що контракти різних UTXO можуть перевірятися окремо; це логіка дизайну цієї структури, а фактичну доступність застосувань і продуктивність все одно слід оцінювати за роботою мережі.

Нульове підтвердження — це стан, коли транзакція вже потрапила до mempool вузла, але ще не записана в блок; це не підтвердження блоку. У whitepaper зазначено, що транзакції потрапляють до mempool після досягнення мінімального порога комісії, а вузли обробляють за принципом first in, first out (FIFO) транзакції, що використовують той самий UTXO. Якщо пізніша транзакція намагається витратити той самий UTXO, уже використаний попередньою транзакцією в mempool, вузол вважатиме пізнішу недійсною. Однак whitepaper також пояснює, що за найгірших сценаріїв, як-от зловмисна подвійна витрата, попередня транзакція все одно може стати недійсною через результат включення до блоку; тому для переказів великої вартості очікування підтвердження блоку залишається безпечнішим підходом.

Максимальний обсяг майнінгу й кількість, доступна для майнінгу, у whitepaper не є одним і тим самим поняттям. У таблиці параметрів наведено 2,1 млрд TBC як максимальний обсяг майнінгу, з яких близько 1,958 млрд зазначено як заблокований обсяг майнінгу, а близько 142 млн — як обсяг, доступний для майнінгу; окремо зазначено, що TBC у блоках висотою не більше 824188 мають бути назавжди заблоковані. Отже, не слід безпосередньо розуміти 2,1 млрд як обсяг, який увесь надійде до доступної пропозиції через подальший майнінг. Whitepaper також стверджує, що решта близько 142 млн створюється за сумісним із Bitcoin алгоритмом майнінгу, і що 35% винагороди кожного видобутого блоку надходитиме на адреси на кшталт фонду зростання; це додатково розрізняє «видобуту винагороду» та частину, яку фактично отримує майнер.

Ідентифікація контрактів TuringBitChain не зосереджена на єдиній глобальній адресі контракту. У whitepaper описано, що кожен екземпляр UTXO-контракту пов’язаний з унікальним входом і хешем коду; приклад логіки contract ID полягає в хешуванні ідентифікатора транзакції, що створює контракт, та індексу виходу, а потім у поєднанні з хешем коду. Практичне значення цього дизайну таке: коли виконання контракту створює новий стан UTXO, користувачам або застосункам потрібно відстежувати подальший стан за відповідним ідентифікатором контракту, а не просто вважати різні перетворення стану одним незмінним глобальним балансом облікового запису.