Je voudrais discuter d'une observation intéressante à ce moment.

Les infrastructures de ce type, comme APRO, n'ont pas connu d'événements majeurs soudains, et les prix n'ont pas beaucoup fluctué, mais en réalité, elles approchent d'un point critique. Pour le dire plus directement, en surface tout semble calme, mais diverses conditions sous-jacentes du système sont en train de s'aligner lentement.

J'ai été en contact avec de nombreux projets d'infrastructure, et une véritable percée ne se réalise jamais simplement par une annonce officielle. Le changement se produit généralement lorsque plusieurs facteurs agissent simultanément, et c'est alors que le marché réagit soudainement - oh, il s'avère que cette chose est devenue indispensable.

Prenons APRO comme exemple, je vois maintenant trois forces qui se rassemblent progressivement.

**Regardons d'abord le changement de logique d'utilisation**. Dans les premières années, lorsque les oracles se sont connectés à de nombreuses chaînes d'applications, l'état d'esprit était essentiellement expérimental. Ils utilisaient des solutions alternatives, des interfaces de test, des modules non critiques, etc. Mais une fois que les oracles ont commencé à être utilisés pour des postes clés tels que la liquidation, le règlement et le déclenchement du contrôle des risques, où "l'erreur n'est pas permise", les règles du jeu ont complètement changé. À ce moment-là, il ne s'agit plus d'une simple relation d'intégration, mais d'une relation de dépendance réelle.

En regardant le rythme général récent d'APRO, il est clair qu'il s'oriente vers "l'appel central", plutôt que de rester bloqué sur des fonctionnalités périphériques. Ce processus est très lent, mais une fois qu'il sera vraiment terminé, il sera quasiment impossible de revenir en arrière.

**Regardons à nouveau les schémas de pensée des développeurs**. Beaucoup de gens ne regardent que les indicateurs techniques de l'infrastructure, mais ce qui est encore plus terrifiant, ce sont les habitudes d'utilisation. Une fois qu'un groupe de développeurs a formé une pensée de "utiliser par défaut un certain composant" dans un nouveau projet, au lieu de toujours comparer et sélectionner à nouveau, l'avantage sur le marché de ce composant va se renforcer continuellement. Une fois que cet état d'esprit est solidifié, un effet de verrouillage des chemins très puissant se produit.

La digue des infrastructures repose en fin de compte sur cette dépendance intangible : les développeurs ne choisissent pas consciemment de ne pas faire autrement, mais choisissent habituellement cela, pour finalement réaliser qu'ils ne peuvent tout simplement pas s'en passer.