13 февраля компания Cipher, соучредитель CKB, представила расширенный протокол для RGB: RGB++ . Это объявление быстро привлекло внимание рынка и оказало заметное влияние на цены ЦКБ на вторичном рынке.
Перед обнародованием этого протокола я провел несколько тщательных обсуждений с Cipher относительно протокола RGB, изучая его первоначальные концепции и формулировки. Поэтому я решил написать краткую статью, чтобы выразить свое понимание протокола RGB++, свое личное мнение о нем и свои взгляды на потенциальные последствия и эффекты этого протокола.
Чтобы кратко понять RGB++, обратите внимание на следующие ключевые моменты:
Он включает в себя определенные технологии протокола RGB. Хотя он не относится строго к экосистеме RGB, он значительно расширяет возможности использования технологии RGB.
Он решает существующие технические проблемы при практическом применении протокола RGB и предоставляет расширенные функциональные возможности, включая «процессы проверки», «контрактное программирование» и «полные по Тьюрингу виртуальные машины».
Биткойн-UTXO отображаются на ячейках Nervos CKB. Этот процесс использует ограничения сценариев как в блокчейнах CKB, так и в биткойнах, чтобы гарантировать точность вычислений состояния и легитимность передачи прав собственности. Я считаю, что концепция изоморфного связывания предлагает значительный потенциал масштабируемости.
Те, кто знаком с моей работой, знают, что я активно участвовал в исследовании протокола RGB, постоянно следя за его развитием и ростом его экосистемы. Мои обширные исследования показали, что, хотя протокол RGB прекрасно спроектирован, он сталкивается с рядом проблем при практической реализации:
Одним из факторов, способствующих этому, является то, что большинство элементов дизайна представляют собой либо совершенно новые концепции, либо направлены на установление новых стандартов. Оба требуют тщательного, всестороннего планирования и создания нового кода с нуля.
Другим фактором является относительно небольшое количество разработчиков, занятых на уровне протокола. Это видно из кадрового состава LNP/BP и ограниченного объема текущих проектов в экосистеме.
Например, протокол RGB обычно предназначен для работы в сети Lightning. Однако текущий стандарт Bolt-ln неадекватно поддерживает контракты RGB. Чтобы решить эту проблему, Ассоциация LNP/BP представила новый стандарт для сети Lightning под названием bifrost. Но внедрение bifrost — это масштабная задача, требующая значительной работы и, возможно, ожидающая более широких разработок в сети Lightning.
Кроме того, процесс передачи в RGB включает обработку счетов и комитетов. В настоящее время ими можно управлять через такие платформы, как web2 (Twitter, Telegram и т. д.) или одноранговые сети. Однако для более унифицированного подхода необходим стандартизированный протокол передачи. Эта роль предназначена для штормовых узлов. Однако настройка такой сети – это еще и трудоемкая задача.
Это означает, что даже после полного выпуска версии 0.11 потребуется значительное время для оценки производительности и надежности виртуальной машины. Кроме того, требуется значительный период времени для накопления опыта разработки кода с использованием AluVM и создания стандартных библиотек.
Эти проблемы выделяют RGB на рынке, где каждая секунда имеет значение, как и на ранней стадии разработки BTC. Это вносит различные неопределенности: влияние рыночных циклов (например, пропуск фаз бычьего финансирования), эмоциональные влияния, слияние других новых технологий (интеграция, которая сочетает другие технологии с аспектами RGB для получения раннего преимущества) и другие.
Обобщить:
RGB очень перспективен, но полная реализация протокола — длительный процесс, полный неопределенностей.
Это формирует фон и проблемы, которые пытается решить протокол RGB++.
Таким образом, основное внимание на начальных этапах обсуждения было сосредоточено на двух ключевых вопросах: «Как мы можем решить проблемы реализации, с которыми сталкивается RGB?» и «Можно ли в определенной степени использовать существующие технологии CKB для решения этих проблем?»
В творческом подходе Cipher использовал фундаментальный элемент RGB, «UTXO», и его архитектурный параллелизм с CKB, предложив концепцию «изоморфной привязки». Эта концепция постепенно заложила основу структуры протокола «RGB++».
Рассмотрим следующую иллюстрацию, которая объединяет два важнейших компонента протокола RGB со структурой CKB:
UTXO в RGB, действующий как контейнер, может быть сопоставлен с Cell CKB. Это достигается за счет использования сценария блокировки в ячейке.
Механизм проверки на стороне клиента вне сети в RGB может быть преобразован в публичную проверку внутри сети в CKB. Данные и состояние, используемые для проверки в RGB, могут быть соответственно интегрированы с элементами данных и типа внутри ячейки.
Источник:
Используя «изоморфную привязку», был реализован процесс интерпретации комитетов RGB на CKB. Более того, для обеспечения совместимости пользователи по-прежнему могут выполнять интерпретацию RGB, что является особенно интересной функцией.
Более глубокий анализ показывает, что Cipher эффективно «деконструировал» и «модулировал» технологию RGB. Это предполагает оценку того, могут ли определенные модули использовать альтернативные технологические подходы или заменители, что приведет к более широкому спектру возможностей.
После реализации «изоморфной привязки» протокол естественным образом приобретает расширяемость, позволяя реализовать различные функции расширения (подробную информацию можно найти в официальном документе):
Используя возможности программирования ячеек CKB, несколько транзакций CKB можно согласовать с одной транзакцией Bitcoin RGB++. Эта стратегия позволяет расширить цепочку Биткойн, которая обычно медленнее и имеет меньшую пропускную способность, используя высокопроизводительную цепочку CKB.
Расширяя концепцию «свертывания транзакций», возможно, что не каждое изменение состояния требует синхронизации в блокчейне Биткойна, что, по сути, представляет собой механизм «внешней проверки» в CKB.
Контракты без лидера разработаны таким образом, что каждый может изменить состояние контракта, если он соответствует его ограничениям, без необходимости инициировать изменения указанным поставщиком цифровой подписи.
Этот тип контракта открывает путь для более сложных контрактных систем, таких как автоматизированные маркет-мейкеры (AMM).
Одной из особенностей передачи по протоколу RGB является необходимость передачи обеими сторонами определенной информации для завершения транзакции. Это требование имеет свои преимущества (например, защита от мошеннических токенов), но также усложняет процесс и требует обучения пользователей. RGB++ может использовать эти преимущества путем передачи интерактивных процессов в среду CKB, реализуя операцию отправки-приема для упрощения логики неинтерактивной передачи.
Этот подход необходим для эффективного выполнения широкомасштабных разбрасываний с воздуха.
Можно интегрировать сеточную конструкцию AMM CKB, создав тем самым рыночную модель на основе системы UTXO. Хотя это и отличается от модели построения рынка на основе ценовой кривой Uniswap, это представляет собой значительный шаг вперед для моделей на основе UTXO.
Учитывая, что протокол был представлен недавно и его полная разработка все еще продолжается, а также учитывая, что многие люди не досконально знакомы с самим протоколом RGB, существует общее отсутствие осведомленности о потенциальных преобразующих эффектах, которые может принести RGB++. Я подробно изложу свою точку зрения на влияние протокола RGB++ с нескольких точек зрения:
CKB, известный своим механизмом POW и усовершенствованной моделью «UTXO», считается своей «ортодоксальностью». Однако, несмотря на раннюю поддержку со стороны нескольких известных учреждений, его сеть и экосистема не продемонстрировали особенно впечатляющего роста.
В этом году, с его поворотом к пространству L2 Биткойна, я рассматриваю это как решающий период возможностей для CKB. С одной стороны, базовые технологии и базовая инфраструктура за последние несколько лет усовершенствовались. С другой стороны, это своевременно и соответствует нынешней волне интереса.
Во время моих бесед с Сайфером он выдвинул точку зрения, которая показалась мне особенно поучительной:
Ключ к победе на биткойнской арене L2 зависит от L1.
RGB++ способствует более глубокой интеграции между CKB и основной цепочкой Биткойн, тем самым усиливая его претензии на «ортодоксальность». Именно эта глубокая связь является причиной того, что я рассматриваю ее как один из ключевых якорей.
Концепция технологии уровня 2 (L2), особенно в ее зрелой форме, развилась главным образом из разработок в Ethereum. По мере развития различных решений L2 и модульных разработок определение L2 стало более неоднозначным. В контексте Эфириума подход склоняется к прагматизму, а идея «ортодоксальности» постепенно уменьшается.
Однако в сети Биткойн понятие «ортодоксальность» неизменно было заметным сигналом на протяжении всего процесса ее разработки. В настоящее время, согласно моей личной точке зрения, иерархия «ортодоксальности» внутри L2, расположенная от высшего к низшему, такова:
Эти три системы знакомы многим. По сути, каждый из них следует принципиально разному пути реализации и затрагивает разные аспекты. На данный момент Lightning Network является наиболее продвинутой с точки зрения развития, за ней следует RGB, а затем BitVM.
Примеры включают Liquid, Stacks, CKB и другие. Большинство из них по-прежнему используют архитектуру UTXO, но с определенными адаптациями или нововведениями для улучшения таких аспектов, как масштабируемость (включая конфиденциальность и программируемость), а также для совершенствования механизма консенсуса.
Боковые цепи в некоторой степени можно воспринимать как экспериментальные цепи для BTC, служащие для тестирования новых функций или возможностей, которые временно неосуществимы в основной цепочке BTC.
Эта категория может включать «L2 на основе межсетевых протоколов», «L2 на основе EVM (виртуальной машины Ethereum)» и многое другое. В целом я согласен с точкой зрения Аджиана.
Источник:
Протокол RGB по своей сути обладает возможностью объединения с другими общедоступными блокчейнами, построенными на архитектуре UTXO. В официальном сообщении Ассоциации LNP/BP в Твиттере говорится о намерении облегчить взаимодействие с сетью Liquid.
Источник:
Благодаря интеграции некоторых технологий CKB и RGB практическая жизнеспособность этой комбинации будет в значительной степени обоснована.
Копнем глубже: если мы еще больше абстрагируем протокол RGB++, превратив его в более обширный уровень расширения, предназначенный для соединения протокола RGB со всеми публичными блокчейнами на основе архитектуры UTXO, которые обладают масштабируемостью, его повествование и ценностное предложение будут значительно улучшены. Я также предвижу, что именно в этом направлении Cipher, возможно, будет следовать на следующем этапе своих усилий.
Кроме того, эта стратегия предоставляет альтернативные пути развития для проектов в рамках экосистемы RGB, отличающиеся от упрощенного подхода «мультиподписных межцепных мостов» и основанные на собственных методологиях.
Аналитическая разбивка Cipher архитектуры технологии RGB может послужить ценной мыслительной парадигмой для технических специалистов, работающих над другими решениями уровня 2.
Они могли бы интегрировать конкретные необходимые технологии RGB с уникальными техническими характеристиками и преимуществами своего проекта. Это позволило бы им «синтезировать» эти элементы в новую парадигму продукта, потенциально даже достигая «преимущества лидерства» (термин «преимущество лидерства» здесь не является уничижительным; он означает комбинированный характер технологий и инноваций в экосистеме BTC). Это «ведущее преимущество», вероятно, также будет способствовать распространению и развитию протокола RGB).
В целом, хотя RGB++ в настоящее время находится только на стадии официального документа, я питаю к нему теоретический оптимизм. Он потенциально может вдохнуть новую жизнь в протокол RGB, а также оживить сеть CKB.
Биография автора :
Эта статья представляет собой перевод оригинального сообщения DaPangDun.