Источник: байтовый CKB
Я знаю, что когда речь идет об этом, чистые поклонники Биткойна могут подумать: не лучше ли, чтобы BTC просто спокойно стал цифровым золотом? Зачем нужны Токены? Зачем нужен USDT? Но если вам особенно важна безопасность активов, вам придется задуматься, а что если упадет Ethereum? Кто возьмет на себя DeFi? Кроме того, схема с Токенами совместима с Протоколом BTC и не нарушает его основных функций. Если не нравится, можно не скачивать клиент Токена, и это не окажет большого влияния.
Почему нельзя выпускать Токен на Биткойне?
На BTC выпуск Токен, используемый для переноса сделок с активами реального мира в блокчейн, эта идея появилась в сообществе BTC примерно в 2010 году. Исходное обсуждение в сообществе предполагало перенос активов реального мира, таких как недвижимость, акции, фиатные валюты и т. д., для децентрализованных сделок на BTC. Однако из-за юридических факторов перенос активов, таких как недвижимость и акции, не так прост. Даже если вы оплатите свою недвижимость в виде цифрового актива Токен, правительство может не признать его или автоматически изменить реестр недвижимости реального мира, и могут потребоваться различные налоги. Кроме того, нельзя произвольно торговать в блокчейне под регулированием.
Поэтому более привлекательным методом является выпуск Токена, связанного с Фиатной валютой, то есть Стейблкоин. Стейблкоин отличается от Невзаимозаменяемого токена тем, что они все еще являются Токенами однородными (fungible), только отличаются от оригинального BTC. Когда они появляются в виде Токена, их стоимость определяется ценой реальных мировых активов, которые они представляют, а не исходной ценой Цифровых денег (если цена Цифровых денег слишком сильно растет по сравнению с ценой активов, их также можно отказаться). Вот почему обычно Токены на BTC выражены в Сатоши (Satoshi).
Для использования Цифровые деньги в качестве Токенов активов необходимо решить две основные проблемы:
- Как представить активы реального мира в BTC;
- Как установить сложные правила торговли и контракты в ограниченном языке сценариев BTC.
Нижеуказанное содержание сосредоточено на вышеупомянутых двух аспектах, кратко изложены несколько основных схем Биткойн-активов Биткойн выпуска, и проведено сравнение с точки зрения доступности данных, активов, выразительности, масштабируемости и т. д.
Первый Токен на BTC: монета 01928374656574839201
Первоначальный создатель ТокенПротокола на BTC неизвестен, идея возможно возникла в обсуждениях на форуме или в сообществе BTC. Проект Colored Coin был запущен Йони Асси в 2012 году, тогда он вместе с Виталиком Бутериным, Лиором Хакимом, Мени Розенфельдом, Ротемом Левом написали Вайтпейпер по Colored Coins (Colored Coins whitepaper)[1], проект начал свою работу в 2013 году.
Принцип работы цветных токенов заключается в том, что один Сатоши отмечается как особая монета, и связанная с ней информация об активе записывается в этот Сатоши - этот процесс называется окрашиванием. Вы можете окрасить один Сатоши в разные цвета, нанести на него разные метки (теги), но монеты одного и того же цвета все равно не отличаются друг от друга, например, куча Сатоши, окрашенных в доллары, все еще является однородной. Ранний протокол использовал поле nSequence, в котором добавлялась метка в первый входной UTXO транзакции. Однако nSequence имеет ограничение на хранение всего 4 байта, поэтому более поздние токены в основном заменили поле OP_RETURN, которое может хранить больше метаданных.
Монета окраски в настоящее время в основном вызвала интерес как первый Токен-проект на BTC. Из-за неудачного развития проекта и его недостаточного применения сам проект постепенно был забыт. Одной из проблем, с которыми столкнулась монета окраски, было то, что функциональность BTC еще не могла поддержать эту более продвинутую идею, и реализация и стабильная работа этой идеи были сложными. Возможно, это и является причиной того, почему Виталик, после проекта монеты окраски, стал противником BTC и так увлекся смарт-контрактами.
Поскольку валюта Dye является валютой в виде Сатоши, ее проверка аналогична проверке действительности UTXO и требует загрузки всей цепочки. Эта проблема будет решена путем клиентской проверки в последующем.
Использование OP_RETURN для создания токена: Counterparty & Omni Layer
В отличие от монеты Dye, Counterparty[2][3] и Omni Layer（протокол, стоящий за USDT） не окрашивается непосредственно в сатоши, а настраивает выходные данные UTXO с нулевым значением, в котором хранятся метаданные в OP_RETURN. OP_RETURN может содержать 80 байт, помечая UTXO с OP_RETURN как неизрасходованный, а фактические токены находятся в i-м выходе, записанном в OP_RETURN. Значение этого выхода обычно составляет 0,00000546 BTC - это минимальное значение, которое система разрешает отправлять, и так как стоимость токена не связана с BTC, нет необходимости отправлять больше, чем 0,00000546 BTC.
Верификация всех этих проектов требует проведения в блокчейне, а метаданные хранятся в блокчейне.
Omni Layer в течение долгого времени был игроком на блокчейне ETH, пока недавно не вернулся в экосистему BTC, готовясь к выпуску BTC-USDT. Counterparty застейкатьed некоторое количество BTC и имеет свой собственный Токен XCP. Из Twitter[4]Скорее всего, он занимается NFT.
Для дополнительного изучения OP_RETURN см.: 01928374656574839201
- Анализ метаданных Bitcoin OP RETURN[5]
- Вручную создайте OP_RETURN отправьте USDT[6]
Использование сайдчейн для привязки Биткойн: 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: боковая цепочка Bitcoin с состоянием умных контрактов (статья RSK)[10]
- Деньги RSK[11]
- Часто задаваемые вопросы[12]
Ранее упомянутые проекты, некоторые исчезли (например, окрашенные монеты), а некоторые, продающиеся под видом BTC, являются частью экосистемы Ethereum. Это в основном связано с тем, что после принятия капитала 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]Предложенный протокол RGB разработали Giacomo Zucco и Maxim Orlovsky на основе этого.
Проверка на стороне клиента (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, так как его состояние находится вне блокчейна, нужно только разместить обязательство на блокчейне или в сети Lighting. После обновления Taproot RGB может встроить обязательство в транзакцию Taproot, что позволяет RGB гибко встраивать обязательство в блокчейн Биткойн.
Для получения дополнительной информации о RGB см. RGB Blueprint[15]
Только поддержка Токенов, без поддержки смарт-контрактов: Taproot активы
Актив Taproot — это демон сети Lightning (LND)[16][17]Проект, разработанный командой. Его принципы похожи на RGB, но не поддерживают сложные смарт-контракты, только поддержка токенов (см. статью о Taproot здесь)объяснение).
Более подробно ознакомьтесь с валидацией с клиентской стороны, RGB и Taproot, см.:
- Валидация на стороне клиента[18]
- Транзакции вне цепочки: эволюция протоколов активов биткоина.[19]
- Counterparty против RGB против TARO[20]
Сделать каждый Сатоши уникальным: Ординалы и Инионы
Кейси Родармор выпустил протокол Ординал в начале 2023 года[21]Этот проект изначально возник из идеи: как присвоить уму номер, чтобы каждый ум имел уникальный порядковый номер и мог быть упорядочен. Эта идея появилась одновременно с идеей о применении окрасочных монет, но была вновь предложена только в прошлом году. И благодаря включению функций SegWit и Taproot, ее реализация стала не такой уж сложной. Ordinal делает каждый ум уникальным, что позволяет выпускать NFT напрямую на цепочке биткойна.
Иньенс[22]Просто такой проект NFT. Данные NFT сохраняются в данных свидетельства сделки, а не в поле OP_RETURN, используемом в предыдущих проектах, так что можно сохранить метаданные размером до 4 МБ. В отличие от NFT на Ethereum, Inion является хранилищем на цепочке, включая метаданные и изображения.
Для более подробной информации о Ordinals см .:
- Ординалы: общая платформа для максималистов Ethereum и Bitcoin?[23]
- Окончательное руководство по порядковым числительным и иниям биткойнов[24]
Привязка двунаправленной цепи UTXO: RGB++ гомоморфная привязка
RGB++[25][26]Изначально это было BTC и CKB (Nervos NetworkПротокол изоморфного связывания (isomorphic binding protocol) между двумя UTXO-цепочками (например, CKB и BTC) стал широко применяемым. Он позволяет связывать любые две UTXO-цепочки теоретически.
RGB++ дал дальнейшее развитие идеям клиентской проверки RGB и одноразовых пломб. Как уже упоминалось ранее, основной проблемой Протокола RGB является то, что данные хранятся пользователем локально. Если пользователь случайно потеряет данные, их нельзя будет восстановить, так как нет резервной копии. Кроме того, проверка других данных, не связанных с Токеном пользователя, затруднена. Решение на уровне изоморфного связывания заключается не только в привязке Токена к полю OP_RETURN BTC UTXO, но также в привязке соответствующей информации о BTC-транзакции к транзакции CKB в блокчейне (путем добавления в CKB Cell информации о BTC-транзакции).[27]Внутри Lock используется специальный IB-lock для реализации. При проверке правильности транзакции CKB в блокчейне Lock использует данные клиента BTC light на CKB для проверки, был ли потрачен соответствующий UTXO, а также связана ли информация о транзакции Токен с новым UTXO, созданным после его расходования (в качестве части информации без подписи).
RGB++ Заслуживает следовать особенностям:
- Решение проблемы доступности данных через двустороннюю привязку: CKB Cell обещает быть привязанным к полю OP_RETURN UTXO; информация о UTXO привязана к выходному ячейке транзакции CKB.
- Совместимо с сетью Lighting и Fiber Network (основанной на CKB сети Lighting).
- Поддержка нескольких активов
- Может быть связан с любой цепью UTXO
Дополнительная информация о RGB++, см .:
- Белая бумага протокола RGB++[28]
- Полное руководство по RGB, RGB++ и клиентской валидации[29]
Для более ясного понимания преимуществ и ограничений каждого проекта мы сравнили указанные проекты в таблице ниже. Особое внимание следует уделять указанным показателям:
- Доступность данных (Data availability): Цепи изоморфные (isomorphic-chain) и сайдчейн (сайдчейны) почти одинаковы, но доступность данных вне блокчейна слабее, чем в других схемах. Этот порядок сильнейшего к слабейшему: в блокчейне ≥ цепи изоморфные ≥ сайдчейн > вне блокчейна;
- Носитель активов (Asset carrier): Прямо связанные с BTC схемы Токенов лучше, чем схемы, которые не связаны напрямую;
- Fungibility (同质性): здесь речь идет о том, могут ли оригинальные токены проекта быть взаимозаменяемыми, а не о том, что проект не поддерживает выпуск Невзаимозаменяемого токена, который можно реализовать путем добавления дополнительного Протокола;
- Выразительность (Expressiveness): это способность обработки сложных смарт-контрактов.
Ссылки, упомянутые в тексте:[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]
База знаний/Ultimate_guide_to_rgb_rgbpp_and_client_side_validation[29]
