A transformação do Merlin de cadeias laterais de Bitcoin para ZK layer2 chama a atenção. Ao revisar seu histórico de desenvolvimento, o Merlin parece ter seguido a tendência do mercado, com cada passo sendo surpreendente. Graças à enorme base de comunidade acumulada por projetos como BRC-20, BRC-420, Blue Box e Bitmap Game, o Merlin optou por uma rota técnica de "integração e iteração" constante. Isso também é uma medida de desespero.
A rede nativa do Bitcoin apresenta defeitos fundamentais de "programabilidade" em termos de disponibilidade de dados (DA) e completude de Turing de contratos inteligentes (SC), resultando em mais de um ano de inovação ativa no ecossistema do Bitcoin, mas muitos projetos ainda não foram totalmente implementados. Nesse contexto, a Merlin adotou uma estratégia de aproveitar o melhor de vários mundos, aprimorando constantemente sua estrutura técnica.
De acordo com o relatório, o Merlin inicialmente adotou uma arquitetura de cadeias laterais puras e construiu uma cadeia com arquitetura Validium baseada em um determinado serviço. Isso significa que os dados das transações são totalmente armazenados fora da cadeia, publicando apenas a prova de validade na L1, enquanto a rede principal L1 não pode verificar a precisão dos dados L2. Os dados originais são mantidos em um banco de dados local, sendo a Comissão de Disponibilidade de Dados (DAC) responsável pela obtenção, ordenação e verificação dos dados.
Esta arquitetura requer que os usuários tenham uma alta confiança na própria cadeia, o que dificulta a sua promoção em larga escala. Para compensar essa deficiência, o Merlin fez melhorias em dois aspectos:
Primeiro, colaborar com o BTCOS para melhorar a ponte nativa de cadeias laterais, resolvendo o problema de verificabilidade dos dados L2 na rede principal do Bitcoin. O BTCOS construiu uma máquina virtual de prova verificável BitSNARK baseada na estrutura ZK, combinando a atualização da ponte de cadeias laterais para a transferência de ativos e mudanças de estado do L2. Todo o processo é sincronizado pela rede intermediária ZK entre o L2 e a rede principal, e finalmente, a interação confiável é realizada através do bloqueio temporal de ativos na rede principal e do mecanismo de desafio.
Em segundo lugar, colaborar com a Nubit para construir a capacidade de disponibilidade de dados verificável (DA). Em particular, implantar nós completos fora da cadeia para sincronizar dados de estado completo do BTC e provas de dados de estado alterado, e realizar a verificação de estado e confirmação final através de nós leves implantados na rede principal do BTC, melhorando assim os problemas de opacidade e não verificabilidade que existiam anteriormente no DAS fora da cadeia, aumentando a capacidade de DA necessária (ainda em desenvolvimento).
O objetivo final do Merlin é se tornar uma rede de ZK-Rollup de Bitcoin, composta por componentes como Node, zkProver, Database, entre outros. Através de uma rede de oráculos descentralizados indexada por um protocolo semelhante ao Ordinals, o Merlin espera melhorar o equilíbrio em aspectos como descentralização (distribuição de nós sem permissão), transparência (acessibilidade de dados públicos) e verificabilidade (a mainnet pode verificar o estado dos dados L2 e há um mecanismo de desafiador para garantir), tornando-se, por fim, 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.
18 Curtidas
Recompensa
18
5
Repostar
Compartilhar
Comentário
0/400
GasFeeCrier
· 08-18 23:59
layer2 é a verdade
Ver originalResponder0
Web3ProductManager
· 08-16 15:17
para ser sincero, essas métricas de conversão de brc-20 para zk l2 vão ser malucas... prevendo um crescimento de 10x no número de usuários
Merlin transforma-se em ZK layer2 para criar novas possibilidades no ecossistema Bitcoin
A transformação do Merlin de cadeias laterais de Bitcoin para ZK layer2 chama a atenção. Ao revisar seu histórico de desenvolvimento, o Merlin parece ter seguido a tendência do mercado, com cada passo sendo surpreendente. Graças à enorme base de comunidade acumulada por projetos como BRC-20, BRC-420, Blue Box e Bitmap Game, o Merlin optou por uma rota técnica de "integração e iteração" constante. Isso também é uma medida de desespero.
A rede nativa do Bitcoin apresenta defeitos fundamentais de "programabilidade" em termos de disponibilidade de dados (DA) e completude de Turing de contratos inteligentes (SC), resultando em mais de um ano de inovação ativa no ecossistema do Bitcoin, mas muitos projetos ainda não foram totalmente implementados. Nesse contexto, a Merlin adotou uma estratégia de aproveitar o melhor de vários mundos, aprimorando constantemente sua estrutura técnica.
De acordo com o relatório, o Merlin inicialmente adotou uma arquitetura de cadeias laterais puras e construiu uma cadeia com arquitetura Validium baseada em um determinado serviço. Isso significa que os dados das transações são totalmente armazenados fora da cadeia, publicando apenas a prova de validade na L1, enquanto a rede principal L1 não pode verificar a precisão dos dados L2. Os dados originais são mantidos em um banco de dados local, sendo a Comissão de Disponibilidade de Dados (DAC) responsável pela obtenção, ordenação e verificação dos dados.
Esta arquitetura requer que os usuários tenham uma alta confiança na própria cadeia, o que dificulta a sua promoção em larga escala. Para compensar essa deficiência, o Merlin fez melhorias em dois aspectos:
Primeiro, colaborar com o BTCOS para melhorar a ponte nativa de cadeias laterais, resolvendo o problema de verificabilidade dos dados L2 na rede principal do Bitcoin. O BTCOS construiu uma máquina virtual de prova verificável BitSNARK baseada na estrutura ZK, combinando a atualização da ponte de cadeias laterais para a transferência de ativos e mudanças de estado do L2. Todo o processo é sincronizado pela rede intermediária ZK entre o L2 e a rede principal, e finalmente, a interação confiável é realizada através do bloqueio temporal de ativos na rede principal e do mecanismo de desafio.
Em segundo lugar, colaborar com a Nubit para construir a capacidade de disponibilidade de dados verificável (DA). Em particular, implantar nós completos fora da cadeia para sincronizar dados de estado completo do BTC e provas de dados de estado alterado, e realizar a verificação de estado e confirmação final através de nós leves implantados na rede principal do BTC, melhorando assim os problemas de opacidade e não verificabilidade que existiam anteriormente no DAS fora da cadeia, aumentando a capacidade de DA necessária (ainda em desenvolvimento).
O objetivo final do Merlin é se tornar uma rede de ZK-Rollup de Bitcoin, composta por componentes como Node, zkProver, Database, entre outros. Através de uma rede de oráculos descentralizados indexada por um protocolo semelhante ao Ordinals, o Merlin espera melhorar o equilíbrio em aspectos como descentralização (distribuição de nós sem permissão), transparência (acessibilidade de dados públicos) e verificabilidade (a mainnet pode verificar o estado dos dados L2 e há um mecanismo de desafiador para garantir), tornando-se, por fim, uma solução de layer2 de Bitcoin compatível com EVM.