Il y a un phénomène intéressant sur le marché des cryptomonnaies : ce sont souvent les projets qui ont la voix la plus forte qui ne sont que des illusions passagères, tandis que ce qui soutient réellement tout l’écosystème est souvent quelque chose dont vous ne vous apercevez même pas. Les oracles en sont un exemple typique — généralement ignorés, mais dès qu’ils tombent en panne, tout le système s’effondre.
Regardez ces projets qui font réellement le travail : ils ne font pas de bruit, ils se concentrent simplement sur les problèmes les plus fondamentaux. Comment vérifier des données externes dans un environnement totalement décentralisé ? Comment rendre un système automatisé à la fois efficace et contrôlable ? Il n’y a pas de bouton pause sur la blockchain, comment gérer les risques ? Ce sont autant de pièges qu’il faut combler.
Dans le système financier traditionnel, la confiance repose sur la garantie des banques et la régulation — avec des garanties physiques. La DeFi est totalement différente, la confiance ici est une mathématique froide. Les contrats intelligents ne reconnaissent que le vrai et le faux, ils ne tolèrent pas l’ambiguïté. Par conséquent, le rôle de l’oracle dépasse celui d’un simple transporteur de données : il joue en réalité le rôle de décideur, avec une responsabilité énorme.
Du point de vue de l’architecture technique, décharger les calculs complexes hors de la chaîne et ne faire que la vérification sur la blockchain est une bonne approche. La force de la blockchain est d’assurer que les données n’ont pas été modifiées, mais ses faiblesses sont le coût et la vitesse : tout mettre sur la chaîne est coûteux et lent. Faire l’agrégation et l’analyse hors chaîne, tout en utilisant la blockchain comme un témoin, correspond mieux à la conception initiale de chacun.
L’IA doit être utilisée avec prudence ici. L’utiliser pour détecter des anomalies ou alerter les développeurs qu’un problème pourrait survenir peut renforcer la résilience du système. Mais si l’on laisse l’IA décider — juger de la crédibilité des données et agir en conséquence — cela revient à introduire un nouveau centre de confiance de manière clandestine, ce qui est très risqué.
En fin de compte, les besoins en données sont très variés. Vérifier les prix nécessite de la rapidité, auditer des contrats demande de la précision. Le modèle de tirage et de poussée des oracles reflète justement cette différence. Pourtant, les développeurs ne comprennent souvent pas bien ces distinctions, ce qui constitue la véritable source de la plupart des problèmes.
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
5
Reposter
Partager
Commentaire
0/400
DeepRabbitHole
· 01-06 04:04
Les oracles sont tellement présentés comme mystérieux, mais en réalité, ils sont la clé de voûte de la DeFi. Mais pour être honnête, la plupart des développeurs ne comprennent pas vraiment ce dont ils ont besoin, et rejettent la faute sur l'oracle.
Le problème ne réside pas dans l'outil lui-même, mais dans les personnes.
Voir l'originalRépondre0
OnchainSniper
· 01-04 18:50
Les infrastructures les plus authentiques sont en réalité les plus discrètes, je ressens cela profondément.
Revenons à ce que je disais, le risque de centralisation de confiance des oracles est vraiment sous-estimé.
L'agrégation hors chaîne avec vérification en chaîne, ça sonne parfait, mais en pratique ?
L'IA peut faire des prévisions d'alerte, mais la laisser juger, je refuse.
Les développeurs qui ne comprennent pas bien les besoins, c'est vraiment un gros piège.
Les projets les plus agressifs actuellement ne survivront pas à un marché haussier, j'en suis convaincu.
Voir l'originalRépondre0
DefiPlaybook
· 01-04 18:49
Les oracles, c'est vraiment l'invisible dans l'infrastructure. La plupart des gens ne voient que ces projets qui crient quotidiennement leurs signaux, sans se rendre compte de qui supporte le système quand il s'effondre.
Revenons à la logique architecturale, le modèle de l'agrégation hors chaîne avec validation sur chaîne est plutôt pragmatique, il économise du gas et réduit les risques. Mais les développeurs ont souvent du mal à savoir exactement ce dont ils ont besoin — veulent-ils de la vitesse ou de la précision ? La décision est vraiment cruciale.
Il faut aussi rester vigilant concernant l'IA. Un autre motif d'introduire un centre de confiance, ça sonne toujours dangereux.
Voir l'originalRépondre0
LightningLady
· 01-04 18:35
Je n'aurais jamais pensé que les oracles seraient si cruciaux, je ne faisais pas attention habituellement... La dernière fois, un oracle d'un grand projet est tombé en panne, et je m'en suis rendu compte, j'ai eu une sueur froide.
---
L'agrégation hors chaîne avec vérification en chaîne, j'approuve cette approche, elle permet d'économiser de l'argent et de simplifier les choses. J'ai juste peur qu'un génie ne veuille tout mettre en chaîne pour essayer.
---
Il faut vraiment faire attention à l'IA, l'exécution automatique c'est pratique mais les pièges qu'elle peut cacher pourraient faire exploser tout l'écosystème, ce n'est pas rentable.
---
En fin de compte, c'est encore le développeur qui n'a pas bien réfléchi à ce qu'il voulait, puis il balance tout à l'oracle, c'est logique qu'il y ait des problèmes.
---
Les projets qui en faisaient le plus ont disparu, ceux qui travaillent discrètement vivent beaucoup mieux, dommage que la plupart ne regardent que la popularité.
---
Les mathématiques froides ne mentent pas, mais tout le monde doit faire confiance à la source des données, c'est le dilemme du defi.
---
Après avoir lu une fois, je ne comprends toujours pas bien où se situe la frontière entre l'alerte d'anomalie et l'exécution directe, on a l'impression que c'est très facile de glisser d'un côté ou de l'autre.
Voir l'originalRépondre0
StakeWhisperer
· 01-04 18:33
Froidement mathématique... ce n'est pas faux, mais la réalité est que la plupart des développeurs ne comprennent pas du tout ce qu'ils utilisent
Ce découpage entre hors-chaîne et en-chaîne est vraiment ingénieux, mais les coûts restent exorbitants
Je suis d'accord avec l'idée de l'IA, la détection d'anomalies est bien, mais la prise de décision directe est risquée, et ils ont aussi ajouté discrètement un centre de confiance, c'est à mourir de rire
Les oracles sont vraiment peu demandés, mais dès qu'ils s'effondrent, on voit à quel point ils sont cruciaux, l'écosystème est extrêmement fragile
Le problème principal, c'est que les développeurs ne comprennent pas bien leurs besoins, ils ne savent même pas ce qu'ils veulent, alors qui blâmer ?
Il y a un phénomène intéressant sur le marché des cryptomonnaies : ce sont souvent les projets qui ont la voix la plus forte qui ne sont que des illusions passagères, tandis que ce qui soutient réellement tout l’écosystème est souvent quelque chose dont vous ne vous apercevez même pas. Les oracles en sont un exemple typique — généralement ignorés, mais dès qu’ils tombent en panne, tout le système s’effondre.
Regardez ces projets qui font réellement le travail : ils ne font pas de bruit, ils se concentrent simplement sur les problèmes les plus fondamentaux. Comment vérifier des données externes dans un environnement totalement décentralisé ? Comment rendre un système automatisé à la fois efficace et contrôlable ? Il n’y a pas de bouton pause sur la blockchain, comment gérer les risques ? Ce sont autant de pièges qu’il faut combler.
Dans le système financier traditionnel, la confiance repose sur la garantie des banques et la régulation — avec des garanties physiques. La DeFi est totalement différente, la confiance ici est une mathématique froide. Les contrats intelligents ne reconnaissent que le vrai et le faux, ils ne tolèrent pas l’ambiguïté. Par conséquent, le rôle de l’oracle dépasse celui d’un simple transporteur de données : il joue en réalité le rôle de décideur, avec une responsabilité énorme.
Du point de vue de l’architecture technique, décharger les calculs complexes hors de la chaîne et ne faire que la vérification sur la blockchain est une bonne approche. La force de la blockchain est d’assurer que les données n’ont pas été modifiées, mais ses faiblesses sont le coût et la vitesse : tout mettre sur la chaîne est coûteux et lent. Faire l’agrégation et l’analyse hors chaîne, tout en utilisant la blockchain comme un témoin, correspond mieux à la conception initiale de chacun.
L’IA doit être utilisée avec prudence ici. L’utiliser pour détecter des anomalies ou alerter les développeurs qu’un problème pourrait survenir peut renforcer la résilience du système. Mais si l’on laisse l’IA décider — juger de la crédibilité des données et agir en conséquence — cela revient à introduire un nouveau centre de confiance de manière clandestine, ce qui est très risqué.
En fin de compte, les besoins en données sont très variés. Vérifier les prix nécessite de la rapidité, auditer des contrats demande de la précision. Le modèle de tirage et de poussée des oracles reflète justement cette différence. Pourtant, les développeurs ne comprennent souvent pas bien ces distinctions, ce qui constitue la véritable source de la plupart des problèmes.