Que se passe-t-il entre un prix d’échange et un flux d’oracle onchain ?
C’est l’une des questions les plus intéressantes dans le domaine des infrastructures d’oracle.
Avec certaines conceptions d’oracle, les utilisateurs ont une visibilité limitée sur le traitement interne qui aboutit au prix final.
DIA adopte une approche différente avec Lasernet, son rollup de couche 2 conçu pour les calculs d’oracle.
Voici comment fonctionne l’architecture Lumina :
1. Les collecteurs rassemblent les données
Des opérateurs indépendants recueillent des données détaillées auprès de CEX, de DEX et d’autres sources, puis les transmettent à Lasernet.
2. Les pods stockent les soumissions
Des contrats intelligents conservent les données des collecteurs onchain, rendant ces soumissions accessibles pour leur traitement ultérieur.
3. Les agrégateurs calculent le flux
Des contrats onchain appliquent des règles de validation et des méthodologies configurables pour produire le résultat final de l’oracle.
L’une des méthodologies utilisées par $DIA est MAIR — moyenne mobile avec écart interquartile — qui combine la tarification par moyenne mobile et le filtrage des valeurs aberrantes.
Pourquoi est-ce important ?
Parce que la transparence ne consiste pas seulement à connaître le prix final. Il faut aussi pouvoir examiner la manière dont les données soumises ont été traitées.
Il existe également un lien avec le token : DIA sert à payer le gas sur Lasernet, ce qui lui confère un rôle fonctionnel dans les transactions d’oracle.
Cela ne garantit pas une appréciation du token. Cela relie son utilité à l’utilisation réelle du réseau.
Pour moi, la distinction architecturale à suivre est simple :
Sources de données → Traitement onchain → Résultat d’oracle vérifiable.
À mesure que la DeFi se complexifie, il devient de plus en plus important de comprendre comment les données d’oracle sont produites — et pas seulement où elles aboutissent.
C’est l’une des questions les plus intéressantes dans le domaine des infrastructures d’oracle.
Avec certaines conceptions d’oracle, les utilisateurs ont une visibilité limitée sur le traitement interne qui aboutit au prix final.
DIA adopte une approche différente avec Lasernet, son rollup de couche 2 conçu pour les calculs d’oracle.
Voici comment fonctionne l’architecture Lumina :
1. Les collecteurs rassemblent les données
Des opérateurs indépendants recueillent des données détaillées auprès de CEX, de DEX et d’autres sources, puis les transmettent à Lasernet.
2. Les pods stockent les soumissions
Des contrats intelligents conservent les données des collecteurs onchain, rendant ces soumissions accessibles pour leur traitement ultérieur.
3. Les agrégateurs calculent le flux
Des contrats onchain appliquent des règles de validation et des méthodologies configurables pour produire le résultat final de l’oracle.
L’une des méthodologies utilisées par $DIA est MAIR — moyenne mobile avec écart interquartile — qui combine la tarification par moyenne mobile et le filtrage des valeurs aberrantes.
Pourquoi est-ce important ?
Parce que la transparence ne consiste pas seulement à connaître le prix final. Il faut aussi pouvoir examiner la manière dont les données soumises ont été traitées.
Il existe également un lien avec le token : DIA sert à payer le gas sur Lasernet, ce qui lui confère un rôle fonctionnel dans les transactions d’oracle.
Cela ne garantit pas une appréciation du token. Cela relie son utilité à l’utilisation réelle du réseau.
Pour moi, la distinction architecturale à suivre est simple :
Sources de données → Traitement onchain → Résultat d’oracle vérifiable.
À mesure que la DeFi se complexifie, il devient de plus en plus important de comprendre comment les données d’oracle sont produites — et pas seulement où elles aboutissent.