Wenn du noch Omniston v1beta7 verwendest? Es ist Zeit zu migrieren.
STONfi plant, den Support für v1beta7 am 1. Oktober einzustellen. v1beta8 ist nun die Version, auf die gewechselt werden soll.
Und das ist nicht einfach eine Änderung der Versionsnummer.
v1beta8 verändert, wie Omniston den Trading-Lifecycle modelliert.
Statt hauptsächlich in Begriffen eines Quotes gefolgt von Trade-Status zu denken, trennt die neue API den Ablauf in klarere Protokollobjekte: RFQ → Quote → Swap oder Order → Execution.
Das ist wichtig, weil Orders jetzt als persistente Objekte behandelt werden, mit ihrem eigenen Lifecycle, während Executions den einzelnen Settlement-Fortschritt repräsentieren können, einschließlich Teilausführungen.
Es gibt außerdem Terminologieänderungen, die Builder berücksichtigen müssen, z. B. dass input/output Bid/Ask ersetzt, integrator referrer ersetzt und separate Typen für Chain-Addresses und Asset-IDs eingeführt werden.
Wenn du also noch v1beta7 verwendest, geht es nicht nur darum, einen API-Endpoint zu ändern.
Es geht darum, deine Integration auf das neue Omniston-Execution-Modell zu aktualisieren.
Der Migrationsleitfaden führt dich durch die wichtigsten Protokoll-, Terminologie- und Flow-Änderungen, damit Builder den Übergang schaffen können, bevor der Support endet.
v1beta7 → v1beta8 Migrationsleitfaden: ↓↓
https://docs.ston.fi/developer-section/omniston/v1beta7-to-v1beta8-migration-guide
Wenn du mit Omniston entwickelst, ist jetzt ein guter Zeitpunkt zu prüfen, welche Version deine Integration tatsächlich ausführt.
$ETH #BTC Price Analysis# $XRP #Altcoin Season#
STONfi plant, den Support für v1beta7 am 1. Oktober einzustellen. v1beta8 ist nun die Version, auf die gewechselt werden soll.
Und das ist nicht einfach eine Änderung der Versionsnummer.
v1beta8 verändert, wie Omniston den Trading-Lifecycle modelliert.
Statt hauptsächlich in Begriffen eines Quotes gefolgt von Trade-Status zu denken, trennt die neue API den Ablauf in klarere Protokollobjekte: RFQ → Quote → Swap oder Order → Execution.
Das ist wichtig, weil Orders jetzt als persistente Objekte behandelt werden, mit ihrem eigenen Lifecycle, während Executions den einzelnen Settlement-Fortschritt repräsentieren können, einschließlich Teilausführungen.
Es gibt außerdem Terminologieänderungen, die Builder berücksichtigen müssen, z. B. dass input/output Bid/Ask ersetzt, integrator referrer ersetzt und separate Typen für Chain-Addresses und Asset-IDs eingeführt werden.
Wenn du also noch v1beta7 verwendest, geht es nicht nur darum, einen API-Endpoint zu ändern.
Es geht darum, deine Integration auf das neue Omniston-Execution-Modell zu aktualisieren.
Der Migrationsleitfaden führt dich durch die wichtigsten Protokoll-, Terminologie- und Flow-Änderungen, damit Builder den Übergang schaffen können, bevor der Support endet.
v1beta7 → v1beta8 Migrationsleitfaden: ↓↓
https://docs.ston.fi/developer-section/omniston/v1beta7-to-v1beta8-migration-guide
Wenn du mit Omniston entwickelst, ist jetzt ein guter Zeitpunkt zu prüfen, welche Version deine Integration tatsächlich ausführt.
$ETH #BTC Price Analysis# $XRP #Altcoin Season#
