Поглиблене обговорення протоколу рун і механізму видачі «публічного гравіювання».

Оригінальний автор: MiX

Оригінальний редактор: Faust, geek web3

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

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

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

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

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

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

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

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

(Джерело зображення:)

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

Ось ключ. Випуск BRC-20 залежить від NFT-протоколу напису біткойн, як і Ordinals. Тому початковий механізм випуску стає схожим на процес кастингу 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 має багато переваг, найважливішими з яких є:

1. Етапи транзакції спрощуються, і не генерується надлишковий марний UTXO, що може краще «зменшити навантаження» для вузлів Bitcoin. Крім того, транзакція передачі BRC-20 підтримує лише одного одержувача та один токен, тоді як Runes підтримує перекази кільком одержувачам одночасно та може передавати кілька токенів Runes.

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

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

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

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

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

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

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

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

Конкретний зміст випусків №165 такий:

• Sondotpin: у поточній публічній емісії сторона/емітент проекту не може зарезервувати руни заздалегідь, що обмежує можливість сторони проекту розробити чудову економічну модель токенів. *Кейсі: Будь ласка, перегляньте попередні випуски №124. Я розглядаю пом’якшення цієї вимоги, щоб дозволити видавцям розумно розташовувати руни на момент випуску, навіть поза межами набору параметрів. За такого дизайну відповідна інформація відображатиметься дуже помітно на сторінці деталей Runes.
• Sondotpin: чи можливо розробити механізм багаторазової видачі, наприклад два раунди «публічно вигравіруваних» рун, а потім встановити різні параметри для кожного раунду видачі?
• Кейсі: Я не схильний до цього, тому що у Runes по суті немає «менеджера». Повноваження з розподілу не повинні перебувати в руках однієї організації зі спеціальними повноваженнями. Але ви можете додати напис при видачі рун, а потім видавати нові руни на основі цього напису, щоб руни, видані двічі, були однаковими активами. Звичайно, ви також можете використовувати попередній майнінг, а потім випускати його за допомогою інших методів розповсюдження.

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

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

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

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

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

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

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

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

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

Актуальні проекти, такі як Runestone і 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 збільшує програмованість і гнучкість мережі біткойн. У цьому обговоренні було зазначено, що просто кажучи, можна створити шаблон умови розблокування за допомогою UTXO, який має можливість створити більше ігрового процесу для рун. Наприклад, за допомогою протоколу «Runes Protocol + CTV» 10 користувачів можуть спільно використовувати технологію CTV, разом карбувати руни, а потім попередньо встановити деякі майбутні зобов’язання щодо платіжних транзакцій Bitcoin.