Après m’être battu pendant des heures pour faire fonctionner correctement l’indexeur Subgraph, j’ai finalement constaté que les données se figent encore parfois. J’en ai parlé à plusieurs gars de nœuds : tous m’ont dit que le rate limiting RPC est une situation normale, surtout pendant les pics de chaînes très populaires. Même si l’indexeur tourne vite, ça ne sert à rien : côté nœud, ils te balancent directement un 429.

En clair, la rapidité des données on-chain dépend souvent moins de la taille des blocs que de savoir si ton infrastructure en coulisses est disposée à te « laisser passer ». Les gros fournisseurs ont une stratégie, les petits investisseurs particuliers ne peuvent compter que sur la chance, ou alors monter eux-mêmes un nœud léger et attendre petit à petit.

Récemment, on a mis en parallèle les produits RWA et les produits de rendement on-chain, franchement je trouve ça hilarant. D’un côté, c’est un rendement des Bons du Trésor qui reste stable, de l’autre, c’est des pools de type « machine-gun » qui se renouvellent en boucle on-chain, tout en redoutant qu’un contrat fasse un faux pas. En tout cas, je ne crois pas à ce genre de discours : « le rendement on-chain est toujours supérieur au rendement traditionnel ». Le rythme rapide ne veut pas dire rendement meilleur ; parfois, prendre un peu de retard, c’est aussi une forme de protection.

Au fait, quelqu’un m’a dit : « alors pourquoi tu ne construis pas directement ton index avec le RPC natif on-chain »… (silence)