Hvilket API bør jeg bruke? REST kontra WebSocket

På Spot, selv om begge gir nøyaktig de samme markedsdataene (ordrebøker, handelshistorikk osv.) og nøyaktig de samme kontodataene (kontosaldoer, ordre-/handelsstatus osv.), gjør REST og WebSocket dette på betydelig forskjellige måter.

REST tilbyr et kall-/svar-grensesnitt (spørsmål/svar) og gir et øyeblikksbilde av gjeldende data, mens WebSocket tilbyr et live streaming-grensesnitt og gir sanntidsoppdateringer.

En analogi ville være forskjellen mellom et fotografi og en video, der et fotografi på forespørsel gir et øyeblikksbilde av motivet, men ingen ytterligere oppdateringer, mens en video gir en sanntidsvisning av motivet med live streaming-oppdateringer.

Selv om verken REST eller WebSocket er vanskelig å implementere, er det generelt akseptert at REST er mindre komplekst, noe som reduserer utviklingstiden og gjør at eventuelle påfølgende problemer kan løses raskere.

REST er basert på standard HTTPS-forespørsler som er inkludert i standardbibliotekene til alle moderne programmeringsspråk (og kunne enkelt kodes fra bunnen av hvis ikke), mens WebSocket er basert på en WSS-oppgradering fra HTTPS som vanligvis krever ytterligere tredjepartsbiblioteker (som vårt anbefalte WebSocket-bibliotek for Python).

Våre API-støttesider tilbyr ferdig eksempelkode for både REST og WebSocket, derfor kan valg av grensesnitt gjøres basert på mer kritiske kriterier enn implementeringsvennlighet.

Avhengig av oppgaven, vil enten kun REST, kun WebSocket, eller mer sannsynlig en kombinasjon av både REST og WebSocket være det optimale valget.

For oppgaver som kun krever sporadiske markedsdataoppdateringer, vil REST være det foretrukne valget. For eksempel, en daglig kostnads-gjennomsnittsbot som kun trengte markedsdata en gang hver 24. time, ville ikke ha behov for sanntids streaming av markedsdata, derfor ville REST-markedsdataendepunktene være mer enn tilstrekkelige.

For oppgaver som krevde de mest oppdaterte markedsdataene tilgjengelig, ville WebSocket være det foretrukne valget. For eksempel, en arbitrasjebot ville trenge sanntids markedsdata fra flere markeder for å dra nytte av midlertidige prisforskjeller, derfor ville WebSocket-markedsdatafeedene være det ideelle valget.

I de fleste tilfeller (som flertallet av handelsroboter), vil en kombinasjon av REST og WebSocket muliggjøre den mest effektive implementeringen. For eksempel kan en mobilapp kreve sanntids markedsdata for sine diagrammer, mens den bare trenger kontodata av og til (når den for eksempel utfører en handel eller en finansieringstransaksjon), derfor ville bruk av WebSocket-markedsdatafeedene sammen med REST-ordre-/handels-/finansieringsstatusendepunktene være den mest effektive kombinasjonen.

Vårt API-støtteteam diskuterer gjerne din API-implementering med deg, og gir forslag til den optimale måten å bruke vårt API på, basert på ditt tiltenkte bruksområde.