Je me suis penché plus en profondeur sur l’approche de DIA en matière de vérification d’oracle, et je pense que la question la plus intéressante est plus vaste que simplement :
« Comment obtenir des données onchain ? »
C’est plutôt :
« Quelle part du parcours, de la source jusqu’à la valeur finale, peut être vérifiée indépendamment ? »
DIA Lumina adopte déjà une approche différente de celle de l’agrégation offchain traditionnelle.
Des contributeurs indépendants soumettent des données à la Lasernet de DIA, où le traitement et l’agrégation critiques ont lieu onchain. La méthodologie et la construction des flux peuvent donc être examinées, plutôt que de dépendre entièrement d’une couche d’agrégation offchain opaque.
Ensuite, il y a DIA ZK.
Lancé en juillet 2026, DIA ZK ajoute une vérification cryptographique pour les données offchain à l’aide de mécanismes tels que zkTLS.
Il peut aider à prouver :
→ La valeur provient bien de la source indiquée
→ Les données n’ont pas été modifiées avant d’arriver sur la chaîne
→ La preuve est liée à la session de source concernée
→ Une condition spécifique est vraie sans révéler le nombre sous-jacent
Pensez aux réserves.
Au lieu de divulguer un solde exact, un protocole pourrait prouver :
Réserves > Offre
Le marché obtient l’information dont il a besoin, sans nécessairement voir le chiffre sensible.
C’est particulièrement pertinent pour les stablecoins, les fonds tokenisés, les vaults, les marchés de prêt et d’autres applications qui dépendent d’informations offchain.
Mais il y a une limite importante.
La vérification cryptographique ne rend pas magiquement la source sous-jacente véridique.
Si la source signale des informations incorrectes, la preuve peut vérifier que la valeur déclarée provient bien de cette source, sans pour autant prouver l’affirmation dans le monde réel elle-même.
DIA souligne clairement cette limitation.
Donc je ne présenterais pas l’objectif comme « des données 100 % sans confiance » au sens absolu.
Je le formulerais plutôt ainsi :
Réduire la quantité de confiance requise en remplaçant les étapes opaques par des étapes vérifiables.
C’est, selon moi, la partie de l’architecture de DIA qui mérite d’être observée. $DIA
« Comment obtenir des données onchain ? »
C’est plutôt :
« Quelle part du parcours, de la source jusqu’à la valeur finale, peut être vérifiée indépendamment ? »
DIA Lumina adopte déjà une approche différente de celle de l’agrégation offchain traditionnelle.
Des contributeurs indépendants soumettent des données à la Lasernet de DIA, où le traitement et l’agrégation critiques ont lieu onchain. La méthodologie et la construction des flux peuvent donc être examinées, plutôt que de dépendre entièrement d’une couche d’agrégation offchain opaque.
Ensuite, il y a DIA ZK.
Lancé en juillet 2026, DIA ZK ajoute une vérification cryptographique pour les données offchain à l’aide de mécanismes tels que zkTLS.
Il peut aider à prouver :
→ La valeur provient bien de la source indiquée
→ Les données n’ont pas été modifiées avant d’arriver sur la chaîne
→ La preuve est liée à la session de source concernée
→ Une condition spécifique est vraie sans révéler le nombre sous-jacent
Pensez aux réserves.
Au lieu de divulguer un solde exact, un protocole pourrait prouver :
Réserves > Offre
Le marché obtient l’information dont il a besoin, sans nécessairement voir le chiffre sensible.
C’est particulièrement pertinent pour les stablecoins, les fonds tokenisés, les vaults, les marchés de prêt et d’autres applications qui dépendent d’informations offchain.
Mais il y a une limite importante.
La vérification cryptographique ne rend pas magiquement la source sous-jacente véridique.
Si la source signale des informations incorrectes, la preuve peut vérifier que la valeur déclarée provient bien de cette source, sans pour autant prouver l’affirmation dans le monde réel elle-même.
DIA souligne clairement cette limitation.
Donc je ne présenterais pas l’objectif comme « des données 100 % sans confiance » au sens absolu.
Je le formulerais plutôt ainsi :
Réduire la quantité de confiance requise en remplaçant les étapes opaques par des étapes vérifiables.
C’est, selon moi, la partie de l’architecture de DIA qui mérite d’être observée. $DIA
