Біткойн上的资产випуск:现有项目及各自方案指南

Джерело: Bytecoin CKB

Я знаю, що, коли йдеться про це питання, чистий прихильник BTC може подумати: чому BTC просто не може бути цифровим золотом? Чому потрібно мати Токен? Чому потрібно мати USDT? Але, якщо ви особливо зважаєте на безпеку активів, ви не зможете не думати, що станеться, якщо ETHпотрапить у біду? Хто зможе врятувати DeFi? Більше того, Токен-рішення сумісне з BTCпротоколом і не пошкодить його основну функціональність. Якщо вам це не подобається, ви можете не завантажувати Токен-клієнт і не буде великого впливу.

На BTC випуск Токенів: чому це неможливо?

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

Тому більш привабливим методом є випуск Токен, які пов'язані з Фіатна валюта, тобто стейблкоїн. Стейблкоїн відрізняється від Невзаємозамінний токен, вони все ще є Токен, що підлягає стандартизації (fungible), лише відрізняються від оригінального BTC. Коли вони представлені у вигляді Токен, їхня вартість визначається ціною реальних світових активів, які вони представляють, і вони більше не мають оригінальної ціни Цифрові гроші (якщо ціна Цифрові гроші зростає набагато вище ціни активів, відмовитися від активів також можливо). Ось чому Токен на BTC зазвичай представлені у Сатоші (Satoshi).

Використання Цифрові гроші як Токену має вирішити дві основні проблеми:

  1. Як виразити активи реального світу у BTC;
  2. Як налаштувати складні правила торгів та контракти в обмеженому скриптовому мові BTC.

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

Перший Токен на BTC: Розфарбована монета

Більше неможливо дізнатися, хто першим розробив протокол Токен на BTC, і ідея, можливо, народилася під час обговорення на форумі або в спільноті BTC. Проект «Кольорова монета» був започаткований Йоні Ассіа у 2012 році, коли він написав «Whitepaper Colored Coins» разом з Віталіком Бутеріним, Ліором Хакімом, Мені Розенфельдом, Ротемом Левом[1], проект почав працювати в 2013 році.

Принцип роботи фарбованих Токенів полягає в тому, що один Сатоші позначається як особлива монета, і в нього записуються відповідні дані активів - цей процес називається фарбуванням. Ви можете фарбувати один Сатоші в різні кольори, проставляти різні мітки, але монети одного кольору все ще не можуть бути відрізнені одна від одної, наприклад, стекло Сатоші, які були фарбовані в долари, залишаються однорідними. Ранні протоколи використовували поле nSequence, в якому в першому вході UTXO транзакції додавали позначку. Проте обмеження зберігання nSequence - лише 4 байти, тому більш пізні Токени майже всі замінили поле OP_RETURN, що може зберігати більше метаданих.

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

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

Використання OP_RETURN для створення токенів: Counterparty & Omni Layer

Не такий, як забарвлення валюти, контрактний рахунок[2][3] і Omni LayerПротокол за USDT не фарбується прямо на монеті, а встановлює значення 0 для UTXO під час угоди, де метадані зберігаються в OP_RETURN цього UTXO. OP_RETURN може зберігати 80 байтів, позначаючи, що UTXO з OP_RETURN не може бути витрачено, і справжня монета - це записаний у OP_RETURN i-й вихід. Звичайно, значення цього вихідного сигналу становить 0,00000546 BTC - це мінімальне значення, яке система дозволяє відправляти, оскільки вартість монети не пов'язана з BTC, немає потреби відправляти більше, ніж 0,00000546 BTC.

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

Omni Layer був гравцем на блокчейні ETH протягом тривалого часу, поки не повернувся до екосистеми BTC недавно, готуючи випуск BTC-USDT. Counterparty застейкав частину BTC і має власний Токен XCP. З Twitter[4]Здається, останнім часом вони займаються NFT.

Для отримання додаткової інформації про OP_RETURN див.:

  1. Аналіз метаданих OP RETURN Bitcoin[5]
  2. Ручна побудова відправки USDT OP_RETURN[6]

Використання сайдчейнів для прив'язки BTC: Rootstock & Liquid Network

Підщепа[7][8]І мережа Liquid[9]Ці два проекти з'явилися приблизно у 2017 році і є рішеннями з боковими ланцюгами - вони обмінюють біткоїни на боковий ланцюг за допомогою двосторонньої прив'язки (Two-way peg) і використовують різні DeFi та dApps на EVM-сумісному боковому ланцюзі. Вони схожі на WBTCТокен (RSK має RBTC, Liquid має L-BTC), головна мета яких - це люди, які хочуть використовувати BTC у екосистемі Ethereum.

На Rootstock випускТокен, методи як на ETH блоці випуску, або можна сказати, що цей сайдчейн Rootstock, окрім Майнінгу разом з біткойн-ланцюгом, має всі функції, щоб адаптуватися до екосистеми ETH блоці, наприклад, коди смарт-контрактів також написані на Solidity. Тому токени тут випускаються на базі RBTC і не мають прямого зв'язку з BTC.

Оскільки цей текст стосується головним чином громадського ланцюжка, а Liquid Network є альянсованим ланцюжком, тут не буде глибоких обговорень.

Для отримання додаткової інформації про RSK, див.:

  • RSK: Біткойн sidechain зі stateful smart-контрактами (RSK paper)[10]
  • Доходи RSK[11]
  • Часто задаваемые вопросы[12]

Раніше згадані проекти, деякі з них зникли (наприклад, рушійні барвники), деякі з них продають екосистему Ethereum, криючись під BTC. Це відбувається головним чином тому, що Ethereum після прийняття капіталу отримав абсолютну ринкову перевагу Децентралізовані фінанси та додатки (dApps), тому досить важко претендувати на перевагу для проектів, які не грають разом з ними. Токени на Ethereum випускаються та торгуються за допомогою контрактів, дотримуючись стандартів, таких як ERC-20. У BTC екосистемі за останні два роки також почали розблоковуватися можливості контрактів, такі як BitVM, з'явилися стандарти токенів BRC-20.

На BTC реалізувати смарт-контракт: RGB

RGB (Really Good for Bitcoin), заснований у 2016 році[13]Спочатку воно було розроблено як конкурент фарбованої монети. Але, стикаючись з подібними викликами, воно перейшло до активації смарт-контрактів на біткоїні. Незважаючи на те, що воно в основному спрямоване на виконання смарт-контрактів, а не на емісію токенів, через обмеження їхньої віртуальної машини AluVM, станом на 2024 рік повна функціональність контрактів все ще обмежена.

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

Один з цікавих аспектів RGB полягає в тому, що воно використовує технологію клієнтської перевірки та одноразової плівки, тому воно не позначає Токен на UTXO. Ці два поняття були вперше запропоновані Пітером Тоддом у 2013 році.[14]Giacomo Zucco та Maxim Orlovsky розробили протокол RGB на основі цього.

Перевірка на клієнтському боці (Client-side validation) дозволяє зберігати дані та код, що використовується в операції, поза блокчейном, що не розголошується публічно, деякі дані можуть бути обмінені тільки між сторонами угоди приватно, інші люди, які не мають нічого спільного з операцією, можуть не знати про це. Стан поза блокчейном підтримується за допомогою BTC, блокчейн виступає як Мітка часу, яка підтверджує послідовність стану.

А одноразова пломба (single-use seal) - це цифрова версія одноразової пломби, яка найчастіше з'являється при перевірці клієнта. Вона записує інформацію про стан поза блокчейном в одноразовому виході (UTXO) за допомогою властивості, згідно з якою кожен UTXO може бути витрачений лише один раз. Таким чином, якщо в певний момент цей UTXO витрачається, ми знаємо, що стан був оновлений, і оновлена інформація про стан записується в новостворений UTXO. Інформація про стан поза блокчейном може відображати власність Токену USDT, або кількість Токенів у якомусь договорі.

Наприклад, Еліс хоче переказати одну USDT Бобу, але ця USDT не зберігається в ланцюгу Біткойн, її інформація зберігається поза блокчейном, але вона пов'язана з UTXO, які контролює Еліс. Інформація про неї зберігається в полі OP_RETURN транзакції, яка створила цей UTXO з нульовим значенням. Таким чином, тільки Еліс може витратити цю USDT, і Боб може відстежити, в яких UTXO ця USDT була збережена в минулих транзакціях у блокчейні, чи є ці UTXO дійсними і чи є транзакція законною. Таким чином, коли Еліс ініціює транзакцію, щоб перенести інформацію про цю USDT в UTXO, який контролює Боб, Боб може бути впевнений, що він отримав цю USDT.

RGB також може працювати у мережі Lighting Network, оскільки його стан є поза блокчейном, потрібно лише помістити зобов'язання у блокчейн або мережу Lighting Network. Після оновлення Taproot, RGB може вбудовувати зобов'язання у транзакцію Taproot, що дозволяє RGB вбудовувати зобов'язання у блокчейн BTC більш гнучким способом.

Для отримання додаткової інформації про RGB див. RGB Blueprint[15]

Підтримка лише Токенів, не підтримує Смарт-контракти: Taproot активи

Актив Taproot — це демон мережі Lightning Network (LND)[16][17]Проект, розроблений командою. Він працює на тому ж принципі, що і RGB, але не підтримує складні розумні контракти, він підтримує лише токени (див. статтю про TAPROOT тут)інтерпретація)。

Для отримання додаткової інформації про перевірку на клієнтському боці, RGB та Taproot, див.:

  1. Перевірка на клієнтському боці[18]
  2. Оффлайн-транзакції: Еволюція протоколів активів Bitcoin[19]
  3. Протипостава проти RGB проти TARO[20]

Делаем каждого Сатоші особливим: порядкові числівники та комплексні числа

Кейсі Родармор випустив Порядковий протокол на початку 2023 року[21]Цей проект спочатку виник з такої ідеї: як надати номер кожній сатоші, щоб кожна з них мала унікальний послідовний номер для сортування. Ця ідея була запропонована одночасно з монетами з різним кольором, але знову була піднята лише минулого року. І завдяки введенню функцій SegWit та Taproot, її реалізація стала не такою складною. Ordinal робить кожну сатошу унікальною, це дозволяє випускати NFT безпосередньо на блокчейні біткойну.

Ініони[22]Це саме такий проект NFT. Дані NFT зберігаються в свідченні транзакції, а не в полі OP_RETURN, як це робили попередні проекти, що дозволяє зберігати метадані розміром до 4 МБ. На відміну від NFT на Ethereum, Inion зберігається на ланцюжку, включаючи метадані та зображення.

Для більш детального ознайомлення з Ordinals див.:

  1. Ординали: спільна платформа для ефіріуму та максималістів біткойну?[23]
  2. Остаточне керівництво з біткойн-орієнтів та інійців[24]

Зв'язування двостороннього зв'язку будь-якого UTXO ланцюга: RGB++ гомоморфне зв'язування

RGB++[25][26]Спочатку це було як BTC та CKB (Nervos NetworkПротокол ізоморфного зв'язування (isomorphic binding protocol) між двома UTXO ланцюгами став все більш поширеним після того, як він з'явився як протокол, що зв'язує CKB та BTC на основі їхнього спільного основи. В теорії цей протокол може бути застосований до будь-яких двох UTXO ланцюгів.

RGB++ розширює ідеї клієнтської перевірки та одноразових печаток для RGB. Як вже зазначалося, найбільша проблема протоколу RGB полягає в тому, що дані зберігаються користувачем локально. Якщо користувач ненароком втратить дані, вони не будуть збережені, і їх неможливо відновити. Крім того, оскільки користувач зберігає лише дані, пов'язані з його Токеном, перевірка інших даних стає складнішою. Рішенням на рівні гомоморфних зв'язків є не лише прив'язання Токена до поля OP_RETURN UTXO BTC, а також прив'язання відповідної інформації про BTC-транзакції до транзакцій у блокчейні CKB (шляхом використання CKB Cell[27]У рамках Lock використовується спеціальний IB-lock для реалізації. При перевірці законності транзакції CKB у блокчейні, Lock використовує дані легкого клієнта BTC на CKB, перевіряє чи відповідний UTXO був витрачений, а також чи новий UTXO, що був згенерований після витрати, пов'язаний з інформацією про цю Токен-транзакцію (як частину інформації, що не містить підпису).

RGB++ значні особливості, на які варто підписатися:

  • Розв'язання проблеми доступності даних за допомогою двостороннього зв'язування: CKB Cell обіцяє зв'язатися з полем OP_RETURN UTXO; інформація UTXO пов'язана з вихідним Cell CKB транзакції.
  • Сумісний з мережею Lighting та мережею Fiber (на основі мережі CKB)
  • Підтримка багатьох активів
  • Можна зв'язати з будь-яким ланцюжком UTXO

Дізнайтеся більше про RGB++, посилання:

  1. Протокол світла RGB++ Легкий папір[28]
  2. Найбільш Повний Посібник З RGB, RGB++, Та Перевіркою На Клієнтському Боці[29]

Для кращого розуміння переваг та обмежень кожного проекту ми порівняємо ці проекти в таблиці нижче. Основні показники, на які потрібно звернути увагу, включають:

  • Доступність даних: Isomorphic-chain та Сайдчейн майже ідентичні, але доступність даних у поза блокчейном слабша, ніж у інших рішеннях. Це упорядкування від сильного до слабкого: у блокчейні ≥ Isomorphic-chain ≥ Сайдчейн > поза блокчейном;
  • Засоби активів (Asset carrier): схеми Токен, що безпосередньо пов'язані з BTC, бажано вище, ніж схеми, що не мають прямого зв'язку.
  • Функціональність (Fungibility): тут мається на увазі, чи можна взаємозамінювати вихідний Токен проекту, і не те, що проект не підтримує випуск Невзаємозамінний токен, оскільки це можна досягти шляхом додавання додаткового протоколу.
  • Виразність: це означає здатність обробки складних смартконтрактів.

Деякі посилання, згадані у тексті:[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[25]

[26]

[27]

[28]

База знань/кінцева_guide_to_rgb_rgbpp_and_client_side_validation[29]

Переглянути оригінал
  • Нагородити
  • 1
  • Поділіться
Прокоментувати
Немає коментарів