Merlin: A evolução do Bitcoin cadeias laterais para ZK layer2
O projeto Merlin demonstrou desde o início uma característica de adaptação às circunstâncias, e sua trajetória de desenvolvimento é impressionante. Com bases comunitárias como BRC-20, BRC-420, Blue Box e Bitmap Game, o Merlin escolheu uma rota técnica de contínua integração e iteração. Esta escolha é, na verdade, o resultado inevitável de considerações práticas.
A rede Bitcoin apresenta deficiências fundamentais de "programabilidade" em áreas como a disponibilidade de dados e a completude de Turing dos contratos inteligentes, o que resultou em muitos projetos inovadores nos últimos mais de um ano, embora a maioria ainda não tenha sido totalmente implementada. Frente ao RGB++, BitVM, zkVM, AVM e várias soluções de DA, a estratégia da Merlin é aproveitar o que há de melhor, aprimorando continuamente sua estrutura técnica.
De acordo com análises do setor, Merlin era inicialmente uma arquitetura de cadeias laterais pura, construída com base em uma cadeia do tipo Validium para um determinado serviço. Isso significa que os dados das transações são totalmente armazenados fora da cadeia, publicando apenas as provas de validade na L1, enquanto a rede principal L1 não pode validar a precisão dos dados da L2. Os dados originais dessa arquitetura são mantidos em um banco de dados local, sendo a obtenção, ordenação e validação dos dados responsabilidades do comitê de disponibilidade dos dados.
Esta arquitetura requer a "confiança" da própria cadeia como pré-requisito, o que dificulta a escalabilidade em larga escala. Para superar essa limitação, o Merlin fez melhorias em dois aspectos:
Primeiro, foi aprimorada a ponte nativa entre cadeias, resolvendo o problema de verificabilidade dos dados L2 na rede principal do Bitcoin. Eles construíram uma máquina virtual Proof verificável baseada na estrutura ZK, combinando a ponte entre cadeias para atualizar a transferência de ativos L2 e mudanças de estado. Todo o processo sincroniza o estado entre L2 e a rede principal através de uma rede intermediária ZK, e finalmente, depende do bloqueio de tempo dos ativos da rede principal e do mecanismo de desafio para realizar interações confiáveis.
Em segundo lugar, a Merlin está empenhada em construir capacidades de disponibilidade de dados verificáveis. A sua lógica é implantar nós completos fora da cadeia para sincronizar os dados de estado completo do BTC e a prova de dados de estado alterados, e realizar a validação de estado e confirmação final através de nós leves implantados na rede principal do BTC. Esta melhoria aumentou efetivamente a transparência e a verificabilidade dos dados, fortalecendo a capacidade de DA necessária.
O objetivo final do Merlin é tornar-se uma rede Bitcoin ZK-Rollup, composta por componentes como nós, zkProver e banco de dados. Através de uma rede de oráculos descentralizada semelhante ao índice de um determinado protocolo, o Merlin espera tornar-se uma solução layer2 Bitcoin que se desenvolve de forma equilibrada em descentralização, transparência e verificabilidade, mantendo a compatibilidade 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.
9 Curtidas
Recompensa
9
5
Repostar
Compartilhar
Comentário
0/400
AirdropLicker
· 08-11 15:09
fantástico 又要占坑薅毛了
Ver originalResponder0
NoodlesOrTokens
· 08-10 15:50
Outra vez é um dia de ser enganado por idiotas.
Ver originalResponder0
OvertimeSquid
· 08-10 15:46
Parece promissor. O projeto está a ser desenvolvido com bastante dedicação.
Ver originalResponder0
RektRecorder
· 08-10 15:33
Profundamente no setor L2 há muitos anos, muitos idiotas! Mais um ano de ciclos de touros e ursos! Aproveite a juventude para fazer um grande golpe!
Ver originalResponder0
ChainPoet
· 08-10 15:24
Nova estratégia de ultrapassagem em curva de manhã
Merlin: O caminho da transformação tecnológica da cadeia lateral Bitcoin para o ZK Layer2
Merlin: A evolução do Bitcoin cadeias laterais para ZK layer2
O projeto Merlin demonstrou desde o início uma característica de adaptação às circunstâncias, e sua trajetória de desenvolvimento é impressionante. Com bases comunitárias como BRC-20, BRC-420, Blue Box e Bitmap Game, o Merlin escolheu uma rota técnica de contínua integração e iteração. Esta escolha é, na verdade, o resultado inevitável de considerações práticas.
A rede Bitcoin apresenta deficiências fundamentais de "programabilidade" em áreas como a disponibilidade de dados e a completude de Turing dos contratos inteligentes, o que resultou em muitos projetos inovadores nos últimos mais de um ano, embora a maioria ainda não tenha sido totalmente implementada. Frente ao RGB++, BitVM, zkVM, AVM e várias soluções de DA, a estratégia da Merlin é aproveitar o que há de melhor, aprimorando continuamente sua estrutura técnica.
De acordo com análises do setor, Merlin era inicialmente uma arquitetura de cadeias laterais pura, construída com base em uma cadeia do tipo Validium para um determinado serviço. Isso significa que os dados das transações são totalmente armazenados fora da cadeia, publicando apenas as provas de validade na L1, enquanto a rede principal L1 não pode validar a precisão dos dados da L2. Os dados originais dessa arquitetura são mantidos em um banco de dados local, sendo a obtenção, ordenação e validação dos dados responsabilidades do comitê de disponibilidade dos dados.
Esta arquitetura requer a "confiança" da própria cadeia como pré-requisito, o que dificulta a escalabilidade em larga escala. Para superar essa limitação, o Merlin fez melhorias em dois aspectos:
Primeiro, foi aprimorada a ponte nativa entre cadeias, resolvendo o problema de verificabilidade dos dados L2 na rede principal do Bitcoin. Eles construíram uma máquina virtual Proof verificável baseada na estrutura ZK, combinando a ponte entre cadeias para atualizar a transferência de ativos L2 e mudanças de estado. Todo o processo sincroniza o estado entre L2 e a rede principal através de uma rede intermediária ZK, e finalmente, depende do bloqueio de tempo dos ativos da rede principal e do mecanismo de desafio para realizar interações confiáveis.
Em segundo lugar, a Merlin está empenhada em construir capacidades de disponibilidade de dados verificáveis. A sua lógica é implantar nós completos fora da cadeia para sincronizar os dados de estado completo do BTC e a prova de dados de estado alterados, e realizar a validação de estado e confirmação final através de nós leves implantados na rede principal do BTC. Esta melhoria aumentou efetivamente a transparência e a verificabilidade dos dados, fortalecendo a capacidade de DA necessária.
O objetivo final do Merlin é tornar-se uma rede Bitcoin ZK-Rollup, composta por componentes como nós, zkProver e banco de dados. Através de uma rede de oráculos descentralizada semelhante ao índice de um determinado protocolo, o Merlin espera tornar-se uma solução layer2 Bitcoin que se desenvolve de forma equilibrada em descentralização, transparência e verificabilidade, mantendo a compatibilidade com EVM.