Prefacio
En la cuarta ronda del ciclo de reducción a la mitad de Bitcoin, la adopción explosiva del protocolo #Ordinals y protocolos similares hizo que la industria del cifrado se diera cuenta de que la emisión y el comercio de activos basados en la capa L1 de Bitcoin son fundamentales para el consenso de seguridad y ecología. desarrollo de la red principal de Bitcoin El valor de las externalidades positivas puede describirse como el “momento Uniswap” del ecosistema de Bitcoin.
La evolución y la iteración de la programabilidad de Bitcoin es el resultado de la gobernanza del mercado de las opiniones de la comunidad de Bitcoin, en lugar de estar impulsadas por teleología como Holder para BTC o Builder para el espacio de bloques.
En la actualidad, al mejorar la programabilidad de Bitcoin y, por lo tanto, aumentar la tasa de utilización del espacio de bloques de la red principal de Bitcoin, se ha convertido en un nuevo espacio de diseño para el consenso de la comunidad de Bitcoin.
A diferencia de Ethereum y otras cadenas públicas de alto rendimiento, para garantizar la simplicidad y la ligereza del conjunto UTXO, el espacio de diseño de la programabilidad de Bitcoin es altamente restringido. Las restricciones básicas son cómo utilizar scripts y código OP para operar UTXO.
Las soluciones clásicas de programabilidad de Bitcoin incluyen canales estatales (Lightning Network), verificación de cliente (RGB), cadenas laterales (Liquid Network, Stacks, RootSock, etc.), CounterParty, Omni Layer, Taproot Assets, DLC, etc. Las soluciones de programabilidad de Bitcoin emergentes desde 2023 incluyen Ordinals, BRC20, Runes, Atomics, Stamps, etc.
Después de que terminó la segunda ola de Inscription, surgió una tras otra una nueva generación de soluciones de programabilidad de Bitcoin, como la solución #UTXO #同构绑定 de #CKB y la solución Bitcoin L2 compatible con EVM. , solución DriveChain, etc.
En comparación con la solución Bitcoin L2 compatible con EVM, la solución de programabilidad de Bitcoin de CKB (Common Knowledge Base) es una solución nativa y segura en el espacio de diseño moderno de la programabilidad de Bitcoin que no introduce suposiciones de confianza social. En comparación con la solución DriveChain, no requiere ningún cambio a nivel del protocolo Bitcoin.
En el futuro previsible, la curva de crecimiento de la programabilidad de Bitcoin experimentará una etapa de crecimiento acelerado, y los activos, usuarios y aplicaciones del ecosistema de Bitcoin marcarán el comienzo de una ola de explosión de Xuanbian. La pila UTXO del ecosistema CKB será una nueva. La afluencia de desarrolladores de Bitcoin ofrece la posibilidad de crear protocolos utilizando pilas modulares. Además, CKB está explorando la integración de Lightning Network con UTXO Stack para aprovechar la programabilidad nativa de Bitcoin para lograr la interoperabilidad entre nuevos protocolos.
Espacio de nombres de programabilidad de Bitcoin
Blockchain es una máquina que genera confianza y la red principal de Bitcoin es la máquina 0. Al igual que toda la filosofía occidental es una nota a pie de página de Platón, todo en el mundo criptográfico (activos, narrativas, redes blockchain, protocolos, DAO, etc.) son derivados y derivados de Bitcoin.
En el proceso de coevolución entre Bitcoin Maxi y los expansionistas, desde el debate sobre si la red principal de Bitcoin respalda la integridad de Turing hasta la disputa entre el esquema de Testigo Segregado y el esquema de expansión de grandes bloques, Bitcoin se bifurca constantemente. Esto no solo crea nuevos proyectos de cifrado y consenso de la comunidad de cifrado, sino que también fortalece y consolida el propio consenso de la comunidad de Bitcoin. Este es un proceso de autoconfirmación mientras se trata de otros.
Debido a la misteriosa desaparición de Satoshi Nakamoto, la gobernanza comunitaria de Bitcoin no tiene una estructura de gobernanza de "monarquía ilustrada" como Ethereum, sino un modelo de gobernanza en el que mineros, desarrolladores, comunidades y mercados participan en juegos abiertos para lograr un modelo de gobernanza equilibrado. Esto le da al consenso de la comunidad de Bitcoin la capacidad de ser extremadamente estable una vez que se forma.
Las características actuales del consenso de la comunidad Bitcoin son: el consenso no es comando y control, minimización de la confianza, descentralización, resistencia a la censura, pseudoanonimato, código abierto, colaboración abierta, sin permiso, neutralidad legal, homogeneidad, compatibilidad hacia adelante, minimización del uso de recursos. , verificación > cálculo, convergencia, inmutabilidad de transacciones, resistencia a ataques DoS, evitar contiendas por la entrada, solidez, incentivos consistentes, solidificación, consenso que no debe ser alterado, principios de conflicto, avance colaborativo, etc. [1]
La forma actual de la red principal de Bitcoin puede verse como una instancia de las características de consenso de la comunidad de Bitcoin mencionadas anteriormente. El espacio de diseño de la programabilidad de Bitcoin también está definido por las características de consenso de la comunidad Bitcoin.
Un espacio de diseño clásico para la programabilidad de Bitcoin
Mientras que otras cadenas públicas están probando la modularización, la paralelización y otras soluciones para explorar el espacio de diseño de la solución triangular imposible de blockchain, el espacio de diseño del protocolo Bitcoin siempre se ha centrado en scripts, código OP y UTXO.
Dos ejemplos típicos son las dos actualizaciones principales de la red principal de Bitcoin desde 2017: la bifurcación dura Segwit y la bifurcación suave Taproot.
En el hard fork de Segwit en agosto de 2017, se agregó un bloque de 3M al bloque principal de 1M para almacenar específicamente firmas (testigos), y el peso de los datos de la firma se estableció en 1 de los datos del bloque principal al calcular las tarifas de los mineros/4. para mantener la coherencia del costo de gastar una salida UTXO y crear una salida UTXO, y evitar el abuso del cambio de UTXO para aumentar la velocidad de expansión del conjunto de UTXO.
La bifurcación suave Taproot en noviembre de 2021 ahorrará el tiempo de verificación de UTXO y el espacio de bloque ocupado por firmas múltiples al introducir el esquema de firmas múltiples Schnorr.
1 grupo clave-valor UTXO (Fuente: learnmeabitcoin.com)
UTXO (salida de transacciones no gastadas) es la estructura de datos básica de la red principal de Bitcoin. Tiene las características de atomicidad, no homogeneidad y acoplamiento de cadena. Cada transacción en la red principal de Bitcoin consume 1 UTXO como entrada y crea un número entero n nuevas salidas UTXO. En pocas palabras, UTXO puede considerarse como dólares estadounidenses, euros y otros billetes que circulan en la cadena. Se pueden gastar, cambiar, dividir, combinar, etc., pero su unidad atómica más pequeña es Satoshi (sats). Un UTXO representa el estado más reciente en un momento específico. El conjunto UTXO representa el estado más reciente de la red principal de Bitcoin en un momento específico.
Al mantener el conjunto de UTXO de Bitcoin simple, liviano y fácil de verificar, la tasa de expansión del estado de la red principal de Bitcoin se ha estabilizado con éxito en un nivel consistente con la Ley de Moore del hardware, asegurando así la participación de todos los nodos en la red principal de Bitcoin y su solidez. de verificación de transacciones.
En consecuencia, el espacio de diseño de la programabilidad de Bitcoin también está limitado por las características de consenso de la comunidad de Bitcoin. Por ejemplo, para evitar posibles riesgos de seguridad, Satoshi Nakamoto decidió en agosto de 2010 eliminar el código de operación OP-CAT, que era la lógica clave para lograr la programabilidad de nivel completo de Turing de Bitcoin.
El camino para lograr la programabilidad de Bitcoin no utiliza soluciones de máquinas virtuales (VM) en cadena como Ethereum y Solana. En su lugar, opta por utilizar scripts y códigos de operación (código OP) para controlar UXTO, campos de entrada de transacciones, campos de salida y testigos. Los datos (Testigo), etc. se utilizan para las operaciones de programación.
Las principales herramientas de programabilidad de Bitcoin son: firma múltiple, bloqueo de tiempo, bloqueo hash y control de procesos (OP_IF, OP_ELIF). [2]
En el espacio de diseño clásico, la programabilidad de Bitcoin es muy limitada. Solo admite varios procedimientos de verificación y no admite el almacenamiento del estado en la cadena ni los cálculos. El almacenamiento del estado en la cadena y los cálculos en la cadena son precisamente la realización de Turing. nivel. Componente funcional central de la programabilidad.
El renacimiento de la programabilidad de Bitcoin
Pero el espacio de diseño de la programabilidad de Bitcoin no es un estado fijo. Más bien, está más cerca de un espectro dinámico que cambia con el tiempo.
A diferencia del estereotipo del mundo exterior de que el desarrollo de la red principal de Bitcoin está estancado, con varios vectores de consenso que limitan el espacio de diseño, el desarrollo, implementación, adopción y promoción de nuevos scripts y nuevos códigos de operación para la red principal de Bitcoin siempre están en progreso, y al mismo tiempo. algunas veces incluso desencadenaron guerras de bifurcaciones en la comunidad de cifrado (como la bifurcación dura de Segwit).
Tomando como ejemplo los cambios de adopción de los tipos de scripts de la red principal de Bitcoin, podemos percibir claramente los cambios. Los scripts utilizados por el tipo de salida de la red principal de Bitcoin se pueden dividir en tres categorías:
Guión original: pubkey, pubkeyhash
Scripts mejorados: multisig, scripthash
Scripts de testigos: testigo_v0_keyhash, testigo_v0_scripthash, testigo_v1_taproot
Tipos de salida históricos completos de la red principal de Bitcoin Fuente: Dune;
Del gráfico de tendencias de cambio de todo el tipo de salida histórico de la red principal de Bitcoin, observamos un hecho básico: la mejora de la programabilidad de la red principal de Bitcoin es una tendencia histórica a largo plazo. Los scripts mejorados están devorando la proporción de scripts originales. mientras que los guiones testigo están devorando mejoras. El protocolo Ordinals basado en scripts mejorados de Segweit y scripts testigo de Taproot ha iniciado una ola de emisión de activos Bitcoin L1, que no solo es una continuación de la tendencia histórica de la programabilidad de la red principal de Bitcoin, sino también una nueva etapa de la programabilidad de la red principal de Bitcoin.
El código de operación de la red principal de Bitcoin también tiene un proceso de evolución similar al script de la red principal de Bitcoin.
Por ejemplo, el protocolo Ordinals implementa su diseño funcional combinando los códigos de operación y gasto de ruta de script taproot del script de la red principal de Bitcoin (OP_FALSE, OP_IF, OP_PUSH, OP_ENDIF).
1 instancia grabada del protocolo de los Ordinales
Antes de que naciera oficialmente el protocolo Ordinals, las soluciones clásicas para la programabilidad de Bitcoin incluían principalmente canales estatales (Lightning Network), verificación de cliente (RGB), cadenas laterales (Liquid Network, Stacks, RootSock, etc.), CounterParty, Omni Layer, DLC, etc. .
El protocolo Ordinals serializa Satoshi, la unidad atómica más pequeña de UXTO, y luego graba el contenido de los datos en el campo Testigo de UTXO y lo asocia con un Satoshi serializado específico. El indexador fuera de la cadena es responsable de la indexación y ejecución de las operaciones de programabilidad. estos estados de datos. Este nuevo paradigma de programabilidad de Bitcoin se compara vívidamente con el "grabado en oro".
El nuevo paradigma del protocolo Ordinals ha inspirado el entusiasmo de la comunidad criptográfica en general por utilizar el espacio de bloques de la red principal de Bitcoin para emitir, acuñar e intercambiar objetos coleccionables NFT y tokens tipo MeMe (que pueden denominarse colectivamente inscripciones), entre los cuales muchos personas en sus vidas Tengan su propia dirección de Bitcoin por primera vez.
Sin embargo, la programabilidad del protocolo Ordinals hereda la programabilidad limitada de Bitcoin y solo admite tres métodos funcionales: Deploy, Mint y Transfer. Esto hace que el protocolo Ordinals y sus seguidores BRC20, Runes, Atomics, Stamps y otros protocolos solo sean adecuados para escenarios de aplicación de emisión de activos. Sin embargo, el soporte para escenarios de aplicaciones DeFi, como transacciones y préstamos que requieren cálculo y almacenamiento del estado, es relativamente débil.
Protocolo de ordinales 3 tipos de cantidades TX (Fuente: Dune)
La liquidez es el alma de los activos. Debido a las características naturales del protocolo de programabilidad de Bitcoin tipo Ordinals, los activos de inscripción se reemiten y la liquidez se proporciona a la ligera, lo que a su vez afecta el valor generado a lo largo del ciclo de vida de un activo de inscripción.
Además, también se sospecha que los protocolos Ordinals y BRC20 abusan del espacio de datos de testigos y causaron objetivamente una explosión en el estado de la red principal de Bitcoin.
Cambios en el tamaño del espacio del bloque de Bitcoin (Fuente: Dune)
Como marco de referencia, las principales fuentes de tarifas de gas en la red principal de Ethereum son las tarifas de transacción de gas DEX, las tarifas de disponibilidad de datos L2 y las tarifas de transferencia de gas estable, etc. En comparación con la red principal de Ethereum, los ingresos de la red principal de Bitcoin son únicos, muy cíclicos y muy volátiles.
Las capacidades de programación de la red principal de Bitcoin aún no pueden satisfacer la demanda del lado de la oferta del espacio de bloques de la red principal de Bitcoin. Para lograr un estado de ingresos por espacio de bloques estable y sostenible para la red principal de Ethereum, se necesitan DEX, monedas estables y L2 nativos del ecosistema de Bitcoin. El requisito previo para realizar estos protocolos y aplicaciones es que el protocolo programable de Bitcoin debe proporcionar capacidades de programación completas de Turing.
Por lo tanto, cómo realizar de forma nativa la programabilidad completa de Turing de Bitcoin y al mismo tiempo limitar el impacto negativo en la escala del estado de la red principal de Bitcoin se ha convertido en un tema importante en el ecosistema de Bitcoin.
Solución CKB para la programabilidad de Bitcoin
Actualmente, las soluciones para lograr la programabilidad completa de Turing nativa de Bitcoin incluyen: BitVM, RGB, CKB, EVM compatible con Rollup L2, DriveChain, etc.
BitVM utiliza un conjunto de códigos OP de Bitcoin para construir puertas lógicas NAND y luego construye otras puertas lógicas básicas a través de puertas lógicas NAND. Finalmente, se construye una VM nativa de Bitcoin a partir de estos circuitos de puertas lógicas básicas. Este principio es algo similar al diagrama de matriz del Rey Qin en la famosa novela de ciencia ficción "El problema de los tres cuerpos". Escenas específicas se muestran en la serie de televisión de Netflix del mismo nombre. El documento sobre la solución BitVM ha sido completamente de código abierto y es muy esperado por la comunidad de cifrado. Sin embargo, su implementación de ingeniería es muy difícil y encuentra problemas como el costo de gestión de datos fuera de la cadena, el límite en el número de participantes, el número de interacciones de desafío-respuesta, la complejidad de la función hash, etc., lo que dificulta su implementación en el corto plazo. término.
El protocolo RGB utiliza verificación del lado del cliente y tecnología de sellado único para lograr una programabilidad completa de Turing. La idea central del diseño es almacenar el estado y la lógica del contrato inteligente en la salida (Salida) de la transacción de Bitcoin (Transacción). El mantenimiento del código y el almacenamiento de datos se realizan fuera de la cadena, y la red principal de Bitcoin actúa como capa de compromiso para el estado final.
EVM es compatible con Rollup L2 y es una solución para reutilizar rápidamente la pila Rollup L2 madura para construir Bitcoin L2. Sin embargo, dado que la red principal de Bitcoin actualmente no puede admitir pruebas de fraude/validez, Rollup L2 debe introducir el supuesto de confianza social (firma múltiple).
DriveChain es una solución de expansión de cadena lateral. La idea de diseño básica es utilizar Bitcoin como la capa inferior de la cadena de bloques y crear una cadena lateral bloqueando Bitcoin, logrando así la interoperabilidad bidireccional entre Bitcoin y la cadena lateral. La implementación del proyecto DriveChain requiere cambios a nivel de protocolo en Bitcoin, que consisten en implementar BIP300 y BIP301 propuestos por el equipo de desarrollo en la red principal.
Las soluciones de programabilidad de Bitcoin mencionadas anteriormente son extremadamente difíciles de implementar en el corto plazo, introducen demasiados supuestos de confianza social o requieren cambios a nivel de protocolo en Bitcoin.
Protocolo de activos Bitcoin L1: RGB++
En respuesta a las deficiencias y problemas mencionados anteriormente en el protocolo de programabilidad de Bitcoin, el equipo de CKB ha brindado una solución relativamente equilibrada. La solución consta del protocolo de activos Bitcoin L1 RGB++, el proveedor de servicios Bitcoin L2 Raas UTXO Stack y un protocolo de interoperabilidad integrado con Lightning Network.
Primitivas nativas UXTO: enlace isomórfico
RGB++ es un protocolo de emisión de activos Bitcoin L1 desarrollado en base a ideas de diseño RGB. La implementación de ingeniería de RGB++ hereda las primitivas técnicas de CKB y RBG. Utiliza el "sello de una sola vez" y la tecnología de verificación del cliente de RGB, y asigna Bitcoin UTXO a la celda (versión extendida de UTXO) de la red principal de CKB a través de enlace isomórfico, y utiliza scripts en CKB y las restricciones de la cadena de Bitcoin para verificar la corrección. de los cálculos estatales y la validez de los cambios de propiedad.
En otras palabras, RGB++ utiliza celdas en la cadena CKB para expresar la relación de propiedad de los activos RGB. Mueve los datos de activos originalmente almacenados localmente en el cliente RGB a la cadena CKB y los expresa en forma de Cell, estableciendo una relación de mapeo con Bitcoin UTXO, lo que permite a CKB actuar como una base de datos pública y una capa de liquidación previa fuera de la cadena para Activos RGB Reemplace el cliente RGB para lograr un alojamiento de datos y una interacción de contrato RGB más confiables.
Enlace isomórfico de RGB++ (Fuente: RGB++ Protocol Light Paper)
Cell es la unidad de almacenamiento de datos básica de CKB y puede contener varios tipos de datos, como CKBytes, tokens, código TypeScript o datos serializados (como cadenas JSON). Cada celda contiene un pequeño programa llamado Lock Script, que define el propietario de la celda. Lock Script no solo admite scripts de la red principal de Bitcoin, como firmas múltiples, bloqueo de hash, bloqueo de tiempo, etc., sino que también permite la inclusión de un Type Script para ejecutar reglas específicas para controlar su uso. Esto permite a los desarrolladores personalizar contratos inteligentes para diferentes casos de uso, como la emisión de NFT, tokens de lanzamiento aéreo, AMM Swap y más.
El protocolo RGB utiliza el código de operación OP RETURN para adjuntar la raíz de estado de una transacción fuera de la cadena a la salida de un UTXO, utilizando el UTXO como contenedor para la información de estado. Luego, RGB++ asigna el contenedor de información de estado construido a partir de RGB a la celda de CKB, guarda la información de estado en el tipo y los datos de la celda y utiliza este contenedor UTXO como propietario del estado de la celda.
Ciclo de vida de la transacción RGB++ (Fuente: RGB++ Protocol Light Paper)
Como se muestra en la figura anterior, el ciclo de vida completo de una transacción RGB++ es el siguiente:
Computación fuera de cadena. Al iniciar un Tx vinculado isomórficamente, primero debe seleccionar un nuevo UTXO btc_utx#2en la red principal de Bitcoin como un contenedor sellado de una sola vez, y luego vincular el UTXO btc_utx#1isomórficamente a la celda original fuera de la cadena, la nueva. La celda btc_utx#2unida isomórficamente, utiliza la celda original como entrada y la nueva celda como salida de CKB TX para el cálculo hash para generar un compromiso.
Envíe una transacción de Bitcoin. RGB++ inicia un Tx en la red principal de Bitcoin, toma btc_utx#1vinculado isomórficamente a la celda original como entrada y usa OP RETURN para tomar el compromiso generado en el paso anterior como salida.
Enviar transacción CKB. CKB Tx generado mediante cálculo fuera de la cadena antes de la ejecución de la red principal de CKB.
Verificación en cadena. La red principal de CKB ejecuta un cliente ligero de la red principal de Bitcoin para verificar los cambios de estado de todo el sistema. Esto es muy diferente de RGB. El mecanismo P2P utilizado para la verificación del cambio de estado de RGB requiere que el iniciador y el receptor de Tx estén en línea al mismo tiempo y solo verifiquen interactivamente el mapa de TX relevante.
RGB++ implementado en base a la lógica de enlace isomórfica anterior, en comparación con el protocolo RGB, aunque renuncia a algo de privacidad, ha adquirido algunas características nuevas: verificación de cliente mejorada por blockchain, plegado de transacciones y estado compartido sin un contrato maestro y transferencias no interactivas.
Verificación del lado del cliente mejorada con blockchain. RGB++ permite a los usuarios optar por adoptar PoW para mantener la seguridad del consenso, el cálculo del estado de verificación de CKB y el cambio de propiedad de URXO-Cell.
Plegado de transacciones. RGB++ admite el mapeo de múltiples celdas a un solo UTXO, logrando así una expansión elástica de RGB++.
Contratos inteligentes sin propietario y estado compartido. Una dificultad importante para implementar contratos inteligentes completos de Turing utilizando estructuras de datos estatales UTXO son los contratos inteligentes sin propietario y los estados compartidos. RGB++ puede resolver este problema utilizando la celda de estado global y la celda de intención de CKB.
Transferencias no interactivas.RGB++ hace que el proceso de verificación del lado del cliente de RGB sea opcional y ya no exige transferencias interactivas. Si el usuario elige CKB para verificar el cálculo del estado y los cambios de propiedad, la experiencia de interacción de la transacción será consistente con la red principal de Bitcoin.
Además, RGB ++ también hereda la función de privatización del espacio estatal de la celda de la red principal de CKB. Además de pagar la tarifa de minero por usar el espacio de bloque de la red principal de Bitcoin, cada TX de RGB ++ también debe pagar una tarifa adicional por alquilar el estado de la celda. espacio (esta parte La tarifa se devuelve a la ruta original después del consumo de la celda). La privatización del espacio estatal de Cell es un mecanismo de defensa inventado por CKB para hacer frente a la explosión estatal de la red principal de blockchain. Los inquilinos del espacio estatal de Cell deben seguir pagando durante el período de uso (el valor se diluye en forma de inflación). por los tokens en circulación de CKB). Esto convierte al protocolo RGB++ en un protocolo de extensión responsable de la programabilidad de la red principal de Bitcoin que puede limitar el abuso del espacio de bloques de la red principal de Bitcoin hasta cierto punto.
Interoperabilidad L1<>L2 sin confianza: Salto
El enlace isomórfico de RGB ++ es una lógica de implementación atómica sincrónica, que ocurre al mismo tiempo o se invierte al mismo tiempo, y no hay un estado intermedio. Todas las transacciones RGB++ aparecerán simultáneamente en las cadenas BTC y CKB. El primero es compatible con las transacciones del protocolo RGB y el segundo reemplaza el proceso de verificación del cliente. Los usuarios solo necesitan verificar las transacciones relevantes en CKB para verificar si el cálculo del estado de esta transacción RGB ++ es correcto. Sin embargo, los usuarios también pueden usar el mapa Tx de correlación local de UTXO para verificar de forma independiente las transacciones RGB++ sin usar transacciones en la cadena CKB como base de verificación (algunas funciones, como el plegado de transacciones, aún deben depender del hash de encabezado de bloque de CKB para la verificación de prevención de doble gasto). .
Por lo tanto, los activos de cadena cruzada entre RGB ++ y la red principal de CKB no dependen de la introducción de supuestos de confianza social adicionales, como la capa de retransmisión del puente de cadena cruzada, la tesorería centralizada de múltiples firmas Rollup compatible con EVM, etc. Los activos RGB++ se pueden transferir de forma nativa y sin confianza desde la red principal de Bitcoin a la red principal de CKB, o desde la red principal de CKB a la red principal de Bitcoin. CKB llama a este flujo de trabajo entre cadenas Leap.
La relación entre RGB++ y CKB está débilmente acoplada. Además de admitir los activos de la capa L1 de Bitcoin (no limitados a los activos nativos del protocolo RGB++, incluidos los activos emitidos mediante Runes, Atomicals, Taproot Assets y otros protocolos) Leap to CKB, el protocolo RGB++ también admite Leap to Cardano y otras cadenas completas de UTXO Turing. . Al mismo tiempo, RGB++ también admite el salto de activos Bitcoin L2 a la red principal de Bitcoin.
Funciones ampliadas y ejemplos de aplicación de RGB++
El protocolo RGB++ admite de forma nativa la emisión de tokens fungibles y NFT.
El estándar de token fungible para RGB++ es xUDT y el estándar NFT es Spore, etc.
El estándar xUDT admite una variedad de métodos homogéneos de emisión de tokens, que incluyen, entre otros, distribución centralizada, lanzamientos aéreos, suscripciones, etc. La cantidad total de tokens también se puede elegir entre límites preestablecidos y sin límite. Para los tokens con un límite preestablecido, se puede utilizar un esquema de reparto estatal para verificar que el número total de cada emisión sea menor o igual al límite preestablecido.
Spore en el estándar NFT almacenará todos los metadatos de la cadena, logrando una seguridad de disponibilidad de datos del 100%. DOB (Objeto digital), un activo emitido por el protocolo Spore, es similar a Ordinals NFT, pero tiene características y jugabilidad más ricas.
Como protocolo de verificación de clientes, el protocolo RGB naturalmente admite canales estatales y Lightning Network. Sin embargo, está limitado por las capacidades de computación de scripts de Bitcoin y es muy difícil introducir activos libres de confianza distintos de BTC en Lightning Network. Sin embargo, el protocolo RGB++ puede utilizar el sistema de secuencias de comandos completo de Turing de CKB para implementar canales de estado y redes de iluminación basadas en los activos RGB++ de CKB.
Con los estándares y funciones anteriores, los casos de uso del protocolo RGB++ no se limitan a escenarios simples de emisión de activos como otros protocolos programables de la red principal de Bitcoin, sino que admiten escenarios de aplicaciones complejos como el comercio de activos, el préstamo de activos y las monedas estables CDP. Por ejemplo, la lógica de enlace isomórfica RGB++ combinada con el script PSBT nativo de la red principal de Bitcoin puede implementar un DEX en forma de una cuadrícula de libro de pedidos.
Proveedor de servicios Bitcoin L2 RaaS: UTXO Stack
Bitcoin L2 isomórfico UTXO frente a Bitcoin Rollup L2 compatible con EVM
En la competencia del mercado por soluciones de implementación de programabilidad de Bitcoin completas de Turing, soluciones como DriveChain y Restoring OPCAT opcodes requieren cambios en la capa de protocolo de Bitcoin, y el tiempo y el costo requeridos son muy inciertos e impredecibles. El Bitcoin L2 isomorfo UTXO y el Bitcoin compatible con EVM. Los rollup L2 en la ruta realista son más reconocidos por los desarrolladores y el capital. UTXO isomorfo a Bitcoin L2, representado por CKB. EVM es compatible con Bitcoin Rollup L2, representado por MerlinChain y BOB.
Para ser honesto, el protocolo de emisión de activos Bitcoin L1 acaba de comenzar a formar un consenso parcial en la comunidad Bitcoin, mientras que el consenso comunitario de Bitcoin L2 se encuentra en una etapa anterior. Pero en esta frontera, Bitcoin Magazine y Pantera han intentado establecer los límites que definen a Bitcoin L2 tomando prestada la estructura conceptual de Ethereum L2.
En su opinión, Bitcoin L2 debería tener las siguientes 3 características:
Utilice Bitcoin como su activo nativo. Bitcoin L2 debe utilizar Bitcoin como su principal activo de liquidación.
Utilice Bitcoin como mecanismo de liquidación para hacer cumplir las transacciones. Los usuarios de Bitcoin L2 deben poder recuperar por la fuerza el control de sus activos en un nivel (confiable o no confiable).
Demostrar dependencia funcional de Bitcoin. Si la red principal de Bitcoin falla pero el sistema L2 de Bitcoin aún puede seguir funcionando, entonces el sistema no es el L2 de Bitcoin. [4]
En otras palabras, creen que el Bitcoin L2 debería tener verificación de disponibilidad de datos basada en la red principal de Bitcoin, un mecanismo de trampilla de escape, BTC como token de gas Bitcoin L2, etc. Parece que, inconscientemente, consideran el paradigma L2 compatible con EVM como la plantilla estándar para Bitcoin L2.
Sin embargo, las débiles capacidades de cálculo y verificación del estado de la red principal de Bitcoin no pueden implementar las características 1 y 2 en el corto plazo. En este caso, aunque la compatibilidad de EVM con L2 es un esquema de expansión fuera de la cadena que se basa completamente en el supuesto de confianza social. están escritos en el documento técnico. En el futuro, BitVM se integrará para la verificación de la disponibilidad de datos y la minería conjunta con la red principal de Bitcoin para mejorar la seguridad.
Por supuesto, esto no significa que estos Rollup L2 compatibles con EVM sean Bitcoin L2 falsos, sino que no logran un buen equilibrio entre seguridad, falta de confianza y escalabilidad. Además, Bitcoin Maxi puede ver fácilmente la introducción de la solución completa de Turing de Ethereum en el ecosistema de Bitcoin como un apaciguamiento de la ruta expansionista.
Por lo tanto, el Bitcoin L2 isomórfico UTXO es naturalmente superior al Rollup L2 compatible con EVM en términos de legitimidad y consenso de la comunidad de Bitcoin.
Características de UTXO Stack: Fractal Bitcoin Mainnet
Si Ethereum L2 es el fractal de Ethereum, entonces Bitcoin L2 debería ser el fractal de Bitcoin.
La pila UTXO del ecosistema CKB permite a los desarrolladores lanzar UTXO Bitcoin L2 con un solo clic e integra de forma nativa capacidades del protocolo RGB++. Esto permite una interoperabilidad perfecta entre la red principal de Bitcoin y el Bitcoin L2 isomórfico UTXO desarrollado utilizando UTXO Stack a través del mecanismo Leap. UTXO Stack admite la promesa de activos BTC, CKB y BTC L1 para garantizar la seguridad del Bitcoin L2 isomórfico UTXO.
Arquitectura UTXO Stack (Fuente: Medio)
UTXO Stack actualmente admite la libre circulación y la interoperabilidad de activos RGB++ entre Bitcoin Lightning Network - CKB Lightning Network - UTXO Stack paralelo L2. Además, UTXO Stack también admite el flujo libre de activos del protocolo de programabilidad Bitcoin L1 basado en UTXO, como Runes, Atomics, Taproot Assets, Stamps, etc. entre los L2 paralelos de UTXO Stack, CKB Lightning Network, Bitcoin Lightning Network y la interoperabilidad.
UTXO Stack introduce el paradigma modular en el campo de la construcción de Bitcoin L2 y utiliza enlaces isomórficos para evitar inteligentemente los problemas de verificación de disponibilidad de datos y cálculo del estado de la red principal de Bitcoin. En esta pila modular, la función de Bitcoin es la capa de consenso y la capa de liquidación, la función de CKB es la capa de disponibilidad de datos y la función de los L2 paralelos de la pila UTXO es la capa de ejecución.
La curva de crecimiento de la programabilidad de Bitcoin y el futuro de CKB
La curva de crecimiento de la programabilidad de Bitcoin y el futuro de CKB
De hecho, debido a la tensión inherente entre la narrativa del oro digital de Bitcoin y la narrativa programable de Bitcoin, algunos OG en la comunidad de Bitcoin consideran el protocolo programable Bitcoin L1 que ha surgido desde hace 23 años como una nueva incorporación a la red principal de Bitcoin. . Hasta cierto punto, la guerra de palabras entre el desarrollador central de Bitcoin, Luke, y los fanáticos de BRC20 es el tercer mundo de Bitcoin Maxi y los expansionistas después del debate sobre si apoyar la integridad de Turing y la disputa sobre bloques grandes y pequeños.
Pero en realidad existe otra perspectiva que considera a Bitcoin como la cadena APP de oro digital. Desde esta perspectiva, es el posicionamiento del libro mayor descentralizado subyacente de oro digital lo que da forma a la forma del conjunto UTXO y a las características del protocolo programable de la red principal de Bitcoin de hoy. Pero si mal no recuerdo, la visión de Satoshi Nakamoto era hacer de Bitcoin una moneda electrónica P2P. La necesidad de programabilidad del oro digital son las cajas fuertes y las bóvedas, y la necesidad de programabilidad de la moneda es la red de circulación entre el banco central y los bancos comerciales. Por lo tanto, el protocolo de mejora de la programabilidad de Bitcoin no es un acto desviado, sino un retorno a la visión de Satoshi Nakamoto.
Bitcoin es la primera AppChain (Fuente: @tokenterminal)
Nos basamos en los métodos de investigación de Gartner Hype Cycle y podemos dividir las soluciones de programabilidad de Bitcoin en 5 etapas.
Etapa de tecnología en ciernes: DriveChain, UTXO Stack, BitVM, etc.
Período de expectativas infladas: Runes, RGB++, EVM Rollup, Bitcoin L2, etc.
Periodo de estallido de burbujas: BRC20, Atomics, etc.
Período de recuperación constante: RGB, Lightning Network, cadena lateral de Bitcoin, etc.
Meseta de madurez: secuencia de comandos Bitcoin, secuencia de comandos Taproot, bloqueo de tiempo de hash, etc.
El futuro de CKB: OP Stack+EigenLayer del ecosistema Bitcoin
Ya sea que sea compatible con EVM con Bitcoin Rollup L2, Bitcoin L2 isomórfico UTXO o nuevos paradigmas como DriveChain, varias soluciones de implementación para la programabilidad completa de Turing finalmente apuntan a la red principal de Bitcoin como la capa de consenso y la capa de liquidación.
Así como la evolución convergente ocurre repetidamente en la naturaleza, se puede esperar que la tendencia de desarrollo de la programabilidad completa de Turing en el ecosistema Bitcoin muestre un cierto grado de coherencia con el ecosistema Ethereum en algunos aspectos. Pero esta coherencia no significará simplemente copiar la pila de tecnología de Ethereum en el ecosistema de Bitcoin, sino utilizar la pila de tecnología nativa de Bitcoin (programabilidad basada en UTXO) para lograr una estructura ecológica similar.
El posicionamiento de UTXO Stack de CKB es muy similar al de OP Stack de Optimism. Mantiene una fuerte equivalencia y coherencia con la red principal de Ethereum en la capa de ejecución, mientras que UTXO Stack mantiene una fuerte equivalencia con la red principal de Bitcoin en la capa de ejecución. y consistencia. Al mismo tiempo, UTXO Stack tiene la misma estructura que OP Stack, que es una estructura paralela.
Estado actual de la ecología de CKB (Fuente: Comunidad CKB)
En el futuro, UTXO Stack lanzará servicios RaaS como secuenciadores compartidos, seguridad compartida, liquidez compartida y conjuntos de verificación compartidos para reducir aún más el costo y la dificultad para los desarrolladores a la hora de lanzar Bitcoin L2 isomorfo UTXO. Ya existe una gran cantidad de protocolos descentralizados de monedas estables, AMM DEX, protocolos de préstamos, mundos autónomos y otros proyectos, que planean utilizar UTXO Stack para construir Bitcoin L2 isomórfico UTXO como su infraestructura de consenso subyacente.
A diferencia de otros protocolos abstractos de seguridad de Bitcoin, el mecanismo de consenso de CKB es un mecanismo de consenso PoW coherente con la red principal de Bitcoin, y la potencia informática de la máquina mantiene la coherencia del libro de consenso. Pero existen algunas diferencias entre la economía simbólica de CKB y la de Bitcoin. Para mantener la coherencia de los incentivos para el comportamiento de consumo y producción de espacio en bloques, Bitcoin optó por introducir pesos y mecanismos vByte para calcular las tarifas de uso del espacio estatal, mientras que CKB optó por privatizar el espacio estatal.
La economía de los tokens de CKB consta de dos partes: emisión básica y emisión secundaria. Todos los CKB emitidos por el sistema básico se recompensan en su totalidad a los mineros, y el propósito de la emisión secundaria de CKB es cobrar la renta estatal. El índice de distribución específico de la emisión secundaria depende de cómo se utiliza el CKB que circula actualmente en la red.
Como ejemplo, supongamos que el 50% de todo el CKB circulante se utiliza para almacenar el estado, el 30% está bloqueado en NervosDAO y el 20% permanece completamente líquido. Luego, el 50% de la emisión secundaria (es decir, la renta del estado de almacenamiento) se asignará a los mineros, el 30% se asignará a los depositantes de NervosDAO y el 20% restante se asignará al fondo del tesoro.
Este modelo económico de tokens puede limitar el crecimiento del estado global, coordinar los intereses de los diferentes participantes de la red (incluidos usuarios, mineros, desarrolladores y poseedores de tokens) y crear una estructura de incentivos que sea beneficiosa para todos y que sea consistente con el mercado. La situación es diferente para otras L1.
Además, CKB permite que una sola celda ocupe un máximo de 1000 bytes de espacio estatal, lo que otorga a los activos NFT en CKB algunas características exóticas que otros activos blockchain similares no tienen, como tarifas de gas nativo, programabilidad del espacio estatal, etcétera. Estas propiedades exóticas hacen que UTXO Stack sea muy adecuado como infraestructura para proyectos de mundos autónomos para construir una realidad física digital.
UTXO Stack permite a los desarrolladores de Bitcoin L2 utilizar BTC, CKB y otros activos comprometidos de Bitcoin L1 para participar en el consenso de su red.
Resumir
Es inevitable que Bitcoin se convierta en una solución programable completa de Turing. Sin embargo, la programabilidad completa de Turing no ocurrirá en la red principal de Bitcoin, sino que ocurrirá fuera de la cadena (RGB, BitVM) o en Bitcoin L2 (CKB, EVM Rollup, DriveChain).
Según la experiencia histórica, uno de estos acuerdos eventualmente se convertirá en un acuerdo estándar monopolístico.
Hay dos factores clave que determinan la competitividad del protocolo de programabilidad de Bitcoin: 1. Lograr el libre flujo de BTC entre L1<>L2 sin depender de supuestos de confianza social adicionales 2. Atraer desarrolladores, fondos y usuarios de escala suficiente para ingresar a él; Ecología L2.
Como solución de programabilidad de Bitcoin, CKB utiliza enlace isomórfico + red CKB para reemplazar las soluciones de verificación del cliente, lo que permite el flujo libre de activos L1 de Bitcoin entre L1<>L2 sin depender de una suposición social adicional. Y al beneficiarse de la función de privatización del espacio estatal de CKB Cell, RBG++ no ejerce la presión de la explosión estatal sobre la red principal de Bitcoin como otros protocolos de programabilidad de Bitcoin.
Recientemente, el buen comienzo del ecosistema se completó inicialmente mediante la emisión del primer lote de activos RGB++, incorporando con éxito aproximadamente 150.000 nuevos usuarios y un grupo de nuevos desarrolladores para el ecosistema CKB. Por ejemplo, OpenStamp, la solución integral para el ecosistema Stamps del protocolo de programabilidad Bitcoin L1, ha elegido utilizar UTXO Stack para construir el Bitcoin L2 isomórfico UTXO que sirve al ecosistema Stamps.
En la siguiente etapa, CKB se centrará en la construcción de aplicaciones ecológicas, realizando el libre flujo de BTC entre L1<>L2, integrando Lightning Network, etc., esforzándose por convertirse en la capa de programabilidad de Bitcoin en el futuro.
Algunos enlaces mencionados en el artículo:
[1] https://nakamoto.com/cuáles-son-las-propiedades-clave-de-bitcoin/
[2] https://www.btcstudy.org/2022/09/07/on-the-programmability-of-bitcoin-protocol/#一-Introducción
[3] https://medium.com/@ABCDE.com/cn-abcde-Por qué deberíamos invertir en utxo-stack-91c9d62fa74e
[4] https://bitcoinmagazine.com/technical/layer-2-is-not-a-magic-incantation
