API-jaink lehetővé teszik, hogy programozottan interakcióba lépjen platformjainkkal, de mindkét platform két különböző interfészt kínál: a Spoton REST és WebSocket (v1 és v2), valamint a Futuresön is elérhetők REST és WebSocket API-k. Néha nehéz döntés lehet kiválasztani a legmegfelelőbb interfészt egy adott feladathoz.
A Spoton, bár mindkettő pontosan ugyanazokat a piaci adatokat (megbízási könyvek, kereskedési előzmények stb.) és pontosan ugyanazokat a számlaadatokat (számlaegyenlegek, megbízás/kereskedés állapota stb.) biztosítja, a REST és a WebSocket ezt jelentősen eltérő módon teszi.
A REST hívás/válasz (kérdés/válasz) típusú interfészt kínál, és pillanatképet ad az aktuális adatokról, míg a WebSocket élő streaming típusú interfészt kínál, és valós idejű frissítéseket biztosít.
Egy analógia a fénykép és a videó közötti különbség lenne, miszerint kérésre a fénykép pillanatképet ad a témáról, de további frissítéseket nem, míg a videó valós idejű nézetet biztosít a témáról élő streaming frissítésekkel.
Bár sem a REST, sem a WebSocket nem nehéz implementálni, általánosan elfogadott, hogy a REST kevésbé komplex, ami csökkenti a fejlesztési időt, és a későbbi problémák gyorsabban megoldhatók.
A REST szabványos HTTPS kéréseken alapul, amelyek minden modern programozási nyelv szabványos könyvtáraiban megtalálhatók (és könnyen kódolhatók lennének a nulláról, ha nem), míg a WebSocket egy WSS frissítésen alapul a HTTPS-ről, ami általában további harmadik féltől származó könyvtárakat igényel (például a Pythonhoz ajánlott WebSocket könyvtárunkat).
API támogatási oldalaink készen használható példakódot biztosítanak mind a REST, mind a WebSocket számára, így az interfész kiválasztása kritikusabb szempontok alapján történhet, nem pedig az implementáció egyszerűsége alapján.
Az adott feladattól függően a REST önmagában, a WebSocket önmagában, vagy valószínűbb, hogy a REST és a WebSocket kombinációja lenne az optimális választás.
Azokhoz a feladatokhoz, amelyek csak alkalmanként igényelnek piaci adatfrissítéseket, a REST lenne a preferált választás. Például egy napi költségátlagoló botnak, amely csak 24 óránként egyszer igényel piaci adatokat, nem lenne szüksége valós idejű streaming piaci adatokra, ezért a REST piaci adat végpontok több mint megfelelőek lennének.
Azokhoz a feladatokhoz, amelyek a legfrissebb elérhető piaci adatokat igényelték, a WebSocket lenne a preferált választás. Például egy arbitrázs botnak valós idejű piaci adatokra lenne szüksége több piacról, hogy kihasználja a pillanatnyi árkülönbségeket, ezért a WebSocket piaci adatfolyamok lennének az ideális választás.
A legtöbb esetben (például a legtöbb kereskedési bot esetében) a REST és a WebSocket kombinációja tenné lehetővé a leghatékonyabb implementációt. Például egy mobilalkalmazásnak valós idejű piaci adatokra lehet szüksége a grafikonjaihoz, miközben csak alkalmanként van szüksége számlaadatokra (például kereskedés vagy finanszírozási tranzakció végrehajtásakor), ezért a WebSocket piaci adatfolyamok és a REST megbízás/kereskedés/finanszírozás állapot végpontok együttes használata lenne a leghatékonyabb kombináció.
Az API támogatási csapatunk örömmel megvitatja Önnel az API implementációját, és javaslatokat tesz az API optimális használatára az Ön tervezett felhasználási forgatókönyve alapján.