All
Filtern nach:
Wie zahle ich Cash auf mein Konto ein?
Ich brauche Hilfe bei der Kontoverifizierung
Warum kann ich nicht auf mein Konto zugreifen?
Gibt es Gebühren für das Auszahlen von Krypto?
Ich brauche Hilfe bei der Anmeldung bei meinem Konto
Einige REST-Endpunkte ermöglichen sensible Operationen wie das Aufgeben von Orders oder das Anfordern einer Auszahlung von digitalen Assets. Diese privaten Endpunkte können daher nur über verschlüsselte Anfragen aufgerufen werden, und jede solche Anfrage muss einen Authentifizierungs-String (authent) enthalten. authent wird aus folgenden Eingaben berechnet:
postData ist eine „&"-Verkettung in der Form = und ist für jeden REST-Endpunkt spezifisch.
Beispiel | Um den Endpunkt orderbook zu verwenden, wählst du das Argument symbol mit dem Wert |
|---|
Aktualisierung des Authentifizierungsablaufs für v3-Endpunkte: Ab dem 20. Februar 2024 aktualisieren wir den Authentifizierungsablauf für unsere /derivatives/*-Endpunkte (v3), um Best Practices zu entsprechen und einen höheren Sicherheitsstandard zu gewährleisten. (Details unten)
Änderungen bei der PostData-Generierung:
- Vor dem Release: Kunden mussten Query-String-Parameter vor der URL-Kodierung hashen, um Authent zu generieren, z. B. `greeting=hello world`.
- Nach dem Release: Der Authentifizierungsprozess erfordert nun das Hashen der vollständigen, URL-kodierten URI-Komponente in der Form, wie sie in der Anfrage erscheint, z. B. `greeting=hello%20world`. Diese Methode erhöht die Sicherheit und entspricht den Best Practices.
Diese Aktualisierung ist besonders relevant für den v3-batchorder-Endpunkt, der einen JSON-Body in seinen Query-Parametern akzeptiert.
Rückwärtskompatibilität und weitere Pläne:
Diese Änderung ist vorerst rückwärtskompatibel. Die Plattform akzeptiert beide oben beschriebenen PostData-Generierungsmethoden. Wir beabsichtigen jedoch, die alte Methode (Hashen dekodierter Query-String-Parameter) künftig abzukündigen, um höchste Sicherheitsstandards zu wahren. Wir werden rechtzeitig darüber informieren und empfehlen allen Kunden dringend, so bald wie möglich auf die neue Methode umzustellen, um einen reibungslosen Betrieb sicherzustellen.
nonce ist ein fortlaufend hochzählender Ganzzahl-Parameter. Eine geeignete Nonce ist die Systemzeit in
Millisekunden (im String-Format). Unser System toleriert Nonces, die kurzzeitig nicht in der richtigen Reihenfolge vorliegen. Nonce ist nicht erforderlich.
Beispiel 1415957147987 |
|---|
Viele Authentifizierungsprobleme sind auf eine falsche Nonce zurückzuführen. Ein neues API-Schlüsselpaar setzt die Nonce automatisch zurück und behebt diese Probleme.
endpointPath – die URL-Erweiterung des Endpunkts.
Beispiel /api/v3/orderbook |
|---|
Der api_secret wird wie im vorherigen Abschnitt beschrieben abgerufen.
Beispiel | rttp4AzwRfYEdQ7R7X8Z/04Y4TZPa97pqCypi3xXxAqftygftnI6H9yGV+O |
|---|
Auf Grundlage dieser Eingaben muss authent wie folgt berechnet werden:
Verkettung
postData
+
nonce
+
endpointPath
Hashe das Ergebnis aus Schritt 1 mit dem SHA-256-Algorithmus
Base64-dekodiere dein api_secret
Nutze das Ergebnis aus Schritt 3, um das Ergebnis aus Schritt 2 mit dem HMAC-SHA-512-Algorithmus zu hashen
Base64-dekodiere das Ergebnis aus Schritt 4
Beispiel | ||
|---|---|---|
Im Folgenden wird eine Implementierung von authent in Java gezeigt. Vollständige Beispiele in verschiedenen Programmiersprachen findest du im Abschnitt Zusätzliche Ressourcen. public static String getAuthent(String postData, String nonce, String endpointPath, String secretKeyBase64) |