Переслати оригінальний заголовок 'Фрактал, OP_NET, AVM, BRC100, програмовані руни, BTC, що ще залишилося розширеннями?
З початку першого кварталу 2024 року спекулятивний ентузіазм у BTC екосистемі не відповідає ентузіазму 2023 року. Однак, з приєднанням більше розробників та ознайомленням з BTC моделлю, технічний прогрес в BTC екосистемі є швидким, особливо щодо програмованих рішень для масштабованості. Раніше Trustless labs представили L2 та UTXO в BTC, а також переставлення BTC. Ця стаття продовжить заповнювати прогалини та представить високопопулярний Fractal Bitcoin та програмовані рішення протоколів метаданих BTC, таких як BRC20, CBRC та ARC20.
Фрактал - це розширюваний фреймворк на основі віртуалізації програмного забезпечення клієнта Bitcoin core, що створює рекурсивну деревоподібну структуру, де кожен рівень блокчейну може покращити продуктивність усієї мережі Фрактал. За допомогою повторного використання основного коду, Фрактал миттєво повністю сумісний з Bitcoin та його інфраструктурою, наприклад, у гірництві. Різниця полягає в тому, що у Фрактал активований оператор op_cat, що дозволяє більше логічної реалізації.
Fractal був розроблений командою Unisat, яка згадувала про розвиток Fractal у своєму блозі в січні 2024 року. Проект запустив свою бета-тестову мережу 1 червня 2024 року, завершив тестову фазу скидання 29 липня, а запуск головної мережі очікується у вересні 2024 року.
Команда щойно випустила свою токеноміку. Мережа Fractal матиме власний токен, 50% якого буде створено шляхом майнінгу, 15% для екосистеми, 5% попередньо продано раннім інвесторам, 20% для радників та основних учасників, а 10% – як субсидії спільноти для встановлення партнерства та ліквідності.
Дизайн архітектури
Fractal повністю віртуалізує основний клієнт Bitcoin, інкапсулюючи його в розгорнутий і запущений програмний пакет Bitcoin Core Software Package (BCSP). Потім він рекурсивно прив'язується до основної мережі Bitcoin, незалежно запускаючи один або кілька екземплярів BCSP. Завдяки сучасній технології віртуалізації він досягає ефективного розподілу продуктивності апаратного забезпечення, дозволяючи кільком екземплярам працювати в основній системі. Простіше кажучи, це схоже на запуск кількох екземплярів віртуальних машин (екземплярів BCSP, побудованих на Fractal) на одному комп'ютері (основна мережа BTC), і це може рекурувати далі.
Коли з'являється велика кількість вимог про взаємодію на ланцюжку, ці вимоги можуть бути селективно делеговані на глибші рівні. Система здатна динамічно збалансувати навантаження, що допомагає уникнути надмірної заторності на будь-якому конкретному рівні. Для поліпшення користувацького досвіду Fractal також вніс деякі зміни до основної версії Bitcoin, змінивши час підтвердження блоку на 30 секунд або менше та збільшивши розмір блоку у 20 разів до 20 МБ, що забезпечує достатню продуктивність та низьку латентність.
Фрактал активував оператор op_cat, що дозволяє більше можливостей для дослідження та тестування схем масштабованості BTC.
Щодо активів міжланцюжкового зв'язку, оскільки різні екземпляри всі працюють в одному фізичному середовищі, це може бути зрозуміло як робота кількох основних ланцюгів Bitcoin в межах одного і того ж фреймворку BTC. Таким чином, ланцюги екземплярів можуть спілкуватися між собою, досягаючи безшовного перекладу активів між різними рівнями шляхом створення універсального інтерфейсу для передачі активів.
Bitcoin, а також активи, такі як BRC-20 та Ordinals, можуть бути мостом у децентралізований спосіб. Основний механізм - це механізм обертального підпису MPC з динамічною заміною. Наразі, він здається обгортковим шаром. У наступних ітераціях BTC та інші активи головної мережі також можуть існувати як згорнуті активи brc-20 на Fractal Bitcoin.
У порівнянні з типовими рішеннями Ethereum Layer 2, ця форма віртуалізації досягає обчислювальної масштабованості через додатковий абстракційний шар поза основним ланцюгом, зберігаючи при цьому узгодженість з основним ланцюгом без впровадження нових механізмів згоди. Тому поточні BTC ASIC-майнери та майнінгові пули можуть безшовно приєднатися до мережі Fractal.
Гарантія безпеки Fractal полягає у його обчислювальній потужності. Дизайн в основному покращує безпеку механізму PoW Fractal через три аспекти. Fractal вводить спільний майнінг, де один з кожних трьох блоків генерується через злиття майнингу з майнерами BTC, щоб допомогти захистити мережу від потенційних атак 51%; решта двох блоків виробляються власною обчислювальною потужністю мережі Fractal. Очевидно, що вплив на майнерів BTC є ключовим для успіху Fractal, і його токеноміка неминуче буде нахилена до майнерів.
У той же час новостворений віртуалізований ланцюжок екземплярів зазнає початкового періоду вразливості на етапі запуску. Під час запуску нового екземпляра оператори можуть встановити певну висоту блоку, щоб забезпечити захист, доки екземпляр не досягне безпечного та здорового стану. У майбутньому майнери з великими обсягами обчислювальної потужності зможуть розподіляти свої ресурси між різними екземплярами BCSP, тим самим підвищуючи надійність і стійкість всієї системи.
Відносини між монетами основної мережі Fractal та сатошами
Видобуток монет основної мережі Fractal призначений для забезпечення роботи ланцюжка. Ланцюжок fb і btc практично однакові, без здатності безпосередньо виконувати розумні контракти. Тому складні функції DeFi, такі як свопи, потребують додаткової інфраструктури. Unisat обіцяє, що для свопів будуть використовуватися sats brc20. Цей своп запускається на Fractal і також потребує власних вузлів. Сати, зараховані цими вузлами за самодостатність, становлять сервісні збори.
AVM (Атомічний віртуальний машинний) - це реалізація розумного контракту BTC протоколу Atomicals. AVM створює віртуальну машину, яка моделює можливості BTC скрипту та дозволяє використання кількох внутрішніх опкодів BTC в межах віртуальної машини. Розробники можуть реалізувати розумні контракти, комбінуючи скрипти Bitcoin, визначаючи власні правила управління створенням та передачею активів.
Сатоші Накамото розробив повністю виразну мову сценаріїв на початку створення Bitcoin, яка містить багатий набір примітивних опкодів. Ці сценарії мають певні можливості зберігання даних, а їх виконання є повністю тьюрінг-повним. Пізніше 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....
Офіційний веб-сайт: https://opnet.org/#
OP_NET, запропонований у третьому кварталі 2024 року, має на меті впровадити функціональність розумного контракту, подібну до Ethereum, в мережу Bitcoin, одночасно враховуючи характеристики та архітектуру Bitcoin. Транзакції на OP_NET вимагають лише внутрішньої валюти bitcoin, що усуває необхідність у додаткових токенах для оплати стимулів для вузлів або комісій за транзакції.
OP_NET пропонує комплексну, компактну та зручну бібліотеку розробки, головним чином написану мовою AssemblyScript (схожу на TypeScript, компільовану до WebAssembly). Метою його дизайну є спрощення створення, читання та маніпулювання технологіями, пов'язаними з Bitcoin, особливо щодо розумних контрактів та розумних написів Bitcoin (BSI).
Основні функції та особливості OP_NET
OP_NET забезпечує консенсус блока Bitcoin та доступність даних, забезпечуючи зберігання всіх транзакцій в мережі Bitcoin та захист їх незмінюваністю. За допомогою віртуальної машини виконання (OP_VM), OP_NET може виконувати складні обчислення над блоками Bitcoin. Усі надіслані транзакції OP_NET позначені рядком «BSI» та виконуються у OP_VM для оновлення стану контракту.
Вузли OP_NET виконують віртуальну машину WASM, що підтримує кілька мов програмування, таких як AssemblyScript, Rust та Python. Завдяки використанню Tapscript для включення розширених можливостей розумного контракту, розробники можуть розгортати та взаємодіяти з розумними контрактами безпосередньо на біткоїновому блокчейні без дозволу.
Код цих смарт-контрактів стиснутий та записаний в транзакції 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 підключається до протоколу OP_NET за допомогою методів мультипідпису.
Зокрема, OP_NET сумісний з SegWit та Taproot, і його токеновий дизайн не пов'язаний з UTXO, уникнення ризику помилкового відправлення токенів шахтарям, подальше покращення безпеки та надійності системи. Завдяки цим функціям, OP_NET вводить більш потужну функціональність розумного контракту та підтримку децентралізованих додатків в екосистему Bitcoin.
Проекти екосистеми OP_NET
Попередником OP_NET був протокол cbrc-20, більшість проектів екосистеми продовжуються безпосередньо. Екосистема охоплює різні галузі, включаючи децентралізовану торгівлю, позики, маркет-мейкінг, забезпечення ліквідності та міжланцюжкові мости:
· Motoswap: Децентралізований протокол торгівлі, що працює на Bitcoin Layer 1.
· Stash: Децентралізований протокол позики, що працює на біткоїн-рівні 1. Stash використовує WBTC OP_NET як заставу, дозволяючи користувачам займатися позики без дозволу, з позиками, що видані в стейблкоїні USDs.
· Ordinal Novus: Платформа забезпечення ринкової ліквідності та ліквідності в екосистемі OP_NET.
· Ichigai: Децентралізований агрегатор, який інтегрує кілька платформ DeFi, дозволяючи користувачам керувати угодами, відстежувати ринки та обробляти портфелі в одному інтерфейсі.
· SatBot: інтегрований у Telegram торговий бот, що підтримує виконання угод у режимі реального часу, відстеження ринку та управління портфелем через Telegram.
· KittySwap: Децентралізована біржа та платформа для постійних контрактів, що працює на OP_NET.
· Видалено: Надає послуги банкінгу з приватними, відповідними DeFi на блокчейні.
· SLOHM Finance: Децентралізований проект резервної валюти, запущений на OP_NET.
· BuyNet: Бот для покупки, розроблений для біткойн-екосистеми DeFi.
· SatsX: Проект, що розробляє багатофункціональні можливості та інструменти на OP_NET, розширюючи можливості екосистеми.
· Meme Coins, такі як Satoshi Nakamoto Inu, Zyn, Unga, Pepe: Це токени Meme на основі протоколу OP_20, всі підтримуються OP_NET.
Документ: 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 and Yield Farming для стека протоколів BRC-100.
Проекти екосистеми BRC-100
Командa проекту вивчає методи впровадження мінімального індексування для індексатора протоколу BRC-100. Це дозволяє сторонам розгортати власний мінімальний індекс, щоб отримати стан всіх активів у стеку протоколу BRC-100 без впровадження складної обчислювальної логіки для всіх розширених протоколів. Крім того, мінімальний індекс не потребує частих оновлень або модернізацій.
У екосистемі BRC-100 є 3 проекти:
· inBRC (Запущено) - Перший ринок та індексатор BRC-100: https://inbrc.org.
· 100Swap (Запущено) - Перший децентралізований обмінний пункт AMM Bitcoin L1 з інкрустацією на основі протоколу BRC-102:https://100swap.io.
· 100Layer (Розробка) - Протокол ліквідності для екосистеми Bitcoin на Bitcoin L1, заснований на протоколах BRC-104 і BRC-106, що включає стейблкоїни, забезпечені децентралізованою заставою, обгорнутими токенами та майнінгом ліквідності:https://100layer.io.
Руни - це, по суті, структури даних, які зберігаються в полі OP_RETURN Bitcoin. Порівняно з іншими протоколами на основі JSON, такими як BRC-20, руни є більш легкими, не залежать від складних систем індексування і зберігають простоту та безпеку Bitcoin.
Програмовані руни є розширеним шаром рун, що дозволяють створювати програмовані активи з рунами. Ці активи можуть існувати в межах UTXO та підтримувати операції, схожі на протоколи AMM (автоматизований ринок зроблений). Основна концепція програмованих рун полягає в тому, щоб використовувати дані на біткоїновому блокчейні для реалізації функціональності розумного контракту за допомогою віртуальних машин або подібних технологій.
Протокол Proto-Runes
Основним проектом в області програмованих рун є протокол прото-рун, очолюваний командою @judoflexchop, засновник гаманця oyl. Він був відкритий у відкритому доступі: https://github.com/kungfuflex/protorune...
Протокол Proto-Runes є стандартом та специфікацією, яка забезпечує рамки для програмованих рун. Керуючи та переказуючи активи рун між метапротоколами, він дозволяє створювати AMM, позичкові протоколи або зрілі смарт-контракти.
Наприклад, протокол Proto-Runes реалізував DEX (децентралізовану біржу), подібну до Uniswap, у мережі Bitcoin, підтримуючи атомарні свопи рунних активів і створення пулів ліквідності. Завдяки поєднанню спалювання прототипів і повідомлень прототипів користувачі можуть брати участь у децентралізованій торгівлі та управлінні активами, не виходячи з мережі Bitcoin.
Говорячи простою мовою, протокол Proto-Runes дозволяє спалювати руни у вигляді програмованих рун (Protorunes), тим самим наділяючи руни додатковими функціями та використанням.
Protoburn та Protorunes
Одним з ключових механізмів Proto-Runes є Protoburn, який дозволяє користувачам спалювати руни і перетворювати їх в представлення для використання тільки підпротоколами. Ці рунні активи націлені за допомогою покажчиків Runestone або указів у протоколі рун, генеруючи нові форми активів у підпротоколах, а саме програмовані руни або Protorunes.
Прототипне спалювання забезпечує невитрачаність, блокуючи руни в виходах OP_RETURN. Цей механізм забезпечує можливість безпечного переказу ресурсів рун з основного протоколу до підпротоколів, що дозволяє подальші операції та транзакції всередині підпротоколів.
Цей процес, як правило, є однобічним, що означає, що активи передаються з протоколу рун до підпротоколів, але не можуть бути безпосередньо передані назад. Повідомлення Protoburn вбудовані в Protostone в поле Протоколу Runestone з тегом протоколу 13 (тег протоколу рун). Повідомлення містить інформацію, таку як ідентифікатор цільового підпротоколу та вказівники активів. Цей механізм надає основу для управління активами та їх передачі між підпротоколами та дозволяє функції, такі як атомарні обміни.
Протоповідомлення
У протоколі Proto-Runes термін Протовідомлення відноситься до інструкцій виконання операцій у підпротоколах. Воно реалізовано шляхом кодування в структурі Протокаменю і розбирається індексатором. Протовідомлення зазвичай містять запити на операції з активами, такі як перекази, транзакції або інші функції, визначені протоколом. Коли індексатор розбирає поле повідомлення в Протокамені, це поле містить байтовий масив, який зазвичай розбирається через protobuf або інші серіалізатори, очікувані підпротоколом, і потім передається як параметри до робочого часу підпротоколу. Це повідомлення може включати перекази активів, логіку транзакцій або інші функції протоколу.
Вказівники використовуються для вказівки цільового розташування Protostone, яке може бути UTXO в вихідному виводі транзакції або іншим Protostone. Якщо підпротокол вирішує не виконувати вхід та транзакція не вдається, protorunes буде повернуто в місце, на яке вказує вказівник повернення, повертаючи не використані активи ініціатору початкової транзакції.
Механізм роботи протоколу 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 - перший Protorune, і його Protoburn успішно завершено. Можна спостерігати правильну роботу індексатора ord, де Protoburn стався без ценотафу, оскільки вихід OP_RETURN використовував баланс QUORUM•GENESIS•PROTORUNE. Це можна побачити за цим посиланням: https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572...
Цей Genesis Protorune призначений лише як референтна реалізація і не призначений для продажу. Він має на меті служити як публічний форум для стандарту Protorune і може бути інтегрований в протокол для забезпечення управлінських функцій для токенів проєкту.
Об'єкт @judoflexchopкоманда все ще розробляє WASM індексатор для цього генезисного проторуну: https://github.com/kungfuflex/quorumgenesisprotorune...
Це функціональна модель для впровадження управління ланцюгом на Bitcoin L1. Як індексатор, вона дозволяє користувачам генерувати виборчі токени через протокольні повідомлення, при цьому для кожного пропозиції генерується лише один виборчий токен для того ж діапазону символів. Пропозиції автоматично виконуються, коли досягнуто кворум, і користувачі також можуть відкликати свої голоси, передаючи виборчі токени на невитратні адреси. Увесь процес забезпечує прозорість та ефективність управління.
Переслати оригінальний заголовок 'Фрактал, OP_NET, AVM, BRC100, програмовані руни, BTC, що ще залишилося розширеннями?
З початку першого кварталу 2024 року спекулятивний ентузіазм у BTC екосистемі не відповідає ентузіазму 2023 року. Однак, з приєднанням більше розробників та ознайомленням з BTC моделлю, технічний прогрес в BTC екосистемі є швидким, особливо щодо програмованих рішень для масштабованості. Раніше Trustless labs представили L2 та UTXO в BTC, а також переставлення BTC. Ця стаття продовжить заповнювати прогалини та представить високопопулярний Fractal Bitcoin та програмовані рішення протоколів метаданих BTC, таких як BRC20, CBRC та ARC20.
Фрактал - це розширюваний фреймворк на основі віртуалізації програмного забезпечення клієнта Bitcoin core, що створює рекурсивну деревоподібну структуру, де кожен рівень блокчейну може покращити продуктивність усієї мережі Фрактал. За допомогою повторного використання основного коду, Фрактал миттєво повністю сумісний з Bitcoin та його інфраструктурою, наприклад, у гірництві. Різниця полягає в тому, що у Фрактал активований оператор op_cat, що дозволяє більше логічної реалізації.
Fractal був розроблений командою Unisat, яка згадувала про розвиток Fractal у своєму блозі в січні 2024 року. Проект запустив свою бета-тестову мережу 1 червня 2024 року, завершив тестову фазу скидання 29 липня, а запуск головної мережі очікується у вересні 2024 року.
Команда щойно випустила свою токеноміку. Мережа Fractal матиме власний токен, 50% якого буде створено шляхом майнінгу, 15% для екосистеми, 5% попередньо продано раннім інвесторам, 20% для радників та основних учасників, а 10% – як субсидії спільноти для встановлення партнерства та ліквідності.
Дизайн архітектури
Fractal повністю віртуалізує основний клієнт Bitcoin, інкапсулюючи його в розгорнутий і запущений програмний пакет Bitcoin Core Software Package (BCSP). Потім він рекурсивно прив'язується до основної мережі Bitcoin, незалежно запускаючи один або кілька екземплярів BCSP. Завдяки сучасній технології віртуалізації він досягає ефективного розподілу продуктивності апаратного забезпечення, дозволяючи кільком екземплярам працювати в основній системі. Простіше кажучи, це схоже на запуск кількох екземплярів віртуальних машин (екземплярів BCSP, побудованих на Fractal) на одному комп'ютері (основна мережа BTC), і це може рекурувати далі.
Коли з'являється велика кількість вимог про взаємодію на ланцюжку, ці вимоги можуть бути селективно делеговані на глибші рівні. Система здатна динамічно збалансувати навантаження, що допомагає уникнути надмірної заторності на будь-якому конкретному рівні. Для поліпшення користувацького досвіду Fractal також вніс деякі зміни до основної версії Bitcoin, змінивши час підтвердження блоку на 30 секунд або менше та збільшивши розмір блоку у 20 разів до 20 МБ, що забезпечує достатню продуктивність та низьку латентність.
Фрактал активував оператор op_cat, що дозволяє більше можливостей для дослідження та тестування схем масштабованості BTC.
Щодо активів міжланцюжкового зв'язку, оскільки різні екземпляри всі працюють в одному фізичному середовищі, це може бути зрозуміло як робота кількох основних ланцюгів Bitcoin в межах одного і того ж фреймворку BTC. Таким чином, ланцюги екземплярів можуть спілкуватися між собою, досягаючи безшовного перекладу активів між різними рівнями шляхом створення універсального інтерфейсу для передачі активів.
Bitcoin, а також активи, такі як BRC-20 та Ordinals, можуть бути мостом у децентралізований спосіб. Основний механізм - це механізм обертального підпису MPC з динамічною заміною. Наразі, він здається обгортковим шаром. У наступних ітераціях BTC та інші активи головної мережі також можуть існувати як згорнуті активи brc-20 на Fractal Bitcoin.
У порівнянні з типовими рішеннями Ethereum Layer 2, ця форма віртуалізації досягає обчислювальної масштабованості через додатковий абстракційний шар поза основним ланцюгом, зберігаючи при цьому узгодженість з основним ланцюгом без впровадження нових механізмів згоди. Тому поточні BTC ASIC-майнери та майнінгові пули можуть безшовно приєднатися до мережі Fractal.
Гарантія безпеки Fractal полягає у його обчислювальній потужності. Дизайн в основному покращує безпеку механізму PoW Fractal через три аспекти. Fractal вводить спільний майнінг, де один з кожних трьох блоків генерується через злиття майнингу з майнерами BTC, щоб допомогти захистити мережу від потенційних атак 51%; решта двох блоків виробляються власною обчислювальною потужністю мережі Fractal. Очевидно, що вплив на майнерів BTC є ключовим для успіху Fractal, і його токеноміка неминуче буде нахилена до майнерів.
У той же час новостворений віртуалізований ланцюжок екземплярів зазнає початкового періоду вразливості на етапі запуску. Під час запуску нового екземпляра оператори можуть встановити певну висоту блоку, щоб забезпечити захист, доки екземпляр не досягне безпечного та здорового стану. У майбутньому майнери з великими обсягами обчислювальної потужності зможуть розподіляти свої ресурси між різними екземплярами BCSP, тим самим підвищуючи надійність і стійкість всієї системи.
Відносини між монетами основної мережі Fractal та сатошами
Видобуток монет основної мережі Fractal призначений для забезпечення роботи ланцюжка. Ланцюжок fb і btc практично однакові, без здатності безпосередньо виконувати розумні контракти. Тому складні функції DeFi, такі як свопи, потребують додаткової інфраструктури. Unisat обіцяє, що для свопів будуть використовуватися sats brc20. Цей своп запускається на Fractal і також потребує власних вузлів. Сати, зараховані цими вузлами за самодостатність, становлять сервісні збори.
AVM (Атомічний віртуальний машинний) - це реалізація розумного контракту BTC протоколу Atomicals. AVM створює віртуальну машину, яка моделює можливості BTC скрипту та дозволяє використання кількох внутрішніх опкодів BTC в межах віртуальної машини. Розробники можуть реалізувати розумні контракти, комбінуючи скрипти Bitcoin, визначаючи власні правила управління створенням та передачею активів.
Сатоші Накамото розробив повністю виразну мову сценаріїв на початку створення Bitcoin, яка містить багатий набір примітивних опкодів. Ці сценарії мають певні можливості зберігання даних, а їх виконання є повністю тьюрінг-повним. Пізніше 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....
Офіційний веб-сайт: https://opnet.org/#
OP_NET, запропонований у третьому кварталі 2024 року, має на меті впровадити функціональність розумного контракту, подібну до Ethereum, в мережу Bitcoin, одночасно враховуючи характеристики та архітектуру Bitcoin. Транзакції на OP_NET вимагають лише внутрішньої валюти bitcoin, що усуває необхідність у додаткових токенах для оплати стимулів для вузлів або комісій за транзакції.
OP_NET пропонує комплексну, компактну та зручну бібліотеку розробки, головним чином написану мовою AssemblyScript (схожу на TypeScript, компільовану до WebAssembly). Метою його дизайну є спрощення створення, читання та маніпулювання технологіями, пов'язаними з Bitcoin, особливо щодо розумних контрактів та розумних написів Bitcoin (BSI).
Основні функції та особливості OP_NET
OP_NET забезпечує консенсус блока Bitcoin та доступність даних, забезпечуючи зберігання всіх транзакцій в мережі Bitcoin та захист їх незмінюваністю. За допомогою віртуальної машини виконання (OP_VM), OP_NET може виконувати складні обчислення над блоками Bitcoin. Усі надіслані транзакції OP_NET позначені рядком «BSI» та виконуються у OP_VM для оновлення стану контракту.
Вузли OP_NET виконують віртуальну машину WASM, що підтримує кілька мов програмування, таких як AssemblyScript, Rust та Python. Завдяки використанню Tapscript для включення розширених можливостей розумного контракту, розробники можуть розгортати та взаємодіяти з розумними контрактами безпосередньо на біткоїновому блокчейні без дозволу.
Код цих смарт-контрактів стиснутий та записаний в транзакції 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 підключається до протоколу OP_NET за допомогою методів мультипідпису.
Зокрема, OP_NET сумісний з SegWit та Taproot, і його токеновий дизайн не пов'язаний з UTXO, уникнення ризику помилкового відправлення токенів шахтарям, подальше покращення безпеки та надійності системи. Завдяки цим функціям, OP_NET вводить більш потужну функціональність розумного контракту та підтримку децентралізованих додатків в екосистему Bitcoin.
Проекти екосистеми OP_NET
Попередником OP_NET був протокол cbrc-20, більшість проектів екосистеми продовжуються безпосередньо. Екосистема охоплює різні галузі, включаючи децентралізовану торгівлю, позики, маркет-мейкінг, забезпечення ліквідності та міжланцюжкові мости:
· Motoswap: Децентралізований протокол торгівлі, що працює на Bitcoin Layer 1.
· Stash: Децентралізований протокол позики, що працює на біткоїн-рівні 1. Stash використовує WBTC OP_NET як заставу, дозволяючи користувачам займатися позики без дозволу, з позиками, що видані в стейблкоїні USDs.
· Ordinal Novus: Платформа забезпечення ринкової ліквідності та ліквідності в екосистемі OP_NET.
· Ichigai: Децентралізований агрегатор, який інтегрує кілька платформ DeFi, дозволяючи користувачам керувати угодами, відстежувати ринки та обробляти портфелі в одному інтерфейсі.
· SatBot: інтегрований у Telegram торговий бот, що підтримує виконання угод у режимі реального часу, відстеження ринку та управління портфелем через Telegram.
· KittySwap: Децентралізована біржа та платформа для постійних контрактів, що працює на OP_NET.
· Видалено: Надає послуги банкінгу з приватними, відповідними DeFi на блокчейні.
· SLOHM Finance: Децентралізований проект резервної валюти, запущений на OP_NET.
· BuyNet: Бот для покупки, розроблений для біткойн-екосистеми DeFi.
· SatsX: Проект, що розробляє багатофункціональні можливості та інструменти на OP_NET, розширюючи можливості екосистеми.
· Meme Coins, такі як Satoshi Nakamoto Inu, Zyn, Unga, Pepe: Це токени Meme на основі протоколу OP_20, всі підтримуються OP_NET.
Документ: 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 and Yield Farming для стека протоколів BRC-100.
Проекти екосистеми BRC-100
Командa проекту вивчає методи впровадження мінімального індексування для індексатора протоколу BRC-100. Це дозволяє сторонам розгортати власний мінімальний індекс, щоб отримати стан всіх активів у стеку протоколу BRC-100 без впровадження складної обчислювальної логіки для всіх розширених протоколів. Крім того, мінімальний індекс не потребує частих оновлень або модернізацій.
У екосистемі BRC-100 є 3 проекти:
· inBRC (Запущено) - Перший ринок та індексатор BRC-100: https://inbrc.org.
· 100Swap (Запущено) - Перший децентралізований обмінний пункт AMM Bitcoin L1 з інкрустацією на основі протоколу BRC-102:https://100swap.io.
· 100Layer (Розробка) - Протокол ліквідності для екосистеми Bitcoin на Bitcoin L1, заснований на протоколах BRC-104 і BRC-106, що включає стейблкоїни, забезпечені децентралізованою заставою, обгорнутими токенами та майнінгом ліквідності:https://100layer.io.
Руни - це, по суті, структури даних, які зберігаються в полі OP_RETURN Bitcoin. Порівняно з іншими протоколами на основі JSON, такими як BRC-20, руни є більш легкими, не залежать від складних систем індексування і зберігають простоту та безпеку Bitcoin.
Програмовані руни є розширеним шаром рун, що дозволяють створювати програмовані активи з рунами. Ці активи можуть існувати в межах UTXO та підтримувати операції, схожі на протоколи AMM (автоматизований ринок зроблений). Основна концепція програмованих рун полягає в тому, щоб використовувати дані на біткоїновому блокчейні для реалізації функціональності розумного контракту за допомогою віртуальних машин або подібних технологій.
Протокол Proto-Runes
Основним проектом в області програмованих рун є протокол прото-рун, очолюваний командою @judoflexchop, засновник гаманця oyl. Він був відкритий у відкритому доступі: https://github.com/kungfuflex/protorune...
Протокол Proto-Runes є стандартом та специфікацією, яка забезпечує рамки для програмованих рун. Керуючи та переказуючи активи рун між метапротоколами, він дозволяє створювати AMM, позичкові протоколи або зрілі смарт-контракти.
Наприклад, протокол Proto-Runes реалізував DEX (децентралізовану біржу), подібну до Uniswap, у мережі Bitcoin, підтримуючи атомарні свопи рунних активів і створення пулів ліквідності. Завдяки поєднанню спалювання прототипів і повідомлень прототипів користувачі можуть брати участь у децентралізованій торгівлі та управлінні активами, не виходячи з мережі Bitcoin.
Говорячи простою мовою, протокол Proto-Runes дозволяє спалювати руни у вигляді програмованих рун (Protorunes), тим самим наділяючи руни додатковими функціями та використанням.
Protoburn та Protorunes
Одним з ключових механізмів Proto-Runes є Protoburn, який дозволяє користувачам спалювати руни і перетворювати їх в представлення для використання тільки підпротоколами. Ці рунні активи націлені за допомогою покажчиків Runestone або указів у протоколі рун, генеруючи нові форми активів у підпротоколах, а саме програмовані руни або Protorunes.
Прототипне спалювання забезпечує невитрачаність, блокуючи руни в виходах OP_RETURN. Цей механізм забезпечує можливість безпечного переказу ресурсів рун з основного протоколу до підпротоколів, що дозволяє подальші операції та транзакції всередині підпротоколів.
Цей процес, як правило, є однобічним, що означає, що активи передаються з протоколу рун до підпротоколів, але не можуть бути безпосередньо передані назад. Повідомлення Protoburn вбудовані в Protostone в поле Протоколу Runestone з тегом протоколу 13 (тег протоколу рун). Повідомлення містить інформацію, таку як ідентифікатор цільового підпротоколу та вказівники активів. Цей механізм надає основу для управління активами та їх передачі між підпротоколами та дозволяє функції, такі як атомарні обміни.
Протоповідомлення
У протоколі Proto-Runes термін Протовідомлення відноситься до інструкцій виконання операцій у підпротоколах. Воно реалізовано шляхом кодування в структурі Протокаменю і розбирається індексатором. Протовідомлення зазвичай містять запити на операції з активами, такі як перекази, транзакції або інші функції, визначені протоколом. Коли індексатор розбирає поле повідомлення в Протокамені, це поле містить байтовий масив, який зазвичай розбирається через protobuf або інші серіалізатори, очікувані підпротоколом, і потім передається як параметри до робочого часу підпротоколу. Це повідомлення може включати перекази активів, логіку транзакцій або інші функції протоколу.
Вказівники використовуються для вказівки цільового розташування Protostone, яке може бути UTXO в вихідному виводі транзакції або іншим Protostone. Якщо підпротокол вирішує не виконувати вхід та транзакція не вдається, protorunes буде повернуто в місце, на яке вказує вказівник повернення, повертаючи не використані активи ініціатору початкової транзакції.
Механізм роботи протоколу 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 - перший Protorune, і його Protoburn успішно завершено. Можна спостерігати правильну роботу індексатора ord, де Protoburn стався без ценотафу, оскільки вихід OP_RETURN використовував баланс QUORUM•GENESIS•PROTORUNE. Це можна побачити за цим посиланням: https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572...
Цей Genesis Protorune призначений лише як референтна реалізація і не призначений для продажу. Він має на меті служити як публічний форум для стандарту Protorune і може бути інтегрований в протокол для забезпечення управлінських функцій для токенів проєкту.
Об'єкт @judoflexchopкоманда все ще розробляє WASM індексатор для цього генезисного проторуну: https://github.com/kungfuflex/quorumgenesisprotorune...
Це функціональна модель для впровадження управління ланцюгом на Bitcoin L1. Як індексатор, вона дозволяє користувачам генерувати виборчі токени через протокольні повідомлення, при цьому для кожного пропозиції генерується лише один виборчий токен для того ж діапазону символів. Пропозиції автоматично виконуються, коли досягнуто кворум, і користувачі також можуть відкликати свої голоси, передаючи виборчі токени на невитратні адреси. Увесь процес забезпечує прозорість та ефективність управління.