O processo de evolução do Merlin da cadeia lateral do Bitcoin para o ZK layer2 merece uma análise aprofundada. Ao rever sua trajetória de desenvolvimento, pode-se perceber que cada passo do Merlin acompanha as tendências do setor, aproveitando plenamente a base comunitária proporcionada por projetos como BRC-20, BRC-420, Blue Box e Bitmap Game, adotando uma abordagem técnica de constante integração e iteração.
Esta estratégia é, em certa medida, limitada pelas próprias restrições da rede Bitcoin. O Bitcoin apresenta deficiências em termos de disponibilidade de dados e da completude de Turing dos contratos inteligentes, o que leva a que, apesar de surgirem constantemente projetos inovadores, a maioria ainda não tenha sido totalmente implementada. Diante de diferentes soluções tecnológicas como RGB++, BitVM, zkVM e AVM, a Merlin optou por uma abordagem integradora, aprimorando constantemente sua estrutura técnica.
Merlin inicialmente adotou uma arquitetura puramente de cadeias laterais, construída com o serviço CDK RaaS da Polygon, sendo essencialmente uma cadeia de arquitetura Validium. 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 mainnet da L1 não consegue verificar a precisão dos dados da L2. Os dados originais são mantidos em um banco de dados local, sendo a obtenção, ordenação e verificação dos dados responsabilidade do comitê de disponibilidade de dados.
No entanto, essa arquitetura depende fortemente da "confiança" da própria cadeia, tornando difícil a escalabilidade em grande escala. É por isso que, no ecossistema layer2 do Ethereum, o Validium foi finalmente substituído pelo Rollup.
Para resolver este problema fundamental, a Merlin fez melhorias em duas frentes:
Primeiro, a Merlin colaborou com a BTCOS para aprimorar a ponte de cadeia cruzada nativa e a verificabilidade dos dados da rede principal do Bitcoin em relação ao L2. A BTCOS construiu uma máquina virtual Proof verificável BitSNARK com base na estrutura ZK, combinando-a com a ponte Grail Bridge para atualizar as transferências de ativos e as mudanças de estado do L2. Durante todo o processo, a rede intermediária ZK é responsável por sincronizar os estados entre o L2 e a rede principal, culminando na interação confiável através do bloqueio de tempo dos ativos da rede principal e do mecanismo de desafio BitVM.
Em segundo lugar, a Merlin colaborou com a Nubit para construir uma capacidade de disponibilidade de dados verificável. A implementação específica consiste na implantação de um nó completo fora da cadeia que sincroniza todos os dados de estado do Bitcoin e provas de alteração de estado, e realiza a verificação de estado e confirmação final através de nós leves implantados na rede principal do Bitcoin. Esta melhoria resolve efetivamente os problemas de opacidade e não verificabilidade existentes no DAS fora da cadeia, melhorando a capacidade de disponibilidade de dados.
O objetivo final do Merlin é tornar-se uma rede de ZK-Rollup de Bitcoin, composta por nós, zkProver, banco de dados e outros componentes. Através de uma rede de oráculos descentralizada indexada por um protocolo semelhante ao Ordinals, espera-se que o Merlin consiga um equilíbrio melhorado em termos de descentralização, transparência e verificabilidade, tornando-se uma solução layer2 de Bitcoin compatível com EVM.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
27 gostos
Recompensa
27
9
Partilhar
Comentar
0/400
MidnightTrader
· 07-27 14:32
Mais um Shiba Inu a comer caranguejo apareceu.
Ver originalResponder0
RugResistant
· 07-26 09:45
parece suspeito af tbh... vetores de ataque potenciais em toda a arquitetura do merlin
Ver originalResponder0
SchrodingerWallet
· 07-25 23:29
manipulador de mercado novamente vem fazer as pessoas de parvas
Ver originalResponder0
AirdropHunter007
· 07-25 22:01
Finalmente alguém começou a fazer as coisas acontecerem, quero saber que truques vão sair no final.
Ver originalResponder0
0xTherapist
· 07-24 15:38
Com tantas artimanhas, no final não é melhor fazer um V3.
Ver originalResponder0
ChainSauceMaster
· 07-24 15:36
mundo crypto整合怪来啦！
Ver originalResponder0
ChainDetective
· 07-24 15:32
Aquele Merlin finalmente percebeu, não é melhor usar zk?
Merlin: a evolução tecnológica das cadeias laterais de Bitcoin para ZK-Rollup
O processo de evolução do Merlin da cadeia lateral do Bitcoin para o ZK layer2 merece uma análise aprofundada. Ao rever sua trajetória de desenvolvimento, pode-se perceber que cada passo do Merlin acompanha as tendências do setor, aproveitando plenamente a base comunitária proporcionada por projetos como BRC-20, BRC-420, Blue Box e Bitmap Game, adotando uma abordagem técnica de constante integração e iteração.
Esta estratégia é, em certa medida, limitada pelas próprias restrições da rede Bitcoin. O Bitcoin apresenta deficiências em termos de disponibilidade de dados e da completude de Turing dos contratos inteligentes, o que leva a que, apesar de surgirem constantemente projetos inovadores, a maioria ainda não tenha sido totalmente implementada. Diante de diferentes soluções tecnológicas como RGB++, BitVM, zkVM e AVM, a Merlin optou por uma abordagem integradora, aprimorando constantemente sua estrutura técnica.
Merlin inicialmente adotou uma arquitetura puramente de cadeias laterais, construída com o serviço CDK RaaS da Polygon, sendo essencialmente uma cadeia de arquitetura Validium. 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 mainnet da L1 não consegue verificar a precisão dos dados da L2. Os dados originais são mantidos em um banco de dados local, sendo a obtenção, ordenação e verificação dos dados responsabilidade do comitê de disponibilidade de dados.
No entanto, essa arquitetura depende fortemente da "confiança" da própria cadeia, tornando difícil a escalabilidade em grande escala. É por isso que, no ecossistema layer2 do Ethereum, o Validium foi finalmente substituído pelo Rollup.
Para resolver este problema fundamental, a Merlin fez melhorias em duas frentes:
Primeiro, a Merlin colaborou com a BTCOS para aprimorar a ponte de cadeia cruzada nativa e a verificabilidade dos dados da rede principal do Bitcoin em relação ao L2. A BTCOS construiu uma máquina virtual Proof verificável BitSNARK com base na estrutura ZK, combinando-a com a ponte Grail Bridge para atualizar as transferências de ativos e as mudanças de estado do L2. Durante todo o processo, a rede intermediária ZK é responsável por sincronizar os estados entre o L2 e a rede principal, culminando na interação confiável através do bloqueio de tempo dos ativos da rede principal e do mecanismo de desafio BitVM.
Em segundo lugar, a Merlin colaborou com a Nubit para construir uma capacidade de disponibilidade de dados verificável. A implementação específica consiste na implantação de um nó completo fora da cadeia que sincroniza todos os dados de estado do Bitcoin e provas de alteração de estado, e realiza a verificação de estado e confirmação final através de nós leves implantados na rede principal do Bitcoin. Esta melhoria resolve efetivamente os problemas de opacidade e não verificabilidade existentes no DAS fora da cadeia, melhorando a capacidade de disponibilidade de dados.
O objetivo final do Merlin é tornar-se uma rede de ZK-Rollup de Bitcoin, composta por nós, zkProver, banco de dados e outros componentes. Através de uma rede de oráculos descentralizada indexada por um protocolo semelhante ao Ordinals, espera-se que o Merlin consiga um equilíbrio melhorado em termos de descentralização, transparência e verificabilidade, tornando-se uma solução layer2 de Bitcoin compatível com EVM.