TL; DR

1. Нещодавно, з популярністю екосистеми BTC, ми можемо побачити випуск різних токенів на головній мережі Bitcoin, тому які це токени і як працюють протоколи, які стоять за ними.
2. Мета цього статті полягає в уточненні обставин плану емісії активів BTC у формі графіка. Що саме спонукало популярність біткоїну, давайте поглибимося і дізнаємося.
3. У той же час, ця стаття посилається на багато інших статей. Під час мого посилання та дослідження я виявив, що окремі статті можуть містити помилки у часі деяких угод/проєктів, тому я додав відповідні матеріали до всіх графіків у цій статті. Якщо є які-небудь помилки, будь ласка, вказуйте мені, дякую.
4. Попередження: Токени, згадані у статті, призначені лише для навчання та обміну, і не є рекомендаціями щодо інвестицій. DYOR

Розділ I — Шестерні долі починають крутитися

“1” Порядкові числівники

Багато існуючих статей починаються з Протоколу Ординалів, але в офіційній документації Ординалів перша згадує теорію Ординальних чисел. З цього можна зробити висновок, що Кейсі також взяв деяку натхнення з цього, щоб створити Протокол Ординалів

Як відомо, найменша одиниця у світі біткойну - сатоші (сат), і теорія послідовних чисел може бути просто зрозуміла як штучне нумерування цих сатошів. З розділу мотивації пропозиції BIP ми можемо узагальнити, що теорія хоче забезпечити спосіб для біткойну діяти як стійкий ідентифікатор для запобігання передачі власності або обертання ключа, не потребуючи будь-яких змін в мережі біткойну.

Звісно, існують деякі заперечення стосовно цієї теорії, такі як зменшення конфіденційності користувачів, збільшення розміру наборів UTXO, пилові атаки тощо. Докладніше дивіться пропозицію BIP.

Угода про "2" порядкові числівники

Пропозиція угоди

Угода про порядкові числа була запропонована та опублікована Кейсі, в якій він запропонував наступні ідеї:

Чи ми можемо впорядкувати ці "Сатоші" в певному порядку, надати їм порядковий номер від 0 до 2,100,000,000,000,000, а потім підключити їх до іншої інформації: зображення, текст, відео або навіть рядок коду. В результаті кожен Сатоші став унікальним і незамінним. Це еквівалентно наданню Bitcoin його власної здатності створювати NFT.

Угода про порядок була розгорнута в кінці 2022 року, і перша напис на головній мережі була вигравірована 14 грудня 2022 року UTC (https://ordinalswallet.com/inscription/6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0), під час якого часу угода була узгодженаЦе завжди оновлювалося та ітерувалося, але офіційно не оголошувалося. Наразі його можна оновити з першого офіційного оголошення, знайденого в Твіттері Кейсі, як із января: (Також спасибі за підказку, яку надав Шеп)

Характеристики угоди

Числа SAT та поділ рідкісності

Люди є природніми колекціонерами. Оскільки порядкові числа штучно нумерують Сатоші, чому б вони не надавали цим Сатоші вищий або нижчий рівень, щоб була різниця у рідкісності. Наразі існує 6 типів рідкісності:

Ця рідкість схожа на те, що ми називаємо «леопардові банкноти», «серійні банкноти» та інше, коли граємо з банкнотами в реальному житті. По суті, вони всі є банкнотами. Їх реальна вартість - це номінальна вартість банкноти, але через те, що люди віддають їй особливе значення, у них є вища колекціонна вартість, і є премія, тобто те, що ми часто називаємо «консенсус створює вартість».

Призначаючи конкретний номер правила кожному сату та відстежуючи його в угоді про порядкові числа, також дозволяє будь-кому приєднати додаткові дані, такі як зображення (Image), текст (Text), відео (Video), аудіо (Audio) тощо, через угоду про порядкові числа. У перші дні гравці більш схильні створювати NFT на ній. Початкова позиція засновника Кейсі щодо цього також полягала в тому, щоб дозволити людям зберігати щось незмінне на Bitcoin, найстарішому та найпоширенішому ланцюжку. Так що на деякий час багато людей будуть прирівнювати Порядкові числа з "Bitcoin NFTs". Сьогодні ми все ще можемо побачити їх у гаманці Unisat.

Торгуйте першим увійшов, першим вийшов

Для забезпечення того, щоб послідовний SAT із серійними номерами не був хаотичним під час процесу транзакції, використовується метод транзакції "перший увійшов, перший вийшов".Ось приклад статті Ван Їші (https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/), щоб пояснити характеристики першим прийшов, першим обслужив:

На зображенні нижче зліва є два входи. Адреса 1 та Адреса 2 мають усього 5 сатоші. У цій транзакції 4 сатоші було відправлено на адресу, яка починається з 3 OpZ, і 1 сатоші залишилося сплатити майнеру як майнерська комісія.

Припускаючи, що в вищезазначеній транзакції ми таємно використовували протокол Ord для впорядкування ідентифікатора (серійного номера) для кожного Сатоші, то після завершення транзакції 4 з номерованих Сатоші Ord A- > D за адресами 1 і 2 перейшли за адресу 3, а останній Сатоші був переданий майнеру.

Так званий метод “перший увійшов - перший вийшов” означає, що кожен номер Сатоші впорядкований відповідно до його індексу в вихідній транзакції. Наприклад, у вихідній транзакції (Output) на малюнку нижче, адреса 3 має вищий ранг, ніж адреса майнера, потім Сатоші, перенесені з адреси 1 та адреси 2, спочатку успадковуються адресою 3, а потім адресою майнера.

Принципи протоколу

Хто-небудь, хто знайомий з біткоїном, знає, що біткоїн народився як система електронних грошей одне до одного. Мова програмування, яку він використовує, не є повною мовою сценаріїв Тьюрінга, тому практично неможливо реалізувати складні функції, і дві головні оновлення BTC в '17 та '21 року дозволили реалізувати деякі функції, що включають складну логіку на BTC.

На основі вищевикладеного премісу розробки протокол Ordinals досяг ефекту перегляду та пересилання шляхом запису вмісту своєї надпису в скрипт Taproot та використання UTXO. Оскільки витрати на скрипт Taproot можуть бути зроблені лише з існуючих виходів Taproot, для досягнення гравірування використовуються дві стадії (зобов'язати/розкрити). Спочатку, при поданні транзакції нам потрібно створити вихід Taproot зі скриптом, що містить вміст надпису, і по-друге, при розкритті транзакції нам потрібно витратити подану транзакцію, створену раніше, щоб розкрити вміст надпису на ланцюгу. В цьому процесі нам також потрібно серіалізувати вміст надпису в послідовності кроків:

Ну, щоб пояснити це простими словами, це еквівалентно тому, що ви ініціюєте переказ у WeChat. Під час процесу переказу нам потрібно вказати зміст напису, який ви створили в коментарях (вихід Taproot), а потім відправити переказ (витратити для подання транзакції), тому після завершення відправлення ми зможемо дозволити іншій стороні побачити, що ви написали в коментарі (розкрити транзакцію) в чат-вікні. Якщо в цьому переказі немає коментаря або транзакцію скасовано, то зміст цього напису не буде завантажено за посиланням.

Розділ II — BTC Екосистема Випуску Активів у Повному Розквіті

"1" Brc20 угода

Пропозиція угоди

Після виходу протоколу Ординалс ранні гравці грали з NFT, і анонімний розробник domo випустив експериментальний стандарт 2023.3.8 — протокол BRC-20, який покращився на основі протоколу Ординалс і офіційно розгорнув перший BRC20 $ordi, що дозволяє будь-кому випускати токени в мережі Bitcoin, схоже на те, як грати токени ERC-20 на Ethereum.

Повідомлення:

1. Перший твіт domo про BRC-20 був 2023.3.9, але, глядаючи на час розгортання $meme та $ordi, він повинен був бути запущений 2023.3.8

2. $meme був першим BRC20, що був розгорнутий, а $ordi був першим офіційно випущеним BRC20, що можна вважати за час їх розгортання

Однак кожен повинен був відчути розвиток $ordi. Тут майже немає згадок. Для деталей дивіться твіт нижче:

Принципи протоколу

Протокол BRC-20 встановлює серію стандартів для забезпечення розгортання, видачі та передачі токенів BRC20 на основі Ординальної теорії. Стандарти формату протоколу походять від формату проекту Sats Name (перший проект DID на основі протоколу Ординалів):

Також, щоб пояснити простою мовою тут, як у Відомостях про ординали, це еквівалентно тому, що ви ініціюєте переказ у WeChat, але зміст приміток відрізняється.

розширення

Хоча цей метод протоколу BRC-20 дозволяє безкоштовно випускати гомогенізовані токени на ланцюгу Bitcoin, оскільки у Bitcoin немає моделі рахунку, а вміст BRC-20 розміщений у сценарії Taproot Segwit, ми не можемо безпосередньо розраховувати баланс BRC20 кожного рахунку на ланцюжку. Тому поточний метод полягає у побудові індексного сервера під ланцюгом для досягнення інформації про токени BRC20, розрахунку балансу, трансферу транзакцій тощо, але існує ризик централізації.

Спочатку давайте зрозуміємо три частини протоколу рівня BTC: угода встановлює правила написання даних у Bitcoin, індексатор надає можливість запитувати та аналізувати ці дані, а рахунок реєструє баланс токенів та обробляє перекази.

Для BRC20 серверу індексів спочатку потрібно визнати кожен розгорнутий BRC20, щоб прочитати інформацію про токени, яка називається "індекс".

У той же час, оскільки баланси BRC20 всі врізані в скрипт, сама мережа BTC не може його визнати, тому індексний сервер BRC20 повинен побудувати локальний рахунок для запису балансу BRC20. Кожного разу, коли відбувається переказ, потрібно перевірити і оновити локальний рахунок, щоб переконатися, що транзакцію можна виконати (достатньо монет).

Отже, BRC20 потребує відправити дві операції під час транзакції:

1. Перша транзакція зчитує останні дані рахунку в локальному рахунку та обчислює баланс

2. Друга транзакція потім передається.

Протокол Ordinals суттєво призначений для NFT. На основі його вдосконаленого BRC20 складність переказу зростає рекурсивно. Індексатор BRC20 також виконує роботу рахівника. Цей рахівник існує повністю поза ланцюжком від Bitcoin. Індексатор повинен точно записувати кожну зміну балансу, щоб забезпечити цілісність рахівника.

Отже, по мірі накопичення часу накопичуватимуться реєстри індексаторів, а тиск на вузли збільшуватиметься. Якщо індексатор не постійно мотивується, буде важко забезпечити стійкість. Якщо реєстр індексатора більше не функціонує, то BRC20 буде повністю непридатним.

Системи TRAC «2»

$TRAC

$TRAC - це токен BRC20, запущений Бенні 3 травня 2023 року і офіційно розгорнутий та запущений 22 травня 2023 року.

Trac Core

Ядро Trac - це оракул та децентралізований індексатор для біткоїнових написів, яке вирішує проблеми, такі як індексація, відновлення та ціноутворення екологічних даних написів.

Наприклад, щодо індексаторів, хоча дані написів зберігаються на ланцюгу Bitcoin, це лише інформація, що стосується написів, і процес оновлення та перевірки даних вимагає індексатора сторонньої централізованої сторони, і безпека завжди критикується (наприклад, помилка в обліковому записі ordi Binance в кінці листопада). Тому Trac може зробити екосистему написів успадкувати безпеку Bitcoin у більшій мірі, збирати, організовувати та сортувати всі дані на Bitcoin та планує в майбутньому впроваджувати сотні індексаторних вузлів.

У той ж час, коли кількість вузлів збільшується, Trac Core також інтегрує роль оракулів для отримання необхідних надійних даних зовнішніх джерел для введення у блокчейн, що є основою для подальшої побудови протоколів вищого рівня, таких як вроджений DeFi, і API Trac може бути безкоштовно викликаний.

В результаті екологічний слот Trac Core, який є як децентралізованим індексатором, так і біткойн-оракулом, можна сказати, що він випереджає більшість проектів написання.

Протокол натискання

Протокол Tap є вдосконаленою версією протоколу на основі Ordinals, випущеною командою $TRAC 7 серпня 2023 року. Ми можемо розглядати його як покращену версію дзеркального протоколу BRC20. Це протокол, який сумісний та оновлений до BRC20. Він має наступні 4 функції:

1. Протокол OrdFi з унікальними стандартами токенів
2. Сумісний з токенами BRC20, проста інтеграція на ринку та порушення обмеження на довжину імені BRC20. Довжина токену BRC-20 фіксована на 4 цифри, тоді як довжина токену Tap становить 3 або 5-32 біти (не 4 цифри)
3. Підтримує функції, такі як пакетні перекази, заставлені активи та обмін токенів. Покращіть ефективність транзакцій, не розраховуючись на ланцюг L2
4. Перше угода щодо підтримки прокляття надписів

Використовує раніше розгорнутий $TRAC як токен управління для свого протоколу (не дуже характерно, але я поясню це тут)

На даний момент токени $TAP та $-TAP були офіційно випущені в протоколі Tap Protocol, з яких $TAP був витрачений БенніTheDev у 2023.8.6; $-TAP був відкритий для громади, з загальною кількістю 21,000,000 (або 21,000). За дослідженням Шепа, $-TAP був розгорнутий на 30 хвилин раніше, ніж $TAP, і є справжнім першим родовим токеном в протоколі.

труба

Протокол Pipe був запропонований автором $TRAC Бенні, що є удосконаленням протоколу Runes. Можна сказати, що угода Pipe вилучила угоду Runes, оскільки угоду Runes запропонував Кейсі, засновник угоди Ordinals, але її основний акцент - на угоді Ordinals, тому розвиток угоди Runes пройшов повільно, і Бенні запустив угоду Pipe приблизно за місяць після вивчення ідей угоди Runes.

Зв'язок між трьома

На цьому етапі ми бачимо, що Бенні запустив 3 проекти підряд менше, ніж за півроку, і ці 3 проекти також переплітаються, остаточний набір ляльок. Давайте скористаємося зображенням нижче, щоб розгорнути взаємозв'язок між ними.

Загалом, токени управління проектом використовуються як власний токен угоди, і через цей метод токени управління можуть сприяти та обмежувати один одного, що є дуже рідкісним. Наразі конкретні функції цих токенів управління ще не були офіційно оголошені, тому ми побачимо, чи це призведе до якихось захоплюючих зіткнень у наступному розвитку.

Угода "3" атомічних

Пропозиція угоди

Засновник Протоколу Атомікалс намагався розробити проект DID на Протоколі Ординалів у лютому, але під час процесу розробки він виявив, що обмеження Протоколу Ординалів зробили деякі функції, які він хотів, неможливими або трохи незручними. Він опублікував свою першу ідею про Протокол Атомікалс 2023.5.29, і, нарешті, запустив угоду 2023.9.17 після кількох місяців розробки.

Початковий запуск протоколу Atomicals не викликав великого зацікавлення в екосистемі Bitcoin, оскільки тоді, через введення протоколу Ordinals та протоколу BRC-20, на різних ланцюжках з'явилася велика кількість вдосконалених протоколів на їх основі, але коли ми розглянули документацію протоколу Atomicals, ми виявили, що це був зовсім інший протокол.

Теоретичні основи — Теорія цифрових матеріалів (DMT)

Теорія DMT (теорія цифрової речовини) посилається на теорію цифрової речовини, що означає, що цифрова інформація не є просто випадковими числами та літерами; фактично, її також можна розглядати як свою власну "речовину", таку як дерево або метал. DMT може бути транзакціями, байтами або будь-яким іншим шаблоном блокчейн-даних у блокчейн-даних, і ці шаблони можуть бути перетворені на цінні цифрові предмети або активи.

Тут також є цитата вмісту доктора Джінгла для кращого розуміння всіма:

1. Деякі фізики стверджують, що інформація є новою формою речовини, яка в кінцевому підсумку може завоювати все на Землі (що також є дуже контроверсійним). За поточними тенденціями зростання, обсяг цифрової інформації на Землі може бути використаний більше, ніж фізичні атоми приблизно через 350 років, що також підкреслює експоненційний ріст та важливість цифрової інформації.
2. Ідея фізика надихнула багатьох перетворити його в обов'язковий протокол, розбираючи цінну інформацію з біткойн-блокчейну для створення "не довільного токена ". Використання теорії цифрового матеріалу може повністю змінити створення цифрової вартості, зробивши її більш недовільною та значущою. За допомогою даних в контексті теорії цифрового матеріалу можна створювати нові механізми для ідентифікації та отримання нових послідовностей вартості в даних, відкриваючи можливості для нових форм токенів.
3. Наприклад, деякі люди навіть порівнюють Bitcoin з застосуванням DMT. Bitcoin також не є довільним токеном. У нього є свої власні характеристики, такі як 21 мільйон монет, один блок за 10 хвилин тощо. Через цифровий обмін інформацією в мережі Bitcoin, можна передавати та зберігати вартість. Хоча Bitcoin існує лише в цифровому світі, його вартість і вплив можуть мати значний вплив у реальному світі, так само, як традиційні фізичні гроші.
4. Однак DMT не обходиться без суперечок. Деякі критики вважають, що цифрову інформацію не можна порівняти з основними фізичними сутностями, такими як матерія та енергія, оскільки сама цифрова інформація не може безпосередньо змінювати реальний світ. Проте прихильники DMT вважають, що хоча цифрова інформація і не може безпосередньо змінювати реальний світ. Однак, через людські дії та рішення, цифрова інформація може опосередковано змінювати світ, наприклад, застосування криптовалют.

Проблеми, з якими стикаються будівельники Bitcoin

1. Різноманітні проблеми, спричинені власноручними API:
2. Блокування сервісу, високі витрати на взаємодію, одні й ті ж дані на ланцюжку матимуть різні форми вираження, конкуренція серед розробників
3. Ненадійні індексатори:
4. Проблеми з безпекою активів, часті зміни, позитивні та від'ємні числа порядкових числів
5. Відсутність дизайну верхнього рівня:
6. Складно поєднувати угоди та розвивати власні споруди
7. Обмеження метаданих на ланцюжку:
8. Приклад: Колекції повинні бути вручну завантажені в репозиторії Github, і їх також потрібно вручну оновлювати на десятках ринків, немає консенсусу щодо відповідей on-chain
9. Проблеми не можуть бути виправлені або коштують дорого для виправлення
10. Структура даних протоколу Ordinals великою мірою ґрунтується на використанні одного файлу, що означає, що різні ринки мають позаланцюжкові угоди та власні індекси
11. Відсутність контролю:
12. Якщо немає доступу до потужного високопродуктивного децентралізованого індексатора та більше блокувань сервісу/індексатора, то переносимість даних стане проблемою
13. Відсутність прибутку:
14. Покладання на ці конкретні сервіси та ринки та пропрієтарні сервіси, такі як індекси та API, може призвести до зниження прибутку

Перші три питання для розробників, а останні три для творців

теорія атомів

Протокол Atomicals є простим та гнучким протоколом для виготовлення, передачі та оновлення цифрових об'єктів (традиційно відомих як NFT) для блокчейнів з вихідними транзакціями, як-от Bitcoin.

1 ️ ︎ Цифрові об'єкти — “атомні” NFT

Атомічний (або «атом») - це новий тип NFT, який можна чеканити, передавати та оновлювати на Bitcoin. Основна відмінність полягає в тому, що не потрібно використовувати централізований сервіс або довіреного індексатора сторонньої сторонньої сторони. Для роботи не потрібно вносити жодних змін до Bitcoin, ані використовувати бічні ланцюжки або будь-які L2. Час взяти під контроль наші цифрові життя раз і назавжди.

2 ️ ︎ BitWork — Мікро Proof of Work PoW

Найбільш цікавим удосконаленням протоколу Atomicals є додавання обчислювального процесу ЦП до процесу відтворення токенів, який називається BitWork. Засновникам потрібно вичерпно обчислити значення хешу, які відповідають конкретним префіксним символам, перш ніж вони зможуть здобути монети.

PoW може зробити видобуток монет відносно справедливим, з внесенням як енергетичної, так і часової вартості, а також компонентів випадкової удачі.

На відміну від традиційних алгоритмів PoW, які важко розраховувати, Bitwork може настроювати складність видобутку дрібним чином, змінюючи метод відповідності префікса. Він може додавати числа від 1 до 15 після префікса, такі як "7777.1" або "7777.15" або будь-яке число між ними, що вказує на діапазон варіації, яку дозволяє змінювати цей символ.

Його робочий принцип полягає в тому, що «.» Наступне число називається напів-шаблоном і використовується для збігу будь-якого 5-го символу, починаючи з цього числа. З «7777.10» Наприклад, перші 4 символи txid (hex) повинні бути «7777», а 5-й символ може бути числом 10 (hex) чи більше.

Таким чином, 5 цифр можуть бути a, b, c, d, e або f. Це дозволяє системі вибирати між 2 та 16 разів замість лише 16 разів кожен раз, коли збільшується складність.

Тим часом, BitWork також приніс деякі нові використання:

1. Додайте випадковий елемент удачі до процесу лиття
2. Організовувати спільноти навколо TXIDs та ReFS
3. Коли у вас є дійсно крута посилання або префікс, ви можете організувати відповідну спільноту шляхом консенсусу
4. Ранжування вмісту на основі теорії дорогих сигналів
5. Таким чином ми можемо розташовувати вміст на основі споживання енергії, такої як електроенергія
6. Обмеження та обмеження виготовлення токенів - фільтр спаму

3 ️ ︎ Контейнерні NFT — Стандарт NFT

Контейнер (Container) - це стандарт колекції для представлення NFT та метаданих. Його можна використовувати для додавання/зміни/видалення вмісту будь-якої угоди, такої як Атомічні, Ординальні, Бітмапи тощо, а також можна вибрати постійне "запечатання", тобто заблокування вмісту в контейнері, а потім знищення "ключа", який може відкрити контейнер, тим самим досягаючи мети збереження стану, в якому він був запечатаний, і його неможливість зміни.

Сервіс імен контейнера:

1. Імена контейнерів починаються з символу хештега #, кожне ім'я є унікальним і неповторним, і вони видаються за принципом першим прийшов - першим обслужено
2. Ім'я складається з 3-64 символів, і Bitwork використовується для сповільнення реєстрації назв контейнерів
3. Приклади назв контейнерів: #bitcoin -funks, #gemini -warriors,…

4 ️ ECT ARC20 — Фарбована Монета

Протокол Atomicals використовує найменшу одиницю Bitcoin, sat як базовий «атом». UTXO кожного sat використовується для представлення самого токену, тобто балансу ARC20 є кількість sat. 1 токен = 1 sat.

ARC20 - це модель фарбованих монет, і інформація про реєстрацію записується в скрипті транзакції. Прив'язуючи інформацію до UTXO, можна покращити програмованість та децентралізацію токена. Водночас безпеку транзакції гарантує мережа BTC. Немає потреби в будь-якій позамережній системі для розрахунку балансу токенів ARC20 щодо відстеження транзакцій та розрахунку балансів, оскільки баланс токена відповідає кількості SATs в UTXO. Це найбільша відмінність від протоколу BRC-20.

При розгортанні ARC20 інформація, така як назва токена, загальна сума, обмеження кількості, налаштування складності, початковий блок, зображення і т.д.
2. Коли користувачі відтворюють ARC20, вони записують назву токена в скрипт UTXO. Кількість безпосередньо визначається кількістю сатів в UTXO, 1 сат = 1 токен.
3. Для передачі ARC20 користувачам вже не потрібно вносити будь-які дані в BTC; їм потрібно лише використовувати UXTO, який продовжує утримувати токени, як вхідні та вихідні транзакцій на інші адреси.

Для ARC20 нам потрібен лише індекс, щоб допомогти нам читати інформацію про реєстрацію токенів та визначати монетні транзакції для підтвердження того, який UTXO є ARC20.

Переваги цього полягають в наступному:

1. Вартість індексного сервера була значно знижена. Майже кожен може створити свій власний індексний сервер, і система є високорівневою децентралізованою.
2. Перекази повністю залежать від мережі BTC і не будуть постійно створювати спам-транзакції. Безпека самі переказів ARC20 гарантована мережею BTC.
3. Атомічність ARC20 відповідає атомічності BTC, що робить його підходящим для багатьох внутрішніх застосувань

Звісно, дизайн фарбованих монет має деякі недоліки, оскільки баланс не записується в дані, а прив'язується до сату, тому мінімальна точність поділу балансу ARC20 становить 1.

Це також ускладнює можливість користувачам здійснювати дрібнозернові транзакції під BTC основною мережею, яка встановила мінімальний ліміт транзакцій на рівні 546 сат, щоб запобігти пиловим атакам. Однак протокол Atomicals зараз запропонував конкретний план розділу та активно розробляється.

Ось зображення, що показує найважливішу різницю між BRC20 та ARC20:

5 ️ ︎ Система імені області (RNS) — Система доменних імен

RNS стверджує, що є справжнім суперником системи доменних імен DNS і має на меті бути глобальною заміною для DNS та інших систем доменних імен блокчейну

Імена областей - це зрозумілі для людини ідентифікатори, які можна використовувати для встановлення відповідності мережевих адрес та інформації про ресурс. Імена областей починаються з плюса + та мають щонайменше один буквений символ, наприклад, +alice та +agent007, які є всі валідними іменами (домен верхнього рівня - домен або TLR в системі доменних імен області (RNS)).

Доменне ім'я є власністю та управлінням безпосередньо на біткойн-блокчейні за допомогою атомарного цифрового формату об'єкта, що в основному означає, що немає посередників або централізованих реєстраторів.

6 ️ ︎ Виготовлення підкоролів'я — Фабрика піддоменів

Управляйте та токенізуйте спільноти, випускаючи підреали (Subrealms) під будь-яким реалом (Realm). Конкретні правила такі:

1. Будь-яке поле або підполе може публікувати підполя
2. Усі піддомени можуть успадковувати ті ж самі характеристики та публікувати свої підполя на основі піддомену
3. Кожен є реєстратором у сфері, яку вони володіють, і тут немає централізованого агентства

Ось загальний приклад:

1. Спочатку ми зареєстрували поле +ATOM
2. Коли ми хочемо створити спільноту щодо Punk NFT в цій галузі, ми можемо створити підгалузь на основі поля +ATOM +ATOM.PUNK
3. Після цього ми хочемо створити DAO в спільноті Punk, тоді ми зможемо створити ще одне підполе +ATOM.PUNK.DAO
4. Кожному у DAO призначається DID, потім ви можете створити піддомен +ATOM.PUNK.DAO.JINGLE

Крім того, Subrealm також може бути використаний для організації соціальних медіа, підтвердження особи, винагороди за лояльність та інше.

Характеристики угоди

Через вищезазначену атомну теорію ми можемо побачити, що основні особливості протоколу Atomicals включають:

1. Використовуйте Сатоші як основну одиницю для представлення токену
2. Дозволяє створювати, передавати та оновлювати цифрові об'єкти на Bitcoin
3. Забезпечення децентралізованого, культурно сумісного з Bitcoin підходу токенізації
4. Використання доказу роботи (POW) для збільшення справедливості та децентралізації процесу голосування
5. Призначений для розширення функціональності Bitcoin та підтримки ширшого спектру застосувань

Основні відмінності від інших угод

Найкращий спосіб зрозуміти відмінності в протоколі Atomicals - порівняти його з іншими популярними протоколами NFT:

протокол "4" з бітовою мапою

Пропозиція угоди

Bitmap.land - перший метавс-проект в екосистемі Bitcoin, заснований на теорії ординалів (теорія ординалів) та теорії бітмап (теорія бітмап).

Теорія бітмапів (теорія бітмапів) була запропонована користувачем Twitter @blockamotoна 2023.6.5.

Ця теорія відображає кожний вхід транзакції в блокчейн Bitcoin як ділянку (Parcel), щоб сформувати блок або район (district). Через різницю у розмірі різних входів транзакцій, розмір відображеної ділянки також є різним.

Концепція угоди

Покупці Bitmap.land були під впливом Decentraland та The Sandbox та використовували метод поділу землі та малювання малюнків на мапі, схожий на логіку купівлі землі на цих двох платформах. Користувачі записують дані до Satoshi через написи, щоб отримати власність на конкретні блоки Bitcoin, схоже на безкоштовне карбування.

На біткойн-блокчейні кожний блок поділено на чотири частини, щоб представляти різні цикли зменшення. Користувачі можуть перевірити кількість та колір кожного блоку на веб-сайті Bitmap.land. Різні кольори представляють різні стани продажу.

Продаж землі Bitmap.land тісно пов'язані з теорією порядкового числа, подібно до віртуальної продажу землі Decentraland і The Sandbox, яка ґрунтується на стандартах ERC-721. Теорія порядкового числа схожа на принципи ранніх фарбованих монет, але вони відрізняються у контексті поточної наративної, консенсусної, екологічної та інфраструктурної ситуації Bitcoin. Хоча теорія порядкового числа не є настільки інноваційною, як ERC-721, підхід BRC-20 більш примітивний.

Теорія бітмапу додає нове пояснення до блоку Bitcoin, надаючи тематичне, хоча й не дуже корисне. Вона змінила зв'язок між Bitcoin та метавсвітом, надаючи кожному блоку ланцюжка Bitcoin нове вимір і роблячи його частиною метавсвіту, дозволяючи користувачам володіти та записувати окремі блоки.

Теорія бітмапу привернула увагу спільноти Ординалів і спричинила бум у написанні. Будь-який блок на біткойн-ланцюжку може стати частиною метавсвіту через бітмап, що відкриває нові можливості для створення та власності у спільноті.

Bitmap.land розмиває межі між Bitcoin та метавсвітом за допомогою теорії бітмапу, відкриваючи шлях для власності, творчості та розвитку спільноти. Під час тривалого захоплення написами це означає великий потенціал для тих, хто шукає місце у цифровому світі.

Зацікавлені студенти також можуть перейти на офіційний браузер, щоб переглянути різноманітні бітмапи: https://bitmap.game/

Протокол BRC-100 "5"

Пропозиція угоди

Як відомо, протоколи на основі біткоїну, такі як Протоколи Ординалів та BRC-20, внесли багато місця для уяви у розвиток екосистеми біткоїну через механізм "декларації на ланцюгу та аналізу поза ланцюгом". Також було випущено велику кількість біткоїнських NFT та токенів, але розвиток децентралізованих додатків, таких як DeFi, все ще відстає. В результаті Mikael.BTC випустив протокол, що підтримує децентралізоване обчислення: BRC-100 у 2023.9.2.

Вступ до договору

BRC-100 - це протокол розширення, заснований на теорії порядкових чисел, призначений для реалізації різноманітних децентралізованих додатків на Bitcoin Layer 1. Ця угода не лише виконує базові функції BRC-20 на Bitcoin, такі як створення, чеканка та торгівля, але також вводить концепцію децентралізованого обчислення.

Це означає, що на основі стеку протоколів BRC-100 можливо розробляти різноманітні децентралізовані програми, такі як DeFi, SocialFi та GameFi, що приводить до справжніх децентралізованих, безперервних, нецензурних та бездозвільних сценаріїв застосування на першому рівні Bitcoin.

Однією з основних функцій протоколу BRC-100 є його взаємодія, яка не тільки дозволяє всім протоколам та додаткам у межах його стеку протоколів бути сумісними один з одним, але також підтримує взаємодію з BTC, BRC-20 або іншими ланцюжками рівня 1, такими як Ethereum та Stacks. Крім того, протокол ввів модель UTXO та модель машини стану, підвищивши свою безпеку та обчислювальні можливості.

Особливості угоди

Оскільки протокол BRC-100 є розширенням теорії Ordinals, сам BRC-100 має всі функції BRC-20, а також вводить деякі інноваційні функції:

Збереження грошей: Воно ґрунтується на протоколі BRC-100 для різноманітних розширень, таких як угоди про airdrop, угоди про управління, релеї та інше. Ми можемо зрозуміти, що Мікаель хоче впровадити різноманітні геймплеї DeFi в BTC

Протокол успадкування

Протокол BRC-100 вводить концепцію успадкування. Протоколи, які безпосередньо або опосередковано успадковують від BRC-100, називаються протоколами розширення BRC-100. Протокол розширення BRC-100 повинен успадковувати від лише одного протоколу. Розширена угода успадковує властивості, операції та обчислювальні операції батьківської угоди і може тільки розширювати властивості та обчислювальні операції.

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

Стек протоколу BRC-100

Протокол BRC-100 та всі його розширення та вдосконалення загалом відомі як стек BRC-100. На основі цього стеку всі токени/застосунки сумісні між собою, що означає, що один токен/застосунок може використовувати інші застосунки в будь-якому місці.

Угоди та заявки

У стеку протоколу BRC-100 протокол є стандартом для опису властивостей, операцій та обчислювальних операцій додатка. Додаток - це екземпляр, створений після того, як протокол був розгорнутий на мережі Bitcoin за допомогою напису.

Додаток в основному є токеном з обчислювальною потужністю та статусом. Обчислювальна потужність додатка детально описана в протоколі. Якщо ви не додаєте піддодаток, у додатку не може бути обчислювальної потужності, що не вказана в угоді. Доданий піддодаток також може мати тільки обчислювальну потужність протоколу; інакше публічний індексатор не може перевірити стан додатка, що призводить до невідповідності стану користувача та додатка.

Вкладення додатків

Застосунки, розгорнуті на основі BRC-100 та його розширених протоколів, можуть бути вкладеними, тобто під одним застосунком можна створити ще один застосунок, який називається підзастосунком.

Тікер додатка для дітей починається з «тікер батьківського додатка:». Під одним додатком можна створювати кілька додатків для завершення кількох незалежних логічних обчислень. Наприклад, в класичному сценарії AMM DEX можна створити кілька піддодатків/токенів LP, таких як «amm_dex: LP_BRC100_BTC», всередині додатка DEX.

Статус додатка та адреса

Крім моделі UTXO, протокол BRC-100 також вводить модель машини стану для розширення обчислювальних можливостей протоколу.

Додатки, піддодатки та адреси можуть мати стани. Наприклад, додатки можуть утримувати токени, а адреси можуть утримувати баланси у межах додатків. UTXO та переходи стану виконуються за допомогою інструкцій burn2/burn3 та mint2/mint3.

Обчислювальні операції (cop) використовуються для представлення конкретної обчислювальної логіки, тобто логіки трансформації стану додатку та адреси.

Наприклад, адреса A знищує 10 токенів1 для додатка за допомогою напису burn3. На даний момент у додатку є цей UTXO та 10 токенів1. Додаток може розподілити ці 10 токенів1 через свою обчислювальну логіку, змінивши будь-яку адресу або внутрішній стан додатка. Потім адреса токену1 у додатку або сам додаток може створити його за допомогою команди mint3.

Дозволи

Протокол BRC-100 вводить дві ролі: власник та адміністратор.

Адреса з написом про розгортання додатка називається власником. Власники можуть відстежувати перекази UTXO з написами про розгортання. Власником всіх дочірніх додатків є власник батьківського додатка.

Адміністратори керуються власником, і адміністратори не можуть керувати іншими адміністраторами. Права власників та адміністраторів строго обмежені. Вони не можуть перевіряти користувачів; вони можуть лише робити: управляти додатками, які ще не запустили DAO та виконувати обчислювальні операції mint2/burn2.

Адміністратором може бути адреса, додаток або піддодаток. За замовчуванням застосунок і піддодаток є адміністраторами один одного; Додаткові налаштування не потрібні, але підпрограми не є адміністраторами один одного.

Інскрипцію burn2/burn3 потрібно відправити розгортальнику додатка для належної обробки.

Деякі токени, які потрібно створити інструкцією “mint2”, можуть бути логічно виділені лише за допомогою додатку/піддодатку, і додаток/піддодаток повинен бути адміністратором токенів. Інструкція “burn2” також має схожу логіку.

Необхідно надіслати напис burn2/burn3 розробнику програми для належної обробки згідно з логікою обчислювальної операції.

Децентралізоване управління додатками

Стек протоколу BRC-100 вводить протокол управління: BRC-101, який керує програмами, які реалізують BRC-100 або його розширені стандарти протоколів. Як тільки додаток запускає DAO, йому потрібно завершити управління шляхом децентралізованого голосування.

Управління додатками включає оновлення властивостей додатків та піддодатків, розгортання піддодатків та зупинення додатків. Управління додатками - це управління на ланцюжку. Якщо голосування на ланцюжку пройде, додаток повинен бути повідомлений через обчислювальну дію: egov, після чого додаток автоматично виконає управління після блокування.

Розгорнути програми/токени

В протоколі BRC-100 є два способи розгортання додатків: один - це розгортання безпосередньо за допомогою інструкцій щодо розгортання, а інший - це розгортання через протокол управління, BRC-101.

Перший використовується для розгортання батьківських та дочірніх додатків, які не потребують налаштування управління, а інший використовується для розгортання дочірніх додатків, які потребують управління.

Виготовлення токенів

Протокол BRC-100 надає три інструкції для карбування: карбування, карбування2 та карбування3, для карбування токенів у різних сценаріях.

Під час розгортання додатка вам потрібно встановити кількість жетонів, які користувачі можуть виготовити (використовуючи команду «виготовлення жетонів»). Решта жетонів також буде виготовлена за допомогою інструкцій «виготовлення жетонів».

«Мінт»: Користувач мінтує, чесний мінт, будь-хто може мінтувати токени для користувачів, але загальна кількість операторів «мінтингу» не може перевищувати налаштувань атрибутів «max» та «mma» програми. Після мінтування обігова кількість токенів збільшиться.

"mint2": Карбування в білому списку, додаток записує кількість користувачів або додатків, які можна карбувати, і будь-хто може карбувати токени 2 для користувача або програми відповідно до правил програми. Після mint2 циркулююча пропозиція токенів також збільшиться.

“mint3”: Mint3 - це казначейське чекання. mint3 - це баланс користувачів або додатків в інших додатках. Будь-хто може подати заявку на чекання токенів mint3 для користувачів або додатків у межах правил подання заявок. Після чекання mint3 обіговий обсяг токенів не збільшиться.

Знищити токени

Destroy - це нова операція, введена в протокол BRC-100. Користувачі можуть вирубати операцію destroy, а потім передати напис деплоєру додатка, що схоже на семантику операції передачі. Вибиті токени будуть знищені або перенесені на баланс додатка.

Подібно до визначення операції мінтування, існують 3 оператори знищення: burn, burn2 та burn3, які логічно відповідають mint, mint2 та mint3 відповідно. Додаткова конфігурація не потрібна, і всі програми/токени підтримують ці три інструкції знищення.

«Спалення»: Публічне спалення, де кожен може скористатися інструкціями для знищення токенів. Якщо токен успішно знищено, обіг зменшиться, і знищений токен не може бути відтворений знову.

"burn2": Білий список знищено. Згідно з правилами, встановленими додатком, після того, як маркери burn2 будуть передані додатку, баланс користувача зменшиться, стан додатку буде відповідно оновлено, а обіг зменшиться. На практиці, логіка, така як вилучення ліквідності в AMM DEX може бути реалізована через burn2.

“Burn3”: Кошти знищуються. Burn3 зменшить баланс токенів користувача та збільшить баланс програми "to". На практиці можливе співробітництво з mint3 для виконання логіки обміну токенів та збільшення ліквідності в AMM DEX.

Податки на транзакції та дефляція

Угода BRC-100 ввела новий механізм торгівлі токенами: податки з транзакцій та дефляція. Додатки можуть встановлювати відсотки податку з транзакцій, одержувачів податків та відсотки чорної діри транзакцій. Ці налаштування діють лише при торгівлі на AMM-орієнтованих децентралізованих біржах. Звичайні переміщення, чекання токенів та операції знищення не супроводжуються податками з транзакцій або дефляцією.

Обчислювальні операції

Обчислювальні операції - це розширені обчислювальні поведінки протоколу BRC-100. Вони представлені атрибутом cop та є найменшою одиницею обчислювальної потужності протоколу. Коли використовується разом з оператором op: burn2/burn3/mint2/mint3, його можна розглядати як функцію переходу стану, яка визначає, як оновлюється стан застосунку та користувача під відповідним оператором op.

Оракул або оракули

Оракул є загальним вимогою для блокчейну для взаємодії з усіма сторонами під ланцюгом, і вже добре реалізований та застосовується на блокчейнах, таких як Ethereum. Без оракулів смарт-контракти на блокчейні були б повністю обмежені відомостями ланцюжка. Однак, у порівнянні з блокчейном, протокол BRC-100 має дуже спеціальні характеристики.

Він не тільки має обчислювальну потужність блокчейну, але також покладається на оффчейн індексатор для завершення обчислень. У той же час оффчейн індексатори можуть безпосередньо взаємодіяти з іншими блокчейнами або метапротоколами, але блокчейни не можуть цього робити, що означає, що індексатор може перевірити, що будь-які дані оффчейн або он-чейн відповідають вимогам протоколу Oracle BRC-100.

Приклади: підтвердження передачі BTC або активів BRC-20, перевірка ціни ETH на блоку Ethereum тощо.

Іншими словами, в протоколі BRC-100 оракули мають нову парадигму: атестація та верифікація, де користувачі надсилають дані атестації, а індексатор виступає в якості відкривача Оракула для перевірки даних атестації, надісланих користувачем, поза угодою, без необхідності окремого сервісу Оракула.

У протоколі BRC-100 інструкції burn2/burn3/mint2/mint3 нативно підтримують атрибути підтвердження для надання даних підтвердження поза протоколом. Індексатор може перевірити дані сертифікації та забезпечити послідовність та точність статусу. Підтвердження може бути підтвердженням трансферу, підтвердженням дерева Меркеля, доказом з нульовим рівнем інформації, доказом ціни та іншими і може бути використане для мостування сценаріїв, таких як активи, повітряні краплі тощо, і може бути використане для мостування сценаріїв, таких як другий рівень Bitcoin, врегулювання кредитів тощо.

протокол ретрансляції

Мета-протокол на біткойн неоднорідний і не може спілкуватися один з одним. Різні протоколи схожі на різні блокчейни; вони поділяють безпеку блокчейну Bitcoin і мають різні обчислювальні можливості. Крім того, метапротоколи не можуть безпосередньо взаємодіяти з іншими блокчейнами: Ethereum, наприклад, не може використовувати активи в інших блокчейнах.

Отже, стек протоколів BRC-100 потребує протоколу ретрансляції для завершення комунікації між Bitcoin, мета-протоколом, блокчейном та протоколом BRC-100, мостить активи на інших протоколах або блокчейнах до BRC-100, і бере участь в децентралізованих додатках, таких як DeFi. Тим часом, через різноманіття протоколів та блокчейнів, у BRC-100 буде декілька протоколів ретрансляції.

Спочатку ми випустимо: BRC-103, який відповідає за міжкриптовалютний міст між Bitcoin, BRC-20 та BRC-100.

Коли актив переходить з мета-протоколу або блокчейну (джерело) на протокол BRC-100 (ціль), для перевірки коректності передачі індексатору необхідно надати докази даних передачі за допомогою команди "mint2", яка називається доказом передачі.

Доказ проходження означає, що коли закріплене майно випускається на цільовому протоколі (BRC-100), дані про передачу з джерела (такого як Bitcoin, BRC-20 або інші блокчейни) також повинні бути надані як доказ. Це може бути хеш транзакції або ID напису.

Так щоб усі індексатори BRC-100 могли перевірити правильність виготовлення закріплених активів.

Доказ про перенесення - це дуже важлива програма протоколу BRC-100 від Oracle.

Використання протоколу

Оскільки BRC-100 був розширений з BRC-20, він суттєво має всі сценарії застосування BRC-20, але сценарії застосування BRC-100 набагато ширші. Ми все ще можемо розширитися на основі протоколу BRC-100. Ось кілька офіційних розширень, перерахованих, деякі з яких вже знаходяться в стадії розробки:

BRC-101 (випущено)

Протокол управління на ланцюжку BRC-100 визначає, як оновлювати атрибути батьківських/дочірніх програм/токенів, зупиняти програми та додавати дочірні програми.

Крім того, BRC-101 також може завершити управління поза ланцюжком через децентралізоване голосування.

BRC-102 (в розробці)

Автоматизований протокол ліквідності визначає, як обмінювати токени на стек протоколу BRC-100 через алгоритм автоматичного механізму утворення ринку (AMM). Логіка обчислень буде схожа на Uniswap на Ethereum.

BRC-103 (в розробці)

Протокол ретрансляції між BTC, BRC-20 та BRC-100. Мета-протокол на Bitcoin є гетерогенним та не може спілкуватися один з одним. Різні протоколи схожі на різні ланцюжки. Вони діляться безпекою блокчейну Bitcoin та мають різну обчислювальну потужність.

Отже, стек протоколу BRC-100 опублікує кілька реле-протоколів для завершення комунікації між мета-протоколами, різними ланцюжками та BRC-100, а також для мостіння інших протоколів та активів on-chain до BRC-100 для участі в DApps, таких як DeFi.

BRC-104

Угоди з видобутку ліквідності визначають, як отримати токенові винагороди після стейкінгу токенів.

Токен стейкінгу може бути будь-яким токеном на основі BRC-100, таким як токен ліквідності протоколу BRC-103, або таким самим токеном як токен винагороди. Крім того, BRC-104 підтримуватиме блокування застосованих токенів протягом періоду блокування.

BRC-105

Протокол роздачі визначає, як ефективно роздавати токени на кілька адрес.

Протокол використовуватиме дерево Меркля для завершення роздачі, щоб зекономити на комісіях за транзакції, оскільки всі вихідні дані роздачі не потрібно робити публічними на Bitcoin. Користувачам потрібно лише надіслати доказ Меркле, щоб підтвердити володіння роздачею під час "mint2", після чого всі індексатори можуть перевірити правильність для завершення роздачі.

БЧХ-106

Протокол пула децентралізованої стабільної монети визначає, як стабільні монети генеруються за допомогою забезпечення.

Обчислювальна логіка буде схожа на DAI MakerDAO3 на Ethereum.

BRC-107

Угода про пул кредитів визначає, як активи можуть бути позичені за допомогою застави.

Обчислювальна логіка буде схожа на Aave на Ethereum.

BRC-108

Автоматизований протокол ліквідності для стейблкоїнів.

BRC-109

Децентралізований протокол торгівлі постійними фьючерсами.

BRC-110

Протокол ретрансляції між EVM-сумісними блокчейнами та BRC-100 визначає, як активи на EVM-сумісних блокчейнах можуть бути з'єднані з BRC-100.

BRC-111

Протокол верифікації другого рівня Bitcoin визначає, як перевіряти дані доказів другого рівня Bitcoin, як розумний контракт другого рівня на Ethereum.

протокол BRC-420 "6"

Пропозиція угоди

Після того, як було запропоновано протокол BRC-20, з'явилася ще одна нова експериментальна протокол під назвою BRC-420, відома також як протокол метавсвіту, на 2023.9.19.

Концепція угоди

BRC-420 - це цікавий експеримент. Це перший метавс протокол в Ординальному Протоколі, протоколі активів на основі протоколу Бітмап.

Поєднуючи кілька написів в один складний актив, такий як графічні об'єкти, анімація та ефекти, або геймплейні модулі в метавсвіті. Все, від малих персонажів і тварин до повноцінних грифів та віртуальних машин, було створено.

Через їх відкриту відкриту природу ланцюжка ці активи можуть бути запущені або перевірені будь-яким клієнтом, повністю відображаючи дух “Клієнт Агностик” повноцінних ланцюжкових ігор.

Угода BRC-420 складається з двох частин: стандарт Metaverse (стандарт Metaverse), який визначає відкритий формат для активів у метавсвіті, та стандарт Royalty (стандарт роялті), який встановлює угоду on-chain для економіки творців.

BRC-420 відкриває можливості для онлайн-ігор Ordinals та модульних блокчейнів. Різні творці можуть вносити різні модулі, а нові творці можуть будувати на інноваціях своїх попередників. Це призвело до розповсюдження інновацій у екосистемі Ordinals, що приносить користь всім учасникам.

Угода про розробку

На даний момент BRC-420 випустив BRC-420 DLC 3 листопада 2023 року, який може інтегрувати тисячі мета-написів в один DLC. Після розгортання користувачі можуть отримати тисячі мета-активів за одним монетуванням.

Угода «7» Рун

Пропозиція угоди

Після виходу протоколу BRC20 Кейсі відчув, що створювати гомогенізовані токени на Bitcoin - це не найкраща ідея. 99% гомогенізованих токенів - шахрайства і не зникнуть у найближчий час. Створення хорошого протоколу гомогенізованого токену для Bitcoin, ймовірно, принесе Bitcoin значні доходи від комісій за транзакції, увагу розробників та користувачів.

Таким чином, Кейсі запропонував протокол Рун на основі технології UTXO 26 вересня 2023 року.

Дизайн протоколу Runes також може бути упливований ARC20. Вибір полягав у тому, щоб записувати дані токенів безпосередньо у сценарій UTXO, який включає ID, вивід та кількість токенів.

Очевидно, впровадження Runes дуже схоже на ARC20, і токени передаються безпосередньо на головну мережу BTC. Різниця полягає в тому, що Runes записує кількість токенів у скрипт-даних, що робить його точнішим, ніж ARC20.

Тим часом складність також зросла, що ускладнює безпосереднє використання комбінаторної природи BTC UTXO, такої як ARC20.

Угода про розвиток

З моменту запуску угоди Рун, оскільки зусилля Кейсі в розвитку були головним чином спрямовані на протокол Ординалів, розвиток протоколу Рунів був повільним, тому Бенні швидко випередив кути й розробив протокол Пайп після випуску угоди Рун.

Під час Тайванського тижня блокчейну в грудні Кейсі також оголосив під час події в Тайбеї, що Протокол Рун запуститься в основній мережі. На висоті блоку 840,000, тобто наступного разу, коли BTC поділиться навпіл, це, напевно, буде в кінці квітня 2014 року.

підсумовано

Після дослідження плану емісії активів BTC я також повністю відчув їх чарівність, тому я також згадав кілька своїх власних суб'єктивних думок:

1. Випуск активів BTC викликав вибуховий розвиток екосистеми BTC цього року, хоча відгуки про них неоднозначні. Але коли ми дивимося на розвиток екосистеми BTC в абстракції, всі вони невіддільні від однієї важливої речі — «історії».
2. Як я вже зазначав у своїх попередніх думках, продукт повинен підтримуватися гарною наративом; інакше можна легко опинитися в неловкій ситуації, де є лише продукт і немає користувачів. І різноманітні плани випуску активів також це підтверджують, наприклад, перший - перший, різноманітні уявлення, які вносить у екосистему угода, офіційні підтримки тощо, все це конкретні вирази наративу.
3. Аналогічно, ми не можемо заперечити внесок, який приніс цей хвильовий випуск активів у екосистему BTC. Хоча більшість рішень щодо випуску активів можуть не суттєво прорватися через обмеження Bitcoin з технічної точки зору, вони не лише надають рідкісне випробування для основних громадських ланцюгів, але й принесли деякі можливі шляхи для майбутнього розвитку Bitcoin.
4. Через ці хвилі написів у цьому році довгий хвіст ефекту написів поступово розширився з оригінального біткоїну на написи на інших публічних ланцюжках. Тим часом, під популярністю написів, ми також відчуваємо деякі недоліки поточної головної мережі біткоїну, такі як високі комісії за газ, повільна швидкість транзакції тощо, що також показує потребу в плані розширення BTC.
5. Незважаючи на те, що план розширення вже був розроблений учасниками проекту давно, він був неоднозначний. Тепер все більше користувачів приділяють увагу екосистемі BTC під популярністю написів, що прискорює розвиток плану розширення BTC у прихованому вигляді.
6. Наразі існуючі плани розширення в основному поділяються на три категорії: бічну ланцюг/блискавичну мережу/власний L2, проте жоден напрямок ще не визначив свою провідну позицію, і вони все ще знаходяться на конкурентному етапі. Щодо того, чи розквітне майбутнє трохи більше, чи буде дивовижним у певному напрямку, ми можемо очікувати. Тим часом, це напрямок, на який ми можемо зосередитися у майбутньому.
7. У розслідуванні планів емісії активів існує дуже чіткий тренд. Від запуску початкового протоколу Ordinals до подальшого вдосконаленого протоколу BRC-20 на основі Ordianls, до децентралізованих протоколів обчислень, таких як децентралізований протокол обчислень BRC-100 (який бажає безперервно розширюватися та вводити геймплей в екосистему DeFi в Bitcoin), протокол метавсвіту BRC-420 (який вносить можливість введення ігор, музики тощо в Bitcoin), ARC-20 (з планом емісії нових активів паралельно з BRC-20), тощо.
8. Схема емісії активів відбулася від проведення деяких базових поліпшень до існуючих угод про емісію активів до проведення деяких масштабних екологічних розгортань та навіть видачі правил для потреб екосистеми BTC (таких як оракули, DeFi, ігри тощо) на основі угоди про емісію активів.
9. Розвиток екосистеми BTC все ще дуже ранній. Чи в Web2, чи в Web3, існує явище, коли будь-хто може мати користувачів, якщо вони мають силу встановлювати правила першими. Тому на даний момент існує ще багато можливостей для збагачення. Ми повинні взяти всеосяжний погляд на розвиток екосистеми BTC. В кінці кінців, лихоманка написань поостигне. Ми повинні не тільки стежити за емісією активів, але й дивитися, як прискорити розвиток всієї екосистеми BTC в інших галузях через емісію активів.
10. Звичайно, існують також деякі різні думки з цього приводу, наприклад, думка вчителя НінНінга про BTC L2 https://twitter.com/0xNing0x/status/1737010523374563744,理性探讨.
11. Хоча вона все ще перебуває на етапі досліджень, срака кожного визначає їхню голову. Однак я все ще хочу нагадати всім про уважність при інвестуванні та чітко записати свою власну інвестиційну логіку. Незалежно від того, чи йдеться про боротьбу у короткостроковому чи довгостроковому плані, логіка відрізняється, а стратегія – різна. Коли мова йде про інвестування, все ще необхідно якомога поєднувати знання та дії. Я дійсно вірю у казку „Ви ніколи не заробите грошей, крім якщо не знаєте, і навіть якщо ви зараз заробили, ви їх витратите”.

Наостанок, дякую вам за прочитання цієї статті. Початкова мета цієї статті - дати вам краще та більш всеосяжне розуміння розвитку екосистеми BTC, і ви також можете приходити й говорити зі мною. У наступні дні я час від часу буду публікувати деякі думки, а також напишу ще одну статтю про план розширення, тож слідкуйте за оновленнями.

Відмова:

1. Ця стаття взята з [ marsbit]. Усі авторські права належать оригінальному автору [Як]. Якщо є заперечення проти цього передруку, будь ласка, зв'яжіться з Gate Learnкоманда, і вони оперативно займуться цим.
2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, належать виключно автору і не становлять жодної інвестиційної поради.
3. Переклади статей на інші мови виконуються командою Gate Learn. Якщо не зазначено інше, копіювання, поширення або плагіатування перекладених статей заборонено.