Аналіз механізму代打 активів у блокчейні Біткойн: на прикладі Runes

Вступ

Торгівля та увага є ключовими елементами web3, ціна є початковою точкою, а вартість - кінцевою. З моменту зменшення BTC у два рази та запуску протоколу Runes пройшло більше місяця, за цей час виникло кілька платформ для торгівлі монетами та ринків. У цій статті на прикладі активів Runes ми розглянемо найкращі механізми моделі торгівлі активами (гравіювання) у Біткойн.

1. Рейтинг GAS платформи Runes

З точки зору ранжування за схемами, основні висновки такі:

1. вартість газу: розділити + у блокчейні < у блокчейні < розділити < одиночний удар
2. Рівень централізації: у блокчейні ( без проміжної адреси ) < розподіл ( без проміжної адреси ) < у блокчейні ( з проміжною адресою ) < розподіл ( з проміжною адресою )
3. Збір активів: у блокчейні > розділення + у блокчейні > розділення
4. Швидкість масового додавання в блокчейн: розділити = розділити + у блокчейні > у блокчейні

1.1 Опис механізму гравірування Runes

Runes використовує технологію гравірування для запису інформації у полі op-return UTXO Біткойна. Цей спосіб був введений у версії Bitcoin Core 0.9, створюючи перевіряємий, але неконсумаційний вихід, що дозволяє зберігати дані у блокчейні.

У блокчейн-браузері Біткойна можна побачити інформацію op-return, що супроводжує транзакції. Цю інформацію зазвичай подають у форматі JSON після декодування, вона містить інформацію про розгортання, карбування та випуск активів Runes.

Механізм代打 Runes вимагає, щоб одна транзакція могла代打 лише один актив. Вартість транзакції залежить від обсягу даних у блокчейні, тому оптимальна модель повинна максимально контролювати кількість UTXO в транзакції.

1.2 Модель поділу

Модель розділення спочатку виконує одну транзакцію, розділяючи її на кілька підтранзакцій, кожна з яких потім проходить процес створення активів.

Наприклад, схема певної платформи для підробки:

1. Першу транзакцію оцінюють за комісією для кожної під-транзакції, резервуючи 546 (поширене значення пилюки для Біткойна) + суму комісії, розділяючи кілька UTXO на нову адресу.
2. Друга транзакція з нового адреси повертається на адресу користувача, завершує делегування, користувач отримує активи Runes.

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

1.3 ланцюгова модель

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

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

2. Найкраща модель заміни Runes: розділення + ланцюгова

Наразі відносно кращим варіантом є використання моделі розподілу + ланцюгової моделі. Особливості цієї моделі:

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

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

2.1 Важливість ефективності у блокчейні

Біткойн вузли мають механізм захисту від DoS-атак, обмежуючи споживання vout одного UTXO та його ланцюга максимум 25 транзакціями в мемпулі. Саме тому великий обсяг Mint часто використовує проміжні адреси.

Модель розподілу після розподілу транзакції у блокчейні може бути безмежно поміщена в пул пам'яті (оскільки батьківська транзакція більше не знаходиться в пулі пам'яті, кожен UTXO має окремий розрахунок обмеження 25).

2.2 Біт монета комісія оптимізації порівняння

В якості прикладу адреси Taproot можна обчислити оптимізацію різних моделей:

• Ланцюгова партія Mint 10 транзакцій, вартість: 1310 vsize

• Розділити партію Mint на 10 транзакцій, вартість: 1697 vsize

• Оптимізація газу: 22.8%

• Ланцюговий масовий Mint 20 операцій, вартість: 2620 vsize

• Розділити партію Mint на 20 транзакцій, вартість: 3437 vsize

• Оптимізація газу: 23.8%

Здається, 20% не так багато, але в період піку, коли одна емісія коштує 100U, 10 партій можуть знизити витрати на 200U.

3. Підсумок

Через місяць після випуску протоколу активів Runes, основна інфраструктура в екосистемі, що включає послуги з гри на ринку та ринок, є неповною, що призводить до надмірно високих витрат для приватних інвесторів та нестачі участі інститутів в експлуатації екосистеми.

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

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

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