O BTC terá em breve capacidade de contratos inteligentes

Recentemente, houve um importante avanço no ecossistema do Bitcoin - o Fractal BTC foi lançado na mainnet em setembro após múltiplos testes na testnet. Um dos destaques do Fractal é a sua capacidade de contratos inteligentes e, ao mesmo tempo que foi lançada na mainnet, foi introduzido um novo protocolo de token chamado CAT20. Quais são as características engenhosas do CAT20 em termos de design técnico? O que podemos aprender com isso?

Introdução ao Fractal Bitcoin

Antes de entender o CAT20, precisamos primeiro compreender brevemente o Fractal Bitcoin. A relação entre os dois é semelhante à de ERC20 e ETH, o protocolo CAT20 é implantado sobre o Fractal Bitcoin.

Fractal Bitcoin, também conhecido como Bitcoin Fractal, é uma rede "de segunda camada" totalmente compatível com BTC. Em comparação com o BTC, seu tempo de confirmação de bloco é mais rápido, levando apenas 1 minuto. O princípio básico é que várias cópias da rede BTC foram feitas, cada cadeia pode processar transações, com mais nós processando transações, a velocidade naturalmente aumenta. No entanto, os detalhes específicos sobre como as diferentes cadeias se comunicam ainda não estão muito claros, e a equipe oficial não forneceu documentação técnica relacionada.

Um dos grandes destaques do Fractal é a ativação do código de operação OP_CAT, que foi desativado há muito tempo devido a razões de segurança, o que aumentou significativamente a capacidade do Fractal Bitcoin. Algumas pessoas acreditam que o OP_CAT pode permitir que o BTC possua a capacidade de contratos inteligentes, o que trouxe mais espaço para a imaginação para o Fractal.

Atualmente, já há pessoas que implementaram um protocolo semelhante ao ERC20 na Fractal Bitcoin.

CAT Protocol

Com o suporte do OP_CAT de camada base, logo surgiu o protocolo correspondente - Protocolo CAT. O protocolo CAT20 já está em funcionamento na prática.

Como o CAT20 realiza um ciclo de vida semelhante em comparação com o protocolo ERC20 maduro?

Implantar

Antes da implementação, os usuários precisam especificar o endereço da carteira e as informações básicas do token, que são semelhantes às do ERC20. A diferença é que o CAT20 pode definir a quantidade de pré-mineração e o limite de quantidade por cada Mint.

A implementação é dividida em duas fases: "commit" e "reveal". Na fase de commit, as informações básicas do token serão escritas no script de saída da transação. O hashId da transação de commit servirá como identificador desse token. Na fase de reveal, um OP_RETURN será emitido para salvar o Hash do estado inicial do CAT20, assim como um Minter para o processo de Mint subsequente.

Todo o processo de Deploy utiliza o método comum de submissão-revelação em duas etapas na blockchain, e alguns dados do projeto só serão tornados públicos na fase de revelação.

Mint

O processo de Mint tem as seguintes características:

• A entrada é um minter, gerado inicialmente pelo deploy.
• A cada mint, há exatamente um minter como entrada, e pode haver qualquer número de minters como saída.
• A cada mint, há apenas um token.
• A ordem de saída tem requisitos, o minter deve estar antes do token.

O minter como quantidade de saída pode ser 0, 1 ou múltiplos. Se a cada vez for gerado apenas 1, a quantidade de minters disponíveis na rede permanece inalterada, o que pode causar congestionamento. Definir um valor maior que 1 pode aumentar o número de minters disponíveis, mas significa que é necessário pagar mais taxas de UTXO. Por questões econômicas, muitas pessoas podem definir o minter como 0, o que levará à deflação do minter, exigindo que alguns usuários paguem voluntariamente mais pelo minter.

Na versão V2, são gerados por padrão dois Minters com estados semelhantes.

construção de transação

Por que é possível usar o utxo do minter para construir transações? Isso envolve alguns designs engenhosos do código fonte do "contrato":

1. revelar utxo: Ao usar seu próprio par de chaves públicas e privadas no script, é possível controlar utxo de dois endereços diferentes.

2. minter utxo: Presume-se que utiliza a capacidade de contratos inteligentes fornecida pelo OP_CAT, cada minter é um contrato inteligente. No entanto, esta parte do código-fonte ainda não foi divulgada.

estado da transação (V2)

O minter armazena informações de estado, armazenadas em OP_RETURN e contratos inteligentes. O OP_RETURN armazena o Hash do estado atual da saída da transação, enquanto o contrato armazena o número restante de Mint do Token. Após cada Mint, a quantidade de mint gerada pelo novo Minter é igual à metade da quantidade restante que pode ser mintada.

Por fim, o Token( gerado, que é o CAT20), também é um contrato inteligente, com dois estados básicos: quantidade e endereço do proprietário. Vale a pena notar que o CAT20 não existe nos UTXOs do endereço do usuário, como acontece com o BRC20 ou as inscrições.

Transfer

Ao transferir, o número de tokens de entrada e saída na construção da transação deve ser mantido consistente. Uma única transação pode ter vários tokens diferentes, desde que o número de entrada e saída de cada um seja consistente.

Burn

Transferir o Token para um endereço normal permite a queima.

Resumo

Todas as operações do CAT20 são construídas pelo próprio utilizador, oferecendo uma grande flexibilidade, por isso a parte do contrato necessita de uma lógica de verificação rigorosa. As vantagens deste design incluem:

1. Para consultar a situação de posse de todos os Tokens, basta verificar o utxo do token, não é necessário rastrear para cima.

2. Para verificar a situação atual do mint, pode pesquisar transações que contenham dados cat em OP_RETURN.

Este design oferece maior flexibilidade aos utilizadores, mas também impõe requisitos mais elevados à segurança dos contratos. O desenvolvimento futuro do protocolo CAT20 merece uma atenção contínua.