Ces dernières années, de nombreuses blockchains indépendantes et des solutions de type Layer 2 d'Ethereum ont émergé dans le domaine de la blockchain. En raison des différences entre les chaînes en termes de sécurité, de coûts, de vitesse de transaction ainsi que des communautés de développeurs et d'utilisateurs, les utilisateurs sont souvent amenés à basculer entre différentes chaînes. Par rapport à la chaîne principale d'Ethereum, les Layer 2 et d'autres blockchains indépendantes peuvent généralement offrir des frais de transaction moins élevés et une vitesse de transaction plus rapide. Ainsi, les utilisateurs doivent recourir à des services de ponts cross-chain pour réduire les coûts de transaction ou pour utiliser des applications de qualité sur d'autres chaînes.
Si l'on compare le pont cross-chain à un "fourgon blindé", alors, peu importe la menace à laquelle il fait face, le fourgon lui-même doit posséder de puissantes capacités de défense et ne doit présenter aucun risque de sécurité. Chaque étape, de la conception, de la production à l'exploitation, ne doit pas comporter d'erreurs. Cependant, les solutions de pont cross-chain disponibles sur le marché présentent plus ou moins des défauts de conception architecturale, des vulnérabilités dans le code, ou dépendent de certaines hypothèses de confiance lors des processus d'envoi, de réception et de relais, ce qui réduit considérablement la sécurité du pont cross-chain.
En tant que pont reliant différentes blockchains, les ponts cross-chain ne résolvent pas seulement le problème de la fragmentation de la liquidité entre les blockchains, mais constituent également une solution clé pour le transfert d'actifs entre chaînes. Cependant, les besoins des utilisateurs en matière de technologie cross-chain ne se limitent pas au transfert d'actifs, cela représente en réalité une application parmi tant d'autres des protocoles cross-chain dans le domaine de la DeFi. Grâce aux protocoles cross-chain, deux réseaux totalement distincts acquièrent une interopérabilité, cette interopérabilité nécessite non seulement le transfert de jetons entre plateformes indépendantes, mais doit également prendre en charge la communication inter-chaînes de gros fichiers et de paquets de données.
Dans l'écosystème multi-chaînes Web3.0, le scénario idéal pour les utilisateurs est de pouvoir interagir avec tous les principales blockchains via une seule application, sans avoir à changer fréquemment de portefeuille et de réseau. Dans le contexte actuel de "une super chaîne et plusieurs chaînes puissantes", les utilisateurs ont un besoin urgent de protocoles de communication inter-chaînes plus sûrs, plus universels et plus conviviaux.
Modèles de communication inter-chaînes mainstream
mode de vérification natif
Le mode de validation natif fonctionne en exécutant un client léger dans la machine virtuelle de la chaîne source et de la chaîne cible, et en utilisant des relais pour réaliser la communication inter-chaînes. L'avantage de ce mode est qu'il n'est pas nécessaire d'opérer une chaîne intermédiaire supplémentaire. Si des technologies de preuve à divulgation nulle de connaissance sont utilisées, comme dans certains projets, cela permet également d'éviter les hypothèses de confiance requises par d'autres solutions.
mode de vérification externe
Le mode de validation externe repose sur un ou plusieurs validateurs surveillant des adresses spécifiques sur la chaîne source. Lorsque l'utilisateur envoie des actifs à cette adresse, les actifs sont temporairement bloqués. Un tiers validateur doit vérifier cette information et parvenir à un consensus. Une fois le consensus atteint, les actifs correspondants seront générés sur la chaîne cible.
Le inconvénient de ce mode de communication est qu'il repose sur une "hypothèse de confiance", ce qui le rend vulnérable au vol d'actifs en raison de "pannes uniques" ou de "pannes localisées".
Mode de validation local
La validation locale est un réseau de liquidité peer-to-peer. Chaque nœud agit comme un "routeur", fournissant des actifs natifs de la chaîne cible plutôt que des actifs dérivés.
La limitation de ce mode réside dans le manque de "généralité", il ne s'applique qu'au transfert d'actifs cross-chain et ne peut pas réaliser le transfert d'informations et de données entre les chaînes.
mode de chaîne en amont
La chaîne en amont exige que les dApps déploient des contrats intelligents sur sa chaîne, afin que les messages puissent être copiés et envoyés à d'autres blockchains Layer 1 pour mettre à jour l'état.
Le principal inconvénient de ce modèle se manifeste au niveau commercial, la chaîne en amont va concurrencer toutes les chaînes Layer 1 plutôt que de coopérer, car chaque partie se bat pour le déploiement de dApp sur sa propre chaîne.
zkRelayer : la clé de la communication inter-chaînes
Une excellente solution de communication inter-chaînes devrait posséder les caractéristiques suivantes :
Hypothèse sans confiance, sûr et fiable
sans permission, décentralisé
Forte compatibilité
bonne évolutivité
Rapide, à faible coût
Cependant, toutes les solutions cross-chain ne peuvent pas répondre à ces conditions en même temps, et l'importance de chaque caractéristique varie. Les utilisateurs peuvent accepter des services cross-chain relativement lents ou coûteux et n'ont pas nécessairement besoin d'une transmission cross-chain prenant en charge divers formats de données immédiatement. Cependant, le point sur l'"hypothèse sans confiance" est urgent et important.
Les modèles de validation externes précoces ont essayé de résoudre les problèmes de communication entre les autres blockchains avec une seule chaîne, ce qui, d'un point de vue méthodologique, est une approche plutôt lourde. Cela ne parvient pas à résoudre les problèmes de communication entre les chaînes EVM et non-EVM, ainsi qu'entre les chaînes PoW et PoS. De plus, la chaîne intermédiaire elle-même est un outil centralisé unique, difficile à "se prouver innocente", manquant à la fois de sécurité décentralisée et de sécurité sans confiance.
Certaines solutions dans la vérification native mettent principalement l'accent sur le rôle des deux clients, l'expéditeur et le destinataire, tout en minimisant l'importance des relais et des oracles. Il y a plusieurs problèmes ici : tout d'abord, l'utilisateur doit faire confiance aux relais et aux oracles pour qu'ils ne conspirent pas à des fins malveillantes ; ensuite, l'utilisateur doit également faire confiance au protocole lui-même pour ne pas agir de manière malveillante dans la phase de relais. En d'autres termes, toutes les solutions actuelles ne peuvent pas réaliser une véritable sécurité sans confiance. Les pannes uniques et les pannes locales sont comme une bombe à retardement, se cachant dans des solutions de communication inter-chaînes qui présentent des défauts naturels.
zkRelayer est un nouveau type de relais de communication inter-chaînes basé sur des preuves à divulgation nulle de connaissance, dont le principal avantage est que les utilisateurs n'ont besoin de faire confiance à aucun tiers externe, même pas au protocole lui-même. Tant que le processus de preuve mathématique et cryptographique est complet et correct, ce système peut être reconnu par le public. Il convient de noter qu'un changement fondamental s'est produit ici : les utilisateurs font confiance à la "vérité", et non à une personne ou à une organisation. Une personne ou une organisation peut se tromper ou agir de manière malveillante, mais la vérité ne le fera jamais.
Dans l'ensemble du lien de communication (Chaîne A → Expéditeur → zkRelayer → Validateur ZK → Destinataire → Chaîne B), le zkRelayer dépassera la position des deux clients légers, à savoir l'expéditeur et le destinataire, pour devenir le cœur de l'ensemble de la solution.
Les composants clés de zkRelayer comprennent le prouveur ZK et l'agrégateur de messages. Certaines méthodes de preuve à connaissance nulle adoptées par des projets présentent des caractéristiques telles que la rapidité, la récursivité et l'absence de confiance, avec un temps de preuve linéaire et un temps de vérification sub-linéaire atteignant les limites théoriques. L'application de cette technologie dans les relais de communication inter-chaînes garantira que l'ensemble du processus de communication est sans confiance, efficace et à faible coût.
zkRelayer devrait devenir la clé pour ouvrir un nouveau chapitre dans la communication inter-chaînes. Grâce à lui, la technologie de communication inter-chaînes connaîtra un développement révolutionnaire.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
13 J'aime
Récompense
13
7
Partager
Commentaire
0/400
ServantOfSatoshi
· Il y a 10h
Ne raconte pas n'importe quoi, il faut quand même croire aux intermédiaires.
Voir l'originalRépondre0
rugpull_survivor
· Il y a 10h
big pump 500 fois ? J'ai l'impression que c'est suspendu.
Voir l'originalRépondre0
ShitcoinConnoisseur
· Il y a 10h
zk-SNARKs? Encore une nouvelle trouvaille.
Voir l'originalRépondre0
ApeWithNoChain
· Il y a 10h
À quel point est-il difficile d'assurer la sécurité d'un cross-chain ?
Voir l'originalRépondre0
UnluckyMiner
· Il y a 10h
La sécurité a toujours été un grand problème, n'est-ce pas ?
zkRelayer mène une nouvelle ère de communication cross-chain, l'hypothèse sans confiance devient clé.
L'avenir des services cross-chain
Ces dernières années, de nombreuses blockchains indépendantes et des solutions de type Layer 2 d'Ethereum ont émergé dans le domaine de la blockchain. En raison des différences entre les chaînes en termes de sécurité, de coûts, de vitesse de transaction ainsi que des communautés de développeurs et d'utilisateurs, les utilisateurs sont souvent amenés à basculer entre différentes chaînes. Par rapport à la chaîne principale d'Ethereum, les Layer 2 et d'autres blockchains indépendantes peuvent généralement offrir des frais de transaction moins élevés et une vitesse de transaction plus rapide. Ainsi, les utilisateurs doivent recourir à des services de ponts cross-chain pour réduire les coûts de transaction ou pour utiliser des applications de qualité sur d'autres chaînes.
Si l'on compare le pont cross-chain à un "fourgon blindé", alors, peu importe la menace à laquelle il fait face, le fourgon lui-même doit posséder de puissantes capacités de défense et ne doit présenter aucun risque de sécurité. Chaque étape, de la conception, de la production à l'exploitation, ne doit pas comporter d'erreurs. Cependant, les solutions de pont cross-chain disponibles sur le marché présentent plus ou moins des défauts de conception architecturale, des vulnérabilités dans le code, ou dépendent de certaines hypothèses de confiance lors des processus d'envoi, de réception et de relais, ce qui réduit considérablement la sécurité du pont cross-chain.
En tant que pont reliant différentes blockchains, les ponts cross-chain ne résolvent pas seulement le problème de la fragmentation de la liquidité entre les blockchains, mais constituent également une solution clé pour le transfert d'actifs entre chaînes. Cependant, les besoins des utilisateurs en matière de technologie cross-chain ne se limitent pas au transfert d'actifs, cela représente en réalité une application parmi tant d'autres des protocoles cross-chain dans le domaine de la DeFi. Grâce aux protocoles cross-chain, deux réseaux totalement distincts acquièrent une interopérabilité, cette interopérabilité nécessite non seulement le transfert de jetons entre plateformes indépendantes, mais doit également prendre en charge la communication inter-chaînes de gros fichiers et de paquets de données.
Dans l'écosystème multi-chaînes Web3.0, le scénario idéal pour les utilisateurs est de pouvoir interagir avec tous les principales blockchains via une seule application, sans avoir à changer fréquemment de portefeuille et de réseau. Dans le contexte actuel de "une super chaîne et plusieurs chaînes puissantes", les utilisateurs ont un besoin urgent de protocoles de communication inter-chaînes plus sûrs, plus universels et plus conviviaux.
Modèles de communication inter-chaînes mainstream
mode de vérification natif
Le mode de validation natif fonctionne en exécutant un client léger dans la machine virtuelle de la chaîne source et de la chaîne cible, et en utilisant des relais pour réaliser la communication inter-chaînes. L'avantage de ce mode est qu'il n'est pas nécessaire d'opérer une chaîne intermédiaire supplémentaire. Si des technologies de preuve à divulgation nulle de connaissance sont utilisées, comme dans certains projets, cela permet également d'éviter les hypothèses de confiance requises par d'autres solutions.
mode de vérification externe
Le mode de validation externe repose sur un ou plusieurs validateurs surveillant des adresses spécifiques sur la chaîne source. Lorsque l'utilisateur envoie des actifs à cette adresse, les actifs sont temporairement bloqués. Un tiers validateur doit vérifier cette information et parvenir à un consensus. Une fois le consensus atteint, les actifs correspondants seront générés sur la chaîne cible.
Le inconvénient de ce mode de communication est qu'il repose sur une "hypothèse de confiance", ce qui le rend vulnérable au vol d'actifs en raison de "pannes uniques" ou de "pannes localisées".
Mode de validation local
La validation locale est un réseau de liquidité peer-to-peer. Chaque nœud agit comme un "routeur", fournissant des actifs natifs de la chaîne cible plutôt que des actifs dérivés.
La limitation de ce mode réside dans le manque de "généralité", il ne s'applique qu'au transfert d'actifs cross-chain et ne peut pas réaliser le transfert d'informations et de données entre les chaînes.
mode de chaîne en amont
La chaîne en amont exige que les dApps déploient des contrats intelligents sur sa chaîne, afin que les messages puissent être copiés et envoyés à d'autres blockchains Layer 1 pour mettre à jour l'état.
Le principal inconvénient de ce modèle se manifeste au niveau commercial, la chaîne en amont va concurrencer toutes les chaînes Layer 1 plutôt que de coopérer, car chaque partie se bat pour le déploiement de dApp sur sa propre chaîne.
zkRelayer : la clé de la communication inter-chaînes
Une excellente solution de communication inter-chaînes devrait posséder les caractéristiques suivantes :
Cependant, toutes les solutions cross-chain ne peuvent pas répondre à ces conditions en même temps, et l'importance de chaque caractéristique varie. Les utilisateurs peuvent accepter des services cross-chain relativement lents ou coûteux et n'ont pas nécessairement besoin d'une transmission cross-chain prenant en charge divers formats de données immédiatement. Cependant, le point sur l'"hypothèse sans confiance" est urgent et important.
Les modèles de validation externes précoces ont essayé de résoudre les problèmes de communication entre les autres blockchains avec une seule chaîne, ce qui, d'un point de vue méthodologique, est une approche plutôt lourde. Cela ne parvient pas à résoudre les problèmes de communication entre les chaînes EVM et non-EVM, ainsi qu'entre les chaînes PoW et PoS. De plus, la chaîne intermédiaire elle-même est un outil centralisé unique, difficile à "se prouver innocente", manquant à la fois de sécurité décentralisée et de sécurité sans confiance.
Certaines solutions dans la vérification native mettent principalement l'accent sur le rôle des deux clients, l'expéditeur et le destinataire, tout en minimisant l'importance des relais et des oracles. Il y a plusieurs problèmes ici : tout d'abord, l'utilisateur doit faire confiance aux relais et aux oracles pour qu'ils ne conspirent pas à des fins malveillantes ; ensuite, l'utilisateur doit également faire confiance au protocole lui-même pour ne pas agir de manière malveillante dans la phase de relais. En d'autres termes, toutes les solutions actuelles ne peuvent pas réaliser une véritable sécurité sans confiance. Les pannes uniques et les pannes locales sont comme une bombe à retardement, se cachant dans des solutions de communication inter-chaînes qui présentent des défauts naturels.
zkRelayer est un nouveau type de relais de communication inter-chaînes basé sur des preuves à divulgation nulle de connaissance, dont le principal avantage est que les utilisateurs n'ont besoin de faire confiance à aucun tiers externe, même pas au protocole lui-même. Tant que le processus de preuve mathématique et cryptographique est complet et correct, ce système peut être reconnu par le public. Il convient de noter qu'un changement fondamental s'est produit ici : les utilisateurs font confiance à la "vérité", et non à une personne ou à une organisation. Une personne ou une organisation peut se tromper ou agir de manière malveillante, mais la vérité ne le fera jamais.
Dans l'ensemble du lien de communication (Chaîne A → Expéditeur → zkRelayer → Validateur ZK → Destinataire → Chaîne B), le zkRelayer dépassera la position des deux clients légers, à savoir l'expéditeur et le destinataire, pour devenir le cœur de l'ensemble de la solution.
Les composants clés de zkRelayer comprennent le prouveur ZK et l'agrégateur de messages. Certaines méthodes de preuve à connaissance nulle adoptées par des projets présentent des caractéristiques telles que la rapidité, la récursivité et l'absence de confiance, avec un temps de preuve linéaire et un temps de vérification sub-linéaire atteignant les limites théoriques. L'application de cette technologie dans les relais de communication inter-chaînes garantira que l'ensemble du processus de communication est sans confiance, efficace et à faible coût.
zkRelayer devrait devenir la clé pour ouvrir un nouveau chapitre dans la communication inter-chaînes. Grâce à lui, la technologie de communication inter-chaînes connaîtra un développement révolutionnaire.