Автор: Жасмин

X/твіт: @Jasmine9m88

Як ми всі знаємо, причина, по якій Кейсі запустив Runes, полягала в тому, що він вважав, що BRC20 був технічно недосконалим, і сподівався зменшити тиск на мережу Bitcoin за допомогою нового протоколу FT. Протокол Runes заснований на UTXO, який не тільки може ефективно зменшити розширення сміттєвих UTXO, але також має хорошу сумісність і масштабованість. Його основний протокол було спрощено лише до 500 рядків коду з метою надання розробникам і користувачам простого та легкого у використанні однорідного протоколу токенів.

Кейсі: «Я не впевнений, що це гарна ідея для біткойн. 99,9% взаємозамінних токенів — це шахрайство та меми. які, здається, не зникнуть найближчим часом, створення хорошого взаємозамінного протоколу токенів для біткойнів може принести значний дохід від комісії за транзакції в мережу біткойн, привернути увагу розробників і залучити більше користувачів в ланцюжку, сприяючи відповідальному управлінню UTXO, він може пом’якшити шкоду більше, ніж існуючі протоколи».

Оскільки у вересні минулого року було оголошено про розробку протоколу Runes, після кількох місяців ретельного вдосконалення, які функції та переваги має Runes порівняно з протоколами FT, такими як BRC20?

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

Руни VS BRC20

1. Операція простіша та ефективніша

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

Покращена ефективність передачі: транзакція передачі в BRC20 підтримує лише одного одержувача та один маркер. Runes підтримує передачу кільком одержувачам одночасно та може передавати кілька жетонів Runes.

2. Більш дружній до розробників

Зберігання та індексація даних: дані BRC20 зберігаються в Segregated Witness у форматі JSON на основі моделі облікового запису, а баланс прив’язаний до адреси. Дані Runes зберігаються в полі OP_RETURN транзакції з використанням моделі UTXO, а баланс токенів безпосередньо прив’язаний до UTXO. Тому, підтверджуючи баланс Runes, вам потрібно лише перевірити UTXO, яким ви володієте. Немає необхідності сканувати весь стан мережі, як BRC20, який є більш дружнім до індексів.

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

3. Сильніша сумісність і масштабованість

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

Підтримує SPV (просту перевірку платежу): Гаманець SPV — це легкий біткойн-гаманець, який лише завантажує та перевіряє дані заголовка блоку, пов’язані з транзакціями користувачів. Користувачі можуть використовувати гаманець SPV для керування та використання жетонів Runes і насолоджуватися легкою, простою та швидкою торгівлею. Це те, чого BRC20 не може досягти.

Підтримка оновлення soft fork: у порівнянні з протоколом BRC-20, Runes більш масштабований і може бути оновлений через soft fork.

4. Метод випуску токенів (etch) більш гнучкий

Довжина назви підтримується від 1 до 28 символів: назви токенів BRC20 обмежені чотирма символами, а довжину назви токенів Runes можна регулювати від 1 до 28 символів. Щоб збалансувати швидкість випуску Runes і запобігти швидкому поширенню популярних коротких імен, протокол Runes вимагає, щоб імена складалися з принаймні 13 літер протягом перших чотирьох місяців після запуску. Приблизно кожні чотири місяці після цього мінімальна довжина імені буде зменшуватися на одну літеру до наступної події розведення навпіл, коли можна буде створити односимвольні руни (загалом 26).

Більш однозначні назви: на відміну від назв токенів BRC20, які можуть містити довільні символи Unicode, назви рун підтримують лише літери від A до Z і символи •, що робить назви більш однозначними та їх важко підробити.

Вирішіть проблему початкового запуску імен: використовуйте механізм Commit-Reveal, щоб майнер не дізнався про Runes ++ заздалегідь

назвати та зробити фору.

Представляємо диверсифіковані методи випуску токенів: на додаток до двох методів випуску відкритого etch (проект не може попередньо розподіляти токени) і фіксованого загального випуску (проект може попередньо розподіляти токени), ми також розглядаємо можливість додавання більше ігрового процесу, щоб розслабити відкриті Non -резервовані вимоги до etch. Крім того, руни можуть бути «виразними» - можливо, створюючи батьківсько-дочірній напис і розміщуючи руни під дочірнім написом.

5. Вища безпека

Протистояти атакам на транзакції з отруєнням: BRC20 може піддаватися транзакціям з отруєнням (зловмисник надсилає на адресу жертви велику кількість написів про переказ BRC20, що може призвести до «заблокування» балансу одержувача). .

Крім того, Кейсі також зробив приблизне порівняння між кількома іншими старими протоколами FT і Runes. Окрім того, що вони простіші, переваги Runes також відображаються в таких аспектах:

Руни VS RGB

Краща взаємодія з користувачем: передумовою для отримання токенів RGB є наявність UTXO на адресі, що не є обов’язковим для Runes.

Сильніша безпека: Runes використовує модель UTXO Bitcoin, тому на неї не впливають умови перегонів.

У ланцюжку: під час виконання транзакцій RGB вам потрібно не лише завантажувати дані з блокчейну біткойнів, але й завантажувати та завантажувати дані на сервер. Руни знаходяться в ланцюжку, тому транзакції можуть відбуватися без завантаження або завантаження даних сервера або навіть спілкування з одержувачем.

Унікальні назви: назви токенів Runes є унікальними, а назви токенів RGB можуть повторюватися.

Руни VS Taproot активи

У ланцюжку: Подібно до RGB, транзакції з#TaprootAssets вимагають не лише завантаження даних із блокчейну біткойнів, а й завантаження та завантаження даних на сервер. Транзакції Runes завершуються в ланцюжку, не покладаючись на додаткову взаємодію з даними сервера.

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

Нативний токен не потрібен: Counterparty вимагає використання власних активів для створення токенів, а Runes — ні.

Модель на основі UTXO: на відміну від моделі на основі облікового запису Counterparty, Runes використовує модель на основі UTXO. Це допомагає уникнути проблем із повторним використанням, покращити можливості створення сценаріїв і більш природно інтегруватися в екосистему Bitcoin.

Сумісність зі сценарієм: Runes автоматично сумісний з усіма поточними та майбутніми кодами операцій і типами адрес скриптів, тоді як Counterparty потребує додаткової розробки цих функцій, що підвищує гнучкість і масштабованість Runes.

Руни ПРОТИ ERC20

Узгодженість: поведінка всіх токенів Runes однакова, тоді як випуск токенів ERC20 залежить від відповідних смарт-контрактів, що може призвести до ускладнень і потреби в додаткових перевірках.

Унікальне ім’я: ім’я токена Runes є унікальним, а ім’я токена ERC20 може повторюватися.

«Колись ми всі помремо, і, мабуть, важливо те, що ми залишимо після себе, чи хочете ви залишити вічний слід у міцному ланцюжку біткойнів чи створити на інших ланцюжках, які можуть зникнути?»

—Кейсі

це все.

Посилання на вміст:

https://rodarmor.com/blog/runes/

https://www.youtube.com/watch?v=IS406ToIRo4

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

Автор: Runes Chinese Community; відкрита платформа ChainDD. Ця стаття представляє лише думку автора. Для статей "DeDeHao" оригінальність і справжність контенту визначаються автори. Гарантія, що якщо рукопис є плагіатом, фальсифікацією тощо, за юридичні наслідки несе відповідальність сам автор Після підтвердження платформа негайно завантажить його. Якщо у вас виникли проблеми із вмістом статті, зв’яжіться з WeChat: chaindd123