Muchas personas están empezando a prestar atención al protocolo RGB de Bitcoin y están muy contentas. Sin embargo, la mayoría de las personas son relativamente desconocidas con dicho protocolo (especialmente un protocolo relativamente técnico y complejo) y no saben cómo investigar y probar el contenido y la ecología del protocolo.
Por lo tanto, escribo especialmente un Espejo actualizado continuamente para resumir materiales de aprendizaje relevantes y proporcionar un camino de aprendizaje relativamente razonable; al mismo tiempo, también sirve como un registro del aprendizaje personal sobre RGB.
Parte Uno: Ciencia Popular Parte-Comprensión Inicial de RGB
Cuando muchas personas ven las tres palabras RGB, piensan en "los tres colores primarios: rojo verde azul". Si miras el ícono, esto es realmente cierto. Esto se debe a que el protocolo RGB utiliza el concepto temprano de "monedas teñidas".
Aquí estamos hablando de RGB es un acuerdo, un sistema de protocolo de contrato inteligente extremadamente privado y escalable que puede ejecutarse en la red principal de Bitcoin, Lightning Network o redes similares。
Este protocolo es actualmente mantenido y actualizado por el protocolo LNP/BP, y bitfinex también participa en algunos trabajos de código.
Es difícil clasificar simplemente RGB en la categoría de Bitcoin L2. No tiene su propia cadena, no tiene su propia capa y puede operar en otros L2s de BTC. Por lo tanto, para ser preciso: Es una tecnología universal。
En la industria, generalmente se cree que RGB y Bitvm serán la forma definitiva de expansión de BTC, porque ambos pueden lograr la escalabilidad del ecosistema BTC basándose en la naturaleza nativa de BTC. En comparación con Bitvm, que está lejos, RGB se ha implementado gradualmente.
Vale la pena mencionar que RGB es una tecnología que no se limita a las criptomonedas. Se puede utilizar ampliamente en nuestros escenarios no criptográficos. A medida que el protocolo se vuelve más maduro, veremos más y más casos de uso.
Desde la introducción oficial, podemos ver las funciones que el protocolo RGB puede lograr:
Si lo clasificamos, podemos ver:
Desde esta perspectiva, RGB permite que BTC tenga la mayoría de las funciones del actual EVM, pero no se implementa en una forma no nativa similar a "compatible con EVM", sino que se implementa de forma nativa. Debo decir que este conjunto de teorías y diseños. ¡El concepto es increíble!
De hecho, vale la pena señalar que el sistema de contrato inteligente RGB es muy diferente de los métodos anteriores, ya sea basado en Bitcoin (Colored Coins, Counterparty, OMNI) o no en Bitcoin (Ethereum, EOS, etc.), tiene sus propias características únicas:
El primer significado es que los contratos inteligentes estarán mejor estratificados. El emisor solo tiene los derechos sobre el contrato en el momento de la emisión, y luego el propietario del estado tendrá los derechos durante el proceso de evolución continua del estado;
El segundo significado es que mantiene el código fuera de la cadena, lo que puede ahorrar espacio en la cadena, mejorar la velocidad de ejecución y reducir la dificultad de desarrollo, pero también puede garantizar la seguridad a través de mecanismos;
El tercer artículo revela su capa de respaldo de seguridad (blockchain), y es Turing completo y puede soportar operaciones de lenguaje simple.
Por lo tanto, la siguiente imagen puede estar más cerca de la comprensión correcta:
Del video de enseñanza del Dr. Maxim Orlovsky, podemos ver que las características RGB oficialmente reconocidas incluyen:
Vamos a analizarlo uno por uno:
1️⃣Privacidad extrema
2️⃣Alta seguridad
No entiendo muy bien estos dos puntos, necesito estudiarlos.
3️⃣Altamente escalable
4️⃣No congestión
5️⃣Extremely alta integración
Entonces, de hecho, a mis ojos, RGB para BTC se parece más a lo siguiente:
Comparado con otros protocolos, el protocolo RGB tiene sus propios puntos técnicos muy únicos. Aquí hay algunas partes importantes de la ciencia simple:
4.1 Sellado desechable
Esta tecnología fue propuesta por primera vez por Peter Todd en 2016. Su principal significado es "añadir un sello a un mensaje para garantizar que el mensaje solo se pueda utilizar una vez, porque debes quitar el sello para conocer el mensaje".
Un método simple es establecer un servidor de tercera parte notariado que publique un certificado en un registro público cada vez que se abre o se cierra un sello, para que cualquiera pueda verificar el estado del sello que le interesa.
Si no utiliza una entidad de confianza para implementar la función de sello único, puede utilizar el UTXO de Bitcoin como sello. Debido a que cualquier UTXO en Bitcoin solo puede gastarse una vez. Por lo tanto, al usar UTXO como sello, puede bloquear el UTXO cuando se crea y abrirlo cuando lo gaste.
RGB utiliza una tecnología de "sellado único", que "envuelve" la información de activos RGB, el estado del contrato, etc. en UTXO. Cuando se gasta UTXO, la propiedad del activo y el estado del contrato cambian. Esto significa que cada vez que ocurre una transacción RGB, el remitente crea realmente un contrato (el que define los derechos que se transfieren). cambio de estado.
Tomemos RGB20 como ejemplo:
1️⃣Primero, el emisor del contrato establece el estado fundacional del contrato y define los detalles del contrato: el nombre del activo, el suministro total, etc., y el emisor tiene el derecho de mover el UTXO de estos suministros;
2️⃣Cuando un activo se transfiere por primera vez, el propietario del primer UTXO puede crear un cambio de estado para definir qué UTXO contendrá el activo;
3️⃣El cambio de estado se puede aplicar al derecho de cambiar la propiedad del activo, o a otros tipos de derechos, como el derecho a la emisión secundaria, o el derecho a añadir/cambiar atributos específicos del activo (por ejemplo: metadatos), etc.
4.2 Verificación del cliente
La verificación de RGB es diferente de la verificación tradicional de “consenso global” y utiliza la tecnología de verificación de cliente.
Con la verificación tradicional de Bitcoin, un nodo conectado a la red descarga y verifica continuamente bloques y transacciones en un grupo de transacciones (nodo completo). Este tipo de nodo tiene una vista actualizada en tiempo real del conjunto UTXO en toda la cadena (el conjunto de todas las salidas no gastadas en la cadena de bloques). Cuando ve una nueva transacción, para verificar su validez, solo necesita verificar que todas las entradas de la transacción sean parte del estado más reciente del conjunto UTXO.
Pero para RGB, no hay datos globalmente propagados, por lo que no existe una vista global del conjunto UTXO. Después de que un cliente de RGB acepta una transacción, no solo necesita verificar que el estado más reciente de la transacción es válido, sino que también debe realizar la misma verificación en todas las transformaciones de estado anteriores relacionadas con la transacción, hasta el estado fundacional del contrato emisor.
Esto parece traer una desventaja obvia: Causa que la verificación tome mucho tiempo
Pero esto solo ocurre cuando "un activo tiene una larga historia de negociación," y esta parte de la historia de negociación se puede verificar previamente a través de una capa de intercambio de datos (de forma voluntaria).
Esto también trae ventajas significativas: El cliente no necesita conocer o verificar todas las transacciones que ocurren a nivel global
Porque solo necesita conocer las transacciones relacionadas con su propia billetera, no necesita verificar otras transacciones, por lo que la cantidad de datos a verificar por cada cliente es menor y la escalabilidad del sistema se mejora significativamente.
4.3 la promesa de certeza de Bitcoin
Cómo RGB previene el "doble gasto" se logra a través de compromisos RGB. Estos compromisos deben ser realizados:
1️⃣Múltiples transiciones de estado que involucran un contrato pueden ser comprometidas a una sola transacción de Bitcoin
2️⃣Cada transición de estado de contrato solo puede confirmarse en una transacción de Bitcoin una vez
La forma específica de lograr esto es:
1️⃣Primero, todas las transiciones de estado relacionadas con un contrato específico (o ID de activo) deben ser agregadas de manera determinística en un compromiso
2️⃣Entonces, los compromisos de todos los activos transferidos se agregan en un árbol de Merkle
3️⃣El valor hash raíz final es el compromiso RGB final;
4️⃣Para garantizar la compatibilidad con otros protocolos que no tienen nada que ver con RGB pero también necesitan usar compromisos deterministas de Bitcoin, los compromisos RGB y los compromisos de otros protocolos deben ser agregados nuevamente (como se describe en el estándar LNPBP-4), y el hash obtenido de esta manera El valor es el mensaje que realmente está incrustado en la transacción de Bitcoin.
4.4 Procesamiento por lotes
Como sabemos por la sección anterior, podemos "envolver" cualquier cantidad de cambios de estado en un único compromiso de Bitcoin, por lo que el procesamiento por lotes a gran escala es teóricamente posible.
Escenario:A quiere pagar a varias personas al mismo tiempo, transferir un activo RGB20 a B, transferir un activo RGB21 a C y transferir la propiedad de un contrato a D
Resultado:Solo necesita crear una transición de estado para cada uno de B, C y D, y comprometer todas las transiciones de estado a la misma transacción de Bitcoin. Eso es todo. No necesita ocupar más bytes. Esto significa que el costo marginal de las tarifas en cadena para cada pago RGB puede ser muy pequeño, porque la misma tarifa se distribuye uniformemente entre cualquier cantidad de transferencias.
Pero también necesitamos ver las limitaciones aquí, es decir: esta información de transición de estado debe estar “envuelta” en el mismo UTXO. Si hay varios, entonces la entrada de esta transacción debe aumentarse, y los costos correspondientes también mejorarán. Pero en comparación con la situación tradicional donde cada uno requiere una transacción, se pueden lograr grandes mejoras.
Esta capacidad de procesamiento por lotes es muy importante para los proveedores de servicios que utilizan UTXO fusionados, y habrá muchos escenarios de aplicación.
4.5 Comunicación entre clientes
Para completar una transferencia RGB, los clientes participantes necesitan compartir algunos datos entre ellos.
Si tienes un entendimiento detallado de los pasos de transferencia de activos RGB, puedes saber que el remitente necesita compartir el envío con el(los) destinatario(s). Esta estructura de datos contiene toda la información necesaria para verificar la transferencia, incluyendo todas las transiciones de estado que pueden rastrearse hasta el estado inicial del contrato.
El envío debe ser transferido del remitente al destinatario a través de la comunicación, pero el protocolo RGB no se preocupa por el canal de comunicación utilizado para esta operación de intercambio de datos, ya que hay muchas formas de hacerlo. Sin embargo, en general, hay dos formas principales de compartir datos en el software RGB:
Después de tener un concepto general del protocolo RGB, creo que en este momento podemos entender cómo el protocolo se desarrolló paso a paso. Cualquier acuerdo en este nivel no se logra de la noche a la mañana y debe haber pasado por muchos cambios e innovaciones.
etapa de visión
RGB fue originalmente concebido por Giacomo Zucco y Peter Todd, quienes propusieron los conceptos de autenticación del lado del cliente y sellado único
etapa de desarrollo
Inicialmente, fue mantenida por la Red BHB y inbitcoin durante un período de tiempo, y fue respaldada por el Grupo Poseidón.
Más tarde, el desarrollador principal se convirtió en Alekos Filini
Desde mediados de 2019 hasta la fecha, Pandora Core AG y el Dr. Maxim Orlovsky se han convertido en importantes contribuyentes al desarrollo tecnológico
Etapa de madurez gradual
Desde 2019, el protocolo RGB ha recibido ayuda de muchos colaboradores y organizaciones industriales y ha madurado gradualmente, y es un proyecto basado en un conjunto de estándares mantenidos por la Asociación de Estándares LNP/BP.
Por ejemplo: En esta etapa, RGB fue reconstruido desde un protocolo de tokens a un sistema general de contratos inteligentes, absorbiendo muchas partes de transacciones confidenciales y utilizando la tecnología a prueba de balas de Blockstream. El trabajo en general fue apoyado financieramente por Bitfinex/Tether Inc y Fulgur Ventures. (Esta es también la base para el desarrollo continuo del protocolo RGB)
El consejo de Adam Back y los ingenieros de Blockstream jugaron un papel importante en el diseño técnico de su RGB, incluyendo a Andrew Poelstra (Bulletproof, mimblewimple, Transacciones Confidenciales), Peter Wuille (Transacciones Confidenciales, Bulletproof) y el diseño arquitectónico de Christian Decker (Red Lightning, Sistemas). Por lo tanto, esta es otra razón importante por la que presto atención a Liquid. En base teórica, ambos tienen muchos intercambios, y soy muy optimista sobre la combinación de ambos en el futuro.
El trabajo principal de desarrollo del protocolo RGB está casi completado. En la versión v0.10, la emisión de activos y otras funciones pueden ser utilizadas fácilmente. Sin embargo, se encontraron algunos problemas al conectar con bolt-ln (red de rayos actual), por lo que se diseñó el estándar bifrost. El protocolo se utiliza para expandir contratos inteligentes y propone además el estándar Storm.
La versión v0.11 está actualmente siendo sometida a una auditoría de seguridad y se espera que se complete y se lance a principios de 2024. La versión v0.11 es una actualización importante en comparación con la v0.10. Los contratos entre ambas definitivamente ya no son compatibles. Puede haber planes para intercambiar activos para entonces. Puede que haya o no un puente. Después de todo, las versiones actuales son todas versiones de prueba.
Más bien espero que la versión del protocolo v0.11 se convierta en una versión estable grande, lo que traerá un cierto grado de certeza al desarrollo de proyectos ecológicos bajo el protocolo.
A continuación, permítanme hablar detalladamente sobre los problemas existentes del protocolo RGB:
1️⃣Progreso lento en el desarrollo
Este problema ha sido criticado por mucha gente, y las razones son causadas por muchos factores:
—La Asociación LNP/BP tiene muy pocos desarrolladores, y el trabajo principal de código es completado por el Dr. Maxim y Bitfinex
—LNP/BP es una organización sin fines de lucro, y sus operaciones básicamente dependen de donaciones. Aunque cuenta con el apoyo financiero de Bitfinex/Tether Inc y Fulgur Ventures, el uso de los fondos también requiere una planificación cuidadosa (por ejemplo, si deseas realizar una conferencia presencial cada año, es posible que no tengas presupuesto)
2️⃣ Fuerte inestabilidad
Esta inestabilidad se refiere a "el grado en que las actualizaciones del protocolo pueden romper versiones antiguas.
Por ejemplo, esta vez v0.10 causará una mayor incertidumbre debido al daño del contrato (incompatibilidad) de v0.11.
Si los proyectos ecológicos bajo el protocolo desarrollan funciones basadas en v0.10, es posible que necesiten ser rehacer en v0.11, lo que traerá altos costos de riesgo. Pero desde la perspectiva de la asociación en sí, es para la renovación y planificación general, y no considerará este problema en esta etapa.
Problema de desajuste 3️⃣
La asociación misma considera el plan de desarrollo general del acuerdo, que no necesariamente coincide con las necesidades del mercado.
4️⃣Falta de atención a los fondos
En la actualidad, hay muy pocos grandes financiadores prestando atención a RGB. Las instituciones todavía están inmersas en narrativas que pueden verse rápidamente, como las inscripciones. No se presta suficiente atención a protocolos grandes y profundos como RGB, por lo que el desarrollo de la ecología está temporalmente. No ha habido muchas mejoras (aunque es mejor que antes, pero personalmente creo que se debe al efecto de derrame de fondos).
Cuando expreso mis opiniones, me gusta dar mis razones mucho, porque esta también es la base de mi juicio; no me gusta dar órdenes y fomo sin pensar, porque eso no está en línea con mi verdadera intención. Entonces, primero vamos a ordenarlo:
El desarrollo ecológico de BTC es el resultado de la esperanza común de los mineros actuales, los fondos antiguos, etc., y también se necesita una nueva narrativa en el mercado;
—Las condiciones técnicas básicas para el desarrollo del ecosistema BTC ya están en su lugar, del cual la actualización de taproot es una parte muy importante;
—La emisión de activos es el primer paso en el desarrollo ecológico. Sin activos, no se puede hacer nada. Así que podemos ver varios protocolos basados en la emisión de activos en Bitcoin, y gradualmente se extienden a otras cadenas públicas;
El desarrollo ecológico no puede ser solo la emisión de activos, solo puede ser el primer paso. El segundo paso es implementar escenarios de aplicación para estos activos, es decir, procesar y intercambiar activos, etc. Esto requiere contratos inteligentes, que pueden ser simples o complejos;
—De los protocolos actuales, los únicos nativos que he visto son RGB y Bitvm, y como dije antes, RGB es más práctico.
¡Por eso me gusta él!
Sin embargo, el proceso de desarrollo de las cosas a menudo no es tan consistente como se imagina. Usemos una imagen para expresarlo:
Parte 2: Parte de Acuerdo - Comprensión LNP/BP
LNP: protocolo de red de iluminación (protocolo de red Lightning)
BP: protocolo Bitcoin
Esta es una organización suiza sin fines de lucro, responsable de supervisar los estándares abiertos y protocolos de capa 2 y 3 para Bitcoin y la Lightning Network. Son los creadores de los protocolos L2 y L3 como RGB, Bifrost, Storm, Prometheus, Kaleidscope, y son constructores activos del ecosistema #BiFi (Bitcoin Finance) en la Lightning Network. La asociación está compuesta por@dr-orlovskyy@giacomozuccoFundada en 2019
Enlace del sitio web oficial Enlace de Twitter enlace de github
Github contiene una gran cantidad de información de código abierto sobre RGB y protocolos relacionados. Los amigos técnicos pueden echar un vistazo más de cerca.
LNP/BP tiene una línea muy sólida de organizaciones donantes, incluyendo:
Además, TEDA ha afirmado muchas veces que emitirá USDT en el protocolo RGB y promoverá el desarrollo del protocolo RGB!
2.1 LNPBP-1: Clave Pública
continuará...
Parte Tres: Resumen de Preguntas Frecuentes
En esta parte, continuaré resumiendo y actualizando varios problemas relacionados con la tecnología RGB y BTC encontrados en el aprendizaje y las operaciones comunitarias en este lugar.
Hay cuatro tipos principales de direcciones de mapa de bits:
1️⃣Dirección de hash de clave pública heredada/pago (dirección P2PKH)
Este tipo de dirección tradicional de Bitcoin es la forma de la dirección cuando se creó en los primeros días, por lo que también se llama una “dirección heredada” o una “dirección de hash de clave pública de pago (P2PKH)” porque cuando Bitcoin se lanzó en 2009, su método de generación comenzó con la generación de un par de claves público/privada, que en ese momento era la única forma de crear una dirección.
Este tipo de dirección comienza con “1”. Debido a que utiliza la mayor cantidad de espacio en las transacciones, también es el tipo de dirección más caro.
2️⃣Dirección de pago a script hash (P2SH)
Este tipo de dirección no utiliza el resultado de la operación hash de la clave pública, pero utiliza la operación hash de ciertos scripts para registrar los méritos, y puede ser utilizada para transferencias que requieren múltiples firmas, etc.
Este tipo de dirección comienza con “3” porque puedes usar Testigo Segregado para ahorrar en comisiones de transacción, enviar a una dirección P2SH es aproximadamente un 26% más barato que una billetera que utiliza la dirección antigua.
3️⃣Dirección de Testigo Segregado (SegWit) Dirección Bech32
Las direcciones Segwit también son conocidas como direcciones Bech32. Este tipo de dirección de Bitcoin reduce la cantidad de información almacenada en una transacción. No almacenan firmas y scripts en la transacción, sino en el testigo (commit).
Este tipo de dirección comienza con "bc1q". En comparación con las direcciones P2SH, las direcciones Segwit pueden ahorrar aproximadamente un 16% en comisiones de transacción, y en comparación con las direcciones tradicionales, pueden ahorrar más del 38% en comisiones.
4️⃣Dirección Taproot
Para aumentar la eficiencia del espacio de bloque y mejorar las tarifas, SegWit ha introducido algunos cambios en la forma en que se construyen las direcciones. Por lo tanto, basándose en la dirección SegWit, se desarrolló la dirección Taproot, que se traduce como la dirección principal de la raíz.
Este tipo de dirección comienza con "bc1p", lo que reduce aún más el espacio de almacenamiento, mejora la eficiencia de las transacciones y proporciona una mejor privacidad.
Este es un método técnico comúnmente utilizado en BTC: HD Wallet
Esta tecnología permite que un par de “claves pública y privada” generen innumerables subclaves públicas, que son las direcciones que vemos; esta característica es para proteger la privacidad de los usuarios de monedero de Bitcoin.
Porque en el uso tradicional, para confirmar transacciones, los usuarios expondrán sus claves públicas, entonces hay un riesgo de revelar su verdadera identidad (que puede ser rastreada continuamente), pero después de usar HD Wallet, después de cada uso, conviértalo en otra subclave pública para que no pueda ser rastreada.
Para más detalles, consulte los siguientes documentos:
HD Wallets | Carteras Determinísticas Jerárquicas
Una explicación de qué es una Cartera HD, cómo funcionan en Bitcoin y su historia.
Muchas personas discutirán sobre el título "primero" porque a la gente le gusta perseguir el primero
Si quieres hablar sobre el primer activo en RGB, probablemente fue lanzado cuando el Dr. Maxim mismo lo probó. Por supuesto, ni tú ni yo lo vimos.
Si deseas hablar sobre los activos de muestra RGB abiertos por la Asociación LNP/BP, puedes consultar el siguiente sitio web
Si es un activo emitido en el partido del proyecto bitmask bajo el protocolo RGB, puede consultar el siguiente sitio web
Pero Bitmask es solo un proyecto partidario bajo el protocolo RGB, porque RGB es "verificado por el cliente", por lo que siempre que puedas construir un cliente, también puedes usar la "línea de comandos" para emitir tu propio "primer activo RGB"
Por lo tanto, creo que discutir quién es el número uno es significativo para la publicidad a corto plazo, pero a largo plazo, el valor contenido en los activos es más significativo. Este valor puede ser el espíritu comunitario, el empoderamiento, etc.
De hecho, no puedes preguntar esto, porque: RGB utiliza la red Bitcoin para "respaldo de seguridad" y "prevención de doble gasto". En principio, se puede utilizar en cualquier otra red con tales características.
Si la transacción RGB se ejecuta en la red principal, entonces sus transacciones se cargan en la red principal en tiempo real; si la transacción RGB se ejecuta en la Red Lightning, entonces sus datos de transacción se cargan en la Red Lightning en tiempo real, y los datos de la Red Lightning se almacenan fuera de la cadena. Sí, solo se encadenará en la red principal de BTC en el momento del retiro; si las transacciones RGB se ejecutan en otras redes, la situación de encadenamiento de datos también se determinará según las condiciones de otras redes.
También debe señalarse que los datos de transacciones reales de RGB se almacenan en el cliente, y lo que se carga en la cadena es la agregación de compromisos de transacciones.
Para mí, creo que RGB es una tecnología general que se puede conectar a L1/L2/L3. Puede hacer muchas cosas y es una parte muy crítica del desarrollo de la ecología de BTC; puede realizar BIFI, es decir, bitcoin+fi, que puede Ser defi, nftfi, gamefi, u otras formas de fi
De hecho, muchas personas prestan atención a la aplicación de RGB en cripto, pero RGB puede hacer más, como bonos, bonos del tesoro, la combinación de activos reales y virtuales, etc.
El protocolo RGB puede funcionar en la red principal, en la Red Lightning e incluso en cadenas laterales en el futuro.
RGB está diseñado para funcionar en la Red Lightning con el fin de escalabilidad. Debido a la ejecución de contratos inteligentes, las tps de la red principal obviamente no pueden cumplir con este requisito. La alta tps de la Red Lightning puede, pero la actual Red Lightning Bolt no puede. Cumple con los complejos requisitos de contratos inteligentes de RGB, por lo que necesita ser actualizado a bifrost para ser completo;
El problema actual se debe al tamaño del canal de la Red Lightning, y la Red Lightning fue diseñada originalmente para pagos pequeños; por supuesto, si construyes un canal grande tú mismo, también puedes hacer pagos grandes (generalmente grandes cantidades van a la mainnet) )
Creo que hay dos razones por las que se utiliza la Red Lightning en lugar de las cadenas laterales:
1️⃣ Las cadenas laterales generalmente se consideran no lo suficientemente nativas, porque las cadenas laterales tienen su propia cadena, sus propios nodos, sus propios bloques y su propio mecanismo de consenso. Incluso se podría decir que tiene poco que ver con la red principal de BTC; pero la red Lightning se puede entender como algo que cuelga de la red principal de BTC. Es muy nativo y se llama L2.
2️⃣El TPS teórico de la Lightning Network es mucho mayor que el de la cadena lateral
También tengo este tipo de preocupación, especialmente ya que no parecen haber muchas donaciones en este momento (de hecho, la tasa de retorno en inversiones como TEDA es muy alta), pero aún así aprecio el espíritu de la asociación de forma no lucrativa. Hacen cosas tan grandes.
Principalmente hablando, la mayor parte del trabajo en el protocolo RGB ha sido completado. Por supuesto, todavía hay muchas tareas por seguir; creo que si el protocolo RGB atrae la atención de más y más personas, a medida que más y más desarrolladores se unan, el trabajo de desarrollo cambiará rápidamente.
Sí, y varias veces
A partir del 17 de diciembre de 2023, todos están esperando la actualización de v0.11. Esta actualización implica actualizaciones de contratos inteligentes, billeteras, etc.; esperamos que v0.11 se convierta en una versión estable más grande, para que los proyectos en el ecosistema puedan tener un desarrollo relativamente seguro.
Si se lanza v0.11, la emisión y transferencia de activos RGB basados en la Lightning Network pronto se realizará (será muy rápida), pero los contratos inteligentes complejos aún dependen del desarrollo de la red bifrost Lightning.
bitmask/bitlight: Dos partes de proyecto muy formales. El primero fue anunciado en la página de inicio de LNP/BP y se enfoca en el desarrollo de billeteras y diba (mercado de nft). El último se enfoca en el desarrollo de billeteras y dex;
pprgb: El primer meme rgb con popularidad en el mercado, un proyecto lanzado temporalmente en liquid (nota el atributivo)
sello: Proyectos que esperan emitir NFT y potenciar tokens en rgb insisten en emitir en rgb
Intercambio UTXO: Quiero construir un dex en rgb y usar airdrops de zero-roll. Los activos que emita deben ser activos rgb. Sin embargo, dada la forma actual, se especula que estará en una forma centralizada y evaluará los riesgos por sí mismo.
BiHelix: Originalmente llamado infinito, más tarde fue renombrado intas y luego renombrado Bihelix. Escribí muchos artículos y realicé mucho trabajo evangelístico, pero en los primeros días hubo ciertas desavenencias con el acuerdo LNP/BP y fue identificado como una estafa. Sugiero que necesitan abordar bien este problema, de lo contrario será más difícil hacerlo en esta pista.
rgbdoge: Se especula que es un proyecto chino (no me importa si es chino o extranjero, depende de la calidad y estrategia del proyecto). Tiene una acción fuerte, pero le falta dirección (desde la batalla inicial por el "número uno", hasta construir una plataforma, hasta ser emitido en liquid)
bitrgb: Una plataforma para hacer contratos inteligentes RGB. Actualmente está utilizando el método nostrasset. Antes recomendé la tarea zealy (idea Lubai), pero en vista del “anonimato del equipo/anonimato de las instituciones de inversión/carga de monedas (el precio no parece bajo)”, siento que el riesgo es muy alto.
Recientemente, se descubrió que LNP/BP tg fue identificado como estafa por el Dr. Maxim.
Inscriptionwar: Es completamente gratuito, por lo que no es necesario participar.
La seguridad fuera de la cadena depende del partido del proyecto o del cliente mismo, por lo que la asociación necesita establecer normas unificadas para el almacenamiento, etc., para garantizar la seguridad de los activos, etc.
Los datos principales se almacenan en el cliente fuera de la cadena, y los clientes pueden compartir información y comunicarse a través de los nodos de Storm en el futuro.
Permíteme dar una breve introducción. Adam Back fundó la empresa Blockstream. Esta empresa tiene muchos productos, como la plataforma de desarrollo de cadenas laterales Elements. También tienen productos de monedero verde, piscinas de minería reales y productos de gestión financiera relacionados con las piscinas de minería. Productos financieros, etc.;
Liquid es L2 desarrollado utilizando la plataforma elements, y sideswap es un proyecto en Liquid.
La seguridad de almacenamiento de datos fuera de la cadena es proporcionada por la parte del proyecto. Los usuarios pueden proteger la seguridad de sus activos haciendo una copia de seguridad de los datos. Por supuesto, si hay un problema con los datos de la parte del proyecto y el usuario no hace una copia de seguridad de los datos por sí mismo, entonces habrá problemas con los activos.
Algunas partes de proyectos maliciosos pueden cometer delitos creando malware, pero el mecanismo de uso de RGB puede evitar el fraude mecanismos. Por supuesto, RGB es difícil de prevenir en todas las blockchains.
Sí, utilizando el protocolo Storm, los datos se comparten entre pares, pero el desarrollo actual está atrasado
No se puede. La parte del proyecto no puede recopilar información sobre transacciones individuales y solo puede recopilar transferencias numéricas completadas dentro de la aplicación (como estadísticas agregadas).
Por supuesto, personalmente creo que si el usuario autoriza los permisos relevantes, entonces la aplicación puede acceder a estos datos (será algo similar a la clave de desenmascaramiento en Liquid para ver la información de enmascaramiento)
Sí, pero cada empresa debe cumplir con las regulaciones respecto a los valores.
1) El activo tiene ContractID y valor inicial de génesis
2) Compatible con la billetera RGB
3) Código abierto
De esta manera puedes saber si es un activo RGB
UTXO es la capa de activos "pública", pero solo entre los mismos activos, por ejemplo: USDT<>USDT; en el futuro, podemos lograr la "interoperabilidad" entre diferentes activos, pero esto requiere Bifrost
Esto es posible, pero la cadena de destino debe admitir el modelo UTXO y otros modelos disponibles para integrarse con RGB Core y las bibliotecas cruzadas. En este momento, los activos deben seguir las especificaciones del modelo RGB20.
De hecho, RGB es compatible con LN y puedes usarlo con cualquier implementación de LN, como insertar CLN o LND. Al usar Storm, es posible el reconocimiento de cada muestra en la LN; en L1, el reconocimiento y enrutamiento del activo solo se realiza si abres/cierras el canal o escaneas usando HTLC.
Sí, esto requiere que muchas bibliotecas de soporte trabajen juntas,
En teoría, el proceso puede simplificarse a través de la autorización. Por supuesto, esto es solo en teoría.
Parte 4: Enlaces de referencia
Aquí, puedes aprender:
1️⃣ ¿Qué es RGB, qué puede hacer y cuáles son sus ventajas ( Saltar)
2️⃣Cómo probar la biblioteca RGB, como la línea de comandos, instalando nodos, llamando a la API, etc. (Saltar)
3️⃣Aprende RGB a través de videos oficiales (por supuesto, es difícil para los que no hablan inglés)Saltar)
Contratos inteligentes escalables y confidenciales para Bitcoin y Lightning
Este documento explica los principios de diseño y proporciona información técnica detallada sobre cómo se construyen y funcionan los sistemas RGB, incluyendo:
1️⃣Visión general y objetivos del diseño del protocolo ( Saltar)
2️⃣Introducción a la "Verificación del cliente", describiendo los "sellos de un solo uso" y los "compromisos deterministas de bitcoin"(Saltar)
3️⃣Explicación de "Contrato RGB, Estado y Operación" (Saltar)
4️⃣Algunos contenidos de "Try RGB Contract": incluyendo la escritura de contratos, la interacción con contratos, la comunicación P2P, la interacción con billeteras, etc. (Saltar)
RGB Blackpaper | RGB Blackpaper
Capa de contrato inteligente Turing-complete, escalable y confidencial para Bitcoin y LN
Si encuentras problemas, primero puedes verificar si este documento oficial tiene alguna respuesta.
Aquí puedes aprender sobre la máquina virtual Alu Turing-completa desarrollada por la Asociación LNP/BP
1️⃣CoinEx Research
Un breve análisis de RGB: un protocolo escalable, confidencial de contratos inteligentes construido en Bitcoin
Blog | CoinEx - La Bolsa de Criptomonedas Global
2️⃣Federico Tenga
Comprender el protocolo RGB
@FedericoTenga">Federico Tenga – Medium
@FedericoTenga">Lea los escritos de Federico Tenga en Medium. Trabajando en cosas de Bitcoin. Todos los días, Federico Tenga y miles de otras voces re...
@FedericoTenga"\u003emedium.com
3️⃣Bitfinex
¿Cómo puede RGB mejorar Bitcoin?
¿Cómo puede RGB mejorar Bitcoin? - Bitfinex blog
4️⃣Capital de Waterdrip
Explicación detallada del protocolo RGB: encontrando una nueva forma de crear una nueva segunda capa de emisión de activos de Bitcoin
5️⃣ Diseño del protocolo RGB
Un lugar de encuentro chino para ideas sobre Bitcoin
แชร์
เนื้อหา
Muchas personas están empezando a prestar atención al protocolo RGB de Bitcoin y están muy contentas. Sin embargo, la mayoría de las personas son relativamente desconocidas con dicho protocolo (especialmente un protocolo relativamente técnico y complejo) y no saben cómo investigar y probar el contenido y la ecología del protocolo.
Por lo tanto, escribo especialmente un Espejo actualizado continuamente para resumir materiales de aprendizaje relevantes y proporcionar un camino de aprendizaje relativamente razonable; al mismo tiempo, también sirve como un registro del aprendizaje personal sobre RGB.
Parte Uno: Ciencia Popular Parte-Comprensión Inicial de RGB
Cuando muchas personas ven las tres palabras RGB, piensan en "los tres colores primarios: rojo verde azul". Si miras el ícono, esto es realmente cierto. Esto se debe a que el protocolo RGB utiliza el concepto temprano de "monedas teñidas".
Aquí estamos hablando de RGB es un acuerdo, un sistema de protocolo de contrato inteligente extremadamente privado y escalable que puede ejecutarse en la red principal de Bitcoin, Lightning Network o redes similares。
Este protocolo es actualmente mantenido y actualizado por el protocolo LNP/BP, y bitfinex también participa en algunos trabajos de código.
Es difícil clasificar simplemente RGB en la categoría de Bitcoin L2. No tiene su propia cadena, no tiene su propia capa y puede operar en otros L2s de BTC. Por lo tanto, para ser preciso: Es una tecnología universal。
En la industria, generalmente se cree que RGB y Bitvm serán la forma definitiva de expansión de BTC, porque ambos pueden lograr la escalabilidad del ecosistema BTC basándose en la naturaleza nativa de BTC. En comparación con Bitvm, que está lejos, RGB se ha implementado gradualmente.
Vale la pena mencionar que RGB es una tecnología que no se limita a las criptomonedas. Se puede utilizar ampliamente en nuestros escenarios no criptográficos. A medida que el protocolo se vuelve más maduro, veremos más y más casos de uso.
Desde la introducción oficial, podemos ver las funciones que el protocolo RGB puede lograr:
Si lo clasificamos, podemos ver:
Desde esta perspectiva, RGB permite que BTC tenga la mayoría de las funciones del actual EVM, pero no se implementa en una forma no nativa similar a "compatible con EVM", sino que se implementa de forma nativa. Debo decir que este conjunto de teorías y diseños. ¡El concepto es increíble!
De hecho, vale la pena señalar que el sistema de contrato inteligente RGB es muy diferente de los métodos anteriores, ya sea basado en Bitcoin (Colored Coins, Counterparty, OMNI) o no en Bitcoin (Ethereum, EOS, etc.), tiene sus propias características únicas:
El primer significado es que los contratos inteligentes estarán mejor estratificados. El emisor solo tiene los derechos sobre el contrato en el momento de la emisión, y luego el propietario del estado tendrá los derechos durante el proceso de evolución continua del estado;
El segundo significado es que mantiene el código fuera de la cadena, lo que puede ahorrar espacio en la cadena, mejorar la velocidad de ejecución y reducir la dificultad de desarrollo, pero también puede garantizar la seguridad a través de mecanismos;
El tercer artículo revela su capa de respaldo de seguridad (blockchain), y es Turing completo y puede soportar operaciones de lenguaje simple.
Por lo tanto, la siguiente imagen puede estar más cerca de la comprensión correcta:
Del video de enseñanza del Dr. Maxim Orlovsky, podemos ver que las características RGB oficialmente reconocidas incluyen:
Vamos a analizarlo uno por uno:
1️⃣Privacidad extrema
2️⃣Alta seguridad
No entiendo muy bien estos dos puntos, necesito estudiarlos.
3️⃣Altamente escalable
4️⃣No congestión
5️⃣Extremely alta integración
Entonces, de hecho, a mis ojos, RGB para BTC se parece más a lo siguiente:
Comparado con otros protocolos, el protocolo RGB tiene sus propios puntos técnicos muy únicos. Aquí hay algunas partes importantes de la ciencia simple:
4.1 Sellado desechable
Esta tecnología fue propuesta por primera vez por Peter Todd en 2016. Su principal significado es "añadir un sello a un mensaje para garantizar que el mensaje solo se pueda utilizar una vez, porque debes quitar el sello para conocer el mensaje".
Un método simple es establecer un servidor de tercera parte notariado que publique un certificado en un registro público cada vez que se abre o se cierra un sello, para que cualquiera pueda verificar el estado del sello que le interesa.
Si no utiliza una entidad de confianza para implementar la función de sello único, puede utilizar el UTXO de Bitcoin como sello. Debido a que cualquier UTXO en Bitcoin solo puede gastarse una vez. Por lo tanto, al usar UTXO como sello, puede bloquear el UTXO cuando se crea y abrirlo cuando lo gaste.
RGB utiliza una tecnología de "sellado único", que "envuelve" la información de activos RGB, el estado del contrato, etc. en UTXO. Cuando se gasta UTXO, la propiedad del activo y el estado del contrato cambian. Esto significa que cada vez que ocurre una transacción RGB, el remitente crea realmente un contrato (el que define los derechos que se transfieren). cambio de estado.
Tomemos RGB20 como ejemplo:
1️⃣Primero, el emisor del contrato establece el estado fundacional del contrato y define los detalles del contrato: el nombre del activo, el suministro total, etc., y el emisor tiene el derecho de mover el UTXO de estos suministros;
2️⃣Cuando un activo se transfiere por primera vez, el propietario del primer UTXO puede crear un cambio de estado para definir qué UTXO contendrá el activo;
3️⃣El cambio de estado se puede aplicar al derecho de cambiar la propiedad del activo, o a otros tipos de derechos, como el derecho a la emisión secundaria, o el derecho a añadir/cambiar atributos específicos del activo (por ejemplo: metadatos), etc.
4.2 Verificación del cliente
La verificación de RGB es diferente de la verificación tradicional de “consenso global” y utiliza la tecnología de verificación de cliente.
Con la verificación tradicional de Bitcoin, un nodo conectado a la red descarga y verifica continuamente bloques y transacciones en un grupo de transacciones (nodo completo). Este tipo de nodo tiene una vista actualizada en tiempo real del conjunto UTXO en toda la cadena (el conjunto de todas las salidas no gastadas en la cadena de bloques). Cuando ve una nueva transacción, para verificar su validez, solo necesita verificar que todas las entradas de la transacción sean parte del estado más reciente del conjunto UTXO.
Pero para RGB, no hay datos globalmente propagados, por lo que no existe una vista global del conjunto UTXO. Después de que un cliente de RGB acepta una transacción, no solo necesita verificar que el estado más reciente de la transacción es válido, sino que también debe realizar la misma verificación en todas las transformaciones de estado anteriores relacionadas con la transacción, hasta el estado fundacional del contrato emisor.
Esto parece traer una desventaja obvia: Causa que la verificación tome mucho tiempo
Pero esto solo ocurre cuando "un activo tiene una larga historia de negociación," y esta parte de la historia de negociación se puede verificar previamente a través de una capa de intercambio de datos (de forma voluntaria).
Esto también trae ventajas significativas: El cliente no necesita conocer o verificar todas las transacciones que ocurren a nivel global
Porque solo necesita conocer las transacciones relacionadas con su propia billetera, no necesita verificar otras transacciones, por lo que la cantidad de datos a verificar por cada cliente es menor y la escalabilidad del sistema se mejora significativamente.
4.3 la promesa de certeza de Bitcoin
Cómo RGB previene el "doble gasto" se logra a través de compromisos RGB. Estos compromisos deben ser realizados:
1️⃣Múltiples transiciones de estado que involucran un contrato pueden ser comprometidas a una sola transacción de Bitcoin
2️⃣Cada transición de estado de contrato solo puede confirmarse en una transacción de Bitcoin una vez
La forma específica de lograr esto es:
1️⃣Primero, todas las transiciones de estado relacionadas con un contrato específico (o ID de activo) deben ser agregadas de manera determinística en un compromiso
2️⃣Entonces, los compromisos de todos los activos transferidos se agregan en un árbol de Merkle
3️⃣El valor hash raíz final es el compromiso RGB final;
4️⃣Para garantizar la compatibilidad con otros protocolos que no tienen nada que ver con RGB pero también necesitan usar compromisos deterministas de Bitcoin, los compromisos RGB y los compromisos de otros protocolos deben ser agregados nuevamente (como se describe en el estándar LNPBP-4), y el hash obtenido de esta manera El valor es el mensaje que realmente está incrustado en la transacción de Bitcoin.
4.4 Procesamiento por lotes
Como sabemos por la sección anterior, podemos "envolver" cualquier cantidad de cambios de estado en un único compromiso de Bitcoin, por lo que el procesamiento por lotes a gran escala es teóricamente posible.
Escenario:A quiere pagar a varias personas al mismo tiempo, transferir un activo RGB20 a B, transferir un activo RGB21 a C y transferir la propiedad de un contrato a D
Resultado:Solo necesita crear una transición de estado para cada uno de B, C y D, y comprometer todas las transiciones de estado a la misma transacción de Bitcoin. Eso es todo. No necesita ocupar más bytes. Esto significa que el costo marginal de las tarifas en cadena para cada pago RGB puede ser muy pequeño, porque la misma tarifa se distribuye uniformemente entre cualquier cantidad de transferencias.
Pero también necesitamos ver las limitaciones aquí, es decir: esta información de transición de estado debe estar “envuelta” en el mismo UTXO. Si hay varios, entonces la entrada de esta transacción debe aumentarse, y los costos correspondientes también mejorarán. Pero en comparación con la situación tradicional donde cada uno requiere una transacción, se pueden lograr grandes mejoras.
Esta capacidad de procesamiento por lotes es muy importante para los proveedores de servicios que utilizan UTXO fusionados, y habrá muchos escenarios de aplicación.
4.5 Comunicación entre clientes
Para completar una transferencia RGB, los clientes participantes necesitan compartir algunos datos entre ellos.
Si tienes un entendimiento detallado de los pasos de transferencia de activos RGB, puedes saber que el remitente necesita compartir el envío con el(los) destinatario(s). Esta estructura de datos contiene toda la información necesaria para verificar la transferencia, incluyendo todas las transiciones de estado que pueden rastrearse hasta el estado inicial del contrato.
El envío debe ser transferido del remitente al destinatario a través de la comunicación, pero el protocolo RGB no se preocupa por el canal de comunicación utilizado para esta operación de intercambio de datos, ya que hay muchas formas de hacerlo. Sin embargo, en general, hay dos formas principales de compartir datos en el software RGB:
Después de tener un concepto general del protocolo RGB, creo que en este momento podemos entender cómo el protocolo se desarrolló paso a paso. Cualquier acuerdo en este nivel no se logra de la noche a la mañana y debe haber pasado por muchos cambios e innovaciones.
etapa de visión
RGB fue originalmente concebido por Giacomo Zucco y Peter Todd, quienes propusieron los conceptos de autenticación del lado del cliente y sellado único
etapa de desarrollo
Inicialmente, fue mantenida por la Red BHB y inbitcoin durante un período de tiempo, y fue respaldada por el Grupo Poseidón.
Más tarde, el desarrollador principal se convirtió en Alekos Filini
Desde mediados de 2019 hasta la fecha, Pandora Core AG y el Dr. Maxim Orlovsky se han convertido en importantes contribuyentes al desarrollo tecnológico
Etapa de madurez gradual
Desde 2019, el protocolo RGB ha recibido ayuda de muchos colaboradores y organizaciones industriales y ha madurado gradualmente, y es un proyecto basado en un conjunto de estándares mantenidos por la Asociación de Estándares LNP/BP.
Por ejemplo: En esta etapa, RGB fue reconstruido desde un protocolo de tokens a un sistema general de contratos inteligentes, absorbiendo muchas partes de transacciones confidenciales y utilizando la tecnología a prueba de balas de Blockstream. El trabajo en general fue apoyado financieramente por Bitfinex/Tether Inc y Fulgur Ventures. (Esta es también la base para el desarrollo continuo del protocolo RGB)
El consejo de Adam Back y los ingenieros de Blockstream jugaron un papel importante en el diseño técnico de su RGB, incluyendo a Andrew Poelstra (Bulletproof, mimblewimple, Transacciones Confidenciales), Peter Wuille (Transacciones Confidenciales, Bulletproof) y el diseño arquitectónico de Christian Decker (Red Lightning, Sistemas). Por lo tanto, esta es otra razón importante por la que presto atención a Liquid. En base teórica, ambos tienen muchos intercambios, y soy muy optimista sobre la combinación de ambos en el futuro.
El trabajo principal de desarrollo del protocolo RGB está casi completado. En la versión v0.10, la emisión de activos y otras funciones pueden ser utilizadas fácilmente. Sin embargo, se encontraron algunos problemas al conectar con bolt-ln (red de rayos actual), por lo que se diseñó el estándar bifrost. El protocolo se utiliza para expandir contratos inteligentes y propone además el estándar Storm.
La versión v0.11 está actualmente siendo sometida a una auditoría de seguridad y se espera que se complete y se lance a principios de 2024. La versión v0.11 es una actualización importante en comparación con la v0.10. Los contratos entre ambas definitivamente ya no son compatibles. Puede haber planes para intercambiar activos para entonces. Puede que haya o no un puente. Después de todo, las versiones actuales son todas versiones de prueba.
Más bien espero que la versión del protocolo v0.11 se convierta en una versión estable grande, lo que traerá un cierto grado de certeza al desarrollo de proyectos ecológicos bajo el protocolo.
A continuación, permítanme hablar detalladamente sobre los problemas existentes del protocolo RGB:
1️⃣Progreso lento en el desarrollo
Este problema ha sido criticado por mucha gente, y las razones son causadas por muchos factores:
—La Asociación LNP/BP tiene muy pocos desarrolladores, y el trabajo principal de código es completado por el Dr. Maxim y Bitfinex
—LNP/BP es una organización sin fines de lucro, y sus operaciones básicamente dependen de donaciones. Aunque cuenta con el apoyo financiero de Bitfinex/Tether Inc y Fulgur Ventures, el uso de los fondos también requiere una planificación cuidadosa (por ejemplo, si deseas realizar una conferencia presencial cada año, es posible que no tengas presupuesto)
2️⃣ Fuerte inestabilidad
Esta inestabilidad se refiere a "el grado en que las actualizaciones del protocolo pueden romper versiones antiguas.
Por ejemplo, esta vez v0.10 causará una mayor incertidumbre debido al daño del contrato (incompatibilidad) de v0.11.
Si los proyectos ecológicos bajo el protocolo desarrollan funciones basadas en v0.10, es posible que necesiten ser rehacer en v0.11, lo que traerá altos costos de riesgo. Pero desde la perspectiva de la asociación en sí, es para la renovación y planificación general, y no considerará este problema en esta etapa.
Problema de desajuste 3️⃣
La asociación misma considera el plan de desarrollo general del acuerdo, que no necesariamente coincide con las necesidades del mercado.
4️⃣Falta de atención a los fondos
En la actualidad, hay muy pocos grandes financiadores prestando atención a RGB. Las instituciones todavía están inmersas en narrativas que pueden verse rápidamente, como las inscripciones. No se presta suficiente atención a protocolos grandes y profundos como RGB, por lo que el desarrollo de la ecología está temporalmente. No ha habido muchas mejoras (aunque es mejor que antes, pero personalmente creo que se debe al efecto de derrame de fondos).
Cuando expreso mis opiniones, me gusta dar mis razones mucho, porque esta también es la base de mi juicio; no me gusta dar órdenes y fomo sin pensar, porque eso no está en línea con mi verdadera intención. Entonces, primero vamos a ordenarlo:
El desarrollo ecológico de BTC es el resultado de la esperanza común de los mineros actuales, los fondos antiguos, etc., y también se necesita una nueva narrativa en el mercado;
—Las condiciones técnicas básicas para el desarrollo del ecosistema BTC ya están en su lugar, del cual la actualización de taproot es una parte muy importante;
—La emisión de activos es el primer paso en el desarrollo ecológico. Sin activos, no se puede hacer nada. Así que podemos ver varios protocolos basados en la emisión de activos en Bitcoin, y gradualmente se extienden a otras cadenas públicas;
El desarrollo ecológico no puede ser solo la emisión de activos, solo puede ser el primer paso. El segundo paso es implementar escenarios de aplicación para estos activos, es decir, procesar y intercambiar activos, etc. Esto requiere contratos inteligentes, que pueden ser simples o complejos;
—De los protocolos actuales, los únicos nativos que he visto son RGB y Bitvm, y como dije antes, RGB es más práctico.
¡Por eso me gusta él!
Sin embargo, el proceso de desarrollo de las cosas a menudo no es tan consistente como se imagina. Usemos una imagen para expresarlo:
Parte 2: Parte de Acuerdo - Comprensión LNP/BP
LNP: protocolo de red de iluminación (protocolo de red Lightning)
BP: protocolo Bitcoin
Esta es una organización suiza sin fines de lucro, responsable de supervisar los estándares abiertos y protocolos de capa 2 y 3 para Bitcoin y la Lightning Network. Son los creadores de los protocolos L2 y L3 como RGB, Bifrost, Storm, Prometheus, Kaleidscope, y son constructores activos del ecosistema #BiFi (Bitcoin Finance) en la Lightning Network. La asociación está compuesta por@dr-orlovskyy@giacomozuccoFundada en 2019
Enlace del sitio web oficial Enlace de Twitter enlace de github
Github contiene una gran cantidad de información de código abierto sobre RGB y protocolos relacionados. Los amigos técnicos pueden echar un vistazo más de cerca.
LNP/BP tiene una línea muy sólida de organizaciones donantes, incluyendo:
Además, TEDA ha afirmado muchas veces que emitirá USDT en el protocolo RGB y promoverá el desarrollo del protocolo RGB!
2.1 LNPBP-1: Clave Pública
continuará...
Parte Tres: Resumen de Preguntas Frecuentes
En esta parte, continuaré resumiendo y actualizando varios problemas relacionados con la tecnología RGB y BTC encontrados en el aprendizaje y las operaciones comunitarias en este lugar.
Hay cuatro tipos principales de direcciones de mapa de bits:
1️⃣Dirección de hash de clave pública heredada/pago (dirección P2PKH)
Este tipo de dirección tradicional de Bitcoin es la forma de la dirección cuando se creó en los primeros días, por lo que también se llama una “dirección heredada” o una “dirección de hash de clave pública de pago (P2PKH)” porque cuando Bitcoin se lanzó en 2009, su método de generación comenzó con la generación de un par de claves público/privada, que en ese momento era la única forma de crear una dirección.
Este tipo de dirección comienza con “1”. Debido a que utiliza la mayor cantidad de espacio en las transacciones, también es el tipo de dirección más caro.
2️⃣Dirección de pago a script hash (P2SH)
Este tipo de dirección no utiliza el resultado de la operación hash de la clave pública, pero utiliza la operación hash de ciertos scripts para registrar los méritos, y puede ser utilizada para transferencias que requieren múltiples firmas, etc.
Este tipo de dirección comienza con “3” porque puedes usar Testigo Segregado para ahorrar en comisiones de transacción, enviar a una dirección P2SH es aproximadamente un 26% más barato que una billetera que utiliza la dirección antigua.
3️⃣Dirección de Testigo Segregado (SegWit) Dirección Bech32
Las direcciones Segwit también son conocidas como direcciones Bech32. Este tipo de dirección de Bitcoin reduce la cantidad de información almacenada en una transacción. No almacenan firmas y scripts en la transacción, sino en el testigo (commit).
Este tipo de dirección comienza con "bc1q". En comparación con las direcciones P2SH, las direcciones Segwit pueden ahorrar aproximadamente un 16% en comisiones de transacción, y en comparación con las direcciones tradicionales, pueden ahorrar más del 38% en comisiones.
4️⃣Dirección Taproot
Para aumentar la eficiencia del espacio de bloque y mejorar las tarifas, SegWit ha introducido algunos cambios en la forma en que se construyen las direcciones. Por lo tanto, basándose en la dirección SegWit, se desarrolló la dirección Taproot, que se traduce como la dirección principal de la raíz.
Este tipo de dirección comienza con "bc1p", lo que reduce aún más el espacio de almacenamiento, mejora la eficiencia de las transacciones y proporciona una mejor privacidad.
Este es un método técnico comúnmente utilizado en BTC: HD Wallet
Esta tecnología permite que un par de “claves pública y privada” generen innumerables subclaves públicas, que son las direcciones que vemos; esta característica es para proteger la privacidad de los usuarios de monedero de Bitcoin.
Porque en el uso tradicional, para confirmar transacciones, los usuarios expondrán sus claves públicas, entonces hay un riesgo de revelar su verdadera identidad (que puede ser rastreada continuamente), pero después de usar HD Wallet, después de cada uso, conviértalo en otra subclave pública para que no pueda ser rastreada.
Para más detalles, consulte los siguientes documentos:
HD Wallets | Carteras Determinísticas Jerárquicas
Una explicación de qué es una Cartera HD, cómo funcionan en Bitcoin y su historia.
Muchas personas discutirán sobre el título "primero" porque a la gente le gusta perseguir el primero
Si quieres hablar sobre el primer activo en RGB, probablemente fue lanzado cuando el Dr. Maxim mismo lo probó. Por supuesto, ni tú ni yo lo vimos.
Si deseas hablar sobre los activos de muestra RGB abiertos por la Asociación LNP/BP, puedes consultar el siguiente sitio web
Si es un activo emitido en el partido del proyecto bitmask bajo el protocolo RGB, puede consultar el siguiente sitio web
Pero Bitmask es solo un proyecto partidario bajo el protocolo RGB, porque RGB es "verificado por el cliente", por lo que siempre que puedas construir un cliente, también puedes usar la "línea de comandos" para emitir tu propio "primer activo RGB"
Por lo tanto, creo que discutir quién es el número uno es significativo para la publicidad a corto plazo, pero a largo plazo, el valor contenido en los activos es más significativo. Este valor puede ser el espíritu comunitario, el empoderamiento, etc.
De hecho, no puedes preguntar esto, porque: RGB utiliza la red Bitcoin para "respaldo de seguridad" y "prevención de doble gasto". En principio, se puede utilizar en cualquier otra red con tales características.
Si la transacción RGB se ejecuta en la red principal, entonces sus transacciones se cargan en la red principal en tiempo real; si la transacción RGB se ejecuta en la Red Lightning, entonces sus datos de transacción se cargan en la Red Lightning en tiempo real, y los datos de la Red Lightning se almacenan fuera de la cadena. Sí, solo se encadenará en la red principal de BTC en el momento del retiro; si las transacciones RGB se ejecutan en otras redes, la situación de encadenamiento de datos también se determinará según las condiciones de otras redes.
También debe señalarse que los datos de transacciones reales de RGB se almacenan en el cliente, y lo que se carga en la cadena es la agregación de compromisos de transacciones.
Para mí, creo que RGB es una tecnología general que se puede conectar a L1/L2/L3. Puede hacer muchas cosas y es una parte muy crítica del desarrollo de la ecología de BTC; puede realizar BIFI, es decir, bitcoin+fi, que puede Ser defi, nftfi, gamefi, u otras formas de fi
De hecho, muchas personas prestan atención a la aplicación de RGB en cripto, pero RGB puede hacer más, como bonos, bonos del tesoro, la combinación de activos reales y virtuales, etc.
El protocolo RGB puede funcionar en la red principal, en la Red Lightning e incluso en cadenas laterales en el futuro.
RGB está diseñado para funcionar en la Red Lightning con el fin de escalabilidad. Debido a la ejecución de contratos inteligentes, las tps de la red principal obviamente no pueden cumplir con este requisito. La alta tps de la Red Lightning puede, pero la actual Red Lightning Bolt no puede. Cumple con los complejos requisitos de contratos inteligentes de RGB, por lo que necesita ser actualizado a bifrost para ser completo;
El problema actual se debe al tamaño del canal de la Red Lightning, y la Red Lightning fue diseñada originalmente para pagos pequeños; por supuesto, si construyes un canal grande tú mismo, también puedes hacer pagos grandes (generalmente grandes cantidades van a la mainnet) )
Creo que hay dos razones por las que se utiliza la Red Lightning en lugar de las cadenas laterales:
1️⃣ Las cadenas laterales generalmente se consideran no lo suficientemente nativas, porque las cadenas laterales tienen su propia cadena, sus propios nodos, sus propios bloques y su propio mecanismo de consenso. Incluso se podría decir que tiene poco que ver con la red principal de BTC; pero la red Lightning se puede entender como algo que cuelga de la red principal de BTC. Es muy nativo y se llama L2.
2️⃣El TPS teórico de la Lightning Network es mucho mayor que el de la cadena lateral
También tengo este tipo de preocupación, especialmente ya que no parecen haber muchas donaciones en este momento (de hecho, la tasa de retorno en inversiones como TEDA es muy alta), pero aún así aprecio el espíritu de la asociación de forma no lucrativa. Hacen cosas tan grandes.
Principalmente hablando, la mayor parte del trabajo en el protocolo RGB ha sido completado. Por supuesto, todavía hay muchas tareas por seguir; creo que si el protocolo RGB atrae la atención de más y más personas, a medida que más y más desarrolladores se unan, el trabajo de desarrollo cambiará rápidamente.
Sí, y varias veces
A partir del 17 de diciembre de 2023, todos están esperando la actualización de v0.11. Esta actualización implica actualizaciones de contratos inteligentes, billeteras, etc.; esperamos que v0.11 se convierta en una versión estable más grande, para que los proyectos en el ecosistema puedan tener un desarrollo relativamente seguro.
Si se lanza v0.11, la emisión y transferencia de activos RGB basados en la Lightning Network pronto se realizará (será muy rápida), pero los contratos inteligentes complejos aún dependen del desarrollo de la red bifrost Lightning.
bitmask/bitlight: Dos partes de proyecto muy formales. El primero fue anunciado en la página de inicio de LNP/BP y se enfoca en el desarrollo de billeteras y diba (mercado de nft). El último se enfoca en el desarrollo de billeteras y dex;
pprgb: El primer meme rgb con popularidad en el mercado, un proyecto lanzado temporalmente en liquid (nota el atributivo)
sello: Proyectos que esperan emitir NFT y potenciar tokens en rgb insisten en emitir en rgb
Intercambio UTXO: Quiero construir un dex en rgb y usar airdrops de zero-roll. Los activos que emita deben ser activos rgb. Sin embargo, dada la forma actual, se especula que estará en una forma centralizada y evaluará los riesgos por sí mismo.
BiHelix: Originalmente llamado infinito, más tarde fue renombrado intas y luego renombrado Bihelix. Escribí muchos artículos y realicé mucho trabajo evangelístico, pero en los primeros días hubo ciertas desavenencias con el acuerdo LNP/BP y fue identificado como una estafa. Sugiero que necesitan abordar bien este problema, de lo contrario será más difícil hacerlo en esta pista.
rgbdoge: Se especula que es un proyecto chino (no me importa si es chino o extranjero, depende de la calidad y estrategia del proyecto). Tiene una acción fuerte, pero le falta dirección (desde la batalla inicial por el "número uno", hasta construir una plataforma, hasta ser emitido en liquid)
bitrgb: Una plataforma para hacer contratos inteligentes RGB. Actualmente está utilizando el método nostrasset. Antes recomendé la tarea zealy (idea Lubai), pero en vista del “anonimato del equipo/anonimato de las instituciones de inversión/carga de monedas (el precio no parece bajo)”, siento que el riesgo es muy alto.
Recientemente, se descubrió que LNP/BP tg fue identificado como estafa por el Dr. Maxim.
Inscriptionwar: Es completamente gratuito, por lo que no es necesario participar.
La seguridad fuera de la cadena depende del partido del proyecto o del cliente mismo, por lo que la asociación necesita establecer normas unificadas para el almacenamiento, etc., para garantizar la seguridad de los activos, etc.
Los datos principales se almacenan en el cliente fuera de la cadena, y los clientes pueden compartir información y comunicarse a través de los nodos de Storm en el futuro.
Permíteme dar una breve introducción. Adam Back fundó la empresa Blockstream. Esta empresa tiene muchos productos, como la plataforma de desarrollo de cadenas laterales Elements. También tienen productos de monedero verde, piscinas de minería reales y productos de gestión financiera relacionados con las piscinas de minería. Productos financieros, etc.;
Liquid es L2 desarrollado utilizando la plataforma elements, y sideswap es un proyecto en Liquid.
La seguridad de almacenamiento de datos fuera de la cadena es proporcionada por la parte del proyecto. Los usuarios pueden proteger la seguridad de sus activos haciendo una copia de seguridad de los datos. Por supuesto, si hay un problema con los datos de la parte del proyecto y el usuario no hace una copia de seguridad de los datos por sí mismo, entonces habrá problemas con los activos.
Algunas partes de proyectos maliciosos pueden cometer delitos creando malware, pero el mecanismo de uso de RGB puede evitar el fraude mecanismos. Por supuesto, RGB es difícil de prevenir en todas las blockchains.
Sí, utilizando el protocolo Storm, los datos se comparten entre pares, pero el desarrollo actual está atrasado
No se puede. La parte del proyecto no puede recopilar información sobre transacciones individuales y solo puede recopilar transferencias numéricas completadas dentro de la aplicación (como estadísticas agregadas).
Por supuesto, personalmente creo que si el usuario autoriza los permisos relevantes, entonces la aplicación puede acceder a estos datos (será algo similar a la clave de desenmascaramiento en Liquid para ver la información de enmascaramiento)
Sí, pero cada empresa debe cumplir con las regulaciones respecto a los valores.
1) El activo tiene ContractID y valor inicial de génesis
2) Compatible con la billetera RGB
3) Código abierto
De esta manera puedes saber si es un activo RGB
UTXO es la capa de activos "pública", pero solo entre los mismos activos, por ejemplo: USDT<>USDT; en el futuro, podemos lograr la "interoperabilidad" entre diferentes activos, pero esto requiere Bifrost
Esto es posible, pero la cadena de destino debe admitir el modelo UTXO y otros modelos disponibles para integrarse con RGB Core y las bibliotecas cruzadas. En este momento, los activos deben seguir las especificaciones del modelo RGB20.
De hecho, RGB es compatible con LN y puedes usarlo con cualquier implementación de LN, como insertar CLN o LND. Al usar Storm, es posible el reconocimiento de cada muestra en la LN; en L1, el reconocimiento y enrutamiento del activo solo se realiza si abres/cierras el canal o escaneas usando HTLC.
Sí, esto requiere que muchas bibliotecas de soporte trabajen juntas,
En teoría, el proceso puede simplificarse a través de la autorización. Por supuesto, esto es solo en teoría.
Parte 4: Enlaces de referencia
Aquí, puedes aprender:
1️⃣ ¿Qué es RGB, qué puede hacer y cuáles son sus ventajas ( Saltar)
2️⃣Cómo probar la biblioteca RGB, como la línea de comandos, instalando nodos, llamando a la API, etc. (Saltar)
3️⃣Aprende RGB a través de videos oficiales (por supuesto, es difícil para los que no hablan inglés)Saltar)
Contratos inteligentes escalables y confidenciales para Bitcoin y Lightning
Este documento explica los principios de diseño y proporciona información técnica detallada sobre cómo se construyen y funcionan los sistemas RGB, incluyendo:
1️⃣Visión general y objetivos del diseño del protocolo ( Saltar)
2️⃣Introducción a la "Verificación del cliente", describiendo los "sellos de un solo uso" y los "compromisos deterministas de bitcoin"(Saltar)
3️⃣Explicación de "Contrato RGB, Estado y Operación" (Saltar)
4️⃣Algunos contenidos de "Try RGB Contract": incluyendo la escritura de contratos, la interacción con contratos, la comunicación P2P, la interacción con billeteras, etc. (Saltar)
RGB Blackpaper | RGB Blackpaper
Capa de contrato inteligente Turing-complete, escalable y confidencial para Bitcoin y LN
Si encuentras problemas, primero puedes verificar si este documento oficial tiene alguna respuesta.
Aquí puedes aprender sobre la máquina virtual Alu Turing-completa desarrollada por la Asociación LNP/BP
1️⃣CoinEx Research
Un breve análisis de RGB: un protocolo escalable, confidencial de contratos inteligentes construido en Bitcoin
Blog | CoinEx - La Bolsa de Criptomonedas Global
2️⃣Federico Tenga
Comprender el protocolo RGB
@FedericoTenga">Federico Tenga – Medium
@FedericoTenga">Lea los escritos de Federico Tenga en Medium. Trabajando en cosas de Bitcoin. Todos los días, Federico Tenga y miles de otras voces re...
@FedericoTenga"\u003emedium.com
3️⃣Bitfinex
¿Cómo puede RGB mejorar Bitcoin?
¿Cómo puede RGB mejorar Bitcoin? - Bitfinex blog
4️⃣Capital de Waterdrip
Explicación detallada del protocolo RGB: encontrando una nueva forma de crear una nueva segunda capa de emisión de activos de Bitcoin
5️⃣ Diseño del protocolo RGB
Un lugar de encuentro chino para ideas sobre Bitcoin