Evolução da cadeia lateral do Bitcoin para Layer2 ZK: Análise do caminho técnico da Merlin Chain

O desenvolvimento da Merlin Chain pode ser considerado como uma resposta às circunstâncias, com cada passo a ser impressionante. Graças à enorme base de comunidade trazida por projetos como BRC-20, BRC-420, Blue Box e Bitmap Game, a Merlin Chain escolheu uma trajetória técnica de integração e iteração contínuas.

Esta escolha é, na verdade, inevitável. A rede nativa do Bitcoin tem falhas fundamentais de "programabilidade" em termos de disponibilidade de dados (DA) e completude de Turing de contratos inteligentes (SC), resultando em muitos projetos inovadores no ecossistema do Bitcoin nos últimos anos, mas a maioria ainda não foi completamente realizada.

Diante dessa situação, a Merlin Chain adotou uma estratégia de reunir o melhor de vários mundos, aprimorando continuamente sua estrutura técnica. Ela aproveitou as vantagens de projetos como RGB++, BitVM, zkVM, AVM, e combinou várias soluções de disponibilidade de dados.

Inicialmente, a Merlin Chain era uma cadeia de arquitetura puramente lateral, baseada em uma cadeia de arquitetura Validium construída sobre um determinado serviço. Isso significa que os dados de transação da cadeia são armazenados completamente fora da cadeia, publicando apenas as provas de validade na L1, enquanto a mainnet L1 não consegue verificar a precisão dos dados da L2. Os dados originais são mantidos em um banco de dados local, e a Comissão de Disponibilidade de Dados (DAC) é responsável pela obtenção, ordenação e verificação dos dados.

Esta arquitetura requer a "confiança" da própria cadeia como pré-requisito, dificultando a escalabilidade em grande escala. Para superar essa deficiência, Merlin realizou duas melhorias iterativas:

1. Colaborar com projetos relevantes para aprimorar a ponte nativa entre cadeias, resolvendo o problema de verificabilidade dos dados L2 na rede principal do Bitcoin. Através de uma máquina virtual de prova verificável construída com base na estrutura ZK, combinada com a ponte entre cadeias para atualizar a transferência de ativos L2 e a alteração de estado. Todo o processo é sincronizado pela rede intermediária ZK entre o estado L2 e a rede principal, e finalmente, a interação confiável é realizada através do bloqueio de tempo de ativos da rede principal e do mecanismo de desafio.

2. Colaborar com um projeto para construir uma capacidade de Disponibilidade de Dados (DA) verificável. Implantar nós completos fora da cadeia para sincronizar todos os dados de estado BTC e dados de alteração de estado, e realizar a verificação de estado e confirmação de Finalidade através de nós leves implantados na rede principal BTC, melhorando os problemas de opacidade e falta de verificabilidade que existiam anteriormente no DAS fora da cadeia.

O objetivo final da Merlin Chain é tornar-se uma rede de ZK-Rollup do Bitcoin, composta por componentes como Node, zkProver, Database, entre outros. Através de uma rede de oráculos descentralizados semelhante ao protocolo Ordinals, visa-se tornar uma Layer2 do Bitcoin compatível com EVM, que melhora de forma equilibrada em termos de descentralização, transparência e verificabilidade.

Este caminho de evolução demonstra os esforços da Merlin Chain em inovação tecnológica e integração ecológica, oferecendo novas possibilidades para a escalabilidade e programabilidade da rede Bitcoin.