Аналіз механізму代打 активів Біткойн: на прикладі Runes
Вступ
У сфері Web3,交易是核心, увага є ключовим ресурсом, ціна є початковою точкою, а цінність - кінцевою. Через місяць після зменшення винагороди за Біткойн і запуску протоколу Runes з'явилося безліч платформ для代打 та торгових ринків. У цій статті на прикладі Runes аналізується найкраща механіка моделі 代打 активів Біткойна (刻ування ).
1. Рейтинг GAS платформи Runes代打
З точки зору рейтингу рішень, основний висновок такий:
Рівень централізації: ланцюгова ( без проміжної адреси ) < розподіл ( без проміжної адреси ) < ланцюгова ( з проміжною адресою ) < розподіл ( з проміжною адресою )
Збирання активів: ланцюговий > розподіл + ланцюговий > розподіл
Швидкість масового блокчейн: розділити = розділити + ланцюговий > ланцюговий
1.1 Опис механізму гравірування Runes
Runes використовує техніку гравіювання, щоб записати інформацію у полі op-return UTXO Біткойн. Це вивірений, але непідлягаючий витратам вихід, дані зберігаються в блокчейні. У блокчейн-браузері можна побачити інформацію op-return, що додається до транзакції.
Підсумок механізму代打: в Runes одна угода може代打 лише один актив. Торгові витрати відображаються у вигляді обсягу даних на ланцюгу, оптимальна модель полягає в мінімізації кількості UTXO в угоді.
1.2 Модель розподілу
Розділіть модель, спочатку виконавши одну транзакцію, щоб розділити її на кілька підтранзакцій, кожну з яких потім можна використовувати для створення активів. Наприклад, схема tools.mempool:
Перша транзакція оцінює комісію за кожну субтранзакцію, резервуючи 546( пилоцінності ) + комісія, розділяючи кілька UTXO на нову адресу.
Друга транзакція повертає з нової адреси на адресу користувача, завершуючи підробіток.
Питання: потрібно спочатку розділити транзакцію, користувач отримує розподілені UTXO, що збільшує витрати на подальші транзакції. Крім того, розділені транзакції не виконують代打, загальні втрати досить високі.
1.3 ланцюгова модель
Ланцюгова модель подібна до циклічної структури, кожна транзакція споживає попередню транзакцію з пам'яті. Наприклад, платформа Runestone:
Перша транзакція підлягає стягненню комісії платформи.
Подальша обробка циклу транзакцій, обсяг даних невеликий.
Переваги: мала кількість даних. Недоліки: обмеження на 25 транзакцій у пам'яті, не підходить для масового карбування.
2. Найкраща модель代打 для Runes: розділення + ланцюгова
luminex використовує розділення + ланцюгову схему, що є наразі найкращою моделлю:
Спочатку надайте користувачу актив.
Виготовлення до 25 разів: виділити достатньо газу для ланцюгового виготовлення, виконати виготовлення.
Більше 25 разів випуск: розділіть на кілька ланцюгів необхідний gas, виконайте випуск.
Переваги: можливість масового карбування, висока ефективність запису в блокчейн (2 завершено в межах 2 блоків ).
2.1 Показники ефективності ланцюга
BTC-узел має механізм захисту від DoS-атак, один UTXO має обмеження в 25 транзакцій у пам'яті. Ланцюгова модель підлягає цьому обмеженню, модель розподілу може його обійти. luminex поєднує низькі витрати газу та можливість масового карбування.
2.2 Біт手续费 оптимізації порівняння
Візьмемо адресу taproot, щоб розрахувати коефіцієнт оптимізації:
Ланцюговий批量 Mint 10 транзакцій: 1310 vsize
Розділити партію Mint 10 транзакцій:1697 vsize
оптимізація газу: 22.8%
Ланцюгова партія Mint 20 транзакцій: 2620 vsize
Розділити пакетний Mint 20 транзакцій:3437 vsize
оптимізація газу: 23.8%
20% оптимізації здається не багато, але в період високих витрат може суттєво знизити витрати. Рекомендується вивчати основи node.js, безпосередньо запускати відкритий код, щоб уникнути зборів платформи.
3. Підсумок
Rune випустилось місяць тому, але не змогло подолати 1 мільярд доларів США, головною причиною є послуги з гри на замовлення та недосконалість ринкової інфраструктури, високі витрати для роздрібних інвесторів та відсутність екосистемного управління з боку установ. Існуючі платформи або мають високі комісії, або недоступні по функціоналу.
Наразі модель代打 ігнорує потреби користувачів у торгівлі. На ранніх етапах ринок був нестабільним, BTC був переповнений, а попит на великі обсяги активів був обмеженим. Ланцюгові витрати низькі, але не підходять для ранніх етапів, а утворена композитна торгівля підвищила бар'єр для закупівлі.
У майбутньому буде обговорюватися модель торгового ринку активів BTC ( BRC20, Ordinals, Atomical, Runes тощо ).
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
16 лайків
Нагородити
16
6
Поділіться
Прокоментувати
0/400
SmartMoneyWallet
· 07-31 15:21
Вартість代打 висока, важко реалізувати.
Переглянути оригіналвідповісти на0
FloorPriceNightmare
· 07-29 02:47
Все ще потрібно дивитися на прийнятність ринку
Переглянути оригіналвідповісти на0
PretendingToReadDocs
· 07-29 02:43
Ланцюгова оптимізація дуже надійна
Переглянути оригіналвідповісти на0
StrawberryIce
· 07-29 02:41
Занадто висока вартість
Переглянути оригіналвідповісти на0
FalseProfitProphet
· 07-29 02:39
Роздрібний інвестор все ще не може витримати витрати.
Оптимізація механізму代打 Runes: ланцюгова + розподільча модель Падіння на 23% витрат Gas
Аналіз механізму代打 активів Біткойн: на прикладі Runes
Вступ
У сфері Web3,交易是核心, увага є ключовим ресурсом, ціна є початковою точкою, а цінність - кінцевою. Через місяць після зменшення винагороди за Біткойн і запуску протоколу Runes з'явилося безліч платформ для代打 та торгових ринків. У цій статті на прикладі Runes аналізується найкраща механіка моделі 代打 активів Біткойна (刻ування ).
1. Рейтинг GAS платформи Runes代打
З точки зору рейтингу рішень, основний висновок такий:
1.1 Опис механізму гравірування Runes
Runes використовує техніку гравіювання, щоб записати інформацію у полі op-return UTXO Біткойн. Це вивірений, але непідлягаючий витратам вихід, дані зберігаються в блокчейні. У блокчейн-браузері можна побачити інформацію op-return, що додається до транзакції.
Підсумок механізму代打: в Runes одна угода може代打 лише один актив. Торгові витрати відображаються у вигляді обсягу даних на ланцюгу, оптимальна модель полягає в мінімізації кількості UTXO в угоді.
1.2 Модель розподілу
Розділіть модель, спочатку виконавши одну транзакцію, щоб розділити її на кілька підтранзакцій, кожну з яких потім можна використовувати для створення активів. Наприклад, схема tools.mempool:
Питання: потрібно спочатку розділити транзакцію, користувач отримує розподілені UTXO, що збільшує витрати на подальші транзакції. Крім того, розділені транзакції не виконують代打, загальні втрати досить високі.
1.3 ланцюгова модель
Ланцюгова модель подібна до циклічної структури, кожна транзакція споживає попередню транзакцію з пам'яті. Наприклад, платформа Runestone:
Переваги: мала кількість даних. Недоліки: обмеження на 25 транзакцій у пам'яті, не підходить для масового карбування.
2. Найкраща модель代打 для Runes: розділення + ланцюгова
luminex використовує розділення + ланцюгову схему, що є наразі найкращою моделлю:
Переваги: можливість масового карбування, висока ефективність запису в блокчейн (2 завершено в межах 2 блоків ).
2.1 Показники ефективності ланцюга
BTC-узел має механізм захисту від DoS-атак, один UTXO має обмеження в 25 транзакцій у пам'яті. Ланцюгова модель підлягає цьому обмеженню, модель розподілу може його обійти. luminex поєднує низькі витрати газу та можливість масового карбування.
2.2 Біт手续费 оптимізації порівняння
Візьмемо адресу taproot, щоб розрахувати коефіцієнт оптимізації:
Ланцюговий批量 Mint 10 транзакцій: 1310 vsize
Розділити партію Mint 10 транзакцій:1697 vsize
оптимізація газу: 22.8%
Ланцюгова партія Mint 20 транзакцій: 2620 vsize
Розділити пакетний Mint 20 транзакцій:3437 vsize
оптимізація газу: 23.8%
20% оптимізації здається не багато, але в період високих витрат може суттєво знизити витрати. Рекомендується вивчати основи node.js, безпосередньо запускати відкритий код, щоб уникнути зборів платформи.
3. Підсумок
Rune випустилось місяць тому, але не змогло подолати 1 мільярд доларів США, головною причиною є послуги з гри на замовлення та недосконалість ринкової інфраструктури, високі витрати для роздрібних інвесторів та відсутність екосистемного управління з боку установ. Існуючі платформи або мають високі комісії, або недоступні по функціоналу.
Наразі модель代打 ігнорує потреби користувачів у торгівлі. На ранніх етапах ринок був нестабільним, BTC був переповнений, а попит на великі обсяги активів був обмеженим. Ланцюгові витрати низькі, але не підходять для ранніх етапів, а утворена композитна торгівля підвищила бар'єр для закупівлі.
У майбутньому буде обговорюватися модель торгового ринку активів BTC ( BRC20, Ordinals, Atomical, Runes тощо ).