Merlin Chain: O caminho inovador do ecossistema Bitcoin
Recentemente, um relatório de revisão sistemática sobre a transição gradual do Merlin das sidechains de Bitcoin para soluções de camada 2 ZK de Bitcoin atraiu ampla atenção. Com base na minha compreensão pessoal, aqui está um resumo desse processo de evolução:
O desenvolvimento da Merlin Chain pode ser considerado como uma resposta às circunstâncias atuais. Graças ao suporte de uma vasta base comunitária como BRC-20, BRC-420, Blue Box e Bitmap Game, a Merlin Chain escolheu uma rota técnica de "integração e iteração" contínuas. Esta escolha é, na verdade, uma questão de necessidade, uma vez que a rede nativa de Bitcoin apresenta deficiências fundamentais em "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 Bitcoin, mas muitos projetos ainda não foram totalmente implementados.
Neste contexto, a estratégia da Merlin Chain é absorver amplamente as vantagens de várias partes e melhorar continuamente sua estrutura técnica. Ela se inspira nas características de vários projetos, como RGB++, BitVM, zkVM, AVM, bem como nas inovações em DA da B² Network e Nubit.
De acordo com o conteúdo do relatório, a Merlin Chain foi inicialmente construída com uma arquitetura de cadeia lateral pura baseada no serviço CDK RaaS de uma determinada plataforma, utilizando a estrutura Validium. Isso significa que os dados das transações da cadeia são armazenados completamente fora da cadeia, publicando apenas a prova de validade no L1, enquanto a rede principal L1 não pode verificar a precisão dos dados L2. Os dados originais dessa arquitetura são mantidos em um banco de dados local, sendo responsabilidade do comitê de disponibilidade de dados (DAC) a obtenção, ordenação e verificação dos dados.
É evidente que essa arquitetura requer a "confiança" da própria cadeia como condição prévia, o que dificulta a escalabilidade em larga escala. Para compensar essa deficiência fundamental, a Merlin realizou iterações de aprimoramento em dois aspectos:
Primeiro, a Merlin colaborou com o BTCOS para aperfeiçoar a ponte nativa entre cadeias, resolvendo o problema de verificabilidade dos dados L2 na mainnet do Bitcoin. O BTCOS construiu uma máquina virtual de prova verificável - BitSNARK, baseada na estrutura ZK, combinando-a com a ponte Grail 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 mainnet através de uma rede intermediária ZK, confiando, em última análise, no bloqueio temporal de ativos da mainnet e no mecanismo de desafio BitVM para realizar interações confiáveis.
Em segundo lugar, Merlin colabora com a Nubit para construir a capacidade de disponibilidade de dados (DA) verificável. A lógica é implantar nós completos fora da cadeia para sincronizar os dados de estado completo do BTC e as provas de dados de estado alterados, e realizar a verificação de estado e a confirmação de Finalidade através de nós leves implantados na mainnet BTC, melhorando assim os problemas de opacidade e falta de verificabilidade que existiam anteriormente na DAS fora da cadeia, fortalecendo a capacidade de DA necessária (ainda em desenvolvimento).
O objetivo final da Merlin Chain é tornar-se uma rede de ZK-Rollup para Bitcoin, composta por componentes como Node, zkProver e Datebase. Através de uma rede de oráculo descentralizada indexada de forma semelhante ao protocolo Ordinals, a Merlin Chain aspira a ser um layer2 compatível com EVM para Bitcoin, que se desenvolve de forma equilibrada 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 desafiador para garantir).
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.
10 gostos
Recompensa
10
6
Republicar
Partilhar
Comentar
0/400
ConfusedWhale
· 08-08 01:45
Hehe, interessante
Ver originalResponder0
CantAffordPancake
· 08-08 00:38
Estou a sentir que vou ver os outros a ganhar muito dinheiro novamente.
Merlin Chain: do cadeias laterais do Bitcoin ao caminho inovador do ZK Layer2
Merlin Chain: O caminho inovador do ecossistema Bitcoin
Recentemente, um relatório de revisão sistemática sobre a transição gradual do Merlin das sidechains de Bitcoin para soluções de camada 2 ZK de Bitcoin atraiu ampla atenção. Com base na minha compreensão pessoal, aqui está um resumo desse processo de evolução:
O desenvolvimento da Merlin Chain pode ser considerado como uma resposta às circunstâncias atuais. Graças ao suporte de uma vasta base comunitária como BRC-20, BRC-420, Blue Box e Bitmap Game, a Merlin Chain escolheu uma rota técnica de "integração e iteração" contínuas. Esta escolha é, na verdade, uma questão de necessidade, uma vez que a rede nativa de Bitcoin apresenta deficiências fundamentais em "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 Bitcoin, mas muitos projetos ainda não foram totalmente implementados.
Neste contexto, a estratégia da Merlin Chain é absorver amplamente as vantagens de várias partes e melhorar continuamente sua estrutura técnica. Ela se inspira nas características de vários projetos, como RGB++, BitVM, zkVM, AVM, bem como nas inovações em DA da B² Network e Nubit.
De acordo com o conteúdo do relatório, a Merlin Chain foi inicialmente construída com uma arquitetura de cadeia lateral pura baseada no serviço CDK RaaS de uma determinada plataforma, utilizando a estrutura Validium. Isso significa que os dados das transações da cadeia são armazenados completamente fora da cadeia, publicando apenas a prova de validade no L1, enquanto a rede principal L1 não pode verificar a precisão dos dados L2. Os dados originais dessa arquitetura são mantidos em um banco de dados local, sendo responsabilidade do comitê de disponibilidade de dados (DAC) a obtenção, ordenação e verificação dos dados.
É evidente que essa arquitetura requer a "confiança" da própria cadeia como condição prévia, o que dificulta a escalabilidade em larga escala. Para compensar essa deficiência fundamental, a Merlin realizou iterações de aprimoramento em dois aspectos:
Primeiro, a Merlin colaborou com o BTCOS para aperfeiçoar a ponte nativa entre cadeias, resolvendo o problema de verificabilidade dos dados L2 na mainnet do Bitcoin. O BTCOS construiu uma máquina virtual de prova verificável - BitSNARK, baseada na estrutura ZK, combinando-a com a ponte Grail 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 mainnet através de uma rede intermediária ZK, confiando, em última análise, no bloqueio temporal de ativos da mainnet e no mecanismo de desafio BitVM para realizar interações confiáveis.
Em segundo lugar, Merlin colabora com a Nubit para construir a capacidade de disponibilidade de dados (DA) verificável. A lógica é implantar nós completos fora da cadeia para sincronizar os dados de estado completo do BTC e as provas de dados de estado alterados, e realizar a verificação de estado e a confirmação de Finalidade através de nós leves implantados na mainnet BTC, melhorando assim os problemas de opacidade e falta de verificabilidade que existiam anteriormente na DAS fora da cadeia, fortalecendo a capacidade de DA necessária (ainda em desenvolvimento).
O objetivo final da Merlin Chain é tornar-se uma rede de ZK-Rollup para Bitcoin, composta por componentes como Node, zkProver e Datebase. Através de uma rede de oráculo descentralizada indexada de forma semelhante ao protocolo Ordinals, a Merlin Chain aspira a ser um layer2 compatível com EVM para Bitcoin, que se desenvolve de forma equilibrada 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 desafiador para garantir).