Il y a quelque temps, lors d'une pause entre deux ordres de contrats, j'ai soudainement réfléchi à une question : si l'IA sur la chaîne pouvait effectuer directement des calculs sur la chaîne, en évitant les allers-retours hors chaîne et en supprimant les protocoles intermédiaires, ce genre de conception serait-il vraiment conforme à "l'image que la machine devrait avoir" ?



Cette idée m'a fait remarquer la logique de conception d'OpenGradient — qui peut sembler insignifiante, mais qui est en réalité très robuste.

Quelle est sa pensée centrale ? La phase de prétraitement des données peut tout à fait être réalisée directement au niveau du contrat intelligent. En d'autres termes, il n'est pas nécessaire de transférer les données hors chaîne pour les traiter, puis de les renvoyer, mais plutôt d'intégrer la logique de prétraitement directement dans le contrat.

Que cela implique-t-il ? Un chemin de flux de données plus court, moins d'intermédiaires, et une meilleure cohérence de l'état sur la chaîne. Du point de vue de l'efficacité, c'est une approche plus pure de l'IA sur la chaîne — les données, le calcul et le résultat étant en boucle fermée sur la chaîne, sans sauts inutiles.

Ce qui est intéressant, c'est que beaucoup de discussions sur l'IA sur la chaîne ont tendance à négliger cet angle de conception, en se concentrant plutôt sur le modèle lui-même. Mais en réalité, c'est l'architecture qui détermine si ce système peut fonctionner efficacement ou non.
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
  • 5
  • Reposter
  • Partager
Commentaire
0/400
AirdropBlackHolevip
· Il y a 13h
Les allers-retours hors chaîne, ces histoires ennuyeuses, sont vraiment une perte de temps. La solution, c'est de faire une boucle fermée directement sur la chaîne.
Voir l'originalRépondre0
TopEscapeArtistvip
· Il y a 13h
Hmm… La partie des échanges hors chaîne est effectivement un trou noir invisible. Plus il y a d'interactions protocolaires, plus il y a de risques. Je suis déjà tombé dans un piège dans un contrat.
Voir l'originalRépondre0
TxFailedvip
· Il y a 13h
non, tout le monde est obsédé par la taille du modèle alors que le vrai goulot d'étranglement est littéralement l'architecture... j'y suis passé, j'ai vu les transactions échouées s'accumuler à cause de cette erreur précise. la clôture en chaîne a vraiment un autre impact quand tu parviens enfin à bien gérer le flux de données.
Voir l'originalRépondre0
UnruggableChadvip
· Il y a 13h
Hé, c'est ça la véritable pensée on-chain, pas ceux qui se vantent de leur modèle tous les jours.
Voir l'originalRépondre0
OldLeekMastervip
· Il y a 13h
L'idée de traiter directement les données sur la chaîne est effectivement pertinente, mais pour être honnête, cela coûte beaucoup plus cher à mettre en œuvre. --- Les optimisations d'architecture ne sont jamais vraiment remarquées, tout le monde pense que le modèle est super puissant, mais en réalité, l'efficacité est catastrophique. --- Donc, en gros, c'est juste déplacer le travail hors chaîne vers la chaîne, ça paraît élégant mais en réalité, ce n'est peut-être qu'un autre cauchemar de frais de gas. --- Je comprends cette logique, mais la question clé est : est-ce que vraiment un projet a maîtrisé cette approche ? Ou est-ce encore une vague de révolution PPT ? --- C'est un peu comme une version améliorée du problème de l'oracle, qui semble avoir résolu le problème de routage mais introduit en fait de nouveaux risques de centralisation.
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)