Sidst opdateret: 13. januar 2025
Oversigt
Der er tre forskellige typer grænser, som alle kan ændres til enhver tid:
Ufleksible grænser
Vores ufleksible grænser er angivet på [/api/v3/exchangeInfo]-slutpunktet.
Grænser for maskinlæring
Handelsadfærd evalueres i forhold til den gennemsnitlige bruger. Hvis du afviger for meget, bliver du udelukket i en bestemt periode, der spænder fra 5 minutter til 3 dage.
Antag, at du har en score for handelsmisbrug. Din score vil stige, hvis:
Der angives ikke mere specifikke oplysninger end ovenstående. Prøv dig frem for at opnå dit ideelle handelsmønster, eller drøft optimal adfærd med andre API-brugere.
Firewallgrænser for webapplikationer
Vi angiver ikke præcise detaljer om vores WAF-regler, men hvis du modtager en HTTP 403-fejl, har du brudt en regel. Det vil sandsynligvis være et resultat af for mange forespørgsler inden for en periode på 5 minutter. Men hvis du sender en anmodning, der kan opfattes som ondsindet, kan det også resultere i en udelukkelse af længere varighed.
For de ufleksible grænser vil overskridelse af den samlede vægtgrænse af anmodninger pr. minut (i øjeblikket 6.000) resultere i en IP-blokering. Ordregrænserne (er i øjeblikket 10 gange/10 sekunder og 200.000 gange/24 timer) vil afhænge af kontoen. Hvis ordregrænsen er overskredet, vil du også blive forhindret i at oprette nye ordrer på websitet (eller vores andre applikationer).
For maskinlæringsgrænser vil der blive anvendt begrænsninger på konti. Hvis du er blevet begrænset af ML-systemet, kan du tjekke årsagen og varigheden ved at bruge slutpunktet[/sapi/v1/account/status] (se vores API Dokumentation).
Firewallbegrænsninger for webapplikationer vil kun blive anvendt af IP. Normalt varer en WAF-udelukkelse 5 minutter. Men hvis serveren har fortolket en brugers anmodning som værende ondsindet, kan den blive forlænget.
Nej. Du skal vente, indtil udelukkelsesperioden er overstået.
Du har overtrådt WAF-reglerne (Web Application Firewall), sandsynligvis ved at overskride en hastighedsgrænse eller sende en ondsindet anmodning (som beskrevet i afsnittet om grænser i dette dokument). Typisk varer disse udelukkelser 5 minutter.
Hvert 3. minut vil aktive WebSocket-forbindelser modtage en ping. Hvis du ikke svarer med en korrekt indrammet ping, vil din forbindelse blive afbrudt.
For brugerdatastrømme gælder det, at hvis der ikke modtages en "keep-alive" mindst én gang hvert 60. minut, så udløber listenøglen. Dette er også beskrevet i vores API-dokumentation.
Desværre understøtter vi ikke tredjepartstjenester eller -værktøjer. Kontakt tjenesten og/eller udviklerne for yderligere hjælp.
Derudover er det en sikkerhedsrisiko at indtaste din(e) Binance API-nøgle(r) og/eller hemmelige nøgle(r) på en tredjepartsplatform. Brug disse tjenester efter eget skøn.
Husk, at vi også undgår at yde generel programmeringsassistance.
Desværre kan vi ikke yde support til problemer med din personlige implementering. Hvis du bruger tredjeparts wrapper/værktøj, bedes du kontakte deres support/udviklingsteam for at få hjælp.
Af sikkerhedsmæssige årsager er hemmelige nøgler kun synlige på det tidspunkt, hvor API-nøglen oprettes. Når som helst herefter vil den blive maskeret. Hvis du har mistet den, eller du ikke har registreret den, skal du oprette en ny API-nøgle og bruge den med en ny hemmelig nøgle.
Desværre tilbydes dette ikke i øjeblikket. Det burde være muligt at arbejde med de givne begrænsninger.
Der er kun to sandsynlige forklaringer på, at en API-nøgle "forsvinder":
Du bør kunne oprette en eller flere nye API-nøgler uden problemer.
Denne fejl opstår typisk kun, hvis servertiden og din systemtid ikke er synkroniseret. Det kan være nødvendigt at synkronisere dit systemur. Denne proces varierer dog afhængigt af operativsystemet.
Til Windows kan du efter eget valg bruge et værktøj som "Atomur". Linux- og Mac-brugere kan prøve at synkronisere med "ntpdate" via kommandolinjen.
Hvis problemet fortsat opstår, kan det være latensrelateret (et netværksproblem). Prøv at justere dit recvWindow.
Hvis du ikke kan se den ønskede funktionalitet i vores dokumentation, skal du gå ud fra, at vi ikke tilbyder den. Hvis du gerne vil komme med et forslag til en funktion, kan du åbne en supportticket, og den vil blive gennemgået.
Hvis du mener, at der er et problem med systemet og ikke med din implementering, bedes du fremlægge dokumentation for din påstand ved at kontakte os i vores udviklerforum. Så undersøger vi det. Bemærk, at vi ikke accepterer vage beskeder som legitime klager.