Hashi тестирует 25 организаций: «BTC не покинет основную сеть» — где писать программируемость? TBC предлагает другой ответ

Рынок переходит от вопроса «нужна ли программируемость» к вопросу «где писать программируемость».

Автор: utxo_compiler

На тестовой сети Hashi на Sui запущено более 25 организаций для тестирования, цель — чтобы BTC не покидал сеть Биткойн и мог участвовать в DeFi. Это не просто еще один мост. Это первое массовое признание в отрасли: упаковка BTC на другие цепочки для DeFi больше не является предпочтительным ответом для учреждений. Но вопрос изменился с «нужна ли программируемость» на «где именно должна быть программируемость».

I. Триллионы спящих 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 в программируемую финансовую основу. Но большинство решений разделяют активы и программируемость на две цепочки.

II. Истинное ограничение — не скорость, а то, являются ли активы и контракты однородными в UTXO

Проекты, перемещающие SVM на L2 Биткойна, заявляют о «подсекундной скорости». Stacks продвигает «самостоятельное хранение, доходы в BTC». Эти направления имеют свою ценность, но все они сталкиваются с одной и той же структурной проблемой: активы находятся в модели UTXO, а смарт-контракты — в модели счетов.

Это не технические детали. Это фундаментальное архитектурное расхождение.

Преимущества модели UTXO заключаются в параллелизме и децентрализации. Каждая транзакция независима, не зависит от глобального состояния, что естественно поддерживает высокую пропускную способность. Но цена — ограниченные возможности выражения традиционных UTXO-скриптов, которые не могут реализовать сложную бизнес-логику.

Преимущества модели счетов (EVM) заключаются в выразительности смарт-контрактов. Разработчики могут легко реализовать DeFi, NFT, кредитные протоколы. Но цена — конкуренция за глобальное состояние замедляет скорость транзакций, а комиссии за газ взлетают в пиковые моменты.

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

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

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

III. Путь 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 необходимо быстро устранить недостатки на уровне экосистемы и приложений.

IV. Когда «не покидать сеть Биткойн» становится консенсусом, что будет дальше

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

Утверждение TBC заключается в том, что активы и логика контрактов не должны быть разделены на две цепи. Интеграция Тьюринг-полноты в саму модель UTXO позволяет транзакциям стать носителями состояния, а состояние передаваться по «кровеносным сосудам» UTXO. Это не для демонстрации технологий, а для решения практической проблемы: когда BTC становится залогом в DeFi, каждое выполнение контракта по займам, ликвидациям и залогам должно происходить в одной и той же модели безопасности с активами.

В будущем, если BTC действительно станет программируемой финансовой основой, рынок будет спрашивать: где написана ваша программируемость? Написана ли она на внешней виртуальной машине или в самой модели UTXO?

25 организаций Hashi тестируют жизнеспособность «не покидать сеть Биткойн». TBC тестирует программируемость «не покидать модель UTXO». Оба пути отвечают на один и тот же вопрос, просто глубина ответов различна.

25 организаций тестируют безопасность активов. Настоящее испытание заключается в том, когда логика контракта и безопасность активов должны быть выполнены на одной цепи, чей путь сможет пройти.

Этот контент предоставляется исключительно в общих информационных целях и не является финансовым, инвестиционным, юридическим или налоговым советом. Любые мероприятия, вознаграждения, онлайн-акции или связанная с ними информация, упомянутые в настоящем документе, не должны рассматриваться как рекомендация, приглашение к покупке, продаже, торговле или иной сделке с какими-либо криптоактивами. Криптоактивы очень волатильны и могут привести к убыткам. Доступность услуг, продуктов WEEX и связанных с ними событий может варьироваться в зависимости от региона. Вы несете ответственность за обеспечение того, чтобы ваше участие соответствовало применимым местным законам и нормативным актам.