Contratos inteligentes en BTC: Fractal Bitcoin y protocolo CAT20

Recientemente, el ecosistema de Bitcoin ha recibido un importante desarrollo. Después de varias rondas de pruebas en la red, Fractal BTC se lanzó oficialmente en la red principal en septiembre. Uno de los puntos destacados de Fractal es que cuenta con funciones de contratos inteligentes, y casi simultáneamente se lanzó el nuevo protocolo de token CAT20. Entonces, ¿cuáles son las ingeniosas características del diseño técnico de CAT20? ¿Qué podemos aprender de esto?

Introducción a Fractal Bitcoin

Antes de profundizar en CAT20, primero necesitamos entender brevemente el Bitcoin Fractal. La relación entre ambos es similar a la de ERC20 y ETH, el protocolo CAT20 se despliega sobre el Bitcoin Fractal.

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 bloques es más rápido, solo requiere 1 minuto. Su principio básico, como su nombre indica, es que se han copiado varias versiones de la red BTC, y cada cadena puede procesar transacciones, lo que mejora la velocidad de procesamiento general. Sin embargo, respecto a detalles específicos como la comunicación entre diferentes cadenas, actualmente la oficina oficial no ha proporcionado documentación técnica detallada.

Una de las grandes ventajas de Fractal es que ha habilitado el código de operación OP_CAT, que fue desechado hace mucho tiempo por problemas de seguridad en BTC. Esto ha mejorado significativamente la capacidad de Fractal Bitcoin, y hay opiniones que sostienen que OP_CAT puede otorgar a BTC la capacidad de contratos inteligentes, abriendo más posibilidades para el desarrollo futuro.

Actualmente, ya hay desarrolladores que han implementado un protocolo similar a ERC20 en Fractal Bitcoin.

Resumen del protocolo CAT

Con el apoyo del OP_CAT de nivel base, los protocolos relacionados surgieron rápidamente, es decir, el Protocolo CAT. Actualmente, el protocolo que está en funcionamiento es el CAT20.

¿Cómo logra CAT20 implementar un ciclo de vida de token similar en comparación con el protocolo ERC20 maduro?

proceso de despliegue

Antes de implementar, el usuario debe especificar la dirección de la billetera y la información básica del token. En comparación con ERC20, CAT20 ha añadido la función de establecer la pre-minería y el límite de cantidad de Mint por transacción.

El despliegue se divide en dos fases: "commit" y "reveal":

1. Etapa "commit": se escriben en el script de salida de la transacción los datos básicos del token, como el nombre, símbolo, etc. El hashId de esta transacción actúa como el identificador único del token.

2. Fase de "reveal": Salida de un OP_RETURN, guardando el Hash del estado inicial de CAT20. Al mismo tiempo, se emite un Minter, que se utilizará para mantener los cambios de estado durante el proceso de Mint posterior.

Este enfoque de dos pasos es un método común de despliegue en proyectos de blockchain, que permite revelar ciertos datos del proyecto solo en la etapa de "reveal".

proceso de acuñación

Las transacciones de Mint tienen las siguientes características:

• La entrada es un minter, generado inicialmente por deploy.
• Cada vez que se acuña, solo hay un minter como entrada, pero puede haber múltiples minters como salida.
• Cada vez que se mint un token
• Se requiere que el minter esté antes del token en el orden de salida.

La configuración de la cantidad de minters afectará la actividad de Mint en toda la red. Establecerlo en 1 causará congestión, mientras que un valor mayor que 1 aumentará el costo para los usuarios. La versión V2 genera por defecto dos minters con estados similares.

construcción de transacciones

El proceso de Reveal controla los UTXO de diferentes direcciones utilizando su propia clave privada mediante una ingeniosa reescritura de la lógica del script. La fase de Minter puede haber utilizado la capacidad de contratos inteligentes de OP_CAT, cuyos detalles específicos aún no se han hecho públicos.

estado de la transacción (V2)

El estado se almacena en OP_RETURN y contratos inteligentes. OP_RETURN almacena el Hash del estado de salida actual, y el contrato almacena la cantidad restante de mint. La cantidad de mint del nuevo Minter es la mitad de la cantidad restante que se puede mint.

A diferencia de BRC20 o inscripciones, CAT20 no existe en el UTXO de la dirección del usuario.

transferencia y destrucción

Al transferir, la cantidad de entrada y salida del mismo token debe mantenerse consistente. La destrucción solo requiere transferir el token a una dirección normal.

Resumen

El diseño de CAT20 permite a los usuarios construir transacciones de manera flexible, pero también requiere que los contratos se verifiquen estrictamente. Este diseño facilita la consulta de la situación de tenencia de tokens y el progreso de minting, pero también puede haber riesgos de omisiones en la lógica de verificación.