Contratos inteligentes en BTC: explorando Fractal Bitcoin y el protocolo CAT20
Recientemente, ha surgido un nuevo desarrollo en el ecosistema de BTC que merece atención. Después de múltiples rondas de pruebas, Fractal BTC se lanzó oficialmente en la red principal en septiembre. Uno de los aspectos destacados de Fractal es su capacidad para contratos inteligentes, y se lanzó sincrónicamente el nuevo protocolo de token CAT20 al iniciar la red principal. Profundicemos en el diseño técnico de CAT20 y las implicaciones que conlleva.
Introducción a Fractal Bitcoin
Antes de presentar CAT20, necesitamos entender su entorno de operación Fractal Bitcoin. Fractal Bitcoin, también conocido como Bitcoin Fractal, es una red de segunda capa completamente compatible con BTC. En comparación con BTC, su tiempo de confirmación de bloque es más corto, solo 1 minuto. Su principio básico es copiar la red BTC múltiples veces, y cada cadena puede procesar transacciones, lo que mejora la velocidad de procesamiento general.
Una de las características destacadas de Fractal es la reactivación del código de operación OP_CAT, que fue desechado en los primeros días de BTC por razones de seguridad. Esta reactivación otorga a Fractal la capacidad de contratos inteligentes de Bitcoin, lo que aporta más posibilidades a sus casos de uso.
Resumen del protocolo CAT
Con el soporte de OP_CAT a nivel de base, surge el CAT Protocol. Actualmente, el protocolo CAT20 está en funcionamiento y se ha añadido un panel de operaciones correspondiente en una plataforma de intercambio.
CAT20 tiene un nombre similar al de ERC20, y de hecho, ambos tienen muchas similitudes en funcionalidad. ¿Cómo logra CAT20 implementar un ciclo de vida de token similar en comparación con el maduro ERC20?
proceso de implementación
Al desplegar el token CAT20, los usuarios deben especificar la dirección de la billetera y la información básica del token. Esta información es similar a la de ERC20, incluyendo el nombre, el símbolo, etc. La diferencia es que CAT20 permite establecer la cantidad de pre-minado y el límite de acuñación por transacción.
El despliegue se divide en dos fases: "commit" y "reveal":.
Etapa de compromiso: Escribir la información básica del token en el script de salida de la transacción. El hashId de la transacción actúa como identificación única del token.
Fase de Revelación: incluye dos entradas, correspondientes a las dos primeras salidas de la fase de compromiso. Esta transacción generará un OP_RETURN, que guarda el valor hash del estado inicial de CAT20, así como un Minter, que se utilizará para mantener los cambios de estado durante el proceso de acuñación.
Este método de implementación en dos pasos es bastante común en proyectos de blockchain, ya que permite revelar ciertos datos del proyecto solo en la fase de revelación.
mecanismo de acuñación
El proceso de acuñación de CAT20 tiene las siguientes características:
La entrada es un minter, generado originalmente durante la fase de implementación.
Cada vez que se acuña, solo hay un minter como entrada, pero puede haber múltiples minters como salida.
Cada vez que se acuña, se genera un token.
El orden de salida es fijo, después de minter debe estar el token.
Durante el proceso de acuñación, la variación en la cantidad de minters afectará el funcionamiento de toda la red. Si se emite un solo minter cada vez, puede causar congestión en el proceso de acuñación. Por otro lado, emitir demasiados minters incrementará los costos de transacción. En la versión V2, se generan por defecto dos minters con estados similares para equilibrar este problema.
construcción de transacciones
El mecanismo de construcción de transacciones de CAT20 es bastante singular. En la fase de revelación, mediante la modificación ingeniosa de la lógica del script, los usuarios pueden controlar UTXOs que parecen provenir de diferentes direcciones. Y en la fase de minter, todos pueden utilizar estos UTXOs como entradas, lo cual podría ser gracias a la capacidad de contratos inteligentes proporcionada por OP_CAT.
gestión de estado
CAT20 mantiene información de estado en las transacciones, almacenada en OP_RETURN y el contrato inteligente (Minter y Token ). OP_RETURN guarda el valor hash del estado de salida de la transacción actual, mientras que el contrato almacena la cantidad restante de acuñaciones. Después de cada acuñación, la cantidad acuñada del nuevo Minter generado es la mitad de la cantidad restante que se puede acuñar.
Es importante señalar que el token CAT20 no se almacena directamente en el UTXO de la dirección del usuario, lo cual es diferente a BRC20 o inscripciones.
transferencia y destrucción
Al realizar una transferencia, la cantidad de tokens de entrada y salida de la transacción debe mantenerse consistente. Una misma transacción puede incluir múltiples tokens diferentes, siempre que las cantidades de entrada y salida de cada uno estén equilibradas.
Para destruir el token, simplemente transfiérelo a una dirección normal.
Resumen
El diseño de CAT20 proporciona a los usuarios una gran flexibilidad operativa, lo que también requiere que la parte del contrato tenga una lógica de verificación estricta. Este diseño trae algunas ventajas:
Para consultar la situación de posesión de tokens, solo necesita verificar el UTXO del token, sin necesidad de rastrear hacia atrás.
A través de la búsqueda de transacciones que contengan "cat" en OP_RETURN, se puede ver fácilmente la situación actual de la acuñación.
La aparición de CAT20 ha traído nuevas posibilidades al ecosistema de BTC, mostrando un enfoque innovador para implementar funciones de contratos inteligentes en blockchains tradicionales. A medida que más desarrolladores y usuarios participen, esperamos ver más aplicaciones interesantes basadas en este protocolo.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Fractal BTC Mainnet en línea, el protocolo CAT20 abre una nueva era de contratos inteligentes de Bitcoin.
Contratos inteligentes en BTC: explorando Fractal Bitcoin y el protocolo CAT20
Recientemente, ha surgido un nuevo desarrollo en el ecosistema de BTC que merece atención. Después de múltiples rondas de pruebas, Fractal BTC se lanzó oficialmente en la red principal en septiembre. Uno de los aspectos destacados de Fractal es su capacidad para contratos inteligentes, y se lanzó sincrónicamente el nuevo protocolo de token CAT20 al iniciar la red principal. Profundicemos en el diseño técnico de CAT20 y las implicaciones que conlleva.
Introducción a Fractal Bitcoin
Antes de presentar CAT20, necesitamos entender su entorno de operación Fractal Bitcoin. Fractal Bitcoin, también conocido como Bitcoin Fractal, es una red de segunda capa completamente compatible con BTC. En comparación con BTC, su tiempo de confirmación de bloque es más corto, solo 1 minuto. Su principio básico es copiar la red BTC múltiples veces, y cada cadena puede procesar transacciones, lo que mejora la velocidad de procesamiento general.
Una de las características destacadas de Fractal es la reactivación del código de operación OP_CAT, que fue desechado en los primeros días de BTC por razones de seguridad. Esta reactivación otorga a Fractal la capacidad de contratos inteligentes de Bitcoin, lo que aporta más posibilidades a sus casos de uso.
Resumen del protocolo CAT
Con el soporte de OP_CAT a nivel de base, surge el CAT Protocol. Actualmente, el protocolo CAT20 está en funcionamiento y se ha añadido un panel de operaciones correspondiente en una plataforma de intercambio.
CAT20 tiene un nombre similar al de ERC20, y de hecho, ambos tienen muchas similitudes en funcionalidad. ¿Cómo logra CAT20 implementar un ciclo de vida de token similar en comparación con el maduro ERC20?
proceso de implementación
Al desplegar el token CAT20, los usuarios deben especificar la dirección de la billetera y la información básica del token. Esta información es similar a la de ERC20, incluyendo el nombre, el símbolo, etc. La diferencia es que CAT20 permite establecer la cantidad de pre-minado y el límite de acuñación por transacción.
El despliegue se divide en dos fases: "commit" y "reveal":.
Etapa de compromiso: Escribir la información básica del token en el script de salida de la transacción. El hashId de la transacción actúa como identificación única del token.
Fase de Revelación: incluye dos entradas, correspondientes a las dos primeras salidas de la fase de compromiso. Esta transacción generará un OP_RETURN, que guarda el valor hash del estado inicial de CAT20, así como un Minter, que se utilizará para mantener los cambios de estado durante el proceso de acuñación.
Este método de implementación en dos pasos es bastante común en proyectos de blockchain, ya que permite revelar ciertos datos del proyecto solo en la fase de revelación.
mecanismo de acuñación
El proceso de acuñación de CAT20 tiene las siguientes características:
Durante el proceso de acuñación, la variación en la cantidad de minters afectará el funcionamiento de toda la red. Si se emite un solo minter cada vez, puede causar congestión en el proceso de acuñación. Por otro lado, emitir demasiados minters incrementará los costos de transacción. En la versión V2, se generan por defecto dos minters con estados similares para equilibrar este problema.
construcción de transacciones
El mecanismo de construcción de transacciones de CAT20 es bastante singular. En la fase de revelación, mediante la modificación ingeniosa de la lógica del script, los usuarios pueden controlar UTXOs que parecen provenir de diferentes direcciones. Y en la fase de minter, todos pueden utilizar estos UTXOs como entradas, lo cual podría ser gracias a la capacidad de contratos inteligentes proporcionada por OP_CAT.
gestión de estado
CAT20 mantiene información de estado en las transacciones, almacenada en OP_RETURN y el contrato inteligente (Minter y Token ). OP_RETURN guarda el valor hash del estado de salida de la transacción actual, mientras que el contrato almacena la cantidad restante de acuñaciones. Después de cada acuñación, la cantidad acuñada del nuevo Minter generado es la mitad de la cantidad restante que se puede acuñar.
Es importante señalar que el token CAT20 no se almacena directamente en el UTXO de la dirección del usuario, lo cual es diferente a BRC20 o inscripciones.
transferencia y destrucción
Al realizar una transferencia, la cantidad de tokens de entrada y salida de la transacción debe mantenerse consistente. Una misma transacción puede incluir múltiples tokens diferentes, siempre que las cantidades de entrada y salida de cada uno estén equilibradas.
Para destruir el token, simplemente transfiérelo a una dirección normal.
Resumen
El diseño de CAT20 proporciona a los usuarios una gran flexibilidad operativa, lo que también requiere que la parte del contrato tenga una lógica de verificación estricta. Este diseño trae algunas ventajas:
La aparición de CAT20 ha traído nuevas posibilidades al ecosistema de BTC, mostrando un enfoque innovador para implementar funciones de contratos inteligentes en blockchains tradicionales. A medida que más desarrolladores y usuarios participen, esperamos ver más aplicaciones interesantes basadas en este protocolo.