Переслать оригинальное название'Fractal、OP_NET、AVM、BRC100、可编程符文,BTC 还有哪些扩展方案?'

С первого квартала 2024 года спекулятивный энтузиазм в экосистеме BTC не сравнялся с 2023 годом. Тем не менее, по мере того, как все больше разработчиков присоединяются и знакомятся с моделью BTC, технический прогресс в экосистеме BTC был быстрым, особенно с точки зрения программируемых масштабируемых решений. Ранее Trustless labs представила привязку BTC L2 и UTXO, а также рестейкинг BTC. В этой статье мы продолжим заполнять пробелы и познакомим с очень популярным Fractal Bitcoin и программируемыми решениями протоколов метаданных BTC, таких как BRC20, CBRC и ARC20.

1. Фрактал

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

Fractal был разработан командой Unisat, которая упомянула прогресс разработки Fractal в своем блоге в январе 2024 года. Проект запустил свою бета-тестовую сеть 1 июня 2024 года, завершил тестовую фазу сброса 29 июля, а запуск основной сети ожидается в сентябре 2024 года.

Команда только что выпустила свою токеномику. Сеть Fractal будет иметь собственный токен, 50% которого будет произведено путем майнинга, 15% предназначено для экосистемы, 5% предпродано ранним инвесторам, 20% - для советников и основных участников, и 10% - в качестве сообщественных субсидий для установления партнерств и ликвидности.

Архитектурный дизайн

Fractal полностью виртуализирует клиент Bitcoin core, инкапсулируя его в развертываемый и запускаемый пакет программного обеспечения Bitcoin Core Software Package (BCSP). Затем он рекурсивно привязывается к основной сети Bitcoin, независимо запуская один или несколько экземпляров BCSP. Благодаря современной технологии виртуализации, достигается эффективное разделение вычислительных ресурсов, позволяющее запускать несколько экземпляров на основной системе. Проще говоря, это похоже на запуск нескольких экземпляров виртуальных машин (экземпляры BCSP, созданные Fractal) на одном компьютере (основная сеть BTC), и это может быть рекурсивным.

Когда возникает большое количество требований взаимодействия в сети, эти требования могут быть выборочно делегированы на более глубокие уровни. Возможность динамического балансирования этой системы помогает избежать избыточной перегрузки на определенном уровне. Для улучшения пользовательского опыта Fractal также внес некоторые изменения в ядро Bitcoin, изменяя время подтверждения блока на 30 секунд или меньше и увеличивая размер блока в 20 раз до 20 МБ, обеспечивая достаточную производительность и низкую задержку.

Fractal активировал оператор op_cat, что позволяет более глубоко исследовать и тестировать возможности масштабируемости BTC.

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

Биткойн, а также активы, такие как BRC-20 и Ordinals, могут быть мостикованы децентрализованным образом. Основной механизм - это механизм вращающейся подписи MPC с динамической заменой. В настоящее время он кажется оберточным слоем. В последующих итерациях BTC и другие активы основной сети также могут существовать как обернутые активы brc-20 на Fractal Bitcoin.

По сравнению с типичными решениями уровня 2 Ethereum, эта форма виртуализации достигает вычислительной масштабируемости через дополнительный уровень абстракции вне основной цепи, сохраняя при этом согласованность с основной цепью без внедрения новых механизмов консенсуса. Поэтому текущие BTC ASIC-майнеры и майнинговые пулы могут без проблем присоединиться к сети Fractal.

Гарантия безопасности Fractal заключается в его вычислительной мощности. Дизайн в первую очередь улучшает безопасность механизма PoW Fractal через три аспекта. Fractal вводит совместный майнинг, где каждый третий блок генерируется совместным майнингом с майнерами BTC, чтобы защитить сеть от потенциальных атак на 51%; оставшиеся два блока производятся собственной вычислительной мощностью сети Fractal. Очевидно, что влияние на майнеров BTC является ключевым для успеха Fractal, и его токеномика неизбежно будет располагаться в пользу майнеров.

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

Отношение между монетами Fractal mainnet и сатошами

Добыча монет основной сети Fractal предназначена для обеспечения работы цепочки. Цепочка fb и btc в основном одинаковы и не обладают способностью непосредственно запускать смарт-контракты. Поэтому для выполнения сложных функций DeFi, таких как свопы, требуется дополнительная инфраструктура. Unisat обещает использовать брк20 сатс для свопов. Для этого свопа требуются собственные узлы Fractal. Сборы за обслуживание этих узлов за самодостаточность платятся в сатах.

2. АВМ

AVM (Atomicals Virtual Machine) - это реализация умных контрактов BTC протокола Atomicals. AVM создает виртуальную машину, которая имитирует возможности BTC-скрипта и позволяет использовать несколько собственных BTC-опкодов в виртуальной машине. Разработчики могут реализовывать умные контракты, объединяя биткоин-скрипты, определяя свои собственные правила управления созданием и передачей активов.

Сатоси Накамото разработал полностью выразительный язык сценариев в начале Биткоина, который содержит богатый набор примитивных инструкций операций. Эти сценарии имеют определенные возможности хранения данных, и их выполнение является полностью тьюринг-полным. Позже Bitcoin Core отключил некоторые операции, необходимые для полной тьюринговости, такие как базовые операции конкатенации строк (OP_CAT) и арифметические операторы (например, умножение OP_MUL и деление OP_DIV).

Подход AVM заключается в максимизации возможностей исходных операционных кодов BTC. Виртуальная машина AVM имитирует скрипты BTC и достигает тьюринг-полноты через двухстековый PDA (Pushdown Automaton). Эта виртуальная машина работает в песочнице, которая включает индексатор, парсер инструкций и глобальное состояние, обеспечивая обработку умных контрактов и синхронизацию и проверку состояния.

Набор инструкций виртуальной машины AVM содержит полный набор BTC-опкодов, позволяя разработчикам программировать, используя множество функций BTC, которые не были активированы на основной сети. Это делает AVM похожим на родную пионерскую сеть для расширения экосистемы BTC.

AVM - это архитектура, которую можно настроить для любого протокола метаданных BTC, такого как BRC20, ARC20, Runes и CBRC. Она совместно управляется разработчиками приложений, поставщиками услуг и пользователями, образуя спонтанный консенсус. Поэтому она применима к практически любому протоколу метаданных, требуя лишь незначительных корректировок индексатора виртуальной машины.

AVM выпустила бета-версиюhttps://x.com/atomicalsxyz/status/1823901701033934975..., с соответствующим кодом, доступным по ссылке https://github.com/atomicals/avm-interpreter….

3. OP_NET

Официальный сайт: https://opnet.org/#

OP_NET, предложенный в третьем квартале 2024 года, направлен на внедрение функциональности смарт-контрактов, подобных Ethereum, в сеть Bitcoin, с учетом характеристик и архитектуры Bitcoin. Транзакции в OP_NET требуют только местного биткоина, что устраняет необходимость в дополнительных токенах для оплаты стимулов узлов или комиссий за транзакции.

OP_NET предлагает комплексную, компактную и удобную для пользователя библиотеку разработки, в основном написанную на AssemblyScript (аналогичную TypeScript, компилируемую в WebAssembly). Его целью является упрощение создания, чтения и манипулирования технологиями, связанными с биткоином, особенно в части смарт-контрактов и Bitcoin Smart Inscriptions (BSI).

Основные функции и возможности ядра OP_NET

OP_NET поддерживает консенсус блоков Биткойна и доступность данных, гарантируя, что все транзакции хранятся в сети Биткойн и защищены ее неизменностью. С помощью исполнительной виртуальной машины (OP_VM) OP_NET можете выполнять сложные вычисления над блоками биткоина. Все отправленные OP_NET транзакции помечаются строкой «BSI» и выполняются в OP_VM обновления состояний контрактов.

Узлы OP_NET работают на виртуальной машине WASM, поддерживающей несколько языков программирования, таких как AssemblyScript, Rust и Python. Используя Tapscript для включения расширенных возможностей смарт-контрактов, разработчики могут развертывать и взаимодействовать со смарт-контрактами непосредственно на блокчейне Bitcoin без разрешения.

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

Взаимодействуя с сетью OP_NET, помимо комиссии за транзакцию BTC, пользователи должны заплатить как минимум 330 сатоши, чтобы гарантировать, что транзакция не будет считаться «атакой на пыли» главной сетью BTC майнеров. Пользователи могут добавлять больше комиссий за газ, и порядок упаковки транзакций в сети OP_NET сортируется на основе комиссий, а не полностью зависит от порядка упаковки блоков BTC. Если пользователь платит более 250 000 сат за комиссию за транзакцию OP_NET, избыток будет вознагражден сетью узлов OP_NET.

Для расширения использования BTC в приложениях DeFi OP_NET предоставляет систему Proof of Authority, позволяющую обернуть BTC в WBTC. BTC Mainnet переносится в протокол OP_NET с использованием методов мультиподписи.

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

проекты экосистемы OP_NET

Предшественником OP_NET был протокол cbrc-20, и большинство проектов экосистемы продолжают непосредственно. Экосистема охватывает различные области, включая децентрализованную торговлю, кредитование, создание рынка, обеспечение ликвидности и мосты между цепями:

· Motoswap: децентрализованный протокол торговли, работающий на уровне 1 биткоина.

· Stash: Децентрализованный протокол кредитования, работающий на Bitcoin Layer 1. Stash использует WBTC от OP_NET в качестве залога, позволяя пользователям заниматься безопасным заимствованием, при этом займы выдаются в стабильной криптовалюте USDs.

· Ordinal Novus: платформа маркет-мейкинга и предоставления ликвидности в экосистеме OP_NET.

· Ichigai: Децентрализованный агрегатор, интегрирующий несколько платформ DeFi и позволяющий пользователям управлять сделками, отслеживать рынки и управлять портфелями в одном интерфейсе.

· SatBot: Телеграм-интегрированный торговый бот, поддерживающий выполнение сделок в режиме реального времени, отслеживание рынка и управление портфелем через Telegram.

· KittySwap: Децентрализованная биржа и платформа для перманентных контрактов, работающая на OP_NET.

· Redacted: Предоставляет сервисы частного банковского обслуживания DeFi с соблюдением норм законодательства на блокчейне.

· SLOHM Finance: проект децентрализованной резервной валюты, запущенный на OP_NET.

· BuyNet: бот для бай-ина, разработанный для экосистемы Bitcoin DeFi.

· SatsX: проект, разрабатывающий многофункциональные функции и инструменты на OP_NET, расширяющие возможности экосистемы.

· Meme монеты, такие как Satoshi Nakamoto Inu, Zyn, Unga, Pepe: Это Meme токены, основанные на протоколе OP_20, все поддерживаемые OP_NET.

4. BRC100

Документ: https://docs.brc100.org

BRC-100 - это децентрализованный протокол вычислений, построенный на теории Ординалов. Он расширяет BRC-20 путем введения новых операций, таких как "сжигание" и "эмиссия", которые в сочетании позволяют осуществлять сложные операции DeFi путем записи балансов токенов и состояний для различных адресов в индексаторе. Разработчики также могут расширить протокол BRC-100, добавляя больше операторов для расширения функциональности.

Операции протокола BRC-100

BRC-100 вводит такие операции, как mint2/mint3 и burn2/burn3, позволяя токенам безопасно переходить между моделью UTXO и моделью конечного автомата:

· mint2: генерирует новые токены, увеличивая общее предложение. Обычно требуется разрешение от конкретного приложения или адреса.

· mint3: Подобно mint2, но не увеличивает снабжение. Главным образом используется для преобразования балансов приложений в UTXO (непотраченные выходы транзакций) для использования в других приложениях.

· burn2: уничтожает токены при обновлении состояния приложения. Сожженные токены могут быть регенерированы через mint2 при определенных условиях.

· burn3: Похоже на burn2, но не уменьшает предложение. Вместо этого он преобразует токены в состояние приложения. Сожженные токены могут быть восстановлены через mint3.

Расширения и совместимость

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

Протокол BRC-100 и все его расширения и усовершенствования в совокупности известны как стек протоколов BRC-100. Все протоколы расширения BRC-100 взаимно совместимы, что позволяет использовать токены, реализующие BRC-100 и его расширения, во всех приложениях и поддерживающие кроссчейн-операции. Известные расширения включают BRC-101, BRC-102 и BRC-104:

· BRC-101: Децентрализованный протокол управления на основе цепочки, определяющий способ управления приложениями на основе BRC-100 или его расширенных протоколов.

· BRC-102: автоматизированный протокол ликвидности для активов BRC-100, определяющий метод автоматического создания рынка на основе формулы «постоянного произведения» (x*y=k) для пар токенов на основе стека протоколов BRC-100.

· BRC-104: Протокол пула стейкинга/рестейкинга ликвидности, определяющий, как обернуть активы BRC-20, рунические активы и BTC в активы BRC-100 с помощью стейкинга, а также как распределить вознаграждения за активы BRC-100 среди активов BRC-100, активов BRC-20, рунических активов или стейкеров BTC. BRC-104 служит протоколом Asset Wrapping и Yield Farming для стека протоколов BRC-100.

Проекты экосистемы BRC-100

Командой проекта изучается метод реализации минимального индексирования для индексатора протокола BRC-100. Это позволяет сторонам развертывать собственный минимальный индекс для получения состояния всех активов в стеке протокола BRC-100 без реализации сложной вычислительной логики для всех протоколов расширения. Более того, минимальный индекс не требует частых обновлений или модернизаций.

В экосистеме BRC-100 3 проекта:

· в inBRC (запущен) - первый рынок и индексатор BRC-100:https://inbrc.org.

· 100Swap (Запущено) - первая децентрализованная биржа с автоматизированным рынком сделок на базе протокола BRC-102 для Bitcoin L1 AMM инсценации: https://100swap.io.

· 100Layer (Developing) - Протокол ликвидности для экосистемы Bitcoin на Bitcoin L1, основанный на протоколах BRC-104 и BRC-106, состоящий из стейблкоинов, обеспеченных децентрализованным обеспечением, обернутыми токенами и майнингом ликвидности:https://100layer.io.

5. Программируемые RUNES (Protorunes)

Руны, по сути, являются структурами данных, хранящимися в OP_RETURN поле Биткойна. По сравнению с другими протоколами на основе JSON, такими как BRC-20, руны более легкие, не полагаются на сложные системы индексации и сохраняют простоту и безопасность Биткойна.

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

Протокол Прото-Рун

Основным проектом в программных рунах является протокол Proto-Runes, возглавляемый командой @judoflexchop, основатель кошелька oyl. Он был открыт в качестве open-source:https://github.com/kungfuflex/protorune...

Протокол Proto-Runes - это стандарт и спецификация, предоставляющие основу для программных рун. Путем управления и передачи активов рун между подпротоколами (метапротоколами) он обеспечивает создание AMM, протоколов кредитования или зрелых смарт-контрактов.

Например, Proto-Runes Protocol внедрил в сети Bitcoin DEX (децентрализованную биржу), подобную Uniswap, поддерживающую атомарные свопы рунических активов и создание пулов ликвидности. Благодаря сочетанию сжигания прототипов и сообщений прототипов, пользователи могут участвовать в децентрализованной торговле и управлении активами, не выходя из сети Bitcoin.

Протокол Proto-Runes позволяет записывать руны в форме программных рун (Protorunes), что дает рунам дополнительные функции и возможности.

Protoburn и Protorunes

Одним из ключевых механизмов Proto-Runes является Protoburn, который позволяет пользователям сжигать руны и преобразовывать их в представление, используемое только подпротоколами. Эти активы рун нацеливаются с помощью указателей рунного камня или указов в протоколе руны, генерируя новые формы активов в подпротоколах, а именно программируемых рун или Protorunes.

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

Этот процесс обычно является односторонним, что означает, что активы переводятся из протокола руны в субпротоколы, но не могут быть напрямую переведены обратно. Сообщения Protoburn встроены в Protostone в поле Protocol Runestone с тегом протокола 13 (тег протокола руны). Сообщение содержит информацию, такую как идентификатор целевого субпротокола и указатели активов. Этот механизм обеспечивает основу для управления активами и их передачи между субпротоколами и позволяет выполнять функции, такие как атомарные свопы.

Протосообщение

В протоколе Proto-Runes термин Protomessage относится к инструкциям операций, выполненных в подпротоколах. Он реализуется путем кодирования в структуре Protostone и разбирается индексатором. Протосообщения обычно включают запросы на операции с активами, такие как переводы, транзакции или другие функции, определенные протоколом. Когда индексатор разбирает поле сообщения в Protostone, это поле содержит массив байтов, который обычно разбирается через protobuf или другие сериализаторы, ожидаемые подпротоколом, и затем передается в виде параметров времени выполнения подпротокола. Это сообщение может включать в себя передачу активов, логику транзакций или другие функции протокола.

Указатели используются для указания целевого местоположения Protostone, которым может быть UTXO в выходных данных транзакции или другой Protostone. Если подпротокол решает не выполнять вход и транзакция не удалась, protorunes будут возвращены в место, указанное refund_pointer, возвращая неиспользованные активы инициатору исходной транзакции.

Механизм работы протокола Proto-Runes

Механизм работы протокола Proto-Runes следующий: Индексатор сначала обрабатывает функции Runestone в протоколе руны, затем обрабатывает сообщения протоколов в последовательности. Все Protostones обрабатываются в порядке их появления в поле Protocol Runestone. Чтобы избежать сложности и потенциальных уязвимостей безопасности, протокол Proto-Runes запрещает рекурсивное выполнение прототипных сообщений, что означает, что каждое прототипное сообщение может быть выполнено только один раз, и любые рекурсивные инструкции приведут к сбою транзакции, с возвратом неиспользованных активов.

В протоколе Proto-Runes используется переменная длина кодирования LEB128 (Little Endian Base 128) для представления больших целых чисел. Кодирование LEB128 широко используется для представления полей и сообщений протокола с целью экономии места и повышения эффективности обработки. Каждому подпротоколу присваивается уникальный тег протокола для различения разных подпротоколов. Эти теги представлены в виде значений u128 и появляются в виде закодированных значений LEB128 в Protostone. Указатели используются для указания целевого местоположения Protostone, которое может быть UTXO в выходе транзакции, другим Protostone или даже ссылкой на прототипные сообщения для реализации сложной операционной логики в подпротоколах.

Последние события: Genesis Protorune

QUORUM•GENESIS•PROTORUNE - это первый Проторун, и его Протожжение было успешно завершено. Правильную работу индексатора орд можно наблюдать, где Протожжение произошло без ценотафа, потому что выход OP_RETURN использовал баланс QUORUM•GENESIS•PROTORUNE. Это можно увидеть по этой ссылке:https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572...

Эта Genesis Protorune предназначена только в качестве примерной реализации и не предназначена для продажи. Она стремится служить публичной площадкой для стандарта Protorune и может быть интегрирована в протокол для обеспечения функций управления токенами проекта.

Тот @judoflexchopкоманда все еще разрабатывает WASM индексатор для этого генезисного проторун:https://github.com/kungfuflex/quorumgenesisprotorune...

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

Отказ от ответственности:

1. Эта статья перепечатана из [.TrustlessLabs]. Перешлите оригинальное название'Fractal、OP_NET、AVM、BRC100、可编程符文,BTC 还有哪些扩展方案?'. Все авторские права принадлежат оригинальному автору [TrustlessLabs]. Если есть возражения к этому перепечатыванию, пожалуйста, свяжитесь с Gate Learnкоманда, и они быстро решат эту проблему.
2. Отказ от ответственности: Взгляды и мнения, выраженные в этой статье, принадлежат исключительно автору и не являются какими-либо инвестиционными рекомендациями.
3. Переводы статьи на другие языки выполняются командой Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных статей запрещены.