Автор оригинала: DaPangDun (X:@DaPangDunCrypto)
Примечание редактора: Исследователь шифрования DaPangDun опубликовал статью о X, чтобы разобраться в ключевых моментах о протоколе RGB ++ и экологии, чтобы помочь пользователям лучше понять последний прогресс протокола RGB ++ и экологии. Odaily составляется следующим образом:
FAQ: аспекты протокола
1. Что такое изоморфное связывание?
О: Изоморфная привязка обеспечивает собственный способ сопоставления активов уровня 1 на BTC (в настоящее время ограниченный активами RGB++) с сетью уровня 2 (в настоящее время ограничен ckb), что не достигается с помощью мостов, так что активы «уровня 1-2 передаются» для обеспечения безопасности уровня 1 и масштабируемости уровня 2.
2. Как блокируются активы уровня 1 после Leap?
Ответ: Активы на первом этаже не заблокированы, после Leap активы находятся на втором этаже, а не на первом, и только когда Leap возвращается назад, активы восстанавливаются. Мы можем сравнить привязку к «крашению» окрашенных монет, где Leap ко второму слою соответствует «обесцвечиванию», а Leap back к первому слою соответствует «повторному окрашиванию».
3. Что происходит при передаче ресурсов RGB++ на первом уровне?
Ответ: Когда ресурсы RGB++ создаются на уровне 1, уровень 2 изоморфен теневому ресурсу, а при передаче уровня 1 теневые ресурсы будут перенесены в той же структуре, и активы на уровне 2 могут работать только тогда, когда пользователь переходит на уровень 2.
4. Почему потребление газа активами 1-го уровня такое высокое?
О: На самом деле, причина высокого потребления активов уровня 1 не полностью связана с GAS. Потребление активов первого уровня = GAS + плата за CKB, занятая однородной CELL уровня 2 + другие.
Среди них: GAS — это сетевая комиссия для участия пользователей, за исключением Mint, который, как правило, не очень высок. Стоимость проживания CKB может быть большой головкой, например, CELL занимает 144 ккб, по цене 0,025 составляет 3,6 U, если он занимает 300 ckb - 7,5 U. Другие ссылаются на сервисные сборы некоторых платформ и т. д.
5. Каковы преимущества протокола RGB++ по сравнению с другими протоколами надписи?
О: Лонг люди не имеют правильного понимания протокола RGB++ и смотрят на протокол с точки зрения потребления тока.
Протокол класса Inscription вы можете постоянно работать только в основной сети, поэтому его масштабируемость очень ограничена, а непрерывное потребление очень велико;
Протокол RGB ++ дорог только тогда, когда вы играете в основной сети, но его суть заключается в том, что вы можете перейти на уровень 2 и играть на ckb, в настоящее время газ в основном незначителен, его масштабируемость ограничена только сетью ckb, а непрерывное потребление происходит только в двух процессах скачка и выхода.
6. Почему бы вам сейчас не поиграть на втором этаже или на первом?
О: Поскольку инфраструктура на втором этаже сейчас очень слабая, на первом этаже уже есть рынок, их больше, чем один, а второго уровня еще нет, тогда вы можете играть только в «трансфер» на втором этаже, поэтому я предлагаю, чтобы проектная группа CKB и сообщество как можно скорее разработали инфраструктуру; конечно, здесь я с нетерпением жду развития инфраструктуры на основе возможностей смарт-контрактов, например, если она просто имитирует P2P первого уровня Рынок, я не думаю, что он достаточно привлекателен, и он не отражает превосходства, но было бы интересно разработать AMM/DEX на основе модели ячейки.
7. Почему метод распределения централизованный?
Ответ: Распространение вполне возможно без использования централизованного способа, но это требует, чтобы пользователи самостоятельно построили этот процесс отображения уровня 2, включая сращивание транзакций, выпуск и трансляцию транзакций, а также должны подготовить CKB к выполнению таких операций, что в принципе невозможно для обычных людей, поэтому платформа запуска обрабатывает такой процесс в фоновом режиме. Тем не менее, я понимаю, что в конкретном сообществе скриптов есть люди, которые этим занимаются, и распространение децентрализации будет реализовано в будущем, и будет проще, если это будет распределение уровня 2.
Причину можно сослаться на этот пост: cryptowizard/status/1780112123567428060 …
8. Какова идея разработки Протокола?
О: Мое личное предположение заключается в том, что команда Cipher в основном отвечает за поддержание работы, улучшение и обновление протокола, в то время как сообщество или другие команды разрабатывают свои собственные инфраструктурные проекты на основе протокола RGB++, с одной стороны, это для того, чтобы впустить больше разработчиков лонгов, а с другой стороны, они могут быстро способствовать развитию лонг линии. Dev приходит, потому что их проект, скорее всего, будет успешным в этой экосистеме, и если они будут бычьими в этой экосистеме, успех места представляет собой возможный «успех» в будущем.
С точки зрения застройки, это должны быть первый и второй этажи, идущие рука об руку, то есть первый и второй этажи экологического проекта должны быть сделаны, первый слой – это первый шаг, а второй слой – это второй шаг (логическая взаимосвязь в этом не обязательна, но ее легче понять), чтобы первый и второй слои INFRA постепенно совершенствовались в этом процессе.
FAQ: Экологические аспекты
1. Почему для минта требуется этот лонг после развертывания Huehub?
Ответ: Проблема механизма протокола, после развертывания протокола требуется 6 блоков подтверждения безопасности, поэтому требуется время на ожидание.
2. Почему Huehub не проверяет выпуск активов?
О: Я думаю, что это вопрос выбора. ++ — это Открытый исходный код Протокол, любой желающий может сделать стартовую площадку на основе Протокол, позиционирование Huehub может заключаться в предоставлении такого функционального модуля, как инфра под экосистемой, поэтому нет требования к аудиту; В то же время аудит также представляет собой вопрос ответственности в определенной степени, этот кусок может пока не захотеть трогать, в конце концов, платформа не имеет возможности что-либо гарантировать. Конечно, я могу понять, что люди не хотят иметь активы, которые слишком лонг и не имеют эффекта богатства, но нам, возможно, придется подумать об этом с точки зрения и позиционирования Huehub.
3. Каковы меры предосторожности при участии в Huehub с кошельком unisat/okx?
Ответ: На самом деле, официальная рекомендация была специально введена, и можно резюмировать следующие моменты.
- Попробуйте использовать новый кошелек, чтобы предотвратить сжигание других активов в кошельке
- В настоящее время поддерживает минтинг, мейкер, отмену мейкера, покупку и продажу, а также не поддержку передачи
- Не переводите все активы BTC внутри кошелька по отдельности
4. Каковы современные инфраструктуры в экосистеме?
Для:
- Торговая платформа - Huehub, есть несколько других платформ, которые я не исследовал глубоко.
- Asset Manager — Haste, который управляет активами RGB++ в разных кошельках
- Кошелек - Кошелек Joyid Кошелек Нейрон
- Система доменных имен ——.бит (готова к доступу++)
- Рынок DOBS - в кошелек joyid есть встроенный рынок единорогов, но я понимаю, что есть команды, занимающиеся рынком DOBS (DOBS, просто понимаемый как концепция NFT, конечно, на самом деле есть расширение)
- Платформа для надписей – Омига
5. В какие активы стоит инвестировать в экосистему?
О: Лично я не очень хорош в инвестициях, я всегда подчеркивал, что мои второстепенные способности довольно слабы, поэтому я вообще буду искать очень ранние возможности с определенной степенью уверенности и участвовать в них, о конкретной цели и инвестициях можно сослаться на тоску
@0x твит CryptoWizard
Напоследок несколько слов о моих личных мыслях:
Для новых протоколов всегда будут проблемы того или иного рода, особенно когда ранняя наложенная INFRA относительно слаба, поэтому я надеюсь, что все будут стараться быть «толерантными», иметь проблемы и проблемы с обратной связью и быть менее злыми;
На самом деле, скорость разработки у этих команд уже очень высокая, и разработка на основе модели UTXO сложная, и отношение команд, с которыми я сталкивался до сих пор, неплохое. Конечно, с точки зрения обычных пользователей, я надеюсь, что эти команды смогут иметь более широкую картину и работать вместе с пользователями для достижения беспроигрышной ситуации.
