Merlin Chain: A evolução da cadeia lateral Bitcoin para a Camada 2 ZK
Recentemente, uma análise sistemática da transição do Merlin das cadeias laterais do Bitcoin para a solução ZK layer2 do Bitcoin chamou a atenção da indústria. Com base neste relatório e na compreensão pessoal, podemos resumir os seguintes pontos principais:
O percurso de desenvolvimento da Merlin Chain pode ser considerado como um aproveitamento das circunstâncias, com cada passo a ser inesperado. Graças ao apoio da enorme base comunitária de BRC-20, BRC-420, Blue Box, Bitmap Game, a Merlin Chain optou por uma linha tecnológica de integração e iteração contínuas. Esta escolha foi, na verdade, uma decisão forçada.
A razão é que a rede Bitcoin tem deficiências fundamentais de "programabilidade" em áreas como disponibilidade de dados (DA) e completude de Turing de contratos inteligentes (SC). Isso levou ao surgimento de muitos projetos inovadores no ecossistema Bitcoin ao longo do último ano, mas a maioria ainda não foi completamente entregue.
Perante as diversas tecnologias emergentes como RGB++, BitVM, zkVM, AVM e DA, a Merlin Chain adotou uma estratégia de aproveitar o melhor de cada uma, aprimorando continuamente a sua estrutura técnica.
De acordo com o relatório da indústria, a Merlin Chain era inicialmente uma cadeia lateral pura, construída com base em uma estrutura Validium para um determinado serviço. Isso significa que os dados de transação da cadeia são armazenados completamente fora da cadeia, apenas as provas de validade são publicadas na L1, enquanto a rede principal L1 não pode verificar a precisão dos dados L2. Além disso, os dados originais da estrutura Validium são mantidos em um banco de dados local, sendo o Comitê de Disponibilidade de Dados (DAC) responsável pela obtenção, ordenação e verificação dos dados.
É evidente que essa arquitetura necessita da "confiança" da própria cadeia como premissa, tornando difícil a escalabilidade em larga escala. No ecossistema layer2 do Ethereum, o Validium foi, portanto, substituído pelo Rollup.
Para compensar essa deficiência fundamental, Merlin fez melhorias iterativas em dois aspectos:
Colaborar com BTCOS para melhorar a ponte nativa entre cadeias, resolvendo o problema de verificabilidade dos dados L2 na rede principal do Bitcoin. A BTCOS construiu uma máquina virtual de prova verificável - BitSNARK, baseada na estrutura ZK, e combinou com a ponte Grail Bridge para atualizar a transferência de ativos e as mudanças de estado do L2. Todo o processo sincroniza o estado entre L2 e a rede principal através de uma rede intermediária ZK, dependendo, por fim, do bloqueio de tempo de ativos da rede principal e do mecanismo de desafio BitVM para alcançar interações confiáveis.
Colaborar com a Nubit para construir capacidades de disponibilidade de dados (DA) verificáveis. A lógica é: implementar nós completos fora da cadeia para sincronizar dados de estado total do BTC e provas de dados de estado alterados, e realizar a verificação de estado e confirmação de Finalidade através de nós leves implantados na mainnet do BTC. Isso melhorou os problemas de opacidade e não verificabilidade que existiam anteriormente nas DAS fora da cadeia, fortalecendo a capacidade de DA necessária (ainda em desenvolvimento).
No final, o objetivo da Merlin Chain é tornar-se uma rede Bitcoin ZK-Rollup. Esta rede é composta por componentes como Node, zkProver, Database, entre outros, e desenvolve-se através de uma rede de oráculos descentralizados indexados de forma semelhante ao protocolo Ordinals, tornando-se uma camada 2 compatível com EVM que melhora equilibradamente em termos de 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 possui um mecanismo de contestação para garantir).
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.
11 Curtidas
Recompensa
11
5
Compartilhar
Comentário
0/400
FloorSweeper
· 08-04 15:14
apenas mais um jogo l2... já vi este filme antes, para ser honesto
Ver originalResponder0
ChainWatcher
· 08-04 15:12
Já é outra vez a brincadeira com ZK, já chega.
Ver originalResponder0
GateUser-a5fa8bd0
· 08-04 15:06
Evoluiu bastante rápido.
Ver originalResponder0
RuntimeError
· 08-04 15:03
layer2 só vê zk agora
Ver originalResponder0
CryptoTherapist
· 08-04 15:01
vamos meditar sobre a jornada psicológica de merlin... ansiedade clássica de adaptação aqui
Merlin Chain: da cadeia lateral do Bitcoin à evolução tecnológica da Camada 2 ZK
Merlin Chain: A evolução da cadeia lateral Bitcoin para a Camada 2 ZK
Recentemente, uma análise sistemática da transição do Merlin das cadeias laterais do Bitcoin para a solução ZK layer2 do Bitcoin chamou a atenção da indústria. Com base neste relatório e na compreensão pessoal, podemos resumir os seguintes pontos principais:
O percurso de desenvolvimento da Merlin Chain pode ser considerado como um aproveitamento das circunstâncias, com cada passo a ser inesperado. Graças ao apoio da enorme base comunitária de BRC-20, BRC-420, Blue Box, Bitmap Game, a Merlin Chain optou por uma linha tecnológica de integração e iteração contínuas. Esta escolha foi, na verdade, uma decisão forçada.
A razão é que a rede Bitcoin tem deficiências fundamentais de "programabilidade" em áreas como disponibilidade de dados (DA) e completude de Turing de contratos inteligentes (SC). Isso levou ao surgimento de muitos projetos inovadores no ecossistema Bitcoin ao longo do último ano, mas a maioria ainda não foi completamente entregue.
Perante as diversas tecnologias emergentes como RGB++, BitVM, zkVM, AVM e DA, a Merlin Chain adotou uma estratégia de aproveitar o melhor de cada uma, aprimorando continuamente a sua estrutura técnica.
De acordo com o relatório da indústria, a Merlin Chain era inicialmente uma cadeia lateral pura, construída com base em uma estrutura Validium para um determinado serviço. Isso significa que os dados de transação da cadeia são armazenados completamente fora da cadeia, apenas as provas de validade são publicadas na L1, enquanto a rede principal L1 não pode verificar a precisão dos dados L2. Além disso, os dados originais da estrutura Validium são mantidos em um banco de dados local, sendo o Comitê de Disponibilidade de Dados (DAC) responsável pela obtenção, ordenação e verificação dos dados.
É evidente que essa arquitetura necessita da "confiança" da própria cadeia como premissa, tornando difícil a escalabilidade em larga escala. No ecossistema layer2 do Ethereum, o Validium foi, portanto, substituído pelo Rollup.
Para compensar essa deficiência fundamental, Merlin fez melhorias iterativas em dois aspectos:
Colaborar com BTCOS para melhorar a ponte nativa entre cadeias, resolvendo o problema de verificabilidade dos dados L2 na rede principal do Bitcoin. A BTCOS construiu uma máquina virtual de prova verificável - BitSNARK, baseada na estrutura ZK, e combinou com a ponte Grail Bridge para atualizar a transferência de ativos e as mudanças de estado do L2. Todo o processo sincroniza o estado entre L2 e a rede principal através de uma rede intermediária ZK, dependendo, por fim, do bloqueio de tempo de ativos da rede principal e do mecanismo de desafio BitVM para alcançar interações confiáveis.
Colaborar com a Nubit para construir capacidades de disponibilidade de dados (DA) verificáveis. A lógica é: implementar nós completos fora da cadeia para sincronizar dados de estado total do BTC e provas de dados de estado alterados, e realizar a verificação de estado e confirmação de Finalidade através de nós leves implantados na mainnet do BTC. Isso melhorou os problemas de opacidade e não verificabilidade que existiam anteriormente nas DAS fora da cadeia, fortalecendo a capacidade de DA necessária (ainda em desenvolvimento).
No final, o objetivo da Merlin Chain é tornar-se uma rede Bitcoin ZK-Rollup. Esta rede é composta por componentes como Node, zkProver, Database, entre outros, e desenvolve-se através de uma rede de oráculos descentralizados indexados de forma semelhante ao protocolo Ordinals, tornando-se uma camada 2 compatível com EVM que melhora equilibradamente em termos de 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 possui um mecanismo de contestação para garantir).