Interpretación vernácula del protocolo RGB++ y los últimos avances en el ecosistema

Autor original: DaPangDun (X:@DaPangDunCrypto)

• Nota del editor: El investigador de cifrado DaPangDun publicó un artículo en X para resolver los puntos clave sobre el protocolo RGB ++ y la ecología para ayudar a los usuarios a comprender mejor el último progreso del protocolo y la ecología RGB ++. Odaily se compila de la siguiente manera:*

FAQ: aspectos del protocolo

1. ¿Qué es la unión isomórfica?

R: El enlace isomórfico proporciona una forma nativa de asignar activos de capa 1 en BTC (actualmente limitado a activos RGB ++) a la red de capa 2 (actualmente limitada a ckb), que no se logra a través de puentes, de modo que los activos se “transfieren a capa 1-2” para disfrutar de seguridad de capa 1 y escalabilidad de capa 2.

2. Después de Leap, ¿cómo se bloquean los activos de la capa 1?

Respuesta: Los activos en el primer piso no están bloqueados, después de Leap, los activos están en el segundo piso, no en el primer piso, y solo cuando Leap regresa, los activos se recuperan. Podemos comparar la encuadernación con el “teñido” de monedas teñidas, donde Salto a la segunda capa corresponde a “decoloración” y Salto de vuelta a la primera capa corresponde a “reteñido”.

3. ¿Qué sucede cuando los activos RGB++ se transfieren en la primera capa?

Respuesta: Cuando se crean activos RGB++ en la Capa 1, la Capa 2 es isomorfa a un activo de sombra, y cuando se transfiere la Capa 1, los activos de sombra se transferirán en la misma estructura, y los activos en la Capa 2 solo se pueden operar cuando el usuario salta a la Capa 2.

4. ¿Por qué es tan alto el consumo de GAS de los activos de nivel 1?

R: De hecho, la razón del alto consumo de activos de capa 1 no se debe enteramente al GAS. Consumo de activos de primera capa = GAS + tarifas de CKB ocupadas por CELL homogénea de capa 2 + otros.

Entre ellos: GAS es la tarifa de red para la participación de los usuarios, a excepción de Mint, que generalmente no es muy alta. El costo de ocupación de CKB puede ser una cabeza grande, por ejemplo, una CELL ocupa 144 ckb, según el precio de 0.025 es 3.6 U, si ocupa 300 ckb es 7.5 U. Otros se refieren a las tarifas de servicio de algunas plataformas, etc.

5. ¿Cuáles son las ventajas del protocolo RGB++ sobre otros protocolos de inscripción?

R: Las personas largas no tienen una comprensión adecuada del protocolo RGB ++ y miran el protocolo en términos de consumo actual.

El protocolo de clase de inscripción solo puede operar en la red principal todo el tiempo, por lo que su escalabilidad es muy limitada y el consumo continuo es muy grande;

El protocolo RGB++ solo es caro cuando has estado jugando en la red principal, pero su núcleo es que puedes saltar a la capa 2 y jugar en ckb, en este momento el gas es básicamente insignificante, su escalabilidad solo está limitada por la red ckb, y el consumo continuo es solo en los dos procesos de salto de entrada y salto.

6. ¿Por qué no juegas en el segundo piso ahora, o en el primer piso?

R: Debido a que la infraestructura en el segundo piso es muy débil ahora, ya hay un mercado en el primer piso, hay más de uno, y la segunda capa aún no lo es, entonces solo puede jugar “transferencia” en el segundo piso, por lo que sugiero que la parte del proyecto CKB y la comunidad desarrollen infraestructura lo antes posible; por supuesto, aquí espero desarrollar infraestructura basada en capacidades de contratos inteligentes, como si solo estuviera imitando el P2P de la primera capa Mercado, no creo que sea lo suficientemente atractivo, y no refleja la superioridad, pero sería interesante desarrollar un AMM/DEX basado en el modelo de celda.

7. ¿Por qué está centralizado el método de distribución?

Respuesta: Es completamente posible distribuir sin usar una forma centralizada, pero esto requiere que los usuarios construyan este proceso de mapeo de capa 2 por sí mismos, incluidas las transacciones de empalme, emisión y transmisión, y también deben preparar CKB para completar tales operaciones, lo cual es básicamente imposible para la gente común, por lo que la plataforma de lanzamiento maneja dicho proceso en segundo plano. Sin embargo, entiendo que hay personas en la comunidad de scripts específicos que lo hacen, y la distribución de descentralización se realizará en el futuro, y será más fácil si es una distribución de capa 2.

La razón se puede referir a esta publicación: cryptowizard/status/1780112123567428060 …

8. ¿Cuál es la idea de desarrollo del protocolo?

R: Mi conjetura personal es que el equipo de Cipher es el principal responsable de mantener la operación, mejora y actualización del protocolo, mientras que la comunidad u otros equipos desarrollan sus propios proyectos de infraestructura basados en el protocolo RGB ++, por un lado, es para dejar entrar a más desarrolladores largos, y por otro lado, pueden promover rápidamente el desarrollo del ecosistema más largo de la línea. Dev entra porque es probable que su proyecto tenga éxito en este ecosistema, y si son alcistas en este ecosistema, el éxito del lugar representa un posible “éxito” en el futuro.

Desde la perspectiva del desarrollo, debe ser que el primer y segundo piso vayan de la mano, es decir, el primer y segundo piso del proyecto ecológico deben hacerse, la primera capa es el primer paso y la segunda capa es el segundo paso (la relación lógica en esto no es necesaria, pero es más fácil de entender), por lo que la primera y segunda capa de INFRA se mejorarán gradualmente en este proceso.

FAQ: Aspectos ecológicos

1. ¿Por qué se necesita ese largo después de que Huehub se implementa en Mint?

Respuesta: El problema del mecanismo de protocolo, después de implementar el protocolo, requiere 6 bloques de confirmación de seguridad, por lo que lleva tiempo esperar.

2. ¿Por qué Huehub no revisa la emisión de activos?

R: Creo que es una cuestión de elección. ++ es un Código abierto protocolo, cualquiera puede hacer una plataforma de lanzamiento basada en el protocolo, el posicionamiento de Huehub puede ser proporcionar un módulo funcional como una infraestructura bajo el ecosistema, por lo que no hay ningún requisito de auditoría; al mismo tiempo, la auditoría también representa un problema de responsabilidad hasta cierto punto, esta pieza puede no estar dispuesta a tocar por el momento, después de todo, la plataforma no tiene la capacidad de garantizar nada. Por supuesto, puedo entender que la gente no quiera tener activos que sean demasiado largos y no tengan efecto riqueza, pero es posible que tengamos que pensar en esto desde la perspectiva y el posicionamiento de Huehub.

3. ¿Cuáles son las precauciones para participar en Huehub con unisat / okx Wallet?

Respuesta: De hecho, la recomendación oficial se ha introducido específicamente, y se pueden resumir los siguientes puntos.

• Intente usar una nueva billetera para evitar que se quemen otros activos en la billetera
• Actualmente admite acuñar, Maker, cancelar Maker, comprar y vender, y no transferir soportes
• No transfiera todos los activos de BTC dentro de la billetera individualmente

4. ¿Cuáles son las infraestructuras actuales en el ecosistema?

Para:

• Plataforma de trading - Huehub, hay algunas otras plataformas que no he investigado en profundidad
• Asset Manager – Haste, que gestiona activos RGB++ dentro de diferentes Wallets
• Billetera – Billetera Joyid Neuron Wallet
• Sistema de Nombres de Dominio ——.bit (listo para acceder++)
• Mercado DOBS - la billetera joyid tiene un mercado unicornio incorporado, pero entiendo que hay equipos haciendo mercado DOBS (DOBS, simplemente entendido como el concepto de NFT, por supuesto, en realidad hay una extensión)
• Plataforma de inscripción – Omiga

5. ¿En qué activos vale la pena invertir en el ecosistema?

R: Personalmente no soy muy bueno en inversiones, siempre he enfatizado que mi capacidad secundaria es bastante débil, por lo que generalmente buscaré oportunidades muy tempranas con cierto grado de certeza y participaré en ellas, sobre el objetivo específico y la inversión a la que se puede referir anhelando

@0x Tweet de CryptoWizard

Por último, unas palabras sobre mis pensamientos personales:

Para los nuevos protocolos, siempre habrá problemas de un tipo u otro, especialmente cuando el INFRA superpuesto temprano es relativamente débil, por lo que espero que todos intenten ser “tolerantes”, tengan problemas y problemas de retroalimentación, y estén menos enojados; De hecho, la velocidad de desarrollo de estos equipos ya es muy rápida, y el desarrollo basado en el modelo UTXO es difícil, y la actitud de los equipos que he encontrado hasta ahora no es mala. Por supuesto, desde la perspectiva de los usuarios comunes, espero que estos equipos puedan tener una visión más amplia y trabajar junto con los usuarios para lograr una situación en la que todos ganen.