#BinanceVietnamSquare
#CKB

Este artículo será para aquellos de ustedes que estén en Vietnam. La traducción automática en BinanceSquare puede no ser precisa. Yo mismo aprendí RGB++, por lo que esta será una explicación de alto nivel para ayudarlo a comprender las palabras clave en RGB++. Deja tus comentarios abajo ^!-

********************************************
agenda: *
1.RGB *
a) ¿Qué es la validación del lado del cliente? *
b) Precinto de un solo uso - Precinto de un solo uso. *
2.RGB++ *
3. Notas clave *
********************************************

1.RGB

En la arquitectura RGB, el activo emitido en Bitcoin es simplemente un código hash sha256, con un tamaño muy pequeño de aproximadamente 32 bytes que se ve así: 2e7d2c03a9507ae265ecf5b5356885a53393a2029d241394997265a1a25aefc6.


El contenido real del activo, como el suministro total, el nombre del token y la fungibilidad, se define fuera de la cadena. El estado del saldo de cada parte que participa en la transacción también se registra fuera de la cadena de acuerdo con un estándar común que deben seguir todas las partes. Luego, todo este contenido se codificará y se escribirá en una unidad Bitcoin UTXO (*).

  • Nombre, suministro total, fungibilidad: guardado en Bitcoin en el momento de la emisión de activos (emisión de activos)

  • Estado del saldo: guardado en Bitcoin cuando las partes liquidan la transacción. (liquidación de transacciones)

El propio Bitcoin no puede verificar el estado (por ejemplo, el saldo) cuando estos activos se transfieren de un lado a otro, por lo que RGB utiliza una técnica llamada validación del lado del cliente.



______________________________________

a). ¿Qué es la validación del lado del cliente?

Para verificar fuera de la cadena, las partes que participan en el intercambio de activos deberán guardar su propio historial de transacciones y el de aquellos con quienes interactúan(**).

Este historial de transacciones se guarda en el formato de árbol Merkle DAG - Gráfico acíclico dirigido.

Cuando una persona envía un activo RGB, crea una prueba a partir de este árbol DAG y envía la transacción al destinatario.

Cuando una persona recibe un activo RGB, compara la prueba adjunta del remitente con la versión del árbol Merkle DAG que almacena y verifica las reglas adjuntas (es decir, del contrato inteligente).


Pregunta: Aquí, la gente puede preguntarse, ¿qué pasa si un hacker envía a Alice 100 tokens RGB a cambio del auto de Alice e inmediatamente después crea una transacción adicional para enviarse a sí mismo 100 tokens RGB?

¡Aquí el hacker gasta el doble de los 100 tokens RGB que tiene!

--> Aquí es donde Bitcoin entra en la arquitectura de RGB con su sello desechable. Sello de un solo uso.

______________________________________
b). Precinto de un solo uso - Precinto de un solo uso

Este sello desechable fue mencionado anteriormente. Se trata de una unidad UTXO en Bitcoin con un tamaño de 32 bytes. Este UTXO almacena un resumen del estado del saldo de las partes y otra información, y se adjunta a cada transacción en RGB.

Este UTXO se destruye y se recrea con nuevos 32 bytes de datos por transacción RGB. Esta lógica se programa con la ayuda de Bitcoin con script Bitcoin.

--> Y con esta ayuda de Bitcoin, Hacker fallará en la transacción de doble gasto porque el sello de un solo uso (UTXO) en la primera transacción se canceló y ahora deja de ser válido.


_______________________________________
2.RGB++

a) CKB

Primero, debemos explicar qué es CKB porque este es el componente utilizado en RGB++ para actualizar RGB.

CKB es una actualización de la estructura del libro mayor UTXO de Bitcoin y se llama modelo celular (esencialmente una forma de UTXO extendido).

b) ¿Cómo mejora RGB++ RGB con enlace isomórfico y CKB?

Reemplace DAG y adminístrelo con celda (modelo de celda) en CKB y CKB ahora se convierte en DA (disponibilidad de datos) para RGB, lo que ayuda a los usuarios a evitar tener que administrar su propia versión de DAG durante las transacciones.

Vincular el sello de un solo uso (Bitcoin UTXO) en el lado de Bitcoin a CKB ayuda a verificar la transacción en el lado de CKB y la liquidación de datos en el lado de Bitcoin de manera más conveniente.

_______________________________________
3. Notas clave

  1. Cualquier activo en CKB puede convertirse en un activo de Bitcoin. (Los primeros memes como Omiga en CKB se están integrando para convertirlos en activos RGB++).

  2. Los activos en CKB no son activos RGB++

  3. Los activos de CKB se convertirán en activos RGB++ después de comprometerse/liquidarse en BTC

  4. Los usuarios necesitan Bitcoin para recibir activos RGB++. Si quieres jugar defi esta vez, prepara algunos BTC con joyID

  5. El equipo de RGB++ convoca el paso de confirmar/liquidar datos en Bitcoin Leap/Jump

  6. No hay Brige en RGB++, lo que significa que no hay riesgo de pirateo del puente. La arquitectura de RGB y RGB++ permite crear activos Bitcoin L2 con un nivel de seguridad muy alto.