#BinanceVietnamSquare
#CKB
Эта статья будет для тех из вас, кто живет во Вьетнаме. Автоматический перевод на BinanceSquare может быть неточным. Я сам изучал RGB++, поэтому это будет общее объяснение, которое поможет вам понять ключевые слова в RGB++. Оставляйте свои комментарии ниже ^!-
**********************************************
повестка дня: *
1. RGB*
а) Что такое проверка на стороне клиента? *
б) Пломба одноразовая – Пломба одноразовая. *
2. RGB++ *
3. Ключевые примечания *
**********************************************
1. RGB
В архитектуре RGB актив, выпущенный в Биткойне, представляет собой просто хэш-код sha256 очень маленького размера, около 32 байт, который выглядит следующим образом: 2e7d2c03a9507ae265ecf5b5356885a53393a2029d241394997265a1a25aefc6.
Фактическое содержимое актива, такое как общий объем поставок, имя токена, взаимозаменяемость, определяется вне цепочки. Состояние баланса каждой стороны, участвующей в транзакции, также записывается вне сети в соответствии с общим стандартом, которому должны следовать все стороны. Весь этот контент затем будет хэширован и записан в биткойн-модуль UTXO(*).
Название, общий запас, взаимозаменяемость: сохраняются в биткойнах при выпуске актива (выпуске актива).
Статус баланса: сохраняется в биткойнах, когда стороны рассчитывают транзакцию. (оформление сделки)
Биткойн сам по себе не может проверить состояние (например, баланс) при передаче этих активов туда и обратно, поэтому RGB использует метод, называемый проверкой на стороне клиента.
______________________________________
а). Что такое проверка на стороне клиента?
Для проверки вне сети стороны, участвующие в обмене активами, должны будут сохранить свою собственную историю транзакций и историю транзакций тех, с кем они взаимодействуют (**).
Эта история транзакций сохраняется в формате дерева Merkle DAG — направленный ациклический график.
Когда человек отправляет актив RGB, он создает подтверждение из этого дерева DAG и отправляет транзакцию получателю.
Когда человек получает актив RGB, он сравнивает прикрепленное доказательство от отправителя с версией дерева Merkle DAG, которую он хранит, и проверяет сопутствующие правила (т. е. смарт-контракта).
Вопрос: Здесь люди могут задаться вопросом, а что, если хакер отправит Алисе 100 токенов RGB в обмен на машину Алисы и сразу после этого создаст дополнительную транзакцию для отправки себе 100 токенов RGB?
Здесь хакер дважды тратит имеющиеся у него 100 жетонов RGB!
--> Именно здесь Биткойн входит в архитектуру RGB со своей одноразовой печатью. Одноразовая пломба.
______________________________________
б). Одноразовая пломба - Одноразовая пломба
Об этом одноразовом штампе говорилось выше. Это единица UTXO в Биткойне размером 32 байта. Этот UTXO хранит сводную информацию о состоянии баланса сторон и другую информацию и прикрепляется к каждой транзакции в RGB.
Этот UTXO уничтожается и воссоздается с новыми 32 байтами данных за транзакцию RGB. Эта логика программируется с помощью биткойн-скрипта.
--> И с помощью Биткойна хакер потерпит неудачу в транзакции двойного расходования, поскольку одноразовая отметка (UTXO) в первой транзакции была отменена и теперь становится недействительной.
_______________________________________
2. RGB++
а) ЦКБ
Во-первых, мы должны объяснить, что такое CKB, поскольку это компонент, используемый в RGB++ для обновления RGB.
CKB — это обновление структуры реестра UTXO Биткойна, которое называется клеточной моделью (по сути, это форма расширенного UTXO).
б) Как RGB++ обновляет RGB с помощью изоморфной привязки и CKB?
Замените DAG и управляйте им с помощью ячейки (модель ячейки) в CKB, а CKB теперь становится DA (доступность данных) для RGB, помогая пользователям избежать необходимости управлять собственной версией DAG во время транзакций.
Связывание одноразовой печати (Bitcoin UTXO) на стороне Биткойна с CKB помогает более удобно проверять транзакцию на стороне CKB и обрабатывать данные на стороне Биткойна.
_______________________________________
3. Ключевые замечания
Любой актив на CKB может в один шаг стать активом Биткойна. (Ранние мемы, такие как Omiga на CKB, интегрируются для преобразования в ресурсы RGB++).
Ресурсы на CKB не являются активами RGB++.
Активы CKB станут активами RGB++ после фиксации/расчета в BTC.
Пользователям нужен биткойн для получения активов RGB++. Если на этот раз вы хотите сыграть в Defi, подготовьте немного BTC с joyID.
Команда RGB++ называет этап фиксации/расчета данных в Bitcoin Leap/Jump
В RGB++ нет Brige, что означает отсутствие риска взлома моста. Архитектура RGB и RGB++ позволяет создавать активы Bitcoin L2 с очень высоким уровнем безопасности.
