Hashi тестує 25 установ на «BTC не покидає основну мережу»: де має бути програмованість? TBC пропонує іншу відповідь

Ринок переходить від питання «чи потрібна програмованість» до «де має бути програмованість».

Автор: utxo_compiler

На тестовій мережі Sui запущено Hashi, в тестуванні беруть участь понад 25 установ, мета полягає в тому, щоб BTC не покидав мережу біткоїна, щоб брати участь у DeFi. Це не ще один упакований міст. Це перше велике визнання в індустрії: упаковка BTC на інші ланцюги для DeFi більше не є переважним вибором для установ. Але питання змінилося з «чи потрібна програмованість» на «де насправді має бути програмованість».

1. Триліон сплячих BTC та розрив довіри

Ринкова капіталізація біткоїна перевищує 1 трильйон доларів. Спотові ETF та стратегії зберігання підвищили інституційні позиції, але більшість BTC все ще «сплять». Це не тому, що установи не хочуть використовувати, а тому, що не знайшли безпечного способу.

wBTC та cbBTC вирішили питання «можливості використання», але ціною ризиків мостів та зберігання. Користувачі обмінюють BTC на упаковані активи, довіряючи централізованому зберігачеві, активи покидають основну мережу біткоїна. Це не рідна фінансова система біткоїна, це «фінансова система іншого ланцюга, що використовує ім'я біткоїна».

Перевага Hashi полягає в тому, що коли користувачі вносять BTC, кошти надходять на 2-of-2 мультипідписний біткоїн-адрес, створений для цього облікового запису, базовий BTC не покидає мережу біткоїна. Комітет перевіряючих Hashi (MPC) та Guardian Layer мають по одному підпису, жодна сторона не може перемістити BTC самостійно. Guardian Layer також може налаштувати захист, великі або підозрілі застави можуть бути уповільнені або перехоплені.

Це вирішує питання «безпеки активів». Але що з програмованістю? Активи знаходяться в мультипідписі біткоїна, а програмна логіка виконується на Sui. Це означає, що користувачі одночасно довіряють двом системам: безпеці мультипідпису біткоїна та середовищу виконання Sui. Довіра та витрати на координацію двох систем є новим розривом довіри.

Одна група даних може проілюструвати проблему: дата запуску основної мережі Hashi ще не оголошена, наразі це лише період стрес-тестування. А на ринку є понад 75 проектів L2, які намагаються відповісти на одне й те саме питання — як перетворити бездіяльний BTC на програмовану фінансову основу. Але більшість рішень розділяють активи та програмованість на двох ланцюгах.

2. Справжнє обмеження не в швидкості, а в тому, чи є активи та контракти однорідними в UTXO

Проекти, які переносять SVM на біткоїн L2, оголошують «швидкість на рівні мілісекунд». Stacks просуває PoX-5 «самостійно, прибуток у BTC». Ці напрямки мають свою цінність, але не можуть уникнути однієї й тієї ж структурної проблеми: активи в моделі UTXO, смарт-контракти в моделі облікових записів.

Це не технічні деталі. Це фундаментальна архітектурна розбіжність.

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

Перевага моделі облікових записів (EVM) полягає в виразності смарт-контрактів. Розробники можуть легко реалізувати DeFi, NFT, кредитні протоколи. Але ціною цього є: конкуренція за глобальний стан уповільнює швидкість транзакцій, плата за газ зростає в години пік.

Більшість проектів обирають «міст» між двома світами: активи залишаються в ланцюзі UTXO, контракти виконуються в ланцюзі моделі облікових записів. Це створює нові проблеми:

• Ризик мосту: активи, що переходять між ланцюгами, потребують довіри до механізму перевірки мосту
• Ризик виконання: результати виконання контракту потребують зворотного зв'язку до ланцюга, де знаходяться активи
• Витрати на координацію: консенсус, час підтвердження та механізми відкату на двох ланцюгах різні

Hashi залишає активи в мультипідписі біткоїна, контракти розміщуються на Sui. SVM L2 переносить активи в L2, контракти на Solana віртуальній машині. Stacks використовує PoX для застави BTC на ланцюзі Stacks. Кожен шлях працює над «упаковкою» або «містом», ніхто не торкається самої моделі UTXO.

3. Шлях TBC: вбудувати Тюрінгову повноту в саму UTXO

TuringBitChain (TBC) обрав інший шлях: не розділяти активи та контракти, а безпосередньо вбудувати Тюрінгову повноту смарт-контрактів у модель UTXO.

Це не L2. Це реалізація Тюрінгової повноти смарт-контрактів UTXO на базі оригінального протоколу біткоїна на Layer-1. Основна різниця полягає в трьох елементах:

OP_PUSH_META дозволяє скрипту вперше «бачити» себе. Скрипт може читати метадані всередині транзакції — версію, час блокування, кількість входів і виходів, хеші попередніх та наступних транзакцій. Це означає, що скрипт може відповісти на питання «звідки я прийшов, куди я йду».

OP_PARTIAL_HASH дозволяє скрипту «перевіряти» себе. Скрипт може в обмеженому стековому просторі поетапно перераховувати хеш для даних будь-якої довжини. Це не «я вірю, що хеш справжній», а «я сам поетапно обчислив».

Ієрархічний TXID дозволяє самоаналізу та самообґрунтуванню мати постійні витрати між поколіннями. Кожне покоління повинно лише успадкувати TXID батьків — цей 32-байтовий відбиток, обсяг даних не залежить від глибини. Це «генетичний контракт» у моделі UTXO.

Ці три елементи разом вирішують проблему: не покладаючись на глобальний стан, досягти рівня виразності контрактів EVM.

Дані про продуктивність можуть підтвердити життєздатність шляху: TPS основної мережі TBC вже перевищує 13,000, початкова межа блоку 4 ГБ, витрати зменшуються з ростом користувачів. Це контрастує з традиційними блокчейнами, де «чим більше користувачів, тим вищі витрати».

Звичайно, цей шлях також має свою ціну. Екосистема TBC все ще на ранній стадії. Hashi оприлюднила список з 25+ партнерів, включаючи BitGo, Cumberland, ліцензований банк OCC Erebor, зареєстрований радник SEC Wave Digital Assets — зрілість цих регульованих продуктів та інструментів для установ, з якими TBC наразі не може зрівнятися. Реальні витрати на навчання розробників UTXO існують, розробники, які звикли до EVM, повинні адаптуватися до нової парадигми контрактів. Зростання конкуренції означає, що TBC потрібно швидко заповнити прогалини в екосистемі та прикладному рівні.

4. Коли «не покидати мережу біткоїна» стає консенсусом, що далі?

Запуск Hashi є сигналом: ринок переходить від питання «чи потрібна програмованість» до «де має бути програмованість». Установи більше не задовольняються упакованими активами для DeFi, вони хочуть безпечну точку опори для рідного BTC, одночасно маючи програмовану гнучкість.

Твердження TBC полягає в тому, що активи та логіка контрактів не повинні бути розділені на два ланцюги. Вбудування Тюрінгової повноти в саму UTXO, дозволяючи транзакціям стати носієм стану, стан передається через кровну лінію UTXO. Це не для технічного враження, а для вирішення реальної проблеми: коли BTC стає заставою для DeFi, кожне виконання контракту позики, ліквідації, застави має бути в одному й тому ж безпечному моделі з активами.

У майбутньому, якщо BTC дійсно стане програмованою фінансовою основою, ринок запитає: де написана ваша програмованість? Чи написана вона на зовнішній VM, чи в самій UTXO?

25 установ тестують життєздатність «не покидати мережу біткоїна». TBC тестує програмованість «не покидати модель UTXO». Обидва шляхи відповідають на одне й те саме питання, але глибина відповідей різна.

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

Цей контент надано лише для загальних інформаційних цілей і не є фінансовою, інвестиційною, юридичною чи податковою консультацією. Події, нагороди, онлайн-акцій або пов’язану інформацію, згадана тут, не слід розглядати як рекомендацію, прохання чи запрошення до купівлі, продажу, торгівлі чи інших операцій з криптоактивами. Криптоактиви є дуже волатильними та можуть призвести до збитків. Доступність послуг, продуктів WEEX та пов’язаних із ними подій може відрізнятися залежно від регіону. Ви несете відповідальність за забезпечення відповідності вашої участі чинному місцевому законодавству та нормативним актам.