A transição do Merlin da cadeia lateral do Bitcoin para o layer 2 ZK do Bitcoin é digna de seguir. Combinando relatórios de análise relevantes e compreensão pessoal, pode-se resumir da seguinte forma:
O desenvolvimento da Merlin Chain parece estar alinhado com as tendências do mercado. Ela escolheu uma rota técnica de integração e iteração contínuas, baseada nas comunidades como BRC-20, BRC-420, etc. Essa escolha é, em certa medida, inevitável, pois a rede Bitcoin apresenta deficiências fundamentais de "programabilidade" em termos de disponibilidade de dados e completude Turing de contratos inteligentes, levando a que muitos projetos inovadores recentes, embora bastante animados, ainda não tenham cumprido totalmente suas promessas.
Neste contexto, a Merlin Chain adotou uma estratégia que combina as vantagens de várias partes, aprimorando continuamente sua estrutura técnica. Ela se beneficia das forças de projetos como RGB++, BitVM, zkVM, AVM, entre outros, assim como das vantagens de outras soluções de disponibilidade de dados.
Inicialmente, a Merlin Chain adotou uma arquitetura de cadeias laterais puras, construída com base no serviço CDK RaaS de uma determinada plataforma, sendo essencialmente uma cadeia com arquitetura Validium. Isso significa que os dados das transações da cadeia são totalmente armazenados fora da cadeia, publicando apenas a prova de validade na L1, enquanto a rede principal L1 não consegue verificar a precisão dos dados da L2. Além disso, os dados originais são armazenados em um banco de dados local, sendo o comitê de disponibilidade de dados 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, o que dificulta a escalabilidade em larga escala. Para resolver este problema, a Merlin fez melhorias em duas áreas:
Primeiro, através da colaboração com a BTCOS, foi aprimorada a questão da verificabilidade dos dados L2 na ponte nativa entre cadeias e na rede principal do Bitcoin. A BTCOS construiu a máquina virtual verificável Proof-BitSNARK com base na estrutura ZK, combinando-a com a ponte entre cadeias para atualizar a transferência de ativos e as mudanças de estado do L2. Todo o processo sincroniza o estado entre o 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 BitVM para realizar interações confiáveis.
Em segundo lugar, a Merlin colabora com a Nubit para construir uma capacidade de disponibilidade de dados verificável. A abordagem específica é implantar nós completos fora da cadeia para sincronizar os dados de estado total do BTC e as provas de mudança de estado, e realizar a verificação de estado e confirmação de Finalidade através de nós leves implantados na rede principal do BTC. Isso melhorou os problemas de opacidade e não verificabilidade que existiam anteriormente no DAS fora da cadeia, reforçando a capacidade de DA necessária.
O objetivo final da Merlin Chain é tornar-se uma rede de ZK-Rollup de Bitcoin, composta por componentes como Node, zkProver, Datebase, entre outros. Através de uma rede de oráculos descentralizados indexada por um protocolo semelhante ao de Ordinals, a Merlin Chain espera alcançar um aprimoramento equilibrado em aspectos como descentralização, transparência e verificabilidade, tornando-se uma solução de layer2 de Bitcoin 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.
9 Curtidas
Recompensa
9
7
Repostar
Compartilhar
Comentário
0/400
SnapshotStriker
· 1h atrás
Um projeto tão ruim como este merece ter o sobrenome Mei?
Ver originalResponder0
ChainWanderingPoet
· 13h atrás
Outra vez um zk fazer as pessoas de parvas chegou
Ver originalResponder0
SlowLearnerWang
· 13h atrás
Uhul, perdi outra oportunidade de entrar numa posição.
Ver originalResponder0
OnlyOnMainnet
· 13h atrás
Ainda é cedo, não se gaste a falar, primeiro veja se consegue correr.
Ver originalResponder0
ChainMelonWatcher
· 13h atrás
Ai, esses layer2, para ser sincero, não são melhores do que escrever um White Paper.
Ver originalResponder0
RektCoaster
· 13h atrás
Aproveitar a tendência? kkk quem perde quem ganha ainda não é certo.
Exploração da cadeia Merlin para novas direções do Bitcoin Layer2: da cadeia lateral à evolução técnica do ZK-Rollup
A transição do Merlin da cadeia lateral do Bitcoin para o layer 2 ZK do Bitcoin é digna de seguir. Combinando relatórios de análise relevantes e compreensão pessoal, pode-se resumir da seguinte forma:
O desenvolvimento da Merlin Chain parece estar alinhado com as tendências do mercado. Ela escolheu uma rota técnica de integração e iteração contínuas, baseada nas comunidades como BRC-20, BRC-420, etc. Essa escolha é, em certa medida, inevitável, pois a rede Bitcoin apresenta deficiências fundamentais de "programabilidade" em termos de disponibilidade de dados e completude Turing de contratos inteligentes, levando a que muitos projetos inovadores recentes, embora bastante animados, ainda não tenham cumprido totalmente suas promessas.
Neste contexto, a Merlin Chain adotou uma estratégia que combina as vantagens de várias partes, aprimorando continuamente sua estrutura técnica. Ela se beneficia das forças de projetos como RGB++, BitVM, zkVM, AVM, entre outros, assim como das vantagens de outras soluções de disponibilidade de dados.
Inicialmente, a Merlin Chain adotou uma arquitetura de cadeias laterais puras, construída com base no serviço CDK RaaS de uma determinada plataforma, sendo essencialmente uma cadeia com arquitetura Validium. Isso significa que os dados das transações da cadeia são totalmente armazenados fora da cadeia, publicando apenas a prova de validade na L1, enquanto a rede principal L1 não consegue verificar a precisão dos dados da L2. Além disso, os dados originais são armazenados em um banco de dados local, sendo o comitê de disponibilidade de dados 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, o que dificulta a escalabilidade em larga escala. Para resolver este problema, a Merlin fez melhorias em duas áreas:
Primeiro, através da colaboração com a BTCOS, foi aprimorada a questão da verificabilidade dos dados L2 na ponte nativa entre cadeias e na rede principal do Bitcoin. A BTCOS construiu a máquina virtual verificável Proof-BitSNARK com base na estrutura ZK, combinando-a com a ponte entre cadeias para atualizar a transferência de ativos e as mudanças de estado do L2. Todo o processo sincroniza o estado entre o 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 BitVM para realizar interações confiáveis.
Em segundo lugar, a Merlin colabora com a Nubit para construir uma capacidade de disponibilidade de dados verificável. A abordagem específica é implantar nós completos fora da cadeia para sincronizar os dados de estado total do BTC e as provas de mudança de estado, e realizar a verificação de estado e confirmação de Finalidade através de nós leves implantados na rede principal do BTC. Isso melhorou os problemas de opacidade e não verificabilidade que existiam anteriormente no DAS fora da cadeia, reforçando a capacidade de DA necessária.
O objetivo final da Merlin Chain é tornar-se uma rede de ZK-Rollup de Bitcoin, composta por componentes como Node, zkProver, Datebase, entre outros. Através de uma rede de oráculos descentralizados indexada por um protocolo semelhante ao de Ordinals, a Merlin Chain espera alcançar um aprimoramento equilibrado em aspectos como descentralização, transparência e verificabilidade, tornando-se uma solução de layer2 de Bitcoin compatível com EVM.