Sekundenhandelsintegration
Sekundenhandelsintegration: Agent Java SDK v0.3.0-Integration, Beispiele, Parameter und Antwortsemantik.
Dieser Leitfaden richtet sich an Agent Java SDK v0.3.0 und Java 8+.
Bereiten Sie Identität, Authentifizierung und Geld vor
Beim Seconds-Trading wird die gleiche Benutzerbindung und Zugangsauthentifizierung verwendet wie beim Perpetual-Trading. Es werden Finanzierungssalden verwendet; Perpetual Margin verwendet Vertragssalden. Konfigurieren Sie das Frontend-Produkt/den Frontend-Modus und die Backend-Fondsumgebung separat.
Initialisieren Sie client mit Schnellstart. Speichern Sie die gebundene Benutzerzuordnung und rufen Sie die Partnerbenutzer-ID aus der authentifizierten Backend-Sitzung ab.
Eintrag umleiten
Der SDK ruft POST /v1/agent/create-entry-url auf. Geben Sie webUrl zum Partner-Frontend zurück und öffnen Sie es sofort. expireAt verwendet Unix-Sekunden. Ein Ticket ist kurzlebig und einmalig; Nach Ablauf oder Verbrauch ein anderes erhalten.
Verwenden Sie die tatsächlichen Frontend-Routen, die von 6MM bereitgestellt werden. redirectPath ist ein relativer Plattformpfad, der mit / beginnt; returnUrl ist ein absoluter Partner HTTP/HTTPS URL. Eine Eintrittskarte authentifiziert den Benutzer und führt keine Übertragung durch.
Eingebetteter Eintrag
Verwenden Sie den vorhandenen Fluss partner-token und tokenProvider. Es gibt kein vorhersagespezifisches Token. Erstellen Sie das Widget mit dem gewünschten page und tradingMode und verwenden Sie dessen aktuelles channelId, wenn Sie das Partner-Backend aufrufen.
Der SDK ruft POST /v1/agent/create-embed-token auf. symbol ist optional; Es wird kein Second-Trading-Produkt ausgewählt. Die Produktauswahl gehört zum Frontend. Der Token wählt keine Zahlungsumgebung aus und ändert auch nicht den Kontostand.
Vollständiges Frontend-Beispiel
Diese Optionen wurden am 10.10.2026 anhand der öffentlichen Trading Widget 1.8.0-Laufzeit überprüft. Widget- und Agent Java SDK-Versionen sind unabhängig.
Antwort des Partner-Backends
/api/seconds/embed-token ist ein Partner-eigener Endpunkt, kein neuer 6MM API. Authentifizieren Sie die Sitzung, leiten Sie agentUserId serverseitig ab und rufen Sie createEmbedToken auf. Geben Sie diese Struktur der obersten Ebene zurück:
Verwenden Sie den tatsächlichen expireAt der Agentenantwort, nicht den illustrativen Wert. Die Antwort des Agenten enthält nicht channelId; Ihr Backend gibt den Wert der aktuellen Anfrage wieder. Wenn Ihr API-Umbruch zu data führt, entpacken Sie diese Ebene, bevor Sie von tokenProvider zurückkehren. Lehnen Sie Geschäftsausfälle ab, anstatt ein ungültiges Erfolgsobjekt zurückzugeben.
Jede Initialisierung oder Erneuerung erhält einen neuen Token. Niemals denselben Token zwischenspeichern und erneut austauschen oder in einem URL ablegen. Den gleichen Instanzkanal während der Erneuerung wiederverwenden; Verwenden Sie den neuen Kanal, nachdem Sie die Instanz neu erstellt haben.
Passen Sie die Fondsumgebung an
Ein demo-Frontend erfordert simulierte Geldanfragen mit environment=SIMULATED. Ein real-Frontend erfordert Produktionsmittel. Weder tradingMode noch die Token-Erstellung ändern das Back-End-Fondsziel.
Wenn Sie den Benutzer oder den Handelsmodus wechseln, zerstören Sie das alte Widget und erstellen Sie eine neue Instanz. Fragen Sie Finanzierungssalden ab, übertragen Sie Gelder und bestätigen Sie das Endergebnis über den finanzierungsspezifischen Statusendpunkt, bevor Sie den Benutzer als finanziert behandeln.
Sehen Funding-Wallet Und Umweltführer.