Une preuve, plusieurs destinations 🌐

$LINK a contribuĂ© Ă  montrer l’importance de la connectivitĂ© entre les blockchains et les informations externes.

Mais il existe un autre problĂšme d’infrastructure qui, Ă  mon avis, mĂ©rite qu’on s’y intĂ©resse.

Que se passe-t-il lorsqu’une preuve cryptographique doit ĂȘtre vĂ©rifiĂ©e par plusieurs applications diffĂ©rentes ?

Imaginez un protocole de prĂȘt qui vĂ©rifie qu’un emprunteur rĂ©pond Ă  une exigence prĂ©cise.

La preuve est vérifiée.

Maintenant, une autre application veut s’appuyer sur ce mĂȘme rĂ©sultat.

Doit-elle répéter tout le processus de vérification ?

Pas nécessairement.

zkVerify s’attaque Ă  ce problĂšme au moyen de l’agrĂ©gation de preuves.

Une fois les preuves prises en charge vĂ©rifiĂ©es indĂ©pendamment, leurs rĂ©sultats peuvent ĂȘtre regroupĂ©s en lots d’agrĂ©gation.

Le réseau produit un reçu représentant les preuves vérifiées.

Les applications peuvent ensuite utiliser la preuve cryptographique d’inclusion appropriĂ©e pour vĂ©rifier si un rĂ©sultat de vĂ©rification donnĂ© appartient Ă  ce lot.

Ainsi, les contrats de destination peuvent utiliser les preuves de vĂ©rification sans refaire tous les calculs de vĂ©rification d’origine.

Il convient de faire une distinction.

Le reçu Ă©tablit qu’une preuve a Ă©tĂ© vĂ©rifiĂ©e.

Il ne signifie pas automatiquement que chaque application doit accepter l’affirmation sous-jacente.

Chaque application doit toujours faire respecter ses propres exigences.

Je pense que cette architecture gagnera en importance à mesure que les applications ZK se déploieront dans plusieurs écosystÚmes.

La véritable opportunité ne consiste pas simplement à vérifier davantage de preuves.

Elle consiste Ă  faciliter l’utilisation des rĂ©sultats vĂ©rifiĂ©s par d’autres systĂšmes.

#Infrastructure #SaisonDesAltcoins#