Przejdź do nawigacji
Agent Java SDK

Produkcja i symulowany handel

Produkcja i symulowany handel: Agent Java SDK Integracja v0.3.0, przykłady, parametry i semantyka odpowiedzi.

Zobacz jako Markdown

Ten przewodnik jest przeznaczony dla Agent Java SDK v0.3.0 i Java 8+.

Wybierz zarówno tryb frontendowy, jak i środowisko funduszy

Skonfiguruj środowisko funduszy partnera oddzielnie od trybu handlu frontonu. Poświadczenia powiązania i wejścia są udostępniane; wystawienie biletu lub tokena nie powoduje wyboru portfela ani przeniesienia środków.

KonfiguracjaProdukcjaSymulowane
Wiązanie i uwierzytelnianieUdostępnione powiązanie użytkownika i jednorazowe poświadczeniaTa sama tożsamość i uwierzytelnianie
Nowe przelewy i salda użytkownikówPomiń environment lub użyj PRODUCTIONJawnie użyj SIMULATED
Finansowanie odzyskiwania pierwotnego zamówieniaUżyj zapisanego oryginalnego środowiskaUżyj zapisanego oryginalnego środowiska
Tryb handlu widgetamitradingMode=realtradingMode=demo
Frontend HTTP/cel WSCel produkcyjny dostarczony przez 6MMSymulowany cel dostarczony przez 6MM
Sześć zapytań o dane ciągłeDane produkcyjneBrak selektora środowiska; metody te nie wysyłają zapytań do symulowanych danych

W przypadku wallet-transfer-status pominięcie environment powoduje wykorzystanie zapisanego środowiska pierwotnego zamówienia, w tym zamówienia symulowanego. Środowisko wyraźnie sprzeczne jest odrzucane. Wolę przechowywać środowisko i przekazywać je jawnie podczas odzyskiwania operacji.

isSimulatedUser opisuje konto. Nie kieruje nowych żądań do symulowanego portfela. Pominięcie environment w nowym żądaniu środków nadal powoduje wybranie produkcji, nawet jeśli flaga konta ma wartość true.

Obsługiwane modele żądań Java.

Te żądania obsługują withEnvironment(ExecutionEnvironment.SIMULATED):

  • TransferRequest, TransferAllOutRequest, ReverseOrderRequest.
  • QueryOrderRequest, ListOrdersRequest.
  • QueryUserAssetsRequest.
  • WalletTransferRequest, WalletTransferQueryRequest.

bind, queryAccount, createEntryUrl, createEmbedToken i sześć modeli żądań ciągłego zapytania nie wybierają środowiska funduszy.

import com.sixmm.agent.model.ExecutionEnvironment;
import com.sixmm.agent.model.QueryUserAssetsRequest;
import com.sixmm.agent.model.QueryUserAssetsResponse;
QueryUserAssetsResponse assets = client.queryUserAssets(
        QueryUserAssetsRequest.of("1188041528")
                .withFunding()
                .withEnvironment(ExecutionEnvironment.SIMULATED));

Zainicjuj client za pomocą Szybki start i użyj publicznego identyfikatora użytkownika z zapisanego powiązania.

Zachowaj oryginalne środowisko

Utrwal typ interfejsu, agentOrderNo, tożsamość użytkownika i środowisko przed wysłaniem prośby o środki. Zachowaj to środowisko podczas zapytań o status, odzyskiwania, uzgadniania i przetwarzania webhook. Po upływie limitu czasu nigdy nie próbuj ponownie, pomijając oryginalne środowisko lub używając nowego numeru zamówienia.

Transfery środków/kontraktów pozostają w jednym środowisku. Fundusze symulowane nie mogą stać się funduszami produkcyjnymi. Używaj oddzielnych symulowanych rozliczeń po stronie partnera i rozpoznawalnych prefiksów zamówień, takich jak SIM-.

Symulowana sekwencja integracji

  1. Powiąż użytkownika i zapisz identyfikator użytkownika platformy publicznej.
  2. Zapytaj o salda z wyraźnym SIMULATED i w razie potrzeby uwzględnij finansowanie.
  3. Utwórz mały symulowany transfer środków i utrzymuj pierwotny porządek biznesowy.
  4. Potwierdź końcowy wynik za pomocą dedykowanego zapytania o status finansowania.
  5. Otwórz lub osadź stronę docelowych sekund w trybie demo.
  6. Zapytaj te same symulowane portfele i uzgodnij rzeczywistą przesłaną kwotę.
  7. Aby przetestować handel wieczysty, przenieś symulowane środki do symulowanego kontraktu i skorzystaj z interfejsu symulowanego kontraktu futures. Sześć zapytań wieczystych partnerów nie może zweryfikować symulowanej historii transakcji.

Lista kontrolna akceptacji

ScenariuszDowody do sprawdzenia
TożsamośćPowiązane mapowanie użytkowników zostało zapisane; nie można przepytywać użytkowników innego partnera.
UwierzytelnianiePrzekierowanie i osadzenie przepływów korzysta z nowych poświadczeń; podpisanie nie tworzy zleceń środków.
FunduszeObie strony zgadzają się co do faktycznej kwoty i ostatecznego statusu.
Nieznany wynikOdzyskiwanie wykorzystuje oryginalne zlecenie bez tworzenia drugiego przelewu.
Izolacja środowiskaSymulowane cele backendu i frontendu są zgodne; bilanse produkcyjne pozostają nienaruszone.
ZapytaniaObsługiwane są wymagane filtry użytkowników/kategorii, okna milisekundowe, puste strony i kursory.
Limity stawekWszyscy wywołujący zapytania udostępniają ograniczanie i ponawiają pierwotną nieudaną stronę.
SkładowanieKwoty i identyfikatory pozostają ciągami znaków; rekordy jednostek są zapisywane idempotentnie.

Przed przejściem do wersji produkcyjnej zmień zarówno cel funduszy backendu, jak i tryb frontendu. Zamówienia oczekujące są nadal odtwarzane w oryginalnym środowisku.

Źródło i powiązane przewodniki