CKB: Новая глава в программировании биткойна
В ближайшем будущем кривая роста программности биткоина войдет в ускоренную фазу роста, и активы, пользователи и приложения экосистемы биткоина переживут волну взрывного роста в кембрийскую эру.
Автор: НингНинг
Предисловие
В четвертом раунде цикла халвинга биткоина взрывное принятие протоколов, таких как Ординалы, заставило криптоиндустрию осознать положительную внешнюю ценность выпуска и торговли активами на уровне L1 биткоиновской сети для обеспечения безопасности консенсуса и развития экосистемы биткоина, отметив "момент Uniswap" для экосистемы биткоина.
Эволюция и итерация программности биткоина являются результатом рыночного управления сообщества биткоина, а не мотивированы целями, такими как удержание BTC или строители блоков.
В настоящее время улучшение программности биткоина для увеличения использования блоковой цепи главной сети биткоина стало новым пространством дизайна для консенсуса сообщества биткоина.
В отличие от Ethereum и других высокопроизводительных публичных цепей, пространство дизайна биткоина для программности сильно ограничено тем, как скрипты и OP-коды оперируют UTXO для обеспечения простоты и легкости UTXO-набора.
Классические решения программности биткоина включают каналы состояний (сеть Lightning), валидацию на стороне клиента (RGB), боковые цепи (Liquid Network, Stacks, RootSock и др.), CounterParty, Omni Layer, Taproot Assets, DLC и другие. Новые решения программности биткоина с 2023 года включают Ординалы, BRC20, Руны, Атомикалы, Штампы и другие.
После завершения второй волны надписи появилось новое поколение решений программности биткоина, такие как схема изоморфного привязывания UTXO CKB, совместимые с EVM решения L2 биткоина, решения DriveChain и другие.
В сравнении с совместимыми с EVM решениями L2 биткоина, решение программности биткоина CKB (Common Knowledge Base) является местным, безопасным решением в современном пространстве дизайна программности биткоина, не вводя предположений о социальном доверии. В отличие от решений DriveChain, оно не требует изменений на уровне протокола биткоина.
В предсказуемом будущем кривая роста программности биткоина переживет ускоренную фазу роста, приведя к волне взрывного роста активов, пользователей и приложений в экосистеме биткоина. UTXO-стек экосистемы CKB предоставит новым разработчикам биткоина возможность строить протоколы, используя модульный стек. Кроме того, CKB исследует интеграцию сети Lightning с UTXO-стеком для достижения взаимодействия между новыми протоколами, использующими местную программность биткоина.
Пространство программности биткоина
Блокчейн - это машина доверия, а главная сеть биткоина - это нулевая машина. Как все западные философии являются сносками к Платону, все в криптовалютном мире (активы, нарративы, сети блокчейнов, протоколы, DAO и др.) являются производными и дочерними от биткоина.
В процессе совместной эволюции между максималистами биткоина и сторонниками масштабируемости, начиная с дебатов о том, поддерживает ли главная сеть биткоина тьюринг-полноту, и заканчивая решениями SegWit и масштабирования больших блоков, биткоин продолжает разветвляться. Этот процесс не только порождает новые криптопроекты и консенсус сообщества, но и укрепляет и консолидирует собственный консенсус сообщества биткоина, завершая процесс самоутверждения, оставаясь при этом отличным от других.
В связи с таинственным исчезновением Сатоши Накамото, управление сообществом биткоина не имеет структуры управления "диктатурой просвещенного монарха", как у Ethereum. Вместо этого это открытая игра баланса между майнерами, разработчиками, сообществом и рынком для достижения сбалансированной модели управления. Это наделяет консенсус сообщества биткоина характеристиками однажды сформированного, исключительно стабильного консенсуса.
Текущие характеристики консенсуса сообщества биткоина включают: консенсус не является командно-управляемым, минимальное доверие, децентрализация, устойчивость к цензуре, псевдоанонимность.
Мити, открытый исходный код, открытое сотрудничество, без разрешения, юридическая нейтральность, однородность, совместимость вперед, минимальное использование ресурсов, проверка > вычисление, сходимость, неизменяемость транзакции, устойчивость к атакам DoS, избегание фронтраннинга, надежность, выравнивание стимулов, укрепление, консенсус, который нельзя подделать, противоречивые принципы, совместное развитие и многое другое.
Текущая форма основной сети Bitcoin можно рассматривать как результат воплощения характеристик консенсуса сообщества Bitcoin. Пространство проектирования для программирования Bitcoin также определяется характеристиками консенсуса сообщества Bitcoin.
Классическое пространство проектирования программирования Bitcoin
В то время как другие публичные цепочки исследуют пространство решений невозможного треугольника блокчейна через модуляризацию и параллелизацию, пространство проектирования протокола Bitcoin всегда сосредотачивалось на скриптах, OP-кодах и UTXO.
Два типичных примера - два крупных обновления основной сети Bitcoin с 2017 года: жесткий форк SegWit и мягкий форк Taproot в ноябре 2021 года.
Жесткий форк SegWit в августе 2017 года добавил 3M блоков за пределами 1M основного блока для специального хранения подписей (свидетельств) и установил вес данных подписи в 1/4 данных основного блока при расчете комиссий майнеров для поддержания согласованности в стоимости расходования выхода UTXO и создания выхода UTXO, предотвращая злоупотребление изменением UTXO и увеличивая скорость инфляции набора UTXO.
Мягкий форк Taproot в ноябре 2021 года сэкономил время проверки UTXO и пространство блока, занимаемое мультиподписями, введя схему мультиподписи Schnorr.
Ключевая пара значений 1 UTXO (Источник изображения: learnmeabitcoin.com)
UTXO (Unspent Transaction Output) - это базовая структура данных основной сети Bitcoin, характеризующаяся атомарностью, необратимостью и цепной связью. Каждая транзакция в основной сети Bitcoin потребляет 1 UTXO в качестве входа и создает n новых выходов UTXO. Простыми словами, UTXO можно рассматривать как бумажные деньги, такие как доллары, евро и т. д., действующие на цепи, которые можно потратить, изменить, разделить, объединить и т. д., причем его наименьшая атомарная единица - сатоши (sats). 1 UTXO представляет собой последнее состояние в определенное время. Набор UTXO представляет собой последнее состояние основной сети Bitcoin в определенное время.
Поддерживая простоту, легковесность и легкость верификации набора UTXO Bitcoin, скорость расширения состояния на основной сети Bitcoin успешно стабилизирована на уровне, совместимом с законом Мура об аппаратуре, обеспечивая участие полных узлов в основной сети Bitcoin и надежность верификации транзакций.
Соответственно, пространство проектирования для программирования Bitcoin также ограничено характеристиками консенсуса сообщества Bitcoin. Например, для предотвращения потенциальных угроз безопасности Сатоши Накамото решил удалить операцию OP-CAT в августе 2010 года, которая была ключевой логикой для достижения программирования полной вычислительной мощности на уровне Bitcoin.
Путь реализации программирования Bitcoin не принимает решений о виртуальной машине (VM) на цепи, как Ethereum или Solana, а выбирает использование скриптов и опкодов (OP Code) для программного управления UTXO, полями ввода транзакции, выходными полями и свидетельствами данных на цепи.
Основной набор инструментов для программирования Bitcoin включает: мультиподпись, временные блокировки, хэш-блокировки, управление потоком (OP_IF, OP_ELIF). [2]
В классическом пространстве проектирования программирования Bitcoin очень ограничено, поддерживая только несколько программ проверки и не поддерживая хранение состояния на цепи и вычисления на цепи, которые являются основными функциональными компонентами для достижения программирования с полной вычислительной мощностью.
Ренессанс программирования Bitcoin
Однако пространство проектирования для программирования Bitcoin не является
Фиксированное состояние. Скорее, это скорее динамический спектр, который меняется со временем.
В отличие от стереотипного впечатления о застое развития основной сети Bitcoin, в ситуациях, когда различные векторы консенсуса ограничивают пространство проектирования, разработка, развертывание, принятие и продвижение новых скриптов и опкодов на основной сети Bitcoin всегда продолжались и иногда даже порождали войны сообщества криптовалют (например, хардфорк SegWit).
Используя переход типов скриптов основной сети Bitcoin в качестве примера, мы можем четко воспринять изменения. Скрипты, используемые для типов вывода основной сети Bitcoin, можно разделить на 3 категории: примитивные скрипты pubkey, pubkeyhash, улучшенные скрипты multisig, scripthash, скрипты свидетелей witness_v0_keyhash, witness_v0_scripthash, witness_v1_taproot.
Исторические типы вывода основной сети Bitcoin Источник: Dune
Из графика тенденций исторических типов вывода основной сети Bitcoin мы наблюдаем основной факт: улучшение программирования основной сети Bitcoin является долгосрочной исторической тенденцией, с улучшенными скриптами, потребляющими долю примитивных скриптов, и скриптами свидетелей, потребляющими долю улучшенных скриптов. Протокол Ordinals, инициированный улучшенными скриптами SegWit и скриптами свидетелей Taproot, начал волну выпуска активов Bitcoin L1, продолжая историческую тенденцию программирования основной сети Bitcoin и входя в новую фазу программирования основной сети Bitcoin.
Опкоды основной сети Bitcoin также прошли аналогичный эволюционный процесс, как и скрипты основной сети Bitcoin.
Например, протокол Ordinals достигает своего функционального дизайна путем комбинирования скрипта taproot script-path spend и опкодов (OP_FALSE, OP_IF, OP_PUSH, OP_ENDIF) основной сети Bitcoin.
Протокол Ordinals
Один из примеров протокола Ordinals
Перед официальным рождением протокола Ordinals классические решения для программирования Bitcoin включали каналы состояния (сеть Lightning), валидацию на стороне клиента (RGB), боковые цепочки (Liquid Network, Stacks, RootSock и др.), CounterParty, Omni Layer, DLC и другие.
Протокол Ordinals сериализует минимальную атомную единицу UTXO, Сатоши, затем вырезает содержимое данных в поле Witness UTXO, ассоциирует его с конкретным Сатоши после сериализации, и затем за индексацию и выполнение программных операций этих данных состояний отвечает внелинейный индексатор. Эта новая парадигма программирования Bitcoin живо метафоризируется как "вырезание на золоте".
Новая парадигма протокола Ordinals вдохновила более широкий круг криптосообщества использовать блочное пространство основной сети Bitcoin для выпуска, чеканки и торговли коллекциями NFT и токенами типа мемов (всеобще называемыми вырезками), где многие люди впервые в жизни имеют свой первый адрес Bitcoin.
Однако программирование протокола Ordinals наследует ограничения программирования Bitcoin, поддерживая только три функциональных метода: Развертывание, Чеканка и Передача. Это ограничивает протокол Ordinals и его последователей, таких как BRC20, Runes, Atomicals, Stamps и др., только сценариями выпуска активов, лишая поддержки транзакций, требующих вычислений и хранения состояний, как приложения DeFi.
Три типа количества TX в протоколе Ordinals (Источник: Dune)
Ликвидность - это жизненная сила активов. Из-за врожденной природы программного протокола Bitcoin типа Ordinals повторное выпуск гравированных активов превышает предоставление ликвидности, тем самым влияя на созданную стоимость на протяжении жизненного цикла гравированного актива.
Более того, протоколы Ordinals и BRC20 подозреваются в злоупотреблении
При увеличении пространства данных свидетельств наблюдается объективный взрыв состояния на основной сети Bitcoin.
Изменения размера блока Bitcoin (Источник: Dune)
В качестве справки, основными источниками комиссий за газ на основной сети Ethereum являются комиссии за торговлю на DEX, комиссии за доступность данных L2 и комиссии за передачу стабильных монет. По сравнению с основной сетью Ethereum, у основной сети Bitcoin есть единственный тип дохода, сильная периодичность и высокая волатильность.
Способность к программированию основной сети Bitcoin до сих пор не способна удовлетворить спрос со стороны предложения на пространство блока в основной сети Bitcoin. Для достижения стабильного и устойчивого состояния дохода от блока, аналогичного основной сети Ethereum, в экосистеме Bitcoin необходимы собственные DEX, стабильные монеты и решения L2. Предпосылкой для реализации этих протоколов и приложений является предоставление программного протокола Bitcoin возможностей для тьюринг-полного программирования.
Таким образом, достижение собственной тьюринг-полной программности для Bitcoin при ограничении негативного влияния на масштаб состояния основной сети Bitcoin стало текущим фокусом в экосистеме Bitcoin.
Решение CKB для программирования Bitcoin
В настоящее время среди решений для достижения собственной тьюринг-полной программности для Bitcoin можно выделить BitVM, RGB, CKB, EVM-совместимый Rollup L2, DriveChain и другие.
BitVM использует набор OP-кодов из Bitcoin для построения нелогических вентилей, затем конструирует другие базовые логические вентили через эти нелогические вентили, в конечном итоге создавая собственную виртуальную машину Bitcoin. Этот принцип в некоторой степени аналогичен знаменитому научно-фантастическому роману Лю Цысиня "Проблема трех тел". Экранизация под тем же названием на Netflix имеет конкретные сцены, изображающие это. Документация по решению BitVM была полностью опубликована и вызвала большой интерес в криптосообществе. Однако его инженерная реализация представляет собой большой вызов, сталкиваясь с проблемами, такими как управление данными вне цепи, ограничения на количество участников, времена взаимодействия вызов-ответ, сложность хэш-функций и т. д., что затрудняет его внедрение в краткосрочной перспективе.
Протокол RGB использует клиентскую проверку и технологию одноразового запечатывания для достижения тьюринг-полной программности, с основной концепцией хранения состояний смарт-контрактов и логики на выходах от Bitcoin-транзакций, поддерживая хранение кода смарт-контрактов и данных вне цепи, при этом основная сеть Bitcoin служит окончательным уровнем обязательства для состояний.
EVM-совместимый Rollup L2 - это решение для быстрого повторного использования зрелых стеков Rollup L2 для создания решения L2 для Bitcoin. Однако, учитывая, что основная сеть Bitcoin в настоящее время не может поддерживать доказательства мошенничества/доказательства правильности, Rollup L2 должен ввести предположение о социальном доверии (мультиподпись).
DriveChain - это решение расширения боковой цепи, с основной концепцией использования Bitcoin в качестве базовой блокчейн-системы, создания боковых цепей путем блокировки Bitcoin для достижения двусторонней совместимости между Bitcoin и боковыми цепями. Инженерная реализация DriveChain требует изменений на уровне протокола Bitcoin, развертывания предложенных BIP300, BIP301 в основной сети.
Вышеупомянутые решения для программирования Bitcoin либо сталкиваются с чрезвычайно высокими инженерными трудностями и трудно внедряемы в краткосрочной перспективе, либо вводят слишком много предположений о социальном доверии, либо требуют изменений на уровне протокола Bitcoin.
Протокол активов Bitcoin L1: RGB++
В ответ на недостатки и проблемы вышеупомянутых протоколов программирования Bitcoin, команда CKB предложила относительно сбалансированное решение. Это решение включает в себя протокол активов Bitcoin L1 RGB++, поставщика услуг Raas для Bitcoin L2 UTXO Stack и протокол взаимодействия, интегрированный с Lightning Network.
Примитивы UTXO-нативные: Гомогенная привязка
RGB++, протокол выпуска активов Bitcoin L1, разработанный на основе принципов дизайна RGB. Инженерная реализация RGB++ наследует какие-тоCKB и RGB технические примитивы. Он использует технологию "одноразового запечатывания" RGB и клиентскую проверку на стороне клиента, одновременно отображая Bitcoin UTXO на ячейки на основной сети CKB (расширенная версия UTXO) через гомогенную привязку. Он использует скрипты CKB и Bitcoin on-chain для проверки правильности расчетов состояния и допустимости изменений владения. Другими словами, RGB++ выражает отношения владения активами RGB на CKB через ячейки. Он перемещает данные актива, изначально хранившиеся локально в клиенте RGB, на цепочку CKB в виде ячеек, устанавливает отображающее отношение между Bitcoin UTXO и CKB, при этом CKB действует как общедоступная база данных для активов RGB и внеланцетный предварительный слой расчетов, заменяя клиент RGB для более надежного хостинга данных и взаимодействия с контрактами RGB. Ячейка - это основная единица хранения данных CKB, способная содержать различные типы данных, такие как CKBytes, токены, код TypeScript или сериализованные данные (например, JSON-строки). Каждая ячейка содержит небольшую программу, называемую скриптом блокировки, определяющую владельца ячейки. Скрипт блокировки поддерживает скрипты Bitcoin mainnet, такие как мультиподпись, хэш-блокировка, временная блокировка, а также позволяет использовать скрипт типа для выполнения конкретных правил управления его использованием. Это позволяет разработчикам настраивать смарт-контракты для различных случаев использования, таких как выпуск NFT, рассылка токенов, AMM-обмены и т. д. Протокол RGB прикрепляет корень состояния внеланцетных транзакций к выходу UTXO, используя оператор OP RETURN, используя этот UTXO в качестве контейнера для информации о состоянии. Затем RGB++ отображает этот контейнер информации о состоянии, построенный RGB, в ячейку на CKB, храня информацию о состоянии в типе и данных ячейки, при этом этот контейнер UTXO служит владельцем состояния ячейки. Как показано на схеме выше, полный жизненный цикл транзакции RGB++ выглядит следующим образом: 1. Вычисление внеланцетной. При инициировании привязки Tx новый Bitcoin UTXO btc_utxo#2 сначала выбирается в качестве контейнера одноразового запечатывания на Bitcoin mainnet, затем внеланцетно генерируется обязательство путем хеширования CKB TX, который привязывает исходную ячейку к UTXO btc_utxo#1, новую ячейку, привязанную к btc_utxo#2, с исходной ячейкой в качестве входа и новой ячейкой в качестве выхода. 2. Отправка Bitcoin-транзакции. RGB++ инициирует транзакцию на Bitcoin mainnet, используя btc_utxo#1, привязанный к исходной ячейке, в качестве входа, и используя OP RETURN для вывода обязательства, сгенерированного на предыдущем шаге. 3. Отправка CKB-транзакции. Выполнение CKB TX, сгенерированного внеланцетно на основной сети CKB. 4. Проверка внеланцетной. Основная сеть CKB запускает легкого клиента Bitcoin mainnet для проверки изменений состояния всей системы. Это сильно отличается от RGB, где проверка изменения состояния использует механизм P2P, требуя одновременного онлайн-присутствия инициатора и получателя Tx и только интерактивной проверки соответствующего графа TX. На основе логики гомоморфной привязки, упомянутой выше, RGB++, по сравнению с протоколом RGB, получил некоторые новые функции, пожертвовав при этом некоторой конфиденциальностью: улучшенная клиентская верификация с использованием блокчейна, складывание транзакций, общее состояние контрактов без владельца и неинтерактивные переводы. - Улучшенная клиентская верификация с использованием блокчейна. RGB++ позволяет пользователям выбирать PoW для обеспечения безопасности консенсуса, проверки состояния CKB и изменений владения URXO-Cell. - Складывание транзакций. RGB++ поддерживает отображение нескольких ячеек в один UTXO, тем самым достигая эластичного расширения RGB++. - Контракты без владельца и общее состояние. Одной из основных различийПроблемы при реализации смарт-контракта, обладающего полной вычислительной мощностью Тьюринга с использованием структуры данных состояния UTXO, заключаются в отсутствии владельца смарт-контрактов и общем состоянии. RGB++ может решить эту проблему, используя глобальную ячейку состояния CKB и ячейку намерений.
Невзаимодействующие переводы. RGB++ превращает процесс верификации клиента RGB в опцию, не требуя более взаимодействия при переводах. Если пользователи выбирают вычисление состояния верификации CKB и изменения владения, интерактивный опыт транзакции остается согласованным с основной сетью Bitcoin.
Кроме того, RGB++ также наследует функцию приватизации пространства состояния CKB основной сети. Помимо оплаты комиссии за майнинг, используя блочное пространство основной сети Bitcoin для каждой TX, транзакции RGB++ также требуют дополнительной оплаты за аренду пространства состояния ячейки (эта плата возвращается после того, как ячейка будет потреблена). Приватизация пространства состояния ячейки является механизмом защиты, изобретенным CKB для решения взрыва состояния в основной сети блокчейна. Арендаторы пространства состояния ячейки должны продолжать платить во время использования (разбавляя стоимость в виде циркулирующих токенов CKB). Это делает протокол RGB++ ответственным расширением программного протокола Bitcoin основной сети, в некоторой степени ограничивая злоупотребление блочным пространством основной сети Bitcoin.
Доверительная интероперабельность L1<>L2: Leap
Гомоморфное связывание RGB++ - это синхронная атомарная реализация логики, происходящая одновременно или отменяющаяся одновременно, без сохранения промежуточных состояний. Все транзакции RGB++ будут появляться одновременно на цепях BTC и CKB. Первое совместимо с транзакциями протокола RGB, в то время как второе заменяет процесс верификации клиента, где пользователям нужно только проверить соответствующие транзакции на CKB, чтобы убедиться, что вычисление состояния транзакции RGB++ правильно. Однако пользователи также могут независимо проверять транзакции RGB++ с использованием локально связанного графа Tx UTXO (функции, такие как сворачивание транзакций, все еще зависят от хэша заголовка блока CKB для предотвращения двойных трат).
Таким образом, кросс-цепные активы между RGB++ и CKB не зависят от дополнительных предположений о социальном доверии, таких как мосты межцепочной связи, централизованные мультиподписные хранилища, совместимые с EVM Rollup и т. д. Активы RGB++ могут быть нативно и безопасно переданы с основной сети Bitcoin на основную сеть CKB или наоборот. CKB называет эту кросс-цепную операцию Leap.
RGB++ имеет слабосвязанное отношение с CKB. Помимо поддержки активов уровня L1 Bitcoin (не ограничиваясь нативными активами протокола RGB++, включая активы, выпущенные протоколами, такими как Runes, Atomicals, Taproot Asset и т. д.) переходящих на CKB, протокол RGB++ также поддерживает переход на другие цепи с полной вычислительной мощностью UTXO, такие как Cardano. Кроме того, протокол RGB++ поддерживает переход активов уровня L2 Bitcoin на основную сеть Bitcoin.
Расширенные функции и примеры применения RGB++
Протокол RGB++ по своей сути поддерживает выпуск обращаемых токенов и NFT.
Стандарт xUDT для обращаемых токенов и стандарт Spore для NFT поддерживаются RGB++.
Стандарт xUDT поддерживает различные способы выпуска обращаемых токенов, включая, но не ограничиваясь, централизованным распределением, рассылками, подписками и т. д. Общее количество токенов также может быть выбрано между неограниченным и предварительно установленными пределами. Для токенов с предварительно установленными пределами может использоваться схема совместного использования статуса для проверки того, что каждое выпускание не превышает предварительно установленного предела.
В стандарте NFT Spore вся метаданные хранятся на цепи, обеспечивая 100% безопасность доступности данных. Активы, выпущенные протоколом Spore, такие как Digital Objects (DOB), похожи на NFT Ordinals, но с более богатыми функциями и геймплеем.
Как протокол верификации клиента, протокол RGB естественным образом поддерживает каналы состояния и Lightning Network. Однако из-за ограничений на вычисления сценариев Bitcoin, внедрение активов, отличных от BTC, в Lightning Network с безопасностью требует больших усилий. Протокол RGB++ может использовать CKBСистема сценариев, полностью совместимая с машиной Тьюринга B, для реализации каналов состояний и молнии на основе активов RGB++ CKB.
С учетом вышеуказанных стандартов и функциональности применение протокола RGB++ не ограничивается простыми сценариями выпуска активов, как в других программных протоколах Bitcoin mainnet, а также поддерживает сложные сценарии применения, такие как торговля активами, займы под активы, стабильные монеты CDP и т. д. Например, объединение гомоморфной привязочной логики RGB++ с нативным скриптом PSBT Bitcoin mainnet может реализовать DEX в виде сетки ордеров.
Поставщик услуг Bitcoin L2 RaaS: UTXO Stack
UTXO Гомоморфный Bitcoin L2 против EVM-совместимого Bitcoin Rollup L2
В рыночной конкуренции между программными решениями Bitcoin, совместимыми с машиной Тьюринга, такими как DriveChain, восстановление операций OPCAT и т. д., из-за необходимости изменений на уровне протокола Bitcoin существуют значительные неопределенности и непредсказуемость в плане времени и затрат. UTXO гомоморфный Bitcoin L2, представленный CKB. EVM-совместимый Bitcoin Rollup L2, представленный MerlinChain и BOB.
Честно говоря, протокол выпуска активов Bitcoin L1 только начинает формировать частичное согласие в сообществе Bitcoin, в то время как согласие сообщества на Bitcoin L2 находится на более ранней стадии. Однако в этой фронтовой области "Bitcoin Magazine" и Pantera попытались определить область Bitcoin L2, черпая вдохновение из концептуальной структуры Ethereum L2.
По их мнению, Bitcoin L2 должен обладать следующими 3 характеристиками:
-
Использование Bitcoin в качестве нативного актива. Bitcoin L2 должен рассматривать Bitcoin как свой основной актив для расчетов.
-
Принудительное проведение транзакций с использованием Bitcoin в качестве механизма расчетов. Пользователи Bitcoin L2 должны иметь возможность обеспечить контроль над активами уровня 1 (доверенные или недоверенные).
-
Зависимость от функциональности Bitcoin. Если Bitcoin mainnet выходит из строя, но система Bitcoin L2 все еще может функционировать, то это не является Bitcoin L2.
Другими словами, они считают, что Bitcoin L2 должен иметь проверку доступности данных на основе Bitcoin mainnet, механизмы аварийного выхода, BTC в качестве токена газа Bitcoin L2 и т. д. В этом свете они подсознательно рассматривают парадигму EVM-совместимого L2 как стандартный шаблон для Bitcoin L2.
Однако слабые возможности Bitcoin в области расчета и верификации состояния не позволяют в краткосрочной перспективе реализовать функции 1 и 2. В этом сценарии EVM-совместимый L2 относится к решениям внецепочного расширения, полностью зависящим от предположений о социальном доверии, хотя в их белых книгах говорится о будущем интегрировании с BitVM для проверки доступности данных и совместного майнинга с Bitcoin mainnet для повышения безопасности.
Конечно, это не означает, что эти решения EVM-совместимого Rollup L2 являются фальшивыми Bitcoin L2, а скорее то, что они не достигли хорошего баланса между безопасностью, доверительностью и масштабируемостью. Более того, введение тьюринг-полных решений Ethereum в экосистему Bitcoin часто воспринимается максималистами Bitcoin как уступательный путь к экспансии.
Таким образом, UTXO гомоморфный Bitcoin L2 естественным образом превосходит в ортодоксии и согласии сообщества Bitcoin по сравнению с EVM-совместимым Rollup L2.
Особенности UTXO Stack: Фрактальный Bitcoin Mainnet
Если Ethereum L2 считается фрактальным для Ethereum, то Bitcoin L2 следует считать фрактальным для Bitcoin.
Стек UTXO в экосистеме CKB позволяет разработчикам легко запускать UTXO Bitcoin L2 и интегрировать возможности протокола RGB++ нативно. Это обеспечивает безшовную совместимость между Bitcoin mainnet и UTXO гомоморфным Bitcoin L2, разработанным с использованием UTXO Stack через механизм Leap. UTXO Stack поддерживает залог BTC, CKB и активов BTC L1 для обеспечения безопасности UTXO гомоморфного Bitcoin L2.
Дисклеймер: содержание этой статьи отражает исключительно мнение автора и не представляет платформу в каком-либо качестве. Данная статья не должна являться ориентиром при принятии инвестиционных решений.
Вам также может понравиться
Когда биткоин достигает $80,000, Standard Chartered называет новый пик Solana 'неизбежным' к концу года
Основатель Stacks Муниб Али планирует запуск обновления sBTC в начале декабря
Краткий обзор Основатель Stacks Муниб Али в посте на X намекнул, что долгожданное обновление Stacks может произойти уже в следующем месяце. Stacks позиционирует sBTC как первую бездоверительную двустороннюю систему привязки биткоина, с потенциалом расширения DeFi-приложений на базовом уровне биткоина.
Холодный кошелек, связанный с Mt. Gox, перемещает биткоины на сумму более $2 миллиардов на новый адрес: Arkham
Краткий обзор Холодный кошелек, который на прошлой неделе получил 30 371 BTC от Mt. Gox, в воскресенье отправил биткоины на сумму $2,24 миллиарда на новый кошелек. Массовые перемещения биткоинов, наблюдаемые в Mt. Gox и связанных кошельках, обычно предшествуют выплатам кредиторам.
Популярное
ДалееЦены на крипто
Далее
