Utilisez-vous encore Omniston v1beta7 ? Il est temps de migrer.
STONfi prévoit d’arrêter la prise en charge de v1beta7 le 1er octobre, la version à laquelle passer étant désormais v1beta8.
Et ce n’est pas seulement un changement de numéro de version.
v1beta8 modifie la façon dont Omniston modélise le cycle de vie du trading.
Au lieu de penser principalement en termes d’un devis suivi d’états de transaction, la nouvelle API sépare le flux en objets de protocole plus clairs : RFQ → Devis → Swap ou Ordre → Exécution.
Cela compte car les ordres sont désormais traités comme des objets persistants disposant de leur propre cycle de vie, tandis que les exécutions peuvent représenter une progression de règlement individuelle, y compris des exécutions partielles.
Il y a également des changements de terminologie à prendre en compte, comme « input/output » remplaçant « bid/ask », « integrator » remplaçant « referrer », ainsi que des types distincts pour les adresses de chaîne et les identifiants d’actifs.
Donc si vous utilisez toujours v1beta7, ce n’est pas uniquement une question de modification d’un point de terminaison API.
Il s’agit de mettre à jour votre intégration pour le nouveau modèle d’exécution Omniston.
Le guide de migration détaille les principaux changements de protocole, de terminologie et de flux afin que les développeurs puissent effectuer la transition avant la fin de la prise en charge.
Guide de migration v1beta7 → v1beta8 : ↓↓
https://docs.ston.fi/developer-section/omniston/v1beta7-to-v1beta8-migration-guide
Si vous développez avec Omniston, c’est le bon moment pour vérifier quelle version votre intégration exécute réellement.
$ETH #BTC Price Analysis# $XRP #Altcoin Season#
STONfi prévoit d’arrêter la prise en charge de v1beta7 le 1er octobre, la version à laquelle passer étant désormais v1beta8.
Et ce n’est pas seulement un changement de numéro de version.
v1beta8 modifie la façon dont Omniston modélise le cycle de vie du trading.
Au lieu de penser principalement en termes d’un devis suivi d’états de transaction, la nouvelle API sépare le flux en objets de protocole plus clairs : RFQ → Devis → Swap ou Ordre → Exécution.
Cela compte car les ordres sont désormais traités comme des objets persistants disposant de leur propre cycle de vie, tandis que les exécutions peuvent représenter une progression de règlement individuelle, y compris des exécutions partielles.
Il y a également des changements de terminologie à prendre en compte, comme « input/output » remplaçant « bid/ask », « integrator » remplaçant « referrer », ainsi que des types distincts pour les adresses de chaîne et les identifiants d’actifs.
Donc si vous utilisez toujours v1beta7, ce n’est pas uniquement une question de modification d’un point de terminaison API.
Il s’agit de mettre à jour votre intégration pour le nouveau modèle d’exécution Omniston.
Le guide de migration détaille les principaux changements de protocole, de terminologie et de flux afin que les développeurs puissent effectuer la transition avant la fin de la prise en charge.
Guide de migration v1beta7 → v1beta8 : ↓↓
https://docs.ston.fi/developer-section/omniston/v1beta7-to-v1beta8-migration-guide
Si vous développez avec Omniston, c’est le bon moment pour vérifier quelle version votre intégration exécute réellement.
$ETH #BTC Price Analysis# $XRP #Altcoin Season#
