Bitcoin cadeias laterais para Camada 2: Análise do caminho tecnológico da Merlin Chain
O desenvolvimento da Merlin Chain pode ser considerado como uma resposta às circunstâncias. Com a enorme base de comunidades trazida por projetos como BRC-20 e BRC-420, a Merlin Chain escolheu uma rota técnica de integração e iteração contínuas. Esta escolha é, na verdade, determinada pelas limitações de "programabilidade" fundamentais que existem na rede nativa Bitcoin em termos de disponibilidade de dados e da completude de Turing dos contratos inteligentes.
Nos últimos mais de um ano, o ecossistema Bitcoin viu o surgimento de muitos projetos inovadores, como RGB++, BitVM, zkVM, AVM, entre outros, mas a maioria ainda não foi completamente implementada. A estratégia da Merlin Chain é absorver as vantagens desses projetos e aprimorar continuamente sua estrutura técnica.
De acordo com um relatório de análise, a Merlin Chain era inicialmente uma arquitetura de cadeias laterais pura, construída com base no serviço CDK RaaS de uma determinada empresa, utilizando a arquitetura Validium. Isso significa que os dados de transação da cadeia são armazenados completamente fora da cadeia, publicando apenas a prova de validade na L1, enquanto a rede principal L1 não pode validar a precisão dos dados da L2. Além disso, os dados originais da arquitetura Validium são mantidos em um banco de dados local, sendo o trabalho de obtenção, ordenação e validação dos dados responsabilidade do comitê de disponibilidade de dados.
Esta arquitetura requer uma alta confiança na própria cadeia, tornando difícil a expansão em grande escala. Para resolver este problema, a Merlin fez melhorias em dois aspectos:
Colaborar com a BTCOS para aprimorar a ponte cruzada nativa e a verificabilidade dos dados da rede principal do Bitcoin para a Camada 2. A BTCOS construiu uma máquina virtual verificável Proof BitSNARK baseada no framework ZK, combinando-a com a ponte cruzada Grail Bridge para atualizar a transferência de ativos e as mudanças de estado na Camada 2. Todo o processo sincroniza o estado entre a Camada 2 e a rede principal através de uma rede intermediária ZK, confiando finalmente no bloqueio temporal de ativos da rede principal e no mecanismo de desafio BitVM para alcançar interações confiáveis.
Colaborar com um projeto para construir capacidades de disponibilidade de dados verificáveis. A lógica básica é implementar nós completos off-chain para sincronizar dados de estado completo do BTC e provas de mudança de estado, e realizar a verificação de estado e a confirmação final através de nós leves implantados na mainnet do BTC, melhorando assim os problemas de opacidade e não verificabilidade que existiam anteriormente no DAS off-chain, aumentando assim a capacidade de DA necessária.
O objetivo final da Merlin Chain é se tornar uma rede Bitcoin ZK-Rollup, composta por componentes como Node, zkProver e Database. Através de uma rede de oráculos descentralizada indexada de maneira semelhante ao protocolo Ordinals, a Merlin Chain espera alcançar um equilíbrio em termos de descentralização, transparência e verificabilidade, tornando-se uma solução Bitcoin Layer 2 compatível com EVM.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
15 Curtidas
Recompensa
15
5
Compartilhar
Comentário
0/400
MEVHunterZhang
· 9h atrás
É só fritar!
Ver originalResponder0
ChainWallflower
· 19h atrás
Esta armadilha técnica é bull!
Ver originalResponder0
Layer2Arbitrageur
· 19h atrás
acabei de fazer as contas... a otimização de gás do merlin poderia gerar oportunidades de arb de ~400bps se for devidamente codificada *smirks*
Ver originalResponder0
SerumSquirter
· 19h atrás
Estão todos a falar de que a completude é o que importa, o importante é fazer o trabalho por dinheiro.
Merlin Chain: a evolução tecnológica da cadeia lateral Bitcoin para a Camada 2 ZK
Bitcoin cadeias laterais para Camada 2: Análise do caminho tecnológico da Merlin Chain
O desenvolvimento da Merlin Chain pode ser considerado como uma resposta às circunstâncias. Com a enorme base de comunidades trazida por projetos como BRC-20 e BRC-420, a Merlin Chain escolheu uma rota técnica de integração e iteração contínuas. Esta escolha é, na verdade, determinada pelas limitações de "programabilidade" fundamentais que existem na rede nativa Bitcoin em termos de disponibilidade de dados e da completude de Turing dos contratos inteligentes.
Nos últimos mais de um ano, o ecossistema Bitcoin viu o surgimento de muitos projetos inovadores, como RGB++, BitVM, zkVM, AVM, entre outros, mas a maioria ainda não foi completamente implementada. A estratégia da Merlin Chain é absorver as vantagens desses projetos e aprimorar continuamente sua estrutura técnica.
De acordo com um relatório de análise, a Merlin Chain era inicialmente uma arquitetura de cadeias laterais pura, construída com base no serviço CDK RaaS de uma determinada empresa, utilizando a arquitetura Validium. Isso significa que os dados de transação da cadeia são armazenados completamente fora da cadeia, publicando apenas a prova de validade na L1, enquanto a rede principal L1 não pode validar a precisão dos dados da L2. Além disso, os dados originais da arquitetura Validium são mantidos em um banco de dados local, sendo o trabalho de obtenção, ordenação e validação dos dados responsabilidade do comitê de disponibilidade de dados.
Esta arquitetura requer uma alta confiança na própria cadeia, tornando difícil a expansão em grande escala. Para resolver este problema, a Merlin fez melhorias em dois aspectos:
Colaborar com a BTCOS para aprimorar a ponte cruzada nativa e a verificabilidade dos dados da rede principal do Bitcoin para a Camada 2. A BTCOS construiu uma máquina virtual verificável Proof BitSNARK baseada no framework ZK, combinando-a com a ponte cruzada Grail Bridge para atualizar a transferência de ativos e as mudanças de estado na Camada 2. Todo o processo sincroniza o estado entre a Camada 2 e a rede principal através de uma rede intermediária ZK, confiando finalmente no bloqueio temporal de ativos da rede principal e no mecanismo de desafio BitVM para alcançar interações confiáveis.
Colaborar com um projeto para construir capacidades de disponibilidade de dados verificáveis. A lógica básica é implementar nós completos off-chain para sincronizar dados de estado completo do BTC e provas de mudança de estado, e realizar a verificação de estado e a confirmação final através de nós leves implantados na mainnet do BTC, melhorando assim os problemas de opacidade e não verificabilidade que existiam anteriormente no DAS off-chain, aumentando assim a capacidade de DA necessária.
O objetivo final da Merlin Chain é se tornar uma rede Bitcoin ZK-Rollup, composta por componentes como Node, zkProver e Database. Através de uma rede de oráculos descentralizada indexada de maneira semelhante ao protocolo Ordinals, a Merlin Chain espera alcançar um equilíbrio em termos de descentralização, transparência e verificabilidade, tornando-se uma solução Bitcoin Layer 2 compatível com EVM.