Інтерпретація протоколу рун: історія розвитку та розширення останнього механізму видачі «публічного напису»

2 березня 2024 року засновник проекту екологічної інфраструктури Runes Rune alpha розпочав дискусію з Кейсі, засновником протоколу Runes, у публічному випуску на Github. Дві сторони обговорили, як розширити механізм «публічного напису» обговорено протокол рун. **Теми включають:

Чи слід послабити вимогу про те, що «публічне гравіювання» не може бути зарезервовано?
Висловив думку про те, що для рун, які застосовують метод видачі «публічного гравіювання», немає прав на управління.
Запропоновано набір ідей механізму видачі на основі взаємодії напису NFT і руни FT.

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

Що таке протокол Runes?

Так званий протокол Runes — це протокол для випуску однорідних токенів у мережі Bitcoin. Його перебудував Кейсі, засновник Ordinals, після випуску плану Ordinals. Він побудований на основі характеристик Bitcoin UTXO, загальної ідеї дизайну дуже просто.

Варто зазначити, що протокол Runes планує запустити основну мережу, коли біткойн скоротиться вдвічі у 2024 році (висота блоку 840 000), тобто наприкінці квітня цього року. **Протокол Runes все ще перебуває в процесі оптимізації та ітерації версії.

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

У Кейсі, автора Runes, спочатку не було ідеї однорідного протоколу токенів. Ще в грудні 2022 року Кейсі випустив протокол Ordinals з наміром назавжди зв’язати дані NFT з біткойнами. Просто По-іншому, метадані NFT записуються в дані-свідки транзакцій біткойн, як напис (свідок в основному містить інформацію про цифровий підпис), так що будь-яка форма вмісту (наприклад, текст, зображення тощо) може бути вигравірувана на призначеній смарт-адресі. начальник.

Потім історія почала обертатися.*8 березня 2023 року анонімний розробник Кейсі на основі Ordinals, типового протоколу емісії NFT, обхідним шляхом запропонував набір стандартів BRC-20 для емісії однорідних токенів *. У формі написів передбачено уніфікований формат і атрибути (назва токена, загальна пропозиція, максимальна кількість разового карбування тощо) для даних похідних активів, які необхідно завантажити в ланцюжок біткойн, а потім проаналізувати та проаналізувати. Відстеження цієї інформації показує рахунки гаманців і суми активів, пов’язані з токенами BRC-20.

Ключовим є те, що випуск BRC-20 покладається на порядкові номери протоколу NFT напису Bitcoin, тому початковий механізм випуску стає схожим на процес кастингу NFT із природними функціями «першим прийшов, першим обслужений», залежно від того, хто першим стане власником монетного двору. , повністю відрізняється від випуску активів Ethereum ERC-20, «сторона проекту спочатку розгортає контракт на активи, визначає механізм розподілу активів, і офіційна особа може контролювати ринок, як завгодно».

Ця функція Чесного запуску дає більшості людей справедливий шанс взяти участь у початковій емісії однорідних токенів. Сторона проекту не має застережень і блокувань. Кожен може взяти участь у початковій емісії активів якомога швидше. брати участь. Невдовзі BRC 20 викликав бум у випуску похідних активів у ланцюжку біткойнів і навіть безпосередньо започаткував цей бичачий ринок. Можна побачити, що метод видачі «публічного гравіювання», на якому ми зосереджуємося сьогодні, дуже важливий для протоколу Runes. **

Але BRC-20 також створює багато проблем: кожна операція з активами BRC-20 повинна ініціювати певну транзакцію в ланцюжку біткойн.З популярністю активів BRC-20 набір даних Bitcoin UTXO також швидко розширюється. Розробники ядра BTC відкрито ставлять під сумнів BRC-20.

Засновник Ordinals Кейсі не тільки виступає проти BRC-20, але й не визнає активи FT, випущені на основі Ordinals.Однак популярність BRC-20 змусила його відчути, що хоча 99% токенів є шахрайством і трюками, ці речі все одно будуть бути як казино, яке не може піти.

У той же час **BRC-20 залишив «надмірні сліди» в ланцюжку біткойн, що призвело до навантаження на передачу даних до вузлів біткойна.**Але якщо хтось придумає набір, це може покращити дані в ланцюгу. Угода щодо активів, що «зменшує тягар», може полегшити проблеми, спричинені BRC-20.

Тож **Кейсі вирішив створити «кращий однорідний протокол токенів» для біткойнів, а потім 25 вересня 2023 року він випустив початкову концепцію протоколу Runes. **

З технічної точки зору, протокол Runes побудовано на основі Bitcoin UTXO та додаткової інформації. Для запуску кожної транзакції потрібна інформація цифрового підпису в ланцюзі, згенерована поза ланцюгом. Ми можемо передавати повідомлення в певному форматі в інформації підпису. Протокол Runes позначає "конкретні повідомлення" через код операції OP_RETURN. Ці конкретні повідомлення є інформацією, пов’язаною зі змінами активів Runes.

У порівнянні з протоколом BRC-20 Runes має багато переваг, найважливіші з яких:

Етапи транзакцій спрощуються, і не генерується надлишковий марний UTXO, що може краще «зменшити навантаження» для вузлів Bitcoin. Крім того, транзакція передачі BRC-20 підтримує лише одного одержувача та один токен, тоді як Runes підтримує перекази кільком одержувачам одночасно та може передавати кілька токенів Runes.
**Зберігання та індексація даних про активи є більш стислими: **Дані BRC-20 зберігаються в даних-свідках конкретних транзакцій у форматі JSON, а BRC-20 базується на моделі облікового запису, а баланс активів пов’язаний із вказаним обліковим записом. Дані протоколу Runes зберігаються в полі OP_RETURN певної транзакції, а метод запису активів приймає модель UTXO, яка може бути безпосередньо «ізоморфно прив’язана» до UTXO в ланцюжку Bitcoin. **

Під час підтвердження статусу активу Runes особи вам потрібно лише перевірити спеціальний UTXO, яким володіє ця особа та який прив’язаний до активу Runes. Хоча для завершення розрахунку ще потрібно відстежити деяку інформацію, немає потреби сканувати біткойни ланцюжок, як BRC-20. Повна колекція UTXO,** цей легкий підхід є більш дружнім до індексування даних. **

Сумісність із шарами розширення функцій UTXO: **Дизайн Runes на основі UTXO робить його кращою сумісністю з рівнями розширення функцій на основі UTXO, такими як CKB, Cardano та Fuel. **Завдяки «ізоморфному прив’язуванню UTXO», подібному до RGB++, наведений вище рівень розширення функцій може надавати сценарії смарт-контрактів для рун.

Після короткої розмови про технологію, давайте повернемося до механізму емісії, розглянутого на початку цієї статті. **Кейсі розробив два набори методів видачі рун, а саме «фіксована загальна сума» та «публічне гравіювання»: **

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

Сценарії та механізми, що відповідають двом методам розповсюдження, абсолютно різні.Далі ми будемо говорити лише про «публічне гравірування».

Насправді Сондотпін почав обговорювати цю тему в випусках №124 Runes, і це було схвалено Кейсі.

І проблеми # 165 Конкретний зміст такий:

Sondotpin: У поточній публічній емісії сторони/емітенти проекту не можуть зарезервувати руни заздалегідь, що обмежує можливості сторони проекту розробляти відмінні економічні моделі токенів.

Кейсі: Перегляньте попередні випуски №124. Я розглядаю пом’якшення цієї вимоги, щоб дозволити видавцям розумно розташовувати руни на момент випуску, навіть поза межами набору параметрів. За такого дизайну відповідна інформація відображатиметься дуже помітно на сторінці деталей Runes.

Sondotpin: Чи можливо розробити механізм багаторазової видачі, наприклад два раунди «публічного гравіювання» рун, а потім встановити різні параметри для кожного раунду видачі?

**Кейсі:**Я не схиляюся до такого підходу,**оскільки у Рун по суті немає «менеджера». Повноваження з розподілу не повинні перебувати в руках однієї організації зі спеціальними повноваженнями. **Але ви можете додати напис під час видачі рун, а потім випустити нові руни на основі цього напису, щоб руни, видані двічі, були одним і тим же активом. Звичайно, ви також можете використовувати попередній майнінг, а потім випускати його за допомогою інших методів розповсюдження.

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

Дискусія навколо Кейсі та СонПіна, особиста думка:

1, На ранній стадії запуску проекту справді необхідно зарезервувати деякі токени

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

2. Чи резервувати і як передати засіб самосертифікації емітенту

Насправді Кейсі неодноразово прямо заявляв у відео на Youtube, що 99,9% однорідних токенів є шахрайством. Не претендуйте на те, щоб змінити світ. Відверто визнайте, що це індустрія, повна азартних ігор і спекуляцій. Щиро, ставтеся один до одного добре і бути добрим до всіх. ЦЕ ПРОСТО ДЛЯ РОЗВАГИ!

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

3. У Inscription NFT і Rune FT буде більше можливостей для інновацій

Досить цікавою є ідея Кейсі про механізм багатораундової емісії для взаємодії напису NFT і руни FT. Як згадувалося в базових відомостях, Ordinals і Runes — це протоколи, розроблені Кейсі. Їх слід розглядати як два паралельні протоколи. Однак обидва вони реалізовані на Github. У проекті Ord існує багато технічних кросоверів і співробітництв, таких як спільне використання області синхронізації Блоки основної логіки.

Поточні гарячі проекти, такі як Runes Tone і Runecoin, також є інноваційними комбінаціями написів і рун. Геймплей Runecoin — це найпоширеніший напис перед майнінгом. Зберігання написів RSIC, випущених Runecoin, постійно викопуватиме руни проекту, а потім розподілятиме FT, коли протокол Runes стане онлайн наприкінці квітня. Ми з нетерпінням чекаємо нових проектів у майбутньому, які можуть принести нові ідеї та нові способи гри.

4. Немає права власності на руни, видані за допомогою методу «публічного гравіювання»

У оригінальній статті Кейсі лише було сказано, що «Руни не мають права власності», але автор вважає, що це має стосуватися саме відсутності права власності на Руни, які використовують метод розповсюдження «публічного гравіювання». Двох раундовий план «публічного гравіювання», запропонований SonPin, безумовно, керуватиметься адресою з надзвичайно високим авторитетом. Це не те, що хоче бачити сфера шифрування Crypto.

Так само, як і проект Runecoin, після випуску 21 000 NFT з написом RSIC він швидко переніс батьківський напис на адресу Сатоші Накамото, що означає, що ніхто не може використовувати його знову, тобто обіцяє не випускати додаткові емісії за допомогою технічних засобів. Сама ця операція принесла йому багато похвал, що зробило його дуже популярним серед перехожих.

PS: Який напис батька?

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

Нарешті, давайте поговоримо про **CTV, згаданий Кейсі, який називається «Check Template Verify». **

CTV — це запропоноване оновлення протоколу для біткойнів, яке має на меті покращити можливості смарт-контракту та блокування мережі біткойн, дозволяючи користувачам вказувати шаблон для майбутніх транзакцій під час створення транзакції. Активація CTV дозволить користувачам створювати більш складні типи транзакцій, такі як довірені airdrops і open etch, без явної підтримки з боку протоколу.

Ця **пропозиція CTV збільшує програмованість і гнучкість мережі Bitcoin.**Як згадувалося в цьому обговоренні, просто кажучи, можна створити шаблон умови розблокування за допомогою UTXO, **і є можливість створити більше для Runes. Кілька способів гри. **Наприклад, за допомогою «Runes Protocol + CTV» 10 користувачів можуть спільно використовувати технологію CTV, разом карбувати руни, а потім попередньо встановлювати деякі майбутні зобов’язання щодо платіжних транзакцій Bitcoin.

**Відмова від відповідальності: ця стаття призначена лише для довідки та не може використовуватися як порада з питань права, оподаткування, інвестицій, фінансового менеджменту чи будь-якої іншої поради та не відображає позицію RunesCC. **

Переглянути оригінал