Hvilken API skal jeg bruge? REST versus WebSocket

På Spot, selvom begge leverer nøjagtigt de samme markedsdata (ordrebøger, handelshistorik osv.) og nøjagtigt de samme kontodata (kontosaldi, ordre-/handelsstatus osv.), gør REST og WebSocket det på markant forskellige måder.

REST tilbyder en kald/svar-grænseflade (spørgsmål/svar) og giver et øjebliksbillede af de aktuelle data, mens WebSocket tilbyder en live streaming-grænseflade og giver opdateringer i realtid.

En analogi ville være forskellen mellem et fotografi og en video, idet et fotografi efter anmodning giver et øjebliksbillede af motivet, men ingen yderligere opdateringer, mens en video giver en realtidsvisning af motivet med live streaming-opdateringer.

Selvom hverken REST eller WebSocket er vanskelige at implementere, er det generelt accepteret, at REST er mindre komplekst, hvilket gør det muligt at reducere udviklingstiden, og eventuelle efterfølgende problemer kan løses hurtigere.

REST er baseret på standard HTTPS-anmodninger, som er inkluderet i standardbibliotekerne for alle moderne programmeringssprog (og kunne nemt kodes fra bunden, hvis ikke), hvorimod WebSocket er baseret på en WSS-opgradering fra HTTPS, som normalt kræver yderligere tredjepartsbiblioteker (såsom vores anbefalede WebSocket-bibliotek til Python).

Vores API-supportside giver klar til brug eksempelkode til både REST og WebSocket, hvorfor valget af grænseflade kan træffes ud fra mere kritiske kriterier snarere end implementeringsvenlighed.

Afhængigt af den aktuelle opgave ville enten kun REST, kun WebSocket eller mere sandsynligt en kombination af både REST og WebSocket være det optimale valg.

For opgaver, der kun kræver lejlighedsvise markedsdataopdateringer, ville REST være det foretrukne valg. For eksempel ville en daglig cost averaging-bot, der kun krævede markedsdata én gang hver 24. time, ikke have brug for realtids streaming af markedsdata, og derfor ville REST-markedsdata-endpoints være mere end passende.

For opgaver, der krævede de mest opdaterede markedsdata, ville WebSocket være det foretrukne valg. For eksempel ville en arbitrage-bot have brug for realtids markedsdata fra flere markeder for at udnytte øjeblikkelige prisforskelle, og derfor ville WebSocket-markedsdatafeeds være det ideelle valg.

I de fleste tilfælde (såsom flertallet af handelsbots) ville en kombination af REST og WebSocket muliggøre den mest effektive implementering. For eksempel kunne en mobilapp kræve realtids markedsdata til sine diagrammer, mens den kun lejlighedsvis havde brug for kontodata (f.eks. ved en handel eller en finansieringstransaktion), og derfor ville brugen af WebSocket-markedsdatafeeds sammen med REST-ordre-/handels-/finansieringsstatus-endpoints være den mest effektive kombination.

Vores API-supportteam vil med glæde drøfte din API-implementering med dig og komme med forslag til den optimale måde at bruge vores API på, baseret på dit tilsigtede brugsscenarie.