BTC tendrá próximamente capacidad de contratos inteligentes

Recientemente, ha habido un avance importante en el ecosistema de BTC: Fractal BTC se lanzó oficialmente en la red principal en septiembre, después de múltiples pruebas en la red de pruebas. Uno de los puntos destacados de Fractal es su capacidad para contratos inteligentes, y al mismo tiempo que se lanzó en la red principal, se introdujo un nuevo protocolo de token llamado CAT20. ¿Cuáles son las ingeniosas características de diseño técnico de CAT20? ¿Qué podemos aprender de esto?

Introducción a Fractal Bitcoin

Antes de entender CAT20, necesitamos comprender brevemente Fractal Bitcoin. La relación entre ambos es similar a ERC20 y ETH, el protocolo CAT20 se implementa sobre 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 bloques es más rápido, solo requiere 1 minuto. Su principio básico es que se han copiado varias veces la red BTC, cada cadena puede procesar transacciones, y al aumentar el número de nodos que procesan transacciones, la velocidad naturalmente aumenta. Sin embargo, aún no está muy claro cómo se comunicará entre diferentes cadenas y la oficial tampoco ha proporcionado documentos técnicos al respecto.

Una de las principales características de Fractal es que habilitó el opcode OP_CAT, que fue desactivado hace mucho tiempo por razones de seguridad. Esto ha mejorado significativamente la capacidad de Fractal Bitcoin. Algunos creen que OP_CAT puede permitir que BTC tenga capacidades de contratos inteligentes, lo que brinda más espacio para la imaginación a Fractal.

Actualmente, ya hay alguien que ha implementado un protocolo similar a ERC20 en Fractal Bitcoin.

CAT Protocol

Con el soporte de OP_CAT en la capa base, pronto apareció el protocolo correspondiente: CAT Protocol. Actualmente, el protocolo CAT20 está en funcionamiento.

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

Desplegar

Antes de la implementación, el usuario necesita especificar la dirección de la billetera y la información básica del token, que es similar a ERC20. La diferencia es que CAT20 puede establecer la cantidad de pre-minado y el límite de cantidad por cada Mint.

El despliegue se divide en dos fases: "commit" y "reveal". En la fase de commit, se escribirá la información básica del token en el script de salida de la transacción. El hashId de la transacción commit servirá como identificador de ese token. En la fase de reveal, se emitirá un OP_RETURN que guarda el Hash del estado inicial de CAT20, así como un Minter que se utilizará para el proceso de Mint posterior.

Todo el proceso de despliegue utiliza el común método de dos pasos de enviar-revelar en la blockchain, y parte de los datos del proyecto solo se harán públicos en la fase de revelación.

Mint

El proceso de acuñación tiene las siguientes características:

• La entrada es un minter, generado inicialmente por deploy.
• Cada vez que se mint, hay y solo hay un minter como entrada, y puede haber cualquier número de minters como salida.
• Cada vez que se minta, solo hay un token.
• El orden de salida tiene requisitos, el minter debe estar antes del token.

El número de minter como salida puede ser 0, 1 o múltiples. Si siempre se emite solo 1, la cantidad de minters disponibles en la red se mantiene sin cambios, lo que causará congestión. Establecer un número mayor a 1 puede aumentar los minters disponibles, pero significa que se necesita pagar más tarifas de UTXO. Por razones económicas, muchas personas pueden establecer el minter en 0, lo que llevará a la deflación de minters, requiriendo que algunos usuarios paguen voluntariamente más por minters.

En la versión V2, se generan dos Minter con estados similares por defecto.

construcción de transacciones

¿Por qué se puede utilizar el utxo de minter para construir transacciones? Esto involucra algunos diseños ingeniosos del código fuente del "contrato".

1. revelar utxo: A través del uso de su par de claves públicas y privadas en el script, se pueden controlar los utxo de dos direcciones diferentes.

2. minter utxo: se presume que utiliza la capacidad de contratos inteligentes proporcionada por OP_CAT, cada minter es un contrato inteligente. Sin embargo, esta parte del código fuente aún no se ha hecho pública.

estado de la transacción (V2)

El minter guarda información de estado, almacenada en OP_RETURN y contratos inteligentes. OP_RETURN almacena el hash del estado de salida de la transacción actual, y el contrato almacena el número restante de Mint de Token. Después de cada Mint, la cantidad de mint del nuevo Minter generada es igual a la mitad de la cantidad restante que se puede mint.

Por último, el Token( generado, es decir, CAT20), también es un contrato inteligente, con dos estados básicos: cantidad y dirección del propietario. Es importante señalar que CAT20 no existe en el UTXO de la dirección del usuario como BRC20 o inscripciones.

Transfer

Al transferir, la cantidad de tokens de entrada y salida en la construcción de la transacción debe mantenerse consistente. Una misma transacción puede tener múltiples tokens diferentes, siempre que las cantidades de entrada y salida sean consistentes entre sí.

Burn

Transferir el Token a una dirección normal puede lograr la quema.

Resumen

Todas las operaciones de CAT20 son construidas por el usuario, lo que proporciona una alta flexibilidad, por lo tanto, la parte del contrato necesita una lógica de verificación estricta. Las ventajas de este diseño incluyen:

1. Para consultar la situación de tenencia de todos los Token, solo necesita ver el utxo del token, sin necesidad de rastrear hacia atrás.

2. Ver la situación actual de mint se puede buscar transacciones que contengan datos de cat en OP_RETURN.

Este diseño ofrece a los usuarios mayor flexibilidad, pero también plantea mayores exigencias en la seguridad de los contratos. El desarrollo futuro del protocolo CAT20 merece una atención continua.