Nas últimas duas semanas, OPNET e Arch, duas soluções de implementação de contratos inteligentes na Bitcoin mainnet, têm suscitado considerável discussão. Curiosamente, o nome OP_NET é bastante semelhante ao familiar OP_CAT, ambos começando com “OP”", o que pode ser enganador e fazer as pessoas pensar que são bastante semelhantes.

Vamos mencionar primeiro o OP_CAT. OP_CAT é um opcode do Bitcoin que a comunidade, liderada por Udi Wertheimer, fundador do “Quantum Cats” (também conhecido como Taproot Wizards), tem vindo a pedir para “reviver” desde o ano passado. O termo “reviver” é usado porque o OP_CAT era um opcode existente do Bitcoin, mas Satoshi Nakamoto removeu-o em 2010 devido a preocupações com possíveis ataques DoS. CAT significa “concatenar” e, como o nome sugere, a função do OP_CAT é permitir operações de concatenação de strings, juntando duas strings numa só.

Como é que este opcode permite contratos inteligentes no Bitcoin? Honestamente, é bastante abstrato e difícil de entender. Para aqueles interessados, recomendo a leitura de um artigo de outro autor, Jaleel (“13 linhas de código ajudam o Bitcoin a implementar contratos inteligentes? Entenda o soft fork OP_CAT”). Aqui estão alguns pontos-chave que gostaria de resumir rapidamente:

OP_CAT envolve um soft fork da rede Bitcoin. Para alcançar este passo, a proposta BIP-347 precisa ser aprovada primeiro. Atualmente, esta proposta só progrediu para a segunda fase de todo o processo de proposta, o estado "Proposto".

OP_CAT foi revivido no BCH e BSV há vários anos, mas os casos de uso relacionados ainda são muito abstratos. Nas discussões atuais, dificilmente vemos exemplos claros e diretos de que tipo de dApp pode ser criado usando OP_CAT.

OP_CAT não é uma solução de um passo. Reviver o OP_CAT é mais como o primeiro passo para desbloquear o potencial de contratos inteligentes do Bitcoin. Uma expectativa razoável é que, se o OP_CAT puder ser revivido com sucesso e alguns casos de uso excelentes surgirem, haverá mais discussões sobre desbloquear mais opcodes do Bitcoin. Podemos primeiro aguardar para ver se haverá inovações refrescantes no Fractal, que ativou o OP_CAT.

OPNET, por outro lado, deve ser categorizado com "protocolos" como inscrições, BRC-20 e ARC-20. Embora seu nome também tenha um "OP"“, seu método de implementação não tem nada a ver com os opcodes do Bitcoin.

ON_NET

A estrutura da OP_NET pode ser amplamente dividida em duas partes. Como é uma solução de implementação de contratos inteligentes para o Bitcoin mainnet, o Bitcoin mainnet certamente ocupa uma parte de toda a estrutura técnica. Pode-se dizer que o Bitcoin mainnet desempenha o papel de "camada de iniciação de ação" e "camada de confirmação final" na estrutura técnica da OP_NET. A execução e confirmação do estado dos contratos inteligentes é outra parte, que é a "camada de execução" composta em conjunto pelos nós OP_VM e OP_NET.

Com base no diagrama da estrutura técnica, podemos explicar de forma simples o processo de implementação de contratos inteligentes da OP_NET na mainnet do Bitcoin. Primeiramente, os usuários que implantam/interagem com contratos iniciam transações a partir da mainnet do Bitcoin. O campo de dados dessa transação conterá a string “BSI”, permitindo que a camada de execução detecte que se trata de uma transação de interação de contrato OP_NET. Após a confirmação da transação, o OP_VM executa as operações de contrato correspondentes e atualiza o estado, que é então entregue aos nós OP_NET para confirmação de estado e, finalmente, fornece o estado ao dApp do Bitcoin. Depois que o dApp do Bitcoin recebe os resultados da execução do contrato e realiza as ações correspondentes, ele também enviará os resultados de suas ações para a mainnet do Bitcoin.

Neste ponto, você pode ter uma sensação familiar - isso não é apenas mais um indexador off-chain com 'execução off-chain, confirmação on-chain'? De fato, existem algumas semelhanças. No entanto, OP_NET tem um mecanismo interessante em que ele realmente 'queima Bitcoin'.

A taxa de transação da OP_NET é composta por duas partes. A primeira parte é naturalmente a taxa básica da rede Bitcoin para uma transação em Bitcoin, e a outra parte é a taxa de transação da OP_NET. A taxa de transação da OP_NET é composta por taxa de execução e taxa de prioridade, ambas pagas em Bitcoin. A taxa de transação da OP_NET deve ser superior a 330 satoshis para garantir que não seja considerada “poeira” (UTXO muito pequeno) e rejeitada pelos nós. A taxa de prioridade permite que as ações de execução de contratos aumentem o Gas como o Ethereum para garantir que suas transações sejam executadas com prioridade (OP_VM pode priorizar quais ações executar primeiro).

Se a taxa de transação OP_NET for superior a 0,0025 Bitcoin, 330 satoshis serão “queimados” e o excedente será dado aos operadores de nós como recompensa. A chamada “queima” é semelhante à situação frequentemente vista no Ethereum, onde o dinheiro enviado para endereços de contrato não pode ser retirado, pois o OP_NET na verdade utiliza um tipo específico de transação Bitcoin, “despesa de caminho de script Taproot”, para abstrair endereços de Bitcoin em endereços de contrato. Este endereço de contrato é incontrolável por qualquer pessoa, alcançando assim o efeito de “queima”.

Finalmente, fazemos uma pequena observação sobre este projeto com base nos seus antecedentes. A equipa por detrás deste projeto é a equipa MotoSwap. Não sei se você ainda se lembra de $OSHI, que ficou em terceiro lugar no valor total de mercado do BRC-20 Token durante o mercado BRC-20. OSHI estava envolvido em aplicações. Mais tarde, a equipa teve algumas diferenças. , alguns deles foram transferidos para a CBRC-20 para fazer Moto. Embora OP_NET em si use Bitcoin como o Token consumido pela interação de protocolo, ele também tem dois padrões embutidos, OP_20 e OP_721. Portanto, pode-se dizer que o estilo deste projeto é mais voltado para o "novo protocolo, novo protocolo" que estávamos familiarizados no ano passado. Estilo "ativo".

ARCH

Ao contrário do OP_NET, a Arch anunciou que recebeu uma rodada inicial de financiamento de US $ 7 milhões liderada pela Multicoin Capital, com a participação da OKX, Portal Ventures, Big Brain Holdings, ABCDE, etc. Arch terá seu próprio token, tanto como taxa de gás quanto como token de garantia para seus validadores de rede PoS.

Portanto, a posição da Arch é completamente diferente da OP_NET. Se a OP_NET ainda está mais inclinada para o estilo de "novo protocolo, novos ativos" pelo menos a curto prazo, então a Arch é completamente "uma camada de contratos inteligentes construída na rede principal do Bitcoin", ou, noutras palavras, "camada 1.5 do Bitcoin".

A partir da imagem acima, podemos explicar aproximadamente o fluxo de trabalho do Arch. Os usuários iniciam transações a partir da rede principal do Bitcoin. Os nós Arch capturam transações, as processam e as verificam. O nó líder é responsável pelas 'transações de bloco', ou seja, estabelecer os blocos da rede Arch. Também é responsável por enviar a transação final do Bitcoin confirmada de volta à rede principal do Bitcoin.

Parece um pouco com OP_NET? Mas na realidade, se ler cuidadosamente os documentos oficiais da Arch, verá que são mais detalhados do que o OP_NET em relação à forma de garantir a estabilidade da rede e outras explicações técnicas relacionadas com a “camada de execução”. Por exemplo, eles utilizaram o esquema de assinatura “FROST + ROAST”, que permite à Arch garantir que, desde que 51% dos membros da rede sejam honestos e cooperativos, possam assinar as assinaturas para garantir a estabilidade da rede.

Por fim, embora a Arch tenha o seu próprio Token como a "camada de execução", que é a taxa de gás da rede Arch, os utilizadores ainda podem pagar com Bitcoin ao interagir com contratos através da Arch, e a conversão da taxa será realizada na retaguarda. Portanto, em termos de uso, a Arch não exigirá outro conjunto de carteiras.

Conclusão

OP_NET e Arch têm algumas semelhanças em sua implementação técnica. Em geral, podemos dizer que ambos usam a mainnet do Bitcoin como o ponto de "iniciação" e a camada de "confirmação", enquanto a camada de "execução" é própria. No entanto, esses dois projetos têm posicionamentos distintamente diferentes - o primeiro é um "protocolo", enquanto o último é uma "camada 1.5 do Bitcoin".

Claro, o longo tempo de bloco da mainnet do Bitcoin ainda pode limitar a eficiência das dApps desenvolvidas em ambas as plataformas. Embora seus próprios processos de execução e confirmação sejam rápidos o suficiente, a confirmação final na mainnet do Bitcoin ainda depende da eficiência dos mineradores de Bitcoin. No entanto, todos nós damos as boas-vindas à contínua exploração do ecossistema Bitcoin, pois apenas através da exploração pode ocorrer o desenvolvimento.

Por último, vale a pena notar que o token da Arch pode ter seu TGE (Token Generation Event) no primeiro trimestre do próximo ano. Portanto, se houver atividades de teste relacionadas ou dApps baseados na Arch lançados no futuro, os interessados podem prestar atenção e interagir com eles. Quanto ao OP_NET, não há muito para minerar no momento. Atualmente, só podemos esperar que alguns tokens populares surjam nele, mas o atual calor de todo o ecossistema pode dificultar o OP_NET decolar como protocolos passados, como o ARC-20.

Declaração:

1. Este artigo é reproduzido a partir de [BlockBeats], os direitos autorais pertencem ao autor original [ Cookie], se tiver alguma objeção à reimpressão, entre em contato Equipa Gate Learn, a equipe irá lidar com isso o mais rápido possível de acordo com os procedimentos relevantes.

2. Aviso legal: As opiniões expressas neste artigo representam apenas as opiniões pessoais do autor e não constituem qualquer conselho de investimento.

3. Outras versões do artigo são traduzidas pela equipe Gate Learn e não são mencionadas emGate, o artigo traduzido não pode ser reproduzido, distribuído ou plagiado.