Contratos inteligentes no BTC: Fractal Bitcoin e protocolo CAT20

Recentemente, o ecossistema do Bitcoin passou por um desenvolvimento importante. Após várias rodadas de testes na rede, o Fractal BTC foi oficialmente lançado na mainnet em setembro. Um dos grandes destaques do Fractal é a sua capacidade de contratos inteligentes, tendo sido quase simultaneamente lançado o novo protocolo de token CAT20. Então, quais são as sutilezas no design técnico do CAT20? O que podemos aprender com isso?

Introdução ao Fractal Bitcoin

Antes de entender a fundo o CAT20, precisamos primeiro entender 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 BTC, o tempo de confirmação de bloco é mais rápido, levando apenas 1 minuto. Seu princípio básico, como o nome sugere, é que várias cópias da rede BTC são criadas, permitindo que cada cadeia processe transações, aumentando assim a velocidade geral de processamento. No entanto, sobre como as diferentes cadeias se comunicam e outros detalhes específicos, atualmente a equipe oficial ainda não forneceu documentação técnica detalhada.

Um dos principais destaques do Fractal é que ativou o opcode OP_CAT, que foi abandonado pelo BTC há muito tempo devido a questões de segurança. Isso aumentou significativamente a capacidade do Fractal Bitcoin, e há opiniões de que o OP_CAT pode conferir ao BTC a capacidade de contratos inteligentes, trazendo mais possibilidades para o desenvolvimento futuro.

Atualmente, já existem desenvolvedores que implementaram um protocolo semelhante ao ERC20 no Fractal Bitcoin.

Visão Geral do Protocolo CAT

Com o suporte do OP_CAT de nível inferior, os protocolos relacionados rapidamente surgiram, ou seja, o Protocolo CAT. Atualmente, o protocolo em funcionamento é o CAT20.

Em comparação com o protocolo ERC20 maduro, como é que o CAT20 implementa um ciclo de vida de token semelhante?

processo de implantação

Antes da implementação, os usuários devem especificar o endereço da carteira e as informações básicas do token. Em comparação com o ERC20, o CAT20 adicionou a funcionalidade de definir limites para a pré-mineração e para a quantidade única de Mint.

A implementação é dividida em duas fases: "commit" e "reveal":

1. Fase "commit": informações básicas do token, como nome e símbolo, são escritas no script de saída da transação. O hashId dessa transação serve como identificador único do token.

2. Fase "reveal": gerar um OP_RETURN, salvando o Hash do estado inicial do CAT20. Ao mesmo tempo, gerar um Minter, para manter as mudanças de estado durante o processo de Mint subsequente.

Esta abordagem em duas etapas é uma forma comum de implementação em projetos de blockchain, permitindo revelar certos dados do projeto apenas na fase de "reveal".

processo de Mint

A negociação de Mint tem as seguintes características:

• A entrada é um minter, gerado inicialmente pelo deploy
• A cada mint há apenas um minter como entrada, podendo haver múltiplos minters como saída.
• A cada mint é gerado um token
• A ordem de saída requer que o minter esteja antes do token

A configuração da quantidade de minters afetará a atividade de Mint em toda a rede. Definir como 1 causará congestionamento, enquanto um valor maior que 1 aumentará o custo para os usuários. A versão V2 gera por padrão dois Minters com estados semelhantes.

construção de transação

O processo de Reveal controla diferentes endereços UTXO usando a lógica do script reescrita de forma inteligente com a sua própria chave privada. A fase Minter pode ter utilizado a capacidade de contratos inteligentes do OP_CAT, mas os detalhes específicos da implementação ainda não foram divulgados.

estado da transação (V2)

O estado é armazenado em OP_RETURN e contratos inteligentes. O OP_RETURN armazena o hash do estado de saída atual, enquanto o contrato armazena o número restante de Mint. A quantidade de mint para um novo Minter é metade da quantidade restante disponível para mint.

Diferente do BRC20 ou das inscrições, o CAT20 não existe nos UTXOs do endereço do usuário.

transferência e destruição

Ao transferir, a quantidade de entrada e saída do mesmo token deve ser mantida consistente. A destruição só requer que o token seja transferido para um endereço comum.

Resumo

O design do CAT20 permite que os usuários construam transações de forma flexível, mas também requer que os contratos passem por uma verificação rigorosa. Este design facilita a consulta da situação de posse de Tokens e do progresso de Mint, mas também pode apresentar o risco de falhas na lógica de verificação.