Autor:OneKey
Anteriormente, cuando el círculo hablaba de BTC L2, en realidad estaba profundamente influenciado por el concepto L2 Rollup de Ethereum. Aunque las diversas versiones EVM de L2 construidas rápidamente tienen tecnologías maduras y umbrales de desarrollo ecológico bajos, su seguridad nativa ha sido criticada. Al mismo tiempo, el uso de este tipo de L2 requiere que los usuarios cambien entre la billetera BTC y la billetera EVM, lo que hace que la experiencia del usuario sea muy poco elegante. Con todo, hasta que estos problemas se resuelvan, es posible que los OG y las ballenas "quisquillosos" de la comunidad BTC no sean tan fácilmente "FOMO". En medio de varios problemas, recientemente se ha convertido en un tema candente si la solución isomórfica L2 UTXO puede convertirse en una nueva salida.
Este artículo está destinado a principiantes que utilizan UTXO, la "fuente de todos los males", como punto de partida para conectar inscripciones y popularizar el desarrollo del BTC L2 "sin puente de cadena cruzada" de CKB.
¿Qué son UTXO y eUTXO?
UTXO (Salida de transacciones no gastadas), traducida literalmente como "salida de transacciones no gastadas". Por ejemplo, si recibes una transferencia de 10 BTC y no la gastas en nadie más, esos 10 BTC son un UTXO.
Entendamos a través de comparaciones y ejemplos.
Actualmente existen dos modelos principales de registro de transacciones en blockchain, a saber, el modelo UTXO y el modelo de cuenta. El modelo de cuenta utilizado por Ethereum es muy fácil de entender: este modelo es el mismo que el de una cuenta bancaria o una cuenta Alipay WeChat. Según este modelo, la cantidad total de fondos en la cuenta se muestra visualmente como un saldo general y el sistema solo necesita realizar un seguimiento de los cambios de saldo en la cuenta del usuario. Por ejemplo: tiene un saldo de 1000 yuanes en su cuenta. Cuando compra OneKey Classic por 600 yuanes, el sistema deducirá 400 yuanes de su cuenta y agregará 400 yuanes a su cuenta OneKey.
En comparación con el modelo de cuenta utilizado por Ethereum, la abstracción UTXO de Bitcoin se parecerá más a una "billetera" y un "billete" reales, y más a una transacción en efectivo real. Una analogía: imagina que tienes una cartera con muchos billetes de diferentes denominaciones. Cada billete puede verse como un UTXO, una suma de dinero que puedes utilizar. En un sistema como Bitcoin, cuando recibes una transferencia de Bitcoin de otra persona, el dinero es como un billete nuevo en tu billetera. No lo has usado para pagar nada más, por lo que “no se gasta”.
Cada vez que realiza una transacción, digamos que compra un OneKey Classic de $600 con un billete de $1,000, recibirá $400 de cambio. En el sistema Bitcoin, esta operación equivale a usar un UTXO (1000 yuanes) para crear dos nuevos UTXO: uno es para pagar nuestra OneKey (600 yuanes) y el otro se lo devuelve a usted mismo (400 yuanes). Usted "gasta" el UTXO original (1000 yuanes) y "genera" nuevos UTXO (600 yuanes y 400 yuanes) al mismo tiempo.
Con lo anterior, el concepto de eUTXO (Extended Unspent Transaction Output, es decir, la versión extendida de la salida de transacciones no gastadas) es fácil de entender. En sistemas como Cardano que utilizan el modelo eUTXO, no sólo registra la cantidad de dinero, sino que también puede contener datos y lógica más complejos (por ejemplo, el dinero sólo se puede utilizar para comprar bienes o servicios específicos). De esta forma, cada transacción no sólo transfiere fondos, sino que también ejecuta algunas condiciones e incluso el contenido del contrato inteligente. Esto hace que las transacciones sean más flexibles, pero también más complejas.
¿Qué tienen que ver inscripciones como BRC-20 con los UTXO?
Si sabe algo sobre el protocolo BRC-20, lo descubrirá rápidamente: "Oh, mierda, lo que están haciendo es ejecutar el modelo de cuenta sobre el modelo UTXO". Después de todo, el nombre del protocolo proviene del estándar de token de Ethereum, ERC-20, que utiliza un modelo de cuenta.
En BRC-20, las operaciones de tokens, incluida la implementación, la acuñación y la transferencia, se implementan mediante la incorporación de datos con formato JSON en las transacciones UTXO de Bitcoin. Esto equivale a escribir registros en los "billetes" que mencionamos anteriormente. De esta forma, los tokens se pueden emitir libremente en la cadena Bitcoin. Sin embargo, Bitcoin no puede administrar el modelo de cuenta y el contenido de BRC-20 se coloca en el script Taproot de Segwit. Bitcoin no puede reconocer ni calcular los números que contiene. Es como si el sistema bancario sólo reconociera la denominación del billete y no le importara lo que se escribe en él.
Afortunadamente, a diferencia de los bancos centralizados, todas las transacciones de Bitcoin son públicas y podemos comprobar lo que está escrito en todos los "billetes". Siempre que sigamos ciertas reglas (teoría ordinal) para crear un libro de contabilidad y calcular sumas, restas y restas fuera de la cadena. Por lo tanto, BRC-20 está construyendo actualmente un servidor de índice fuera de la cadena para implementar varios cálculos del libro mayor de tokens BRC20. Sin embargo, este método obviamente implica el riesgo de centralización: este servicio que mantiene el libro mayor no tiene el mecanismo de juego limpio de POW o POS para garantizar que no se haga ningún mal. Entonces, esto también explica por qué algunos fanáticos de los desarrolladores centrales de Bitcoin consideran que BRC-20 es una regresión tecnológica y superflua.
Por lo tanto, posteriormente se desarrollaron varios protocolos de inscripción nuevos para solucionar las deficiencias del BRC-20. Por ejemplo, ARC-20 y Runes usan un método similar para permitir que Bitcoin calcule los saldos, es decir, hacer directamente que la cantidad de tokens sea igual a la cantidad de Bitcoins en UTXO (unidad: satoshi) - 1 token = 1 sat, en lugar de otro recuento. Esto equivale a poner una "marca especial" en el billete de menor denominación para representar otra moneda. De hecho, es la "moneda teñida" que apareció en la historia antigua del círculo monetario.
La ventaja de esto es que no se requiere ningún sistema fuera de la cadena para rastrear transacciones, calcular saldos, etc. Sólo se necesita un servidor de índice para reconocer esta "marca especial", lo que reduce el coste del servidor de índice. Pero esto también introduce un nuevo problema: para reducir las transacciones de spam, la red Bitcoin tiene un límite mínimo de salida de transacciones (546 satoshis). Como resultado, los tokens de inscripción como ARC-20 no pueden dividirse en transacciones más finas, lo que resulta en liquidez Es similar a NFT y no es un token verdaderamente fungible. Sin embargo, para introducir el cálculo de transacciones divididas, dando vueltas y vueltas, tenemos que realizar transacciones de índice centralizadas fuera de la cadena. En este tema, ARC-20 ha estado estancado durante mucho tiempo y no ha habido ningún plan dividido durante varios meses. En la actualidad, parece que el equipo del proyecto está depositando sus esperanzas en el AVM inspirado en BitVM para realizar el cálculo de la división del compromiso, que no es fácil de desarrollar.
Desde un punto de vista técnico, muchos esquemas de emisión de activos de inscripción tipo Meme tienen una promoción limitada del progreso tecnológico de Bitcoin. Las inscripciones han creado muchos activos nuevos, pero su aplicación se ha limitado a la emisión de activos.
Pero su efecto riqueza y FOMO permiten a la gente ver la imaginación del ecosistema BTC. En las necesidades reales de los actores de la cadena, varias restricciones en la red Bitcoin y UTXO han estimulado aún más la demanda de la gente por la expansión de Bitcoin y aplicaciones ecológicas más complejas.
Desde una perspectiva de escala, Lightning Network ya es una L2 lo suficientemente buena. Los canales Lightning logran la falta de confianza a través de juegos (transacciones de compromiso revocable basadas en castigos) y han estado funcionando durante muchos años. Sin embargo, la arquitectura del canal estatal de Lightning Network se limita básicamente al pago y no puede lograr intenciones más complejas.
Como se mencionó anteriormente, implementar una L2 relativamente segura y elegante, adoptar un modelo UTXO que sea isomorfo a BTC y extenderlo usando el concepto eUTXO puede ser una salida. Ambas cadenas públicas, Ergo y Cardano, han logrado logros en el modelo eUTXO y han implementado funciones de contrato inteligente. Pero fue CKB el primero en pensar en implementar una solución L2.
La respuesta de CKB es proponer un protocolo de extensión para RGB: RGB++, que en realidad no es tanto una extensión sino un “gran cambio mágico”. La extensión de CKB hereda el núcleo del protocolo RGB, pero utiliza directamente diferentes máquinas virtuales y esquemas de verificación. Como protocolo de sistema de contrato inteligente de código abierto, el protocolo RGB está diseñado para ejecutar contratos inteligentes escalables, robustos y privados en cadenas de bloques UTXO (como Bitcoin, Liquid). Actualmente, la versión 0.11 no se ha lanzado y su máquina virtual AluVM aún está lejos de estar completamente implementada (algunos dicen que puede que no sea posible incluso después de que termine este mercado alcista).
Su enfoque técnico es el "enlace isomórfico", que asigna Bitcoin UTXO a Cell de Nervos CKB, una versión modificada de UTXO que se puede combinar para implementar capacidades de contrato inteligente. Para el esquema de verificación, todas las transacciones RGB++ aparecerán simultáneamente en las cadenas BTC y CKB con una transacción cada una. La verificación original del cliente fuera de la cadena se ha cambiado a la verificación pública dentro de la cadena de CKB, que es mucho más fácil de usar y no es necesario utilizar un cliente independiente ni guardar los datos de la transacción original.
Un entendimiento aproximado es que los activos RGB ++ emitidos en la primera capa de Bitcoin pueden usar contratos inteligentes en la segunda capa de ckb para lograr varios propósitos complejos. CKB no utiliza ningún puente entre cadenas, pero utiliza un esquema de verificación de cliente nativo.
En cierto sentido, esta es una idea relativamente vanguardista: realizar una expansión entre cadenas con intención (Intent), en lugar de la cadena cruzada de activos tradicional.
La gente de L2 siempre está pensando en formas de bloquear BTC en L2, pero para lograr expansión y aplicaciones complejas, ¿tal vez solo necesitemos hacer aplicaciones orientadas a la intención en L2?
Aunque RGB++ es todavía sólo un concepto y aún no se ha implementado en profundidad, se cree que esta solución proporciona un nuevo camino para la exploración de la legitimidad de BTC L2. El futuro es prometedor.