Autor: Haotian

Como entender o ColliderScriptWhite Paper recém-lançado pela @StarkWareLtd? Em termos simples: ColliderScript implementa o Covenant usando um mecanismo de colisão de hash, sem modificar o protocolo BTC, e realiza as funcionalidades complexas de contratos da Rede principal BTC antes da proposta OP_CAT. Qual é o funcionamento específico? Qual é a diferença em relação ao OP_CAT? Isso acelerará a implementação do StarknetBTClayer2? Depois de ler o White Paper, compartilho com vocês.

1. ColliderScript, as the name suggests, implements hash collision through script. Due to the existence of two types of scripts in BTC, Big Script and Small Script, Big Script can see transaction data such as signatures but can only handle limited calculations, while Small Script can perform arbitrary calculations on 32-bit data but cannot see transaction data.

Isso significa que a verificação de scripts grandes está limitada à validação de transações assinadas e outras validações limitadas, sendo incapaz de lidar com lógica de contratos complexa. Os scripts pequenos têm a capacidade de lidar com lógica complexa, mas sem a associação ao direito de assinatura da transação, o que torna o processamento isolado sem sentido.

Como resolver? O ColliderScript projetou uma 'armadilha' inteligente que usa colisões de hash de 160 bits com SHA1 e RIPEMD para provar a equivalência entre grandes scripts (que lidam com dados grandes, como assinaturas) e pequenos scripts (que só podem lidar com dados de 32 bits). Embora não possa lidar com assinaturas maiores que 32 bits nos pequenos scripts, um mecanismo de validação criptográfica pode provar que o conteúdo nos scripts de diferentes tamanhos tende a ser consistente.

É uma técnica matemática engenhosa, o ColliderScript conecta efetivamente as informações de scripts pequenos e grandes, a lógica complexa de negociação de contratos pode ser integrada a scripts pequenos para cálculos, enquanto scripts grandes mantêm a verificação de assinatura da transação. No final, o ColliderScript conecta efetivamente as informações de scripts pequenos e grandes, permitindo que o BTC script implemente funções de contrato complexas.

2）OP_CAT Eu escrevi um artigo detalhado sobre isso anteriormente, é uma nova proposta de código de operação que pode ser usada para concatenar vários bytes de script de dados para realizar validação e capacidade de cálculo de contratos complexos como um todo.

Através do OP_CAT, a lógica que originalmente precisava ser processada em um único bloco de dados pode ser dividida em vários fragmentos de dados, que são dinamicamente combinados durante a execução de script, permitindo validações e cálculos mais flexíveis.

Devido a OP_CAT ser uma proposta não fundida, é uma incógnita se poderá ser lançada com sucesso, enquanto o aparecimento do ColliderScript pode antecipar a funcionalidade do contrato BTCRede principal.

No entanto, assim como a lógica de implementação do BitVM, o ColliderScript incorpora a lógica de pré-processamento fora da cadeia, onde a chamada colisão de hash requer um custo significativo de computação e armazenamento. Conforme descrito no White Paper, cada uso da funcionalidade de contrato requer consultas de hash de 2^86 e espaço de armazenamento de 2^56, o que equivale a consumir mais de 30 horas de poder de computação da rede BTC, naturalmente aumentando os custos de hardware e consumo de energia do Nó.

Portanto, o ColliderScript não substituirá completamente OP_CAT, mas será usado como uma solução transitória para lidar com contratos de alto valor em alguns cenários específicos, e outros cenários de negócios de pequenas e microtransações não serão proporcionais à entrada e saída na direção do ColliderScript.

话说回来，BitVM的推出也存在实用性不强的问题，但却让一大批诸如 @GOATRollup 、@BSquaredNetwork 等在内的项目，基于其实现了Nativepontes de cadeia cruzada和BTCSpecific 挑战证明机制。

Tomando GoatNetwork como exemplo, como uma solução de camada Bitcoin2 que pode implementar Descentralização Sequencer e Native secure Interação entre cadeias, o kernel é baseado em BitVM2 para implementar um protocolo de desafio otimista OCP, onde todos os cálculos e interações são realizados offline na camada 2, e quando o "desafio" surgir, será em BTCRede O diretor executa na cadeiaprotocolo, e o BTClayer1 atua como árbitro para garantir a segurança.

O dilema de "utilidade" do mundo real do CollideScript é semelhante ao seu potencial efeito bagre de inovação, embora haja uma barreira de custo para a popularização em larga escala, seu script de tamanho de colisão promoverá a exploração da programação BTC e definitivamente será o primeiro a ativar alguns cenários de aplicativos específicos.

O ponto-chave é que a combinação de pré-processamento fora da cadeia e na cadeia, ou seja, fora da cadeia + na cadeia, irá desbloquear muitos cenários de aplicação complexos a longo prazo, o que é mais prático do que simplesmente empilhar lógica de cálculo e verificação na cadeia.

3）No entanto, o lançamento do ColliderScript White Paper da Starkware é bastante interessante. Anteriormente, @Starknet anunciou um plano para implementar a camada 2 do bitcoin com base no OP_CAT, e agora lançou um novo plano de transição, passando de uma abordagem passiva para ativa. Isso mostra que o objetivo é acelerar a implementação da sua camada 2 do bitcoin.

Enquanto elogiamos a capacidade técnica da equipe da Starkware, devemos esperar para ver o que a introdução desta camada BTClayer2 do Starknet trará para o ecossistema BTClayer2.