O futuro desenvolvimento dos serviços de cadeia cruzada
Nos últimos anos, surgiram numerosas blockchains independentes e soluções Layer 2 do Ethereum no campo da blockchain. Devido às diferenças em segurança, custos, velocidade de transação e comunidades de desenvolvedores e usuários entre as diferentes cadeias, os usuários frequentemente precisam alternar entre diferentes cadeias. Comparadas à mainnet do Ethereum, as soluções Layer 2 e outras blockchains independentes geralmente podem oferecer taxas de transação mais baixas e velocidades de transação mais rápidas. Assim, os usuários, para reduzir os custos de transação ou utilizar aplicações de qualidade em outras cadeias, são obrigados a recorrer a serviços de cadeia cruzada.
Se compararmos a ponte cadeia cruzada a um "carro-forte", então, independentemente das ameaças enfrentadas, o carro-forte em si deve possuir uma forte capacidade de defesa, não podendo haver qualquer risco de segurança. Desde o design, produção até a operação, cada etapa não pode ter erros. No entanto, atualmente, as soluções de ponte cadeia cruzada disponíveis no mercado apresentam, em maior ou menor grau, falhas no design da arquitetura, vulnerabilidades no código, ou dependem de certas suposições de confiança durante o processo de envio, recebimento e retransmissão, o que reduz significativamente a segurança da ponte cadeia cruzada.
Como uma ponte que conecta várias blockchains, a cadeia cruzada não apenas resolve o problema da fragmentação de liquidez entre blockchains, mas também é uma solução chave para a transferência de ativos entre cadeias. No entanto, a demanda dos usuários por tecnologia de cadeia cruzada não se limita à transferência de ativos entre cadeias; na verdade, isso é apenas uma aplicação do protocolo de cadeia cruzada no campo DeFi. Através do protocolo de cadeia cruzada, duas redes completamente diferentes obtêm interoperabilidade, e essa interoperabilidade não só precisa permitir a transferência de tokens entre plataformas independentes, mas também deve suportar a comunicação entre cadeias de grandes arquivos e pacotes de dados.
No ecossistema multichain do Web3.0, o cenário ideal para os usuários é poder interagir com todos os principais blockchains em termos de ativos e dados através de uma única aplicação, sem a necessidade de alternar frequentemente entre carteiras e redes. Na atual configuração de "um super e muitos fortes" das blockchains, os usuários precisam urgentemente de um protocolo de comunicação entre cadeias que seja mais seguro, mais universal e mais amigável.
Principais modos de comunicação em cadeia cruzada
modo de verificação nativo
O modo de verificação nativa funciona executando um cliente leve nas máquinas virtuais da cadeia de origem e da cadeia de destino, e utilizando um retransmissor para realizar a comunicação entre cadeias. A vantagem deste modo é que não é necessário operar uma cadeia intermediária adicional. Se forem utilizadas técnicas de prova de conhecimento zero, como em alguns projetos, também é possível evitar as suposições de confiança necessárias em outras soluções.
modo de verificação externa
O modo de validação externo depende de um ou mais validadores que monitorizam um endereço específico na cadeia de origem. Quando o utilizador envia ativos para esse endereço, os ativos são temporariamente bloqueados. Validadores de terceiros precisam validar essa informação e chegar a um consenso. Uma vez alcançado o consenso, os ativos correspondentes serão gerados na cadeia de destino.
A desvantagem deste modo de comunicação é a existência da "suposição de confiança", o que facilita que ativos sejam roubados devido a "falhas de ponto único" ou "falhas locais".
modo de verificação local
A verificação local é uma rede de liquidez ponto a ponto. Cada nó atua como um "router", fornecendo o ativo nativo da cadeia de destino em vez de ativos derivados.
A limitação deste modelo está na falta de "universalidade", aplicando-se apenas à transferência de ativos entre cadeias cruzadas, não conseguindo realizar a transferência de informações e dados entre cadeias.
modo de cadeia cruzada
A cadeia upstream exige que o dApp implemente contratos inteligentes na sua cadeia, para que as mensagens possam ser copiadas e enviadas para outras cadeias públicas Layer 1 para atualizar o estado.
A principal desvantagem deste modelo manifesta-se a nível comercial, uma vez que a cadeia de origem competirá com todas as cadeias Layer 1 em vez de colaborar, já que todas as partes estão a lutar para que as dApps sejam implantadas na sua própria cadeia.
zkRelayer: A chave para a comunicação entre cadeias
Uma excelente solução de comunicação entre cadeias deve ter as seguintes características:
Sem suposições de confiança, seguro e fiável
Sem licença, descentralizado
Alta versatilidade
Boa escalabilidade
Rápido, baixo custo
No entanto, nem todas as soluções de cadeia cruzada conseguem satisfazer todas essas condições ao mesmo tempo, e a importância das várias características também é diferente. Os utilizadores podem conseguir aceitar serviços de cadeia cruzada relativamente mais lentos ou com custos mais elevados, e podem não precisar imediatamente de suporte para vários formatos de dados na transmissão entre cadeias. No entanto, o ponto da "hipótese sem confiança" é urgente e importante.
Os modelos de verificação externa iniciais tentaram resolver os problemas de comunicação entre outras blockchains com uma única cadeia, o que, do ponto de vista metodológico, é uma abordagem bastante pesada. É difícil resolver os problemas de comunicação entre cadeias EVM e não EVM, bem como entre cadeias PoW e PoS. Ao mesmo tempo, a cadeia intermediária é, por si só, uma ferramenta centralizada única, difícil de "se auto-provar", pois carece tanto de segurança descentralizada quanto de segurança sem confiança.
Nos esquemas de validação nativa, a função dos dois clientes, remetente e receptor, é enfatizada, enquanto a importância do retransmissor e do oráculo é subestimada. Existem alguns problemas aqui: em primeiro lugar, os usuários devem confiar que o retransmissor e o oráculo não conspirarão para fazer o mal; em segundo lugar, os usuários também devem confiar que o próprio protocolo não irá agir maliciosamente na etapa de retransmissão. Em outras palavras, todas as soluções atuais não conseguem alcançar uma verdadeira segurança sem confiança. Falhas de ponto único e falhas locais são como uma bomba-relógio, escondidas em esquemas de comunicação de cadeia cruzada que apresentam defeitos naturais.
zkRelayer é um novo tipo de intermediário de comunicação entre cadeias baseado em provas de conhecimento zero, cuja maior vantagem é que os usuários não precisam confiar em nenhum terceiro externo, nem mesmo no próprio protocolo. Desde que o processo de prova matemática e criptográfica seja completo e correto, este sistema pode ser reconhecido pelo público. Vale a pena notar que ocorreu uma mudança essencial aqui: os usuários confiam na "verdade", e não em alguma pessoa ou organização. Pessoas ou organizações podem cometer erros ou agir de forma maliciosa, mas a verdade nunca falha.
Em toda a cadeia de comunicação (Cadeia A → remetente → zkRelayer → validador ZK → destinatário → Cadeia B), a posição do zkRelayer irá superar a dos dois clientes leves, remetente e destinatário, tornando-se o núcleo de toda a solução.
Os componentes principais do zkRelayer incluem o provador ZK e o agregador de mensagens. Alguns métodos de prova de conhecimento zero utilizados em projetos possuem características como rapidez, recursividade e ausência de confiança, com tempos de prova lineares e tempos de verificação sublineares que atingiram os limites teóricos. A aplicação desta tecnologia em um relé de comunicação entre cadeias garantirá que todo o processo de comunicação seja sem necessidade de confiança, eficiente e de baixo custo.
O zkRelayer tem a expectativa de se tornar a chave para abrir um novo capítulo na comunicação entre cadeias. Com seu suporte, a tecnologia de comunicação entre cadeias passará por um desenvolvimento revolucionário.
Ver original
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.
13 Curtidas
Recompensa
13
7
Compartilhar
Comentário
0/400
ServantOfSatoshi
· 11h atrás
Não adianta falar, ainda temos que confiar nos intermediários.
Ver originalResponder0
rugpull_survivor
· 11h atrás
Grande subida de 500 vezes? Eu sinto que é incerto.
Ver originalResponder0
ShitcoinConnoisseur
· 11h atrás
zk-SNARKs? Outra novidade.
Ver originalResponder0
ApeWithNoChain
· 11h atrás
Quão difícil é garantir a segurança da cadeia cruzada?
Ver originalResponder0
UnluckyMiner
· 11h atrás
A segurança sempre foi um grande problema, certo?
Ver originalResponder0
CoffeeNFTs
· 11h atrás
Projetos confiáveis vão fazer sucesso
Ver originalResponder0
LiquidationAlert
· 11h atrás
Oi, finalmente há uma cadeia cruzada com um pouco de segurança.
zkRelayer lidera uma nova era de comunicação em cadeia cruzada, onde a hipótese de confiança zero se torna fundamental.
O futuro desenvolvimento dos serviços de cadeia cruzada
Nos últimos anos, surgiram numerosas blockchains independentes e soluções Layer 2 do Ethereum no campo da blockchain. Devido às diferenças em segurança, custos, velocidade de transação e comunidades de desenvolvedores e usuários entre as diferentes cadeias, os usuários frequentemente precisam alternar entre diferentes cadeias. Comparadas à mainnet do Ethereum, as soluções Layer 2 e outras blockchains independentes geralmente podem oferecer taxas de transação mais baixas e velocidades de transação mais rápidas. Assim, os usuários, para reduzir os custos de transação ou utilizar aplicações de qualidade em outras cadeias, são obrigados a recorrer a serviços de cadeia cruzada.
Se compararmos a ponte cadeia cruzada a um "carro-forte", então, independentemente das ameaças enfrentadas, o carro-forte em si deve possuir uma forte capacidade de defesa, não podendo haver qualquer risco de segurança. Desde o design, produção até a operação, cada etapa não pode ter erros. No entanto, atualmente, as soluções de ponte cadeia cruzada disponíveis no mercado apresentam, em maior ou menor grau, falhas no design da arquitetura, vulnerabilidades no código, ou dependem de certas suposições de confiança durante o processo de envio, recebimento e retransmissão, o que reduz significativamente a segurança da ponte cadeia cruzada.
Como uma ponte que conecta várias blockchains, a cadeia cruzada não apenas resolve o problema da fragmentação de liquidez entre blockchains, mas também é uma solução chave para a transferência de ativos entre cadeias. No entanto, a demanda dos usuários por tecnologia de cadeia cruzada não se limita à transferência de ativos entre cadeias; na verdade, isso é apenas uma aplicação do protocolo de cadeia cruzada no campo DeFi. Através do protocolo de cadeia cruzada, duas redes completamente diferentes obtêm interoperabilidade, e essa interoperabilidade não só precisa permitir a transferência de tokens entre plataformas independentes, mas também deve suportar a comunicação entre cadeias de grandes arquivos e pacotes de dados.
No ecossistema multichain do Web3.0, o cenário ideal para os usuários é poder interagir com todos os principais blockchains em termos de ativos e dados através de uma única aplicação, sem a necessidade de alternar frequentemente entre carteiras e redes. Na atual configuração de "um super e muitos fortes" das blockchains, os usuários precisam urgentemente de um protocolo de comunicação entre cadeias que seja mais seguro, mais universal e mais amigável.
Principais modos de comunicação em cadeia cruzada
modo de verificação nativo
O modo de verificação nativa funciona executando um cliente leve nas máquinas virtuais da cadeia de origem e da cadeia de destino, e utilizando um retransmissor para realizar a comunicação entre cadeias. A vantagem deste modo é que não é necessário operar uma cadeia intermediária adicional. Se forem utilizadas técnicas de prova de conhecimento zero, como em alguns projetos, também é possível evitar as suposições de confiança necessárias em outras soluções.
modo de verificação externa
O modo de validação externo depende de um ou mais validadores que monitorizam um endereço específico na cadeia de origem. Quando o utilizador envia ativos para esse endereço, os ativos são temporariamente bloqueados. Validadores de terceiros precisam validar essa informação e chegar a um consenso. Uma vez alcançado o consenso, os ativos correspondentes serão gerados na cadeia de destino.
A desvantagem deste modo de comunicação é a existência da "suposição de confiança", o que facilita que ativos sejam roubados devido a "falhas de ponto único" ou "falhas locais".
modo de verificação local
A verificação local é uma rede de liquidez ponto a ponto. Cada nó atua como um "router", fornecendo o ativo nativo da cadeia de destino em vez de ativos derivados.
A limitação deste modelo está na falta de "universalidade", aplicando-se apenas à transferência de ativos entre cadeias cruzadas, não conseguindo realizar a transferência de informações e dados entre cadeias.
modo de cadeia cruzada
A cadeia upstream exige que o dApp implemente contratos inteligentes na sua cadeia, para que as mensagens possam ser copiadas e enviadas para outras cadeias públicas Layer 1 para atualizar o estado.
A principal desvantagem deste modelo manifesta-se a nível comercial, uma vez que a cadeia de origem competirá com todas as cadeias Layer 1 em vez de colaborar, já que todas as partes estão a lutar para que as dApps sejam implantadas na sua própria cadeia.
zkRelayer: A chave para a comunicação entre cadeias
Uma excelente solução de comunicação entre cadeias deve ter as seguintes características:
No entanto, nem todas as soluções de cadeia cruzada conseguem satisfazer todas essas condições ao mesmo tempo, e a importância das várias características também é diferente. Os utilizadores podem conseguir aceitar serviços de cadeia cruzada relativamente mais lentos ou com custos mais elevados, e podem não precisar imediatamente de suporte para vários formatos de dados na transmissão entre cadeias. No entanto, o ponto da "hipótese sem confiança" é urgente e importante.
Os modelos de verificação externa iniciais tentaram resolver os problemas de comunicação entre outras blockchains com uma única cadeia, o que, do ponto de vista metodológico, é uma abordagem bastante pesada. É difícil resolver os problemas de comunicação entre cadeias EVM e não EVM, bem como entre cadeias PoW e PoS. Ao mesmo tempo, a cadeia intermediária é, por si só, uma ferramenta centralizada única, difícil de "se auto-provar", pois carece tanto de segurança descentralizada quanto de segurança sem confiança.
Nos esquemas de validação nativa, a função dos dois clientes, remetente e receptor, é enfatizada, enquanto a importância do retransmissor e do oráculo é subestimada. Existem alguns problemas aqui: em primeiro lugar, os usuários devem confiar que o retransmissor e o oráculo não conspirarão para fazer o mal; em segundo lugar, os usuários também devem confiar que o próprio protocolo não irá agir maliciosamente na etapa de retransmissão. Em outras palavras, todas as soluções atuais não conseguem alcançar uma verdadeira segurança sem confiança. Falhas de ponto único e falhas locais são como uma bomba-relógio, escondidas em esquemas de comunicação de cadeia cruzada que apresentam defeitos naturais.
zkRelayer é um novo tipo de intermediário de comunicação entre cadeias baseado em provas de conhecimento zero, cuja maior vantagem é que os usuários não precisam confiar em nenhum terceiro externo, nem mesmo no próprio protocolo. Desde que o processo de prova matemática e criptográfica seja completo e correto, este sistema pode ser reconhecido pelo público. Vale a pena notar que ocorreu uma mudança essencial aqui: os usuários confiam na "verdade", e não em alguma pessoa ou organização. Pessoas ou organizações podem cometer erros ou agir de forma maliciosa, mas a verdade nunca falha.
Em toda a cadeia de comunicação (Cadeia A → remetente → zkRelayer → validador ZK → destinatário → Cadeia B), a posição do zkRelayer irá superar a dos dois clientes leves, remetente e destinatário, tornando-se o núcleo de toda a solução.
Os componentes principais do zkRelayer incluem o provador ZK e o agregador de mensagens. Alguns métodos de prova de conhecimento zero utilizados em projetos possuem características como rapidez, recursividade e ausência de confiança, com tempos de prova lineares e tempos de verificação sublineares que atingiram os limites teóricos. A aplicação desta tecnologia em um relé de comunicação entre cadeias garantirá que todo o processo de comunicação seja sem necessidade de confiança, eficiente e de baixo custo.
O zkRelayer tem a expectativa de se tornar a chave para abrir um novo capítulo na comunicação entre cadeias. Com seu suporte, a tecnologia de comunicação entre cadeias passará por um desenvolvimento revolucionário.