Webhook Προειδοποιήσεις συμβάντων και εκκαθάρισης
Εμπόρων Webhook τύποι συμβάντων, ταυτότητες ανικανότητας, πεδία προειδοποίησης εκκαθάρισης και παραδείγματα αποτελεσμάτων κεφαλαίων.
Ακολουθεί αυτή η σελίδα Agent Java SDK WEBHOOKS.md κατά τη δέσμευση fa6c7b6. Αυτή είναι μια ενημέρωση μόνο για τεκμηρίωση. Δεν κυκλοφόρησε κανένα νέο SDK τεχνούργημα που να περιέχει βοηθητικές μεθόδους προειδοποίησης.
Και οι τέσσερις τύποι συμβάντων χρησιμοποιούν τη μοναδική διαμορφωμένη επιστροφή κλήσης του εμπόρου URL (agents.webhook_url). Αποστολή στο σώμα event; δεν απαιτείται ξεχωριστή προειδοποίηση URL. Τα παραδείγματα δείχνουν τη δομή ωφέλιμου φορτίου και δεν πρέπει να χρησιμοποιούνται για την εισαγωγή δεδομένων σε περιβάλλον δοκιμής.
Γεγονότα και αδυναμία
Το συμβάν προειδοποίησης εμπόρου είναι liquidation.warning. χρήστης WebSocket data.event παραμένει LIQUIDATION_WARNING. Διατηρήστε τα δύο κανάλια διακριτά.
Χρησιμοποιήθηκαν ιστορικές ειδοποιήσεις εμπόρων LIQUIDATION_WARNING. Τα παγωμένα ωφέλιμα φορτία διατηρούν το αρχικό τους σώμα σε επαναλήψεις, επομένως οι δέκτες πρέπει να αναγνωρίζουν και τα δύο ονόματα. Εάν οι υπάρχουσες επαγγελματικές εγγραφές χρησιμοποιούν ένα κεφαλαίο πρόθεμα κλειδιού προειδοποίησης, διατηρήστε το αρχικό κλειδί ή ελέγξτε και τα δύο κλειδιά κατά τη μετεγκατάσταση για να αποφύγετε την εκ νέου επεξεργασία της ειδοποίησης.
Το τρέχον WebhookVerifier.idempotencyKey εξάγει μόνο το orderType:orderId:targetStatus για συμβάντα κεφαλαίων και επιστρέφει μια κενή συμβολοσειρά για προειδοποιητικά ωφέλιμα φορτία. Δεν κυκλοφόρησε νέο SDK τεχνούργημα που περιέχει βοηθητικές μεθόδους προειδοποίησης με αυτήν την ενημέρωση τεκμηρίωσης. Συνεχίστε να χρησιμοποιείτε την υπάρχουσα μέθοδο verify για να επαληθεύσετε το μη επεξεργασμένο σώμα προειδοποίησης. Μετά από ελέγχους υπογραφής και ιδιοκτησίας, ο κωδικός επιχείρησης εμπόρου πρέπει να αναγνωρίζει και τα δύο ονόματα συμβάντων, να επικυρώνει ότι το notificationId είναι θετική συμβολοσειρά δεκαδικού ακέραιου αριθμού και να δημιουργεί liquidation.warning:<notificationId>. Ποτέ μην χρησιμοποιείτε ένα κενό κλειδί κατάργησης διπλότυπων ή μην απαιτείτε προειδοποιήσεις να περιέχουν πεδία παραγγελίας χρημάτων.
Συνεχίστε την κατάργηση διπλότυπων εντός του εμπόρου και του πεδίου environment και δεσμεύστε την ατομικά με την επιχειρηματική επεξεργασία. FIRST / UPGRADE / REMINDER ειδοποιήσεις με διαφορετικές notificationId τιμές είναι ανεξάρτητες. Μην τα απορρίπτετε ομαδοποιώντας σε χρήστη, επεισόδιο ή eventType. Ένα κενό κλειδί σημαίνει ότι δεν ήταν δυνατή η εξαγωγή μιας έγκυρης ταυτότητας. Το SDK επιστρέφει μόνο ένα βοηθητικό κλειδί. δεν διατηρεί αρχεία ούτε εκτελεί επιχειρηματική επεξεργασία. Καταγράψτε την ίδια ταυτότητα με διαφορετικό σώμα ως σύγκρουση. μην αντικαθιστάτε το επεξεργασμένο σώμα.
Πεδία προειδοποίησης εκκαθάρισης και παράδειγμα
Παράδειγμα αποτελέσματος μεταφοράς
Οι επιστροφές κεφαλαίων διατηρούν τους υπάρχοντες τύπους τους: orderId και agentId είναι JSON αριθμοί. Οι amount και platformUserId είναι συμβολοσειρές. Μην εφαρμόζετε τη σύμβαση της συμβολοσειράς της προειδοποίησης agentId στις επιστροφές κεφαλαίων. Διαβάστε μεγάλους ακέραιους αριθμούς χωρίς απώλεια ακρίβειας χρησιμοποιώντας ακέραιους/δεκαδικούς τύπους. completedAt είναι UTC RFC3339; Το ts είναι Unix δευτερόλεπτα.
Παράδειγμα αποτελέσματος αντιστροφής
Παράδειγμα νεκρής κατάστασης παραγγελιών κεφαλαίων
Αυτά τα παραδείγματα δείχνουν μόνο το πρωτόκολλο. Για τα FAILED, rejectCode, rejectMessage και failReason αντικατοπτρίζουν την πραγματική απόρριψη. Το όνομα της εκδήλωσης από μόνο του δεν αποδεικνύει ότι πιστώθηκαν χρήματα.