Como a Merlin Chain foi do Cadeia lateral ao ZL Layer2?

Uma solução sistemática do Messari para revisitar a transição gradual do BTCCadeia lateral para a camada 2 do BTCZK por Merlin. Depois de ler, vou resumir com base na minha compreensão pessoal.

1）O nascimento da Merlin Chain pareceu seguir naturalmente, cada passo foi inesperado. Com o apoio de uma grande comunidade, como BRC-20, BRC-420, Blue Box, Bitmap Game, a Merlin Chain escolheu um caminho de desenvolvimento contínuo e integração. Na verdade, não havia outra opção.

Porque a rede nativa do BTC possui deficiências de ‘programabilidade’ em termos de disponibilidade de dados (DA), completude de Turing dos contratos inteligentes (SC) e outros aspectos, resultando em muitos projetos inovadores e promissores no ecossistema do BTC, mas que ainda não foram totalmente concluídos.

A ideia por trás da cadeia de Merlin do RGB++ (Nervos), BitVM (BitLayer), zkVM (ZKM), AVM (Atomicals Protocol), DA (B² Network, Nubit) é aproveitar o melhor de todos e aprimorar constantemente sua estrutura tecnológica.

2. De acordo com o relatório da Messari, a Merlin Chain original era uma arquitetura pura de cadeias laterais, construída pela Lumoz com base no serviço CDK RaaS da Polygon, o que equivale a uma cadeia de arquitetura Validium, o que significa que os dados de transação da cadeia são completamente armazenados fora da cadeia, apenas a prova de validade é publicada na L1, e a rede principal L1 não pode verificar a precisão dos dados da L2. Além disso, os dados originais dessa arquitetura Validium são armazenados em um banco de dados local e o Comitê de Disponibilidade de Dados (DAC) é responsável por trabalhos como obtenção, classificação e verificação de dados.

Obviamente, isso requer a ‘confiança’ da própria cadeia como um pré-requisito e é difícil de se expandir em grande escala. No sistema de camada 2 do ETH, o Validium foi substituído pelo Rollup por causa disso.

Para remediar essa deficiência fundamental, Merlin fez iterações de reforço em duas áreas diferentes:

1, colaborar com BTCOS para aprimorar as pontes de cadeia cruzada nativas, resolver o problema de verificação de dados L2 com Rede principal do BTC, BitcoinOS construiu uma prova verificável baseada na estrutura ZK, denominada ProofMáquina virtual-BitSNARK, combinada com Grail Bridgepontes de cadeia cruzada, para atualizar a transferência de ativos e as mudanças de estado em L2. Durante todo o processo, a rede ZK sincroniza o estado entre L2 e Rede principal, e finalmente, a interação confiável é alcançada por meio do bloqueio de tempo de ativos da Rede principal e do mecanismo de desafio BitVM.

2. Colaborar com a Nubit para construir a capacidade de verificação de dados disponíveis (DA), o que basicamente implica em implantar nós completos fora da cadeia para sincronizar os dados de estado completo e as provas de alteração de estado do BTC, e utilizar um nó de luz implantado na mainnet do BTC para realizar a verificação de estado e a confirmação da finalidade, melhorando assim a opacidade e a falta de verificabilidade do DAS fora da cadeia anteriormente, o que pode ser considerado um reforço da capacidade de DA necessária (em desenvolvimento).

Em última análise, o objetivo da Merlin Chain é se tornar uma rede BTCZK-Rollup composta por componentes como Nó, zkProver, Banco de Dados, etc., e em seguida, por meio de uma rede DescentralizadaMáquina Oracle semelhante à indexação de protocolo Ordinals, torná-la uma camada 2 EVM-Compatible BTClayer2 equilibrada em termos de Descentralização (distribuição de Nós sem permissão), Transparência (acessibilidade de dados públicos) e Verificabilidade (verificação do estado dos dados L2 na Rede principal e mecanismo de desafiante garantido).