Отчет об инвестиционном исследовании Nervos CKB

Предисловие

В четвертом раунде цикла сокращения биткойнов вдвое взрывное внедрение протокола #Ordinals и подобных протоколов заставило индустрию шифрования осознать, что выпуск и торговля активами на основе уровня биткойнов L1 имеют решающее значение для консенсусной безопасности и экологии. развитие сети Биткойн. Ценность положительных внешних эффектов можно охарактеризовать как «момент Uniswap» экосистемы Биткойн.

Эволюция и итерация программируемости Биткойна является результатом управления рынком мнениями сообщества Биткойн, а не обусловлена ​​телеологией, такой как Holder для BTC или Builder для пространства блоков.

В настоящее время, улучшая программируемость Биткойна и тем самым увеличивая коэффициент использования пространства блоков основной сети Биткойн, он стал новым пространством проектирования для консенсуса сообщества Биткойн.

В отличие от Ethereum и других высокопроизводительных публичных сетей, чтобы обеспечить простоту и легкость набора UTXO, пространство разработки программируемых возможностей Биткойна сильно ограничено. Основные ограничения заключаются в том, как использовать сценарии и OP-код для работы UTXO.

Классические решения для программирования биткойнов включают каналы состояния (Lightning Network), проверку клиента (RGB), сайдчейны (Liquid Network, Stacks, RootSock и т. д.), CounterParty, Omni Layer, Taproot Assets, DLC и т. д. Новые решения для программирования биткойнов с 2023 года включают порядковые номера, BRC20, руны, атомы, штампы и т. д.

После окончания второй волны Inscription одно за другим появилось новое поколение решений для программирования биткойнов, таких как решение #UTXO #同构绑定 от #CKB и решение Bitcoin L2, совместимое с EVM. , решение DriveChain и т. д.

По сравнению с EVM-совместимым решением Bitcoin L2, решение CKB (Common Knowledge Base) для программирования биткойнов является естественным, безопасным решением в современном пространстве проектирования программирования биткойнов, которое не вводит предположения о социальном доверии. По сравнению с решением DriveChain оно не требует каких-либо изменений на уровне протокола Биткойн.

В обозримом будущем кривая роста программируемости Биткойн перейдет стадию ускоренного роста, а активы, пользователи и приложения экосистемы Биткойн откроют волну Xuanbian-взрыва. Стек UTXO экосистемы CKB станет новым. Приток разработчиков биткойнов дает возможность создавать протоколы с использованием модульных стеков. Кроме того, CKB изучает возможность интеграции сети Lightning со стеком UTXO, чтобы использовать возможности программирования Биткойна для достижения совместимости между новыми протоколами.

Пространство имен программирования биткойнов

Блокчейн — это машина, которая создает доверие, а основная сеть Биткойн — это машина 0. Подобно тому, как вся западная философия является сноской к Платону, все в криптомире (активы, повествования, сети блокчейнов, протоколы, DAO и т. д.) являются производными и производными Биткойна.

В процессе совместной эволюции между Bitcoin Maxi и экспансионистами, от дебатов о том, поддерживает ли основная сеть Биткойн полноту Тьюринга, до спора между схемой сегрегированного свидетеля и схемой расширения больших блоков, Биткойн постоянно разветвляется. Это не только создает новые проекты шифрования и консенсус сообщества шифрования, но также укрепляет и консолидирует собственный консенсус сообщества Биткойн. Это процесс самоутверждения при различении.

Из-за загадочного исчезновения Сатоши Накамото управление биткойн-сообществом не имеет структуры управления «просвещенной монархии», как в Ethereum, а представляет собой модель управления, в которой майнеры, разработчики, сообщества и рынки участвуют в открытых играх для достижения сбалансированной модели управления. Это дает консенсусу сообщества Биткойн возможность быть чрезвычайно стабильным после его формирования.

Текущие характеристики консенсуса сообщества Биткойн таковы: консенсус не является командованием и контролем, минимизация доверия, децентрализация, устойчивость к цензуре, псевдоанонимность, открытый исходный код, открытое сотрудничество, отсутствие разрешений, правовая нейтральность, однородность, прямая совместимость, минимизация использования ресурсов. , проверка > расчет, конвергенция, неизменность транзакций, устойчивость к DoS-атакам, предотвращение разногласий за доступ, надежность, последовательные стимулы, закрепление, консенсус, который не следует нарушать, конфликтные принципы, совместное продвижение и т. д. [1]

Текущую форму основной сети Биткойн можно рассматривать как воплощение вышеупомянутых консенсусных характеристик сообщества Биткойн. Пространство проектирования программируемости Биткойна также определяется консенсусными характеристиками сообщества Биткойн.

Классическое пространство дизайна для программирования биткойнов

В то время как другие публичные сети пробуют модульность, распараллеливание и другие решения для изучения пространства проектирования невозможного треугольника блокчейна, пространство дизайна протокола Биткойн всегда было сосредоточено на сценариях, OP-коде и UTXO.

Двумя типичными примерами являются два крупных обновления сети Биткойн с 2017 года: хард-форк Segwit и софт-форк Taproot.

В хард-форке Segwit в августе 2017 года к основному блоку 1M был добавлен блок 3M для специального хранения подписей (свидетелей), а вес данных подписи был установлен равным 1 из данных основного блока при расчете комиссий майнерам /4. поддерживать согласованность между стоимостью расходования выходных данных UTXO и стоимостью создания выходных данных UTXO, предотвращая злоупотребление изменениями UTXO для увеличения скорости расширения набора UTXO.

Софт-форк Taproot в ноябре 2021 года позволит сэкономить время проверки UTXO и пространство блока, занимаемое мультиподписями, за счет введения схемы мультиподписей Шнорра.

1 группа ключ-значение UTXO (Источник: Learnmeabitcoin.com)

UTXO (выход неизрасходованных транзакций) — это базовая структура данных основной сети Биткойн. Она обладает характеристиками атомарности, неоднородности и цепной связи. Каждая транзакция в сети Биткойн потребляет 1 UTXO на входе и создает целое число n новых выходов UTXO. Проще говоря, UTXO можно рассматривать как доллары США, евро и другие банкноты, работающие в цепочке. Их можно тратить, менять, дробить, объединять и т. д., но их наименьшая атомная единица — сатоши (саты). Один UTXO представляет последний статус в определенное время. Набор UTXO представляет собой последний статус сети Биткойн в определенное время.

Сохраняя набор биткойн-UTXO простым, легким и легко проверяемым, скорость расширения состояния основной сети Биткойн была успешно стабилизирована на уровне, соответствующем аппаратному закону Мура, что обеспечивает участие всех узлов в основной сети Биткойн и надежность. проверки транзакции.

Соответственно, пространство разработки программируемости Биткойна также ограничено консенсусными характеристиками сообщества Биткойн. Например, чтобы предотвратить потенциальные угрозы безопасности, Сатоши Накамото решил в августе 2010 года удалить код операции OP-CAT, который был ключевой логикой для достижения программирования Биткойна на уровне Тьюринга.

Путь к реализации программируемости Биткойна не предполагает использования внутрисетевых виртуальных машин (VM), таких как Ethereum и Solana. Вместо этого он предпочитает использовать сценарии и коды операций (OP Code) для управления UXTO, полями ввода транзакций, полями вывода и свидетелями. Данные (Witness) и т. д. используются для операций программирования.

Основным набором инструментов программирования Биткойна являются: мультиподпись, временная блокировка, хэш-блокировка, управление процессом (OP_IF, OP_ELIF). [2]

В классическом пространстве проектирования программируемость Биткойна очень ограничена. Он поддерживает только несколько процедур проверки и не поддерживает хранение состояний в цепочке и вычисления в цепочке. Хранение состояний в цепочке и вычисления в цепочке являются именно реализацией принципа Тьюринга. Уровень основного функционального компонента программируемости.

Возрождение программируемости биткойнов

Но пространство проектирования программируемости Биткойна не является фиксированным состоянием. Вместо этого он ближе к динамическому спектру, который меняется со временем.

В отличие от стереотипа внешнего мира о том, что развитие основной сети Биткойн находится в застое, с различными векторами консенсуса, ограничивающими пространство для проектирования, разработка, развертывание, внедрение и продвижение новых скриптов и новых кодов операций для основной сети Биткойн всегда находятся в процессе и продолжаются. иногда даже вызывали войны форков в сообществе шифрования (например, хард-форк Segwit).

На примере принятия изменений в типах сценариев основной сети Биткойн мы можем ясно увидеть эти изменения. Скрипты, используемые типом вывода основной сети Биткойн, можно разделить на три категории:

• Исходный скрипт: pubkey, pubkeyhash

• Расширенные скрипты: multisig, scripthash.

• Скрипты-свидетели: свидетели_v0_keyhash, свидетели_v0_scripthash, свидетели_v1_taproot
  

Полные исторические типы вывода биткойн-сети, источник: Dune;

Из диаграммы тенденций изменения всего исторического типа вывода основной сети Биткойн мы наблюдаем основной факт: улучшение программируемости основной сети Биткойн является долгосрочной исторической тенденцией. Расширенные сценарии поглощают долю оригинальных сценариев. в то время как сценарии-свидетели пожирают улучшения. Протокол Ordinals, основанный на расширенных сценариях Segweit и сценариях-свидетелях Taproot, положил начало волне выпуска активов Bitcoin L1, что является не только продолжением исторической тенденции программирования основной сети Bitcoin, но и новым этапом программирования основной сети Bitcoin.

Операционный код основной сети Биткойн также имеет процесс развития, аналогичный сценарию основной сети Биткойн.

Например, протокол Ordinals реализует свой функциональный дизайн путем объединения кодов затрат и операций пути сценария основной сети Bitcoin (OP_FALSE, OP_IF, OP_PUSH, OP_ENDIF).

1 выгравированный экземпляр протокола Ординалов

До официального появления протокола Ordinals классические решения для программирования биткойнов в основном включали каналы состояния (Lightning Network), проверку клиента (RGB), сайдчейны (Liquid Network, Stacks, RootSock и т. д.), CounterParty, Omni Layer, DLC и т. д. .

Протокол Ordinals сериализует сатоши, наименьшую атомарную единицу UXTO, а затем гравирует содержимое данных в поле Witness UTXO и связывает его с конкретным сериализованным сатоши. Затем индексатор вне цепочки отвечает за индексацию и выполнение операций программирования. эти данные указывают. Эту новую парадигму программирования Биткойна можно сравнить с «гравировкой на золоте».

Новая парадигма протокола Ordinals вдохновила более крупное криптосообщество на энтузиазм по использованию пространства блоков основной сети Биткойн для выпуска, чеканки и торговли коллекционными предметами NFT и токенами типа MeMe (которые можно в совокупности называть надписями), среди которых многие люди в их жизни Впервые у вас есть собственный биткойн-адрес.

Однако программируемость протокола Ordinals наследует ограниченную программируемость Биткойна и поддерживает только три функциональных метода: развертывание, выпуск и передача. Это делает протокол Ordinals и его последователи BRC20, Runes, Atomics, Stamps и другие протоколы подходящими только для сценариев применения выпуска активов. Однако поддержка сценариев приложений DeFi, таких как транзакции и кредитование, требующих расчета состояния и хранения состояния, относительно слаба.

Протокол порядковых номеров 3 типа величин TX (Источник: Dune)

Ликвидность является источником жизненной силы активов. Из-за естественных характеристик протокола программирования Биткойн порядкового типа активы с надписью перевыпускаются, а ликвидность обеспечивается незначительно, что, в свою очередь, влияет на стоимость, генерируемую на протяжении всего жизненного цикла актива с надписью.

Более того, протоколы Ordinals и BRC20 также подозреваются в злоупотреблении пространством данных-свидетелей и объективно вызвали взрыв состояния основной сети Биткойн.

Изменения в размере блока биткойнов (Источник: Dune)

Основными источниками комиссий за газ в основной сети Ethereum являются комиссии за газ за транзакции DEX, комиссии за доступность данных L2 и комиссии за передачу стейблкоинов. По сравнению с основной сетью Ethereum, доход основной сети Биткойн является единым, сильно цикличным и крайне волатильным.

Возможности программирования основной сети Биткойн еще не способны удовлетворить спрос со стороны предложения блочного пространства основной сети Биткойн. Для достижения стабильного и устойчивого статуса доходов от блочного пространства для основной сети Ethereum необходимы DEX, стейблкоины и L2, присущие экосистеме Биткойн. Предпосылкой для реализации этих протоколов и приложений является то, что программируемый протокол Биткойн должен обеспечивать возможности полного по Тьюрингу программирования.

Поэтому вопрос о том, как реализовать полную по Тьюрингу программируемость Биткойна, одновременно ограничивая негативное влияние на масштаб состояния основной сети Биткойна, стал важной темой в экосистеме Биткойн.

Решение CKB для программирования биткойнов

В настоящее время решения для достижения собственной полной по Тьюрингу программируемости Биткойна включают: BitVM, RGB, CKB, EVM, совместимый с Rollup L2, DriveChain и т. д.

BitVM использует набор биткойнских OP-кодов для создания логических вентилей NAND, а затем строит другие базовые логические вентили с помощью логических вентилей NAND. Наконец, на основе этих базовых логических вентилей строится виртуальная машина, основанная на Биткойне. Этот принцип чем-то похож на диаграмму массива короля Цинь в известном научно-фантастическом романе «Задача трех тел». Конкретные сцены показаны в одноименном сериале Netflix. Документ о решении BitVM имеет полностью открытый исходный код и с большим нетерпением ожидает сообщество шифрования. Однако его инженерная реализация очень сложна. Он сталкивается с такими проблемами, как стоимость управления данными вне цепочки, ограничение количества участников, количество взаимодействий запрос-ответ, сложность хеш-функции и т. д., что затрудняет его реализацию в короткие сроки. срок.

Протокол RGB использует проверку на стороне клиента и технологию однократного запечатывания для достижения полной по Тьюрингу программируемости. Основная идея проекта заключается в сохранении статуса и логики смарт-контракта на выходе (Выход) транзакции Биткойн (Транзакция). Обслуживание кода и хранение данных выполняются вне сети, при этом основная сеть Биткойн служит уровнем обязательств для конечного состояния.

EVM совместим с Rollup L2 и представляет собой решение для быстрого повторного использования зрелого стека Rollup L2 для создания Bitcoin L2. Однако, учитывая, что основная сеть Биткойн в настоящее время не может поддерживать доказательство мошенничества/доказательство действительности, Rollup L2 необходимо ввести предположение о социальном доверии (мультиподпись).

DriveChain — это решение для расширения боковой цепи. Основная идея проекта заключается в использовании Биткойна в качестве нижнего уровня блокчейна и создании боковой цепи путем блокировки Биткойна, тем самым обеспечивая двустороннюю совместимость между Биткойном и боковой цепью. Реализация проекта DriveChain требует изменений на уровне протокола Биткойна, которые заключаются в развертывании BIP300 и BIP301, предложенных командой разработчиков, в основной сети.

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

Протокол активов Bitcoin L1: RGB++

В ответ на вышеуказанные недостатки и проблемы в протоколе программирования Биткойн команда CKB предложила относительно сбалансированное решение. Решение состоит из протокола активов Bitcoin L1 RGB++, стека поставщика услуг Bitcoin L2 Raas UTXO и протокола совместимости, интегрированного с сетью Lightning Network.

Собственные примитивы UXTO: изоморфная привязка

RGB++ — это протокол выпуска активов Bitcoin L1, разработанный на основе идей дизайна RGB. Инженерная реализация RGB++ наследует технические примитивы CKB и RBG. Он использует «одноразовую печать» RGB и технологию проверки клиента, а также сопоставляет биткойн-UTXO с ячейкой (расширенная версия UTXO) основной сети CKB посредством изоморфной привязки, а также использует сценарии в CKB и ограничениях цепочки биткойнов для проверки правильности. государственных расчетов и обоснованности изменений собственности.

Другими словами, RGB++ использует ячейки в цепочке CKB для выражения отношений владения активами RGB. Он перемещает данные об активах, первоначально хранившиеся локально на клиенте RGB, в цепочку CKB и выражает их в форме ячейки, устанавливая отношения сопоставления с биткойн-UTXO, позволяя CKB действовать как общедоступная база данных и уровень предварительной оплаты вне цепочки для Ресурсы RGB Замените клиент RGB, чтобы обеспечить более надежный хостинг данных и взаимодействие с контрактами RGB.

Изоморфное связывание RGB++ (Источник: Light Paper протокола RGB++)

Ячейка — это базовая единица хранения данных CKB, которая может содержать различные типы данных, такие как CKBytes, токены, код TypeScript или сериализованные данные (например, строки JSON). Каждая ячейка содержит небольшую программу, называемую сценарием блокировки, которая определяет владельца ячейки. Сценарий блокировки не только поддерживает сценарии основной сети Биткойн, такие как мультиподпись, блокировка хеша, блокировка по времени и т. д., но также позволяет включать сценарий типа для выполнения определенных правил для контроля его использования. Это позволяет разработчикам настраивать смарт-контракты для различных вариантов использования, таких как выпуск NFT, раздача токенов по воздуху, обмен AMM и многое другое.

Протокол RGB использует код операции OP RETURN для присоединения корня состояния транзакции вне цепочки к выходу UTXO, используя UTXO в качестве контейнера для информации о состоянии. Затем RGB++ сопоставляет контейнер информации о состоянии, созданный из RGB, с ячейкой CKB, сохраняет информацию о состоянии в типе и данных ячейки и использует этот контейнер UTXO в качестве владельца состояния ячейки.

Жизненный цикл транзакции RGB++ (Источник: Light Paper по протоколу RGB++)

Как показано на рисунке выше, полный жизненный цикл транзакции RGB++ выглядит следующим образом:

1. Вычисления вне сети. При инициировании изоморфно связанного Tx вы должны сначала выбрать новый UTXO btc_utx#2в основной сети Биткойн в качестве одноразового запечатанного контейнера, а затем изоморфно привязать UTXO btc_utx#1к исходной ячейке вне цепочки, новой. Ячейка, изоморфно связанная с btc_utxo#2, использует исходную ячейку в качестве входных данных и новую ячейку в качестве выходных данных CKB TX для расчета хеш-функции для создания обязательства.

2. Отправьте биткойн-транзакцию. RGB++ инициирует Tx в основной сети Биткойн, принимает btc_utxo#1, изоморфно связанный с исходной ячейкой, в качестве входных данных и использует OP RETURN для принятия обязательства, сгенерированного на предыдущем шаге, в качестве выходных данных.

3. Отправьте транзакцию CKB. CKB Tx генерируется путем расчета вне цепочки перед выполнением основной сети CKB.

4. Проверка в сети. В основной сети CKB работает легкий клиент основной сети Биткойн для проверки изменений состояния всей системы. Это сильно отличается от RGB. Механизм P2P, используемый для проверки изменения состояния RGB, требует, чтобы инициатор и получатель Tx были в сети одновременно и только в интерактивном режиме проверяли соответствующую карту TX.

RGB++, реализованный на основе вышеуказанной логики изоморфной привязки, по сравнению с протоколом RGB, хотя и отказался от некоторой конфиденциальности, получил некоторые новые функции: расширенную блокчейн-проверку клиента, свертывание транзакций и общее состояние без генерального контракта и неинтерактивных передач.

• Проверка на стороне клиента с использованием блокчейна. RGB++ позволяет пользователям выбрать использование PoW для обеспечения консенсусной безопасности, расчета состояния проверки CKB и смены владельца URXO-Cell.

• Сворачивание сделки. RGB++ поддерживает сопоставление нескольких ячеек с одним UTXO, тем самым обеспечивая эластичное расширение RGB++.

• Бесхозные смарт-контракты и общее состояние. Основная трудность при реализации смарт-контрактов, полных по Тьюрингу, с использованием структур данных состояния UTXO — это бесхозные смарт-контракты и общие состояния. RGB++ может решить эту проблему, используя глобальную ячейку состояния CKB и ячейку намерения.

• Неинтерактивные передачи.RGB++ делает процесс проверки на стороне клиента RGB необязательным и больше не требует интерактивной передачи. Если пользователь выбирает CKB для проверки расчета статуса и изменения владельца, опыт взаимодействия с транзакциями будет соответствовать основной сети Биткойн.
  

Кроме того, RGB++ также наследует функцию приватизации пространства состояний ячейки основной сети CKB. В дополнение к оплате комиссии майнера за использование пространства блока основной сети Биткойн, каждый TX RGB++ также должен платить дополнительную плату за аренду состояния ячейки. пространство (эта часть платы возвращается на исходный путь после использования ячейки). Приватизация пространства состояний Cell — это защитный механизм, изобретенный CKB для борьбы с взрывом состояния основной сети блокчейна. Арендаторы пространства состояний Cell должны продолжать платить в течение периода использования (ценность размывается в виде инфляции). обращающимися токенами CKB). Это делает протокол RGB++ ответственным протоколом расширения программируемости основной сети Биткойн, который может в определенной степени ограничить злоупотребление пространством блоков основной сети Биткойн.

Бездоверительное взаимодействие L1<>L2: скачок

Изоморфная привязка RGB++ — это синхронная атомарная логика реализации, которая либо происходит одновременно, либо меняется одновременно, и промежуточного состояния нет. Все транзакции RGB++ будут появляться одновременно в цепочках BTC и CKB. Первый совместим с транзакциями протокола RGB, а второй заменяет процесс проверки клиента. Пользователям нужно только проверить соответствующие транзакции в CKB, чтобы убедиться, что расчет статуса этой транзакции RGB++ верен. Тем не менее, пользователи также могут использовать локальную корреляционную карту Tx UTXO для независимой проверки транзакций RGB++ без использования транзакций в цепочке CKB в качестве основы проверки (некоторые функции, такие как свертывание транзакций, по-прежнему должны полагаться на хэш заголовка блока CKB для проверки предотвращения двойного расходования). .).

Таким образом, кроссчейн-активы между RGB++ и основной сетью CKB не зависят от введения дополнительных предположений социального доверия, таких как релейный уровень кросс-чейн моста, EVM-совместимое централизованное хранилище с несколькими подписями Rollup и т. д. Активы RGB++ могут быть изначально и без доверия перенесены из основной сети Биткойн в основную сеть CKB или из основной сети CKB в основную сеть Биткойн. CKB называет этот межсетевой рабочий процесс Leap.

Отношения между RGB++ и CKB слабо связаны. В дополнение к поддержке активов уровня L1 Биткойна (не ограничиваясь собственными активами протокола RGB++, включая активы, выпущенные с использованием Runes, Atomicals, Taproot Assets и других протоколов) Leap to CKB, протокол RGB++ также поддерживает Leap to Cardano и другие полные цепочки UTXO Turing. . В то же время RGB++ также поддерживает переход активов Bitcoin L2 в основную сеть Bitcoin.

Расширенные функции и примеры применения RGB++

Протокол RGB++ изначально поддерживает выпуск взаимозаменяемых токенов и NFT.

Стандартом взаимозаменяемых токенов для RGB++ является xUDT, а стандартом NFT — Spore и т. д.

Стандарт xUDT поддерживает различные методы выпуска однородных токенов, включая, помимо прочего, централизованное распространение, раздачу, подписку и т. д. Общее количество токенов также можно выбрать между неограниченным и заданным лимитом. Для токенов с заданным ограничением можно использовать схему разделения состояния, чтобы убедиться, что общее количество каждого выпуска меньше или равно заданному ограничению.

Spore в стандарте NFT будет хранить все метаданные в цепочке, обеспечивая 100% безопасность доступности данных. DOB (Digital Object), актив, выпущенный протоколом Spore, похож на Ordinals NFT, но имеет более богатые функции и игровой процесс.

В качестве протокола проверки клиента протокол RGB, естественно, поддерживает каналы состояния и сеть Lightning. Однако он ограничен вычислительными возможностями Биткойна, и очень сложно внедрить в сеть Lightning не требующие доверия активы, кроме BTC. Однако протокол RGB++ может использовать полную по Тьюрингу систему сценариев CKB для реализации каналов состояний и сетей Lightning на основе ресурсов CKB RGB++.

Благодаря вышеуказанным стандартам и функциям варианты использования протокола RGB++ не ограничиваются простыми сценариями выпуска активов, как другие программируемые протоколы основной сети Биткойн, но поддерживают сложные сценарии применения, такие как торговля активами, кредитование активов и стейблкоины CDP. Например, логика изоморфной привязки RGB++ в сочетании со сценарием PSBT, встроенным в основную сеть Биткойн, может реализовать DEX в форме сетки книги заказов.

Поставщик услуг Bitcoin L2 RaaS: стек UTXO

Изоморфный биткойн L2 UTXO против совместимого с EVM Bitcoin Rollup L2

В рыночной конкуренции за решения по реализации полного программирования Биткойна по Тьюрингу такие решения, как DriveChain и восстановление опкодов OPCAT, требуют внесения изменений в уровень протокола Биткойн, а требуемое время и затраты очень неопределенны и непредсказуемы. Изоморфный Биткойн L2 UTXO и Биткойн, совместимый с EVM. Rollup L2 на реалистическом маршруте более признан застройщиками и капиталом. UTXO изоморфен Биткойну L2, представленному CKB. EVM совместим с Bitcoin Rollup L2, представленным MerlinChain и BOB.

Честно говоря, протокол выпуска активов Биткойн L1 только начал формировать частичный консенсус в сообществе Биткойн, в то время как консенсус сообщества Биткойн L2 находится на более ранней стадии. Но на этом фронте Bitcoin Magazine и Pantera попытались установить определяющие границы для Биткойна L2, заимствовав концептуальную структуру Ethereum L2.

По их мнению, Биткойн L2 должен иметь следующие 3 характеристики:

1. Используйте Биткойн как свой собственный актив. Биткойн L2 должен использовать Биткойн в качестве основного расчетного актива.

2. Используйте Биткойн в качестве механизма расчетов для обеспечения выполнения транзакций. Пользователи Биткойна L2 должны иметь возможность принудительно вернуть контроль над своими активами на одном уровне (доверенном или недоверенном).

3. Продемонстрировать функциональную зависимость от Биткойна. Если основная сеть Биткойн выходит из строя, но система Биткойн L2 все еще может продолжать работать, тогда эта система не является Биткойнским L2. [4]
   

Другими словами, по их мнению, Биткойн L2 должен иметь проверку доступности данных на основе основной сети Биткойн, механизм аварийного люка, BTC в качестве токена Bitcoin L2 Gas и т. д. Похоже, что подсознательно они считают EVM-совместимую парадигму L2 стандартным шаблоном для Биткойна L2.

Однако слабые возможности расчета и проверки состояния основной сети Биткойн не могут реализовать функции 1 и 2 в краткосрочной перспективе. В этом случае совместимость EVM с L2 представляет собой схему расширения вне сети, которая полностью опирается на предположение о социальном доверии. они написаны в официальном документе. В будущем BitVM будет интегрирован для проверки доступности данных и совместного майнинга с основной сетью Биткойн для повышения безопасности.

Конечно, это не означает, что эти EVM-совместимые Rollup L2 являются поддельными Bitcoin L2, но они не обеспечивают хорошего баланса между безопасностью, надежностью и масштабируемостью. Более того, внедрение решения Эфириума, полного по Тьюрингу, в экосистему Биткойн может легко рассматриваться Bitcoin Maxi как умиротворение экспансионистского пути.

Таким образом, изоморфный UTXO биткойн L2, естественно, превосходит EVM-совместимый Rollup L2 с точки зрения легитимности и консенсуса сообщества биткойнов.

Особенности стека UTXO: фрактальная сеть биткойнов

Если Эфириум L2 является фракталом Эфириума, то Биткойн L2 должен быть фракталом Биткойна.

Стек UTXO экосистемы CKB позволяет разработчикам запускать UTXO Bitcoin L2 одним щелчком мыши и изначально интегрирует возможности протокола RGB++. Это обеспечивает беспрепятственное взаимодействие между основной сетью Биткойн и изоморфным UTXO Биткойном L2, разработанным с использованием стека UTXO, через механизм Leap. UTXO Stack поддерживает залог активов BTC, CKB и BTC L1 для обеспечения безопасности изоморфного UTXO Bitcoin L2.

Архитектура стека UTXO (Источник: Medium)

UTXO Stack в настоящее время поддерживает свободное обращение и совместимость активов RGB++ между Bitcoin Lightning Network — CKB Lightning Network — UTXO Stack параллельно L2. Кроме того, стек UTXO также поддерживает свободный поток активов протокола программирования биткойнов L1 на основе UTXO, таких как руны, атомы, активы Taproot, штампы и т. д., между параллельными L2 стека UTXO — сетью CKB Lightning Network — сетью Bitcoin Lightning Network и функциональной совместимостью.

UTXO Stack вводит модульную парадигму в область построения биткойнов L2 и использует изоморфную привязку, чтобы ловко обойти проблемы расчета состояния основной сети биткойна и проверки доступности данных. В этом модульном стеке роль Биткойна — уровень консенсуса и уровень расчетов, роль CKB — уровень доступности данных, а роль параллельных L2 стека UTXO — уровень исполнения.

Кривая роста программируемости Биткойна и будущее CKB

Кривая роста программируемости Биткойна и будущее CKB

Фактически, из-за внутреннего противоречия между повествованием о цифровом золоте Биткойна и программируемым повествованием Биткойна, некоторые OG в сообществе Биткойн рассматривают программируемый протокол Биткойн L1, который появился 23 года назад, как новое дополнение к основной сети Биткойн. Волна пылевых атак. . В определенной степени словесная война между разработчиком ядра Биткойна Люком и фанатами BRC20 — это третий мир Биткойн Макси и экспансионистов после дебатов о том, поддерживать ли полноту по Тьюрингу и спора о больших и малых блоках.

Но на самом деле существует и другая точка зрения, согласно которой Биткойн рассматривается как цепочка приложений цифрового золота. С этой точки зрения именно позиционирование базового децентрализованного реестра цифрового золота определяет форму набора UTXO и характеристики программируемого протокола сегодняшней основной сети Биткойн. Но если я правильно помню, идея Сатоши Накамото заключалась в том, чтобы сделать Биткойн электронной валютой P2P. Потребность цифрового золота в программируемости — это сейфы и хранилища, а потребность валюты в программируемости — это сеть обращения центрального банка и коммерческих банков. Таким образом, протокол улучшения программируемости Биткойна — это не девиантный акт, а возврат к видению Сатоши Накамото.

Биткойн — первая AppChain (Источник: @tokenterminal)

Мы опираемся на методы исследования Gartner Hype Cycle и можем разделить решения по программированию биткойнов на 5 этапов.

• Этап развития технологий: DriveChain, UTXO Stack, BitVM и т. д.

• Период завышенных ожиданий: Руны, RGB++, EVM Rollup, Bitcoin L2 и т. д.

• Период взрыва пузыря: BRC20, Atomics и т. д.

• Стабильный период восстановления: RGB, Lightning Network, сайдчейн Биткойн и т. д.

• Плато зрелости: сценарий Биткойн, сценарий Taproot, блокировка времени хеширования и т. д.

Будущее CKB: OP Stack+EigenLayer экосистемы Биткойн

Будь то EVM, совместимый с Bitcoin Rollup L2, UTXO-изоморфный Bitcoin L2 или новые парадигмы, такие как DriveChain, различные решения по реализации полной программируемости по Тьюрингу в конечном итоге указывают на основную сеть Биткойна как на уровень консенсуса и уровень расчетов.

Так же, как конвергентная эволюция происходит неоднократно в природе, можно ожидать, что тенденция развития полной по Тьюрингу программируемости в экосистеме Биткойна покажет определенную степень согласованности с экосистемой Эфириума в некоторых аспектах. Но эта последовательность будет означать не просто копирование технологического стека Эфириума в экосистему Биткойн, а использование собственного технологического стека Биткойна (программируемость на основе UTXO) для достижения аналогичной экологической структуры.

Позиционирование стека UTXO CKB очень похоже на стек OP Optimism. Он поддерживает строгую эквивалентность и согласованность с основной сетью Ethereum на уровне исполнения, в то время как стек UTXO сохраняет строгую эквивалентность с основной сетью Биткойн на уровне эффективности исполнения. и последовательность. В то же время структуры UTXO Stack и OP Stack являются параллельными структурами.

Текущее состояние экологии CKB (Источник: Сообщество CKB)

В будущем UTXO Stack запустит услуги RaaS, такие как общие секвенсоры, общая безопасность, общая ликвидность и общие наборы проверок, чтобы еще больше снизить стоимость и сложность для разработчиков запуска изоморфного UTXO Bitcoin L2. Уже существует большое количество децентрализованных протоколов стейблкоинов, AMM DEX, протоколов кредитования, автономных миров и других проектов, которые планируют использовать стек UTXO для создания изоморфного UTXO Bitcoin L2 в качестве базовой консенсусной инфраструктуры.

В отличие от других абстрактных протоколов безопасности Биткойн, механизм консенсуса CKB представляет собой механизм консенсуса PoW, совместимый с основной сетью Биткойн, а вычислительная мощность машины поддерживает согласованность реестра консенсуса. Но есть некоторые различия между экономикой токенов CKB и экономикой Биткойна. Чтобы сохранить согласованность стимулов для производства и потребления блочного пространства, Биткойн решил ввести весовые коэффициенты и механизмы vByte для расчета платы за использование пространства состояния, в то время как CKB решил приватизировать пространство состояния.

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

В качестве примера предположим, что 50% всех находящихся в обращении CKB используется для хранения состояния, 30% заблокировано в NervosDAO, а 20% остается полностью ликвидным. Затем 50% вторичной эмиссии (т. е. ренты за состояние хранилища) будет выделено майнерам, 30% — вкладчикам NervosDAO, а оставшиеся 20% — в казначейский фонд.

Эта экономическая модель токенов может сдерживать рост глобального государства, координировать интересы различных участников сети (включая пользователей, майнеров, разработчиков и держателей токенов) и создавать структуру стимулов, выгодную для всех и соответствующую рынку. ситуация иная для других L1.

Кроме того, CKB позволяет одной ячейке занимать максимум 1000 байт пространства состояний, что дает активам NFT в CKB некоторые экзотические функции, которых нет у других аналогичных активов блокчейна, такие как плата за собственный газ, программируемость пространства состояний, и так далее. Эти экзотические свойства делают UTXO Stack очень подходящим в качестве инфраструктуры для проектов автономного мира по созданию цифровой физической реальности.

UTXO Stack позволяет разработчикам Bitcoin L2 использовать BTC, CKB и другие активы Bitcoin L1 для участия в сетевом консенсусе.

Подведем итог

Биткойн неизбежно превратится в полное по Тьюрингу программируемое решение. Однако полная по Тьюрингу программируемость не будет реализована в основной сети Биткойн, а будет реализована вне цепочки (RGB, BitVM) или в Биткойне L2 (CKB, EVM Rollup, DriveChain).

Согласно историческому опыту, одно из таких соглашений со временем перерастет в монополистическое типовое соглашение.

Существует два ключевых фактора, определяющих конкурентоспособность протокола программирования Биткойн: 1. Достижение свободного потока BTC между L1<>L2 без опоры на дополнительные предположения социального доверия. 2. Привлечение разработчиков, фондов и пользователей достаточного масштаба для входа в него; Л2 экология.

В качестве решения для программирования биткойнов CKB использует изоморфную привязку + сеть CKB для замены решений по проверке клиентов, обеспечивая свободный поток активов биткойнов L1 между L1<>L2, не полагаясь на дополнительное социальное доверие. А благодаря функции приватизации пространства состояний CKB Cell, RBG++ не создает давления государственного взрыва на основную сеть Биткойн, как другие протоколы программирования Биткойн.

Недавно горячий старт экосистемы был первоначально завершен выпуском первой партии ресурсов RGB++, что позволило успешно привлечь около 150 000 новых пользователей и группу новых разработчиков для экосистемы CKB. Например, OpenStamp, универсальное решение для экосистемы Stamps протокола программирования Bitcoin L1, решило использовать стек UTXO для создания изоморфного UTXO Bitcoin L2, который обслуживает экосистему Stamps.

На следующем этапе CKB сосредоточится на создании экологических приложений, реализуя свободный поток BTC между L1<>L2, интегрируя Lightning Network и т. д., стремясь стать программируемым уровнем Биткойна в будущем.

Некоторые ссылки, упомянутые в статье:

[1] https://nakamoto.com/what-are-the-key-properties-of-bitcoin/

[2] https://www.btcstudy.org/2022/09/07/on-the-programmability-of-bitcoin-protocol/#一-Introduction

[3] https://medium.com/@ABCDE.com/cn-abcde-Почему нам следует инвестировать в utxo-stack-91c9d62fa74e

[4] https://bitcoinmagazine.com/technical/layer-2-is-not-a-magic-incantation