Когда я впервые услышал о том, что @NervosNetwork рискнула всем, чтобы создать BTC layer2, это не стало неожиданностью. Поскольку технологии публичной цепи CKB близки к BTC и даже опережают его, она может не только принимать родные свойства UTXO, но и реализовывать более продвинутые возможности программирования. Если сказать, что публичной цепи CKB невозможно превзойти рассказ о BTC, то, по крайней мере, ее layer2 для BTC обязательно станет непобедимым. Почему? Далее я расскажу о своем мнении о CKB.
Текущий рынок BTC layer2 ограничен недостатками верификационной способности основной сети BTC, что привело к расцвету множества решений. Дело в том, что именно из-за простоты скриптового языка основной сети BTC, а также почти нулевых вычислительных и верификационных возможностей, рынок получил достаточное пространство и возможности для маневра. В настоящее время в основной сети BTC, помимо ограниченной верификации транзакций в рамках условий разблокировки UTXO + мультиподписей, невозможно напрямую реализовать любую сложную логику транзакций, требующую проверки, такую как данные, состояние изменений и т. д., и необходимо использовать BTC как слой расчета активов, а затем расширить мощную публичную цепь для построения локального консенсуса и способности к проверке. В результате стандарты внедрения BTC layer2 не имеют единой нормы, и о «ортодоксальности» не может быть и речи, даже трудно провести четкую границу. Можно различать узкое и широкое понимание в зависимости от восприятия сообщества: в узком смысле только решения, обеспеченные одноразовой печатью Lightning Network и RGB, действительно являются ортодоксальным layer2 BTC, так как они полностью используют и реализуют ограниченные возможности верификации скриптов BTC, и не требуют или зависят от минимального локального консенсуса вне цепи. В широком смысле, если локальный консенсус расширенной цепи признан, и существует решение межцепочечного моста, обеспечивающее безопасную миграцию активов, теоретически такие цепи, как Ethereum EVM, Solana и т. д., могут служить layer2 BTC. Очевидно, что текущий рынок BTC layer2 явно поляризован: либо крайне узкий, как Lightning Network и RGB, развивающийся медленно и с трудностями, либо крайне широкий, где все цепи, которые могут обеспечивать безопасное взаимодействие активов с основной сетью BTC, могут называться BTC layer2. Так разве нет «компромиссного» решения? Да, ответ — это: технологическая базовая структура, использующая модель UTXO и адаптированная производительность @NervosNetwork. Конкретные проявления:
1) CKB Network и BTC полностью единомышленники в «модели UTXO, механизме консенсуса майнинга» и отличаются от моделей балансовых счетов таких основных публичных цепей, как Ethereum, UTXO имеет определенные уникальные преимущества в области конфиденциальности транзакций, гибкости построения транзакций и параллельной обработки для предотвращения двойных расходов, что является выдающимся изобретением Сатоши. Это также объясняет, почему после Ethereum Sui и Aptos приняли аналогичную модель UTXO. Мы можем сказать, что у биткойна есть ограничения по объему и скорости блока в свою эпоху, но модель UTXO остается очень продвинутой. CKB использует модель UTXO и оптимизировала ее в модель Cell, которая сохраняет чистоту транзакций модели UTXO биткойна и может предоставлять состояние данных моделей, таких как Ethereum и т. д. Для простоты понимания: создание и уничтожение UTXO биткойна похоже на процесс постоянного уничтожения и чеканки монет, Cell же убирает процесс уничтожения, он хочет проверить и долго сохранять состояние. Каждый Cell содержит два поля: Capacity и Data, Capacity в байтах соответствует балансу UTXO; Data же хранит все исторические состояния транзакций и любые формы данных; это позволяет собирать Cells, которые могут не только точно выражать баланс и обрабатывать перемещение активов, но и включать ряд сложных состояний смарт-контрактов. В общем, модель Cell — это ведущая модель транзакций, обладающая более высокой устойчивостью и лучшей гибкостью, которая также может значительно расширить область применения модели UTXO. Это также является ключом к тому, чтобы CKB могла наследовать безопасность основной сети BTC и одновременно «ускорять» такие медленные направления расширения биткойнов, как Lightning Network и RGB.
2) В качестве недавнего примера CKB, выпустившего RGB++, согласно нормальному процессу, экосистеме BTC необходимо расширить зрелое решение RGB, и основная проблема не в одноразовом процессе печати основной сети BTC, а как раз в процессе коммуникации, координации и совместного поддержания состояния между узлами верификации клиентского программного обеспечения вне цепи, особенно в условиях децентрализованного распределения узлов. Другими словами, теоретически RGB кажется довольно простым, но на практике его внедрение ограничивается такими препятствиями, как базовая инфраструктура.
CKB ясно поняла это и решила позволить всем узлам, занимающимся верификацией клиентского программного обеспечения вне цепи, участвовать в процессе открытой верификации на цепи CKB. Это напрямую ускоряет путь практической реализации клиентских решений UTXO, которые RGB хочет достигнуть. В конце концов, сложно достичь согласия в сложной P2P-сети узлов вне цепи, что полнится сложностями и вызовами, например: коммуникация вне цепи может столкнуться с проблемами задержки синхронизации данных или несоответствия, а также с некоторыми вызовами мошенничества и атак и т. д. Если этот процесс перенести на цепь, наоборот, станет проще. 3) RGB++ в последнее время обсуждается довольно много, я добавлю еще один формат данных Open Transaction, предложенный CKB, и все смогут почувствовать передовые характеристики этой цепи. Проще говоря: Open Transaction позволяет нескольким участникам в разные моменты времени строить и объединять различные транзакции, включая частичное построение, разрешение модификации, инкрементальное построение и объединение в три основные характеристики. Например: Алиса создает Open Transaction, заявляя, что хочет обменять определенное количество токенов A у Боба на токены B, после инициирования транзакция остается в редактируемом состоянии, и если Боб согласен с условиями сделки, он может добавить свои токены B и дополнить условия транзакции. На первый взгляд это может показаться абстрактным, например, в сценариях межцепочечного взаимодействия Алиса и Боб могут самостоятельно завершать обмен активами на разных гетерогенных цепях, что значительно увеличивает межцепочечную взаимодействие цепи CKB; в сложных сценариях DeFi, в которых участвуют пользователи, DeFi может потребовать динамической настройки на основе изменений на рынке, через Open Transaction участники контракта могут гибко корректировать условия транзакции во время выполнения контракта, что безусловно значительно расширяет возможности обработки сложности транзакций.
На мой взгляд, Open Transaction и условия разблокировки транзакций UTXO абсолютно идентичны, они могут интегрировать сложные условия разблокировки транзакций, участие множества подписантов и сложные сценарии применения в одном месте, что также является инновацией в стоимости, вытекающей из идеи основной цепи BTC. Интересно, что первым проектом @busyforking, членом основной команды разработки Ethereum, оказался тот, который использует модель UTXO BTC. Хотя модель смарт-контрактов Ethereum сейчас более широко применяется, Ян и его команда Nervos упорно выбрали расширение и обновление на основе модели UTXO BTC. Это не только выражает уважение к минималистичной модели транзакций UTXO Сатоши, но и, возможно, подготавливает почву для ее становления нативным layer2 BTC.
Подводя итог: я очень оптимистично смотрю на то, что CKB делает BTC layer2. В краткосрочной перспективе он действительно может ускорить внедрение таких решений, как Lightning Network и RGB на цепочке с моделью UTXO, по крайней мере, может предоставить значимую справку для ожидаемого внедрения этих двух классов решений по расширению в основной сети BTC; в долгосрочной перспективе, такие характеристики, как родные свойства цепи CKB и инновационная совместимость его базовой архитектуры, позволят ему продвигаться дальше в этой беспорядочной битве без стандартов BTC layer2.
