El ecosistema BTC da la bienvenida a un nuevo desarrollo de contratos inteligentes
Recientemente, ha surgido una nueva plataforma de contratos inteligentes en el ecosistema de Bitcoin llamada Fractal Bitcoin, que se lanzó oficialmente en la red principal en septiembre. Una de las características destacadas de Fractal es su capacidad de contratos inteligentes, y al mismo tiempo que se lanzó la red principal, se presentó un nuevo protocolo de token llamado CAT20. ¿Cuáles son las ingeniosas características de CAT20 en su diseño técnico? ¿Qué podemos aprender de esto?
Introducción a Fractal Bitcoin
Antes de entender CAT20, necesitamos conocer brevemente Fractal Bitcoin, la relación entre ambos es similar a ERC20 y ETH, el protocolo CAT20 se despliega 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 necesita 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 también aumenta. Sin embargo, los detalles técnicos específicos, como la forma en que se comunican las diferentes cadenas, aún no están muy claros, y la oficial tampoco ha proporcionado documentación técnica relacionada.
Una característica importante de Fractal es que habilitó el opcode OP_CAT, que fue desechado hace mucho tiempo por razones de seguridad en BTC, lo que elevó la capacidad de Fractal Bitcoin a un nuevo nivel. Algunos creen que OP_CAT puede permitir que BTC tenga la capacidad de contratos inteligentes, lo que brinda más posibilidades para el desarrollo futuro.
Actualmente, ya se ha implementado un protocolo similar a ERC20 en Fractal Bitcoin.
Protocolo CAT
Con el soporte de OP_CAT a nivel de base, pronto apareció el protocolo CAT correspondiente. Actualmente, el protocolo CAT20 está en funcionamiento y se ha añadido un panel de funciones correspondiente en un explorador de bloques.
El nombre CAT20 recuerda al ERC20, y ambos son bastante similares. En comparación con el maduro protocolo ERC20, ¿cómo logra CAT20 implementar un ciclo de vida similar?
Desplegar
Antes de la implementación, los usuarios deben 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 permite establecer límites en la cantidad de pre-minado y en la cantidad de cada mint.
El despliegue se divide en dos etapas: "commit" y "reveal". En la etapa de commit, se escribirá la información básica del token en el script de salida de la transacción, como el nombre, el símbolo, etc. El hashId de la transacción iniciada en la etapa de commit se utilizará como identificador de ese token para distinguirlo de otros tokens.
En la fase de revelación, la transacción generará un OP_RETURN, que guarda el hash del estado inicial de CAT20. Luego, se generará un Minter, que se utilizará para mantener los cambios de estado del proceso de Minting subsiguiente.
Todo el proceso de despliegue sigue los dos pasos comunes de envío y revelación en la blockchain, siendo una forma bastante común de desplegar proyectos.
Mint
El proceso de acuñación tiene las siguientes características:
La entrada de mint es un minter, que se genera inicialmente al desplegar.
Cada vez que se mint, solo hay un minter como entrada y puede haber cualquier cantidad de minters como salida.
Cada vez que se mint, solo hay un token.
El orden de salida tiene requisitos, el minter debe estar antes del token.
El cambio en la cantidad de minters durante el proceso de mint afecta la actividad de mint en toda la red. Si solo se emite 1 minter cada vez, la cantidad de minters disponibles en la red no cambiará, lo que causará congestión. Para evitar esta situación, es necesario establecer que la cantidad de minters emitidos cada vez sea mayor que 1. Sin embargo, emitir un minter adicional implica pagar un utxo adicional, y por razones económicas, más personas tenderán a establecer el minter en 0, lo que llevará a una deflación de minters, requiriendo que algunas personas paguen voluntariamente los minters adicionales para mantenerlo.
En la versión V2, se generan dos Minter por defecto, y el estado de los dos Minter será lo más cercano posible.
El estado de la transacción (V2)
En el minter se retiene el estado, almacenado en dos lugares: uno es en el OP_RETURN de la salida de la transacción, y el otro se almacena en contratos inteligentes, es decir, en el Minter y el Token mencionados anteriormente.
El Hash que almacena el estado de salida de la transacción actual en OP_RETURN, y el número de Mint restante de Token almacenado en el contrato. Después de cada Mint, la cantidad de mint del nuevo Minter es igual a la cantidad restante que se puede mintir dividida por dos. Finalmente, la cantidad restante de todos los Minters es 0.
Además de Minter, el Token generado también es un contrato inteligente, es decir, CAT20. CAT20 tiene dos estados básicos: cantidad y dirección del propietario del Token. A diferencia de BRC20 o inscripciones, CAT20 no se encuentra en el UTXO de la dirección.
Transfer
Al transferir, la cantidad de tokens de entrada y salida al construir la transacción debe ser la misma. Una misma transacción puede tener múltiples tokens diferentes, siempre que las cantidades de entrada y salida de cada token sean consistentes.
Quemar
Para quemar el Token, simplemente transfiere el Token a una dirección normal.
Resumen
Todas las operaciones de CAT20 son construidas por el propio usuario, lo que ofrece una gran flexibilidad, por lo tanto, la parte del contrato necesita hacer una gran cantidad de lógica de verificación. Algunos de los fallos que han aparecido actualmente también se deben a la negligencia en la lógica de verificación.
Este diseño tiene las siguientes ventajas:
Para encontrar toda la situación de tenencia de Token, solo necesitas revisar el utxo del token, sin necesidad de continuar consultando hacia arriba.
Para ver la situación actual de mint, se pueden buscar transacciones en OP_RETURN que contengan datos con cat.
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.
13 me gusta
Recompensa
13
7
Compartir
Comentar
0/400
CountdownToBroke
· hace5h
Otro L2 que viene a tomar a la gente por tonta.
Ver originalesResponder0
NftRegretMachine
· hace5h
Bitcoin, ¿dónde hay tantas tonterías? Realmente no sé cómo negociar.
Ver originalesResponder0
LucidSleepwalker
· hace6h
¿No sería mejor no hacer estas cosas con contratos inteligentes BTC?
Ver originalesResponder0
NFTDreamer
· hace6h
Otro altcoin que se queda donde hace fresco.
Ver originalesResponder0
BearMarketBarber
· hace6h
Otra altcoin, ya no puedo contarlas todas.
Ver originalesResponder0
MetaDreamer
· hace6h
¿Otra vez contratos inteligentes? btc ¿ha ido a aprender de eth?
Ver originalesResponder0
OvertimeSquid
· hace6h
BTC otra vez está haciendo algo nuevo, ¿verdad? Estoy esperando cupones de clip.
Análisis de los aspectos destacados del protocolo CAT20 de la nueva plataforma de contratos inteligentes Fractal en el ecosistema BTC.
El ecosistema BTC da la bienvenida a un nuevo desarrollo de contratos inteligentes
Recientemente, ha surgido una nueva plataforma de contratos inteligentes en el ecosistema de Bitcoin llamada Fractal Bitcoin, que se lanzó oficialmente en la red principal en septiembre. Una de las características destacadas de Fractal es su capacidad de contratos inteligentes, y al mismo tiempo que se lanzó la red principal, se presentó un nuevo protocolo de token llamado CAT20. ¿Cuáles son las ingeniosas características de CAT20 en su diseño técnico? ¿Qué podemos aprender de esto?
Introducción a Fractal Bitcoin
Antes de entender CAT20, necesitamos conocer brevemente Fractal Bitcoin, la relación entre ambos es similar a ERC20 y ETH, el protocolo CAT20 se despliega 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 necesita 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 también aumenta. Sin embargo, los detalles técnicos específicos, como la forma en que se comunican las diferentes cadenas, aún no están muy claros, y la oficial tampoco ha proporcionado documentación técnica relacionada.
Una característica importante de Fractal es que habilitó el opcode OP_CAT, que fue desechado hace mucho tiempo por razones de seguridad en BTC, lo que elevó la capacidad de Fractal Bitcoin a un nuevo nivel. Algunos creen que OP_CAT puede permitir que BTC tenga la capacidad de contratos inteligentes, lo que brinda más posibilidades para el desarrollo futuro.
Actualmente, ya se ha implementado un protocolo similar a ERC20 en Fractal Bitcoin.
Protocolo CAT
Con el soporte de OP_CAT a nivel de base, pronto apareció el protocolo CAT correspondiente. Actualmente, el protocolo CAT20 está en funcionamiento y se ha añadido un panel de funciones correspondiente en un explorador de bloques.
El nombre CAT20 recuerda al ERC20, y ambos son bastante similares. En comparación con el maduro protocolo ERC20, ¿cómo logra CAT20 implementar un ciclo de vida similar?
Desplegar
Antes de la implementación, los usuarios deben 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 permite establecer límites en la cantidad de pre-minado y en la cantidad de cada mint.
El despliegue se divide en dos etapas: "commit" y "reveal". En la etapa de commit, se escribirá la información básica del token en el script de salida de la transacción, como el nombre, el símbolo, etc. El hashId de la transacción iniciada en la etapa de commit se utilizará como identificador de ese token para distinguirlo de otros tokens.
En la fase de revelación, la transacción generará un OP_RETURN, que guarda el hash del estado inicial de CAT20. Luego, se generará un Minter, que se utilizará para mantener los cambios de estado del proceso de Minting subsiguiente.
Todo el proceso de despliegue sigue los dos pasos comunes de envío y revelación en la blockchain, siendo una forma bastante común de desplegar proyectos.
Mint
El proceso de acuñación tiene las siguientes características:
El cambio en la cantidad de minters durante el proceso de mint afecta la actividad de mint en toda la red. Si solo se emite 1 minter cada vez, la cantidad de minters disponibles en la red no cambiará, lo que causará congestión. Para evitar esta situación, es necesario establecer que la cantidad de minters emitidos cada vez sea mayor que 1. Sin embargo, emitir un minter adicional implica pagar un utxo adicional, y por razones económicas, más personas tenderán a establecer el minter en 0, lo que llevará a una deflación de minters, requiriendo que algunas personas paguen voluntariamente los minters adicionales para mantenerlo.
En la versión V2, se generan dos Minter por defecto, y el estado de los dos Minter será lo más cercano posible.
El estado de la transacción (V2)
En el minter se retiene el estado, almacenado en dos lugares: uno es en el OP_RETURN de la salida de la transacción, y el otro se almacena en contratos inteligentes, es decir, en el Minter y el Token mencionados anteriormente.
El Hash que almacena el estado de salida de la transacción actual en OP_RETURN, y el número de Mint restante de Token almacenado en el contrato. Después de cada Mint, la cantidad de mint del nuevo Minter es igual a la cantidad restante que se puede mintir dividida por dos. Finalmente, la cantidad restante de todos los Minters es 0.
Además de Minter, el Token generado también es un contrato inteligente, es decir, CAT20. CAT20 tiene dos estados básicos: cantidad y dirección del propietario del Token. A diferencia de BRC20 o inscripciones, CAT20 no se encuentra en el UTXO de la dirección.
Transfer
Al transferir, la cantidad de tokens de entrada y salida al construir la transacción debe ser la misma. Una misma transacción puede tener múltiples tokens diferentes, siempre que las cantidades de entrada y salida de cada token sean consistentes.
Quemar
Para quemar el Token, simplemente transfiere el Token a una dirección normal.
Resumen
Todas las operaciones de CAT20 son construidas por el propio usuario, lo que ofrece una gran flexibilidad, por lo tanto, la parte del contrato necesita hacer una gran cantidad de lógica de verificación. Algunos de los fallos que han aparecido actualmente también se deben a la negligencia en la lógica de verificación.
Este diseño tiene las siguientes ventajas: