Récemment, la popularité du marché des prévisions est si élevée que j'ai décidé d'étudier toutes les solutions d'oracles disponibles. Après tout, la précision des données on-chain influence directement la réussite des transactions, ce qui est crucial pour la gestion des positions. Après avoir expérimenté la solution APRO pendant un certain temps, j'ai constaté qu'elle présente effectivement des points remarquables. Aujourd'hui, je partage mes impressions après l'avoir utilisée concrètement.



La raison pour laquelle je m'y suis intéressé est en fait assez réaliste — j'utilisais auparavant un service d'oracle de premier plan. Honnêtement, en tant que norme de l'industrie, il est vraiment stable et fiable, mais le coût est vraiment difficile à supporter. Chaque appel de données nécessite des frais, et dès que les transactions deviennent fréquentes, la courbe des coûts s'envole. J'ai ensuite découvert qu'APRO supporte un modèle pull, avec un mécanisme d'appel à la demande, dont la structure tarifaire est nettement plus conviviale, alors j'ai pensé à l'essayer.

Le jour de l'intégration, je dois dire que leur documentation technique est plutôt de bonne qualité, bien plus claire que ce à quoi je m'attendais. L'interface Live-API est conçue de manière très simple, permettant de récupérer directement les données de prix et les signatures, puis de faire la vérification sur la chaîne. J'ai déployé un contrat de test sur BNB Chain, appelé la fonction verifyAndReadLatestPrice, et tout le processus s'est déroulé sans problème. La latence est également satisfaisante, répondant essentiellement aux exigences de temporalité des protocoles DEX et de prêt.

Mais je dois aussi faire une remarque : bien qu'ils annoncent supporter plus de 40 chaînes, en réalité, certaines adresses de contrats sur certaines chaînes ne sont pas complètes. Par exemple, pour déployer sur Base, j'ai dû chercher longtemps avant de pouvoir obtenir l'adresse correcte de VerifierProxy via la communauté. Cette partie de la documentation doit vraiment être améliorée rapidement, sinon l'expérience des développeurs en pâtira beaucoup.

Du point de vue fonctionnel, la compatibilité multi-chaînes d'APRO et son orientation vers l'optimisation des coûts sont correctes, surtout pour les scénarios de trading à haute fréquence. Cependant, l'intégrité de la documentation et la chaîne d'outils de développement ont encore du potentiel d'amélioration.
BNB0.43%
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.
  • Récompense
  • 6
  • Reposter
  • Partager
Commentaire
0/400
BoredApeResistancevip
· Il y a 7h
Le coût est effectivement la principale dépense, les anciens oracles ne peuvent vraiment pas suivre --- L'absence d'informations d'adresse de Base est un peu ennuyeuse, la documentation doit être rapidement complétée --- La méthode du modèle pull est une bonne idée, le paiement à l'usage est beaucoup plus adapté aux traders à haute fréquence --- Les performances en termes de latence sont bonnes, des données fiables sont essentielles au moment critique, sinon la gestion des positions devient un chaos --- Supporter plus de quarante chaînes semble très attractif, mais si les détails ne sont pas complets, l'expérience de développement sera directement compromise --- La conception de l'API Live est suffisamment simple, il faut saluer l'équipe APRO pour cela --- C'est encore le même vieux problème, la promotion initiale était très agressive, mais en pratique, on découvre toutes sortes de pièges --- Les oracles sont actuellement très compétitifs, mais le coût reste un point d'entrée important
Voir l'originalRépondre0
RektButSmilingvip
· Il y a 14h
L'optimisation des coûts touche vraiment le point sensible, les principales institutions ont une attitude vraiment peu reluisante D'ailleurs, il faut creuser soi-même pour obtenir l'adresse de Base, c'est vraiment du Web3 Dans le contexte du trading à haute fréquence, cette méthode de modélisation a quand même un certain intérêt Le manque de documentation est en fait une opportunité, l'écosystème est encore à ses débuts
Voir l'originalRépondre0
MidnightGenesisvip
· Il y a 14h
Les données on-chain montrent que le coût du modèle pull peut effectivement être réduit, mais le fait que les informations d'adresse sur 40 chaînes soient incomplètes est intéressant... D'après le code, il semble que l'équipe officielle n'ait pas encore bien planifié le déploiement sur toute la chaîne.
Voir l'originalRépondre0
MemeCoinSavantvip
· Il y a 14h
Donc, en gros, payer par appel sur l'ancien oracle n'était qu'une façon de faire semblant, et le modèle de pull d'APRO est vraiment différent... mais la documentation de déploiement de Base qui est nulle, c'est le summum de l'énergie "40 chaînes supportées" ngl 💀
Voir l'originalRépondre0
ResearchChadButBrokevip
· Il y a 14h
L'optimisation des coûts touche vraiment le point sensible, mais l'affaire de Base montre qu'il faut quand même creuser sa propre tombe.
Voir l'originalRépondre0
gaslight_gasfeezvip
· Il y a 14h
La moitié des coûts peut être économisée, cela suffit pour que je m'y lance, tout le reste est négociable
Voir l'originalRépondre0
  • Épingler

Trader les cryptos partout et à tout moment
qrCode
Scan pour télécharger Gate app
Communauté
Français (Afrique)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)