En détail
1. Contrôle du cache des données de marché (2.1.0)
Présentation : Cette mise à jour permet aux développeurs de choisir d’ignorer le cache HTTP du navigateur lors de la récupération des données de marché. Les applications peuvent ainsi afficher les informations les plus récentes, par exemple pour indiquer si un marché est toujours ouvert ou s’il est clôturé.
La méthode getMarketById accepte désormais un paramètre facultatif cache. Les développeurs peuvent notamment lui attribuer la valeur 'no-store' pour forcer une nouvelle requête à l’API et ignorer les réponses mises en cache. C’est particulièrement important pour les marchés de prédiction, où des données obsolètes pourraient induire les utilisateurs en erreur sur la possibilité de négocier. Le comportement par défaut reste inchangé pour les usages courants.
Ce que cela signifie : Cette évolution est neutre pour RAIN, car elle concerne le fonctionnement interne du SDK. Elle rend les applications reposant sur Rain plus fiables en veillant à ce que les utilisateurs consultent les informations de marché les plus récentes.
(Source)
2. Montants d’approbation obligatoires (2.0.0)
Présentation : Cette mise à jour introduit un changement incompatible avec les versions précédentes : elle impose de définir une limite précise pour les dépenses autorisées et supprime l’approbation illimitée utilisée par défaut auparavant. Elle renforce ainsi la sécurité des utilisateurs de comptes intelligents.
La fonction Rain.buildApprovalTx exige désormais un montant précis au format bigint. Cette évolution facilite la mise en place de règles sécurisées pour les clés de session, comme celles utilisées par les Modular Accounts d’Alchemy, qui reposent sur des plafonds de dépenses. Le SDK calcule automatiquement le montant nécessaire pour ses fonctions internes : la plupart des développeurs n’auront donc pas à modifier manuellement leur code.
Ce que cela signifie : Cette évolution est favorable à RAIN, car elle donne la priorité à la sécurité des utilisateurs. En supprimant les approbations illimitées, qui présentent des risques, le protocole pourrait devenir plus attractif pour les institutions et les utilisateurs particulièrement attentifs à la sécurité, et ainsi favoriser une adoption plus large.
(Source)
3. Fonctionnalités après résolution et de trading (1.1.0)
Présentation : Cette mise à jour majeure élargit les capacités du SDK afin de gérer toutes les étapes d’un marché de prédiction, de sa création à sa résolution et aux éventuelles contestations. Elle améliore également l’accès aux données en temps réel.
Elle ajoute des outils pour préparer des transactions permettant de contester un résultat (buildDisputeTx), de faire appel d’une décision (buildAppealTx) ou de prolonger la durée d’un marché (buildExtendTimeTx). La fonction buildCancelAllOrdersTx permet aux utilisateurs de clôturer rapidement toutes leurs positions. Pour accéder aux données en direct, un client WebSocket (RainSocket) a également été ajouté. De nouvelles méthodes de recherche, comme getUserInvestments, regroupent les activités d’un portefeuille. La mise à jour comprend aussi des outils spécialisés pour les agents de programmation fondés sur l’IA.
Ce que cela signifie : Cette évolution est favorable à RAIN, car elle fournit aux développeurs un ensemble complet d’outils. En facilitant la création d’applications complètes et réactives sur Rain, elle pourrait accélérer la croissance de l’écosystème et accroître l’utilisation du protocole, ce qui pourrait avoir des retombées sur la tokenomics.
(Source)
Conclusion
Les récentes évolutions du code de Rain montrent clairement que le projet cherche à faire mûrir ses outils pour les développeurs : la sécurité est renforcée, les données sont actualisées et les équipes disposent de davantage de moyens pour créer des applications complexes. Cette orientation témoigne d’un engagement en faveur du développement à long terme de l’écosystème, plutôt que de l’ajout de fonctionnalités à court terme. Dans les prochains mois, ces améliorations destinées aux développeurs se traduiront-elles par une hausse de l’activité des utilisateurs et des revenus du protocole ?