Dodaj
BitHappy
·
--
Rekordy pułapek bota rynku prognozowania～
Kilka dni temu zobaczyłem, jak kolega 0xKaKa03 pisał post o ochronie praw w Orderbook Polymarket, co dało wielu osobom biegającym za botami małe ostrzeżenie.
Na podstawie ostatnich osobistych doświadczeń dodam kilka punktów pułapek i doświadczeń, aby wszyscy mogli skorzystać.
➤ Na przykład:
1/ Niestabilne połączenie WS:
Podczas zbierania danych historycznych i aktualnych rynków często napotykałem problem z rozłączeniem WS, co prowadziło do luk w danych. Konkretne sytuacje, które miałem, to czasami nagłe rozłączenie oficjalnego WS lub niekompletne powiadomienia, co prowadziło do składania zamówień przez bota na podstawie niekompletnego Orderbooka, co wiązało się z dużym ryzykiem. Można użyć REST API do okresowego sprawdzania jako kopii zapasowej.
Jednak ten problem może być również związany z serwerem i projektowaniem programu, zbieranie danych odbywało się na serwerze AWS w Tokio.
2/ Maszyna stanów + weryfikacja wielu źródeł + mechanizm ostrzegawczy:
Podczas uruchamiania strategii, problemy z API mogą łatwo prowadzić do wpadek. Zaleca się użycie maszyny stanów do monitorowania całego procesu zamówienia (składanie zamówienia → potwierdzenie → dopasowanie → rozliczenie na łańcuchu), ustawiając różne progi ostrzegawcze, takie jak nieudana zmiana stanu (np. zamówienie długo w stanie oczekiwania), nagła zmiana w Orderbooku, odchylenie cenowe przekraczające oczekiwania.
Gdy tylko to nastąpi, natychmiast wstrzymaj składanie nowych zamówień i zamknij ryzykowne pozycje.
Można również przeprowadzać weryfikację z wielu źródeł, jednocześnie używając WS i API, a także łącząc zdarzenia na łańcuchu, zapytania subdiagramów The Graph do weryfikacji krzyżowej.
3/ Opóźnienie serwera:
W wysokiej częstotliwości botach opóźnienia w logice programu (rzeczywiste różnice wynoszą tylko mikrosekundy do milisekund) w rzeczywistości nie stanowią wąskiego gardła, prawdziwe duże jest opóźnienie sieci i serwera.
Testowałem i nawet wybierając węzły w Japonii, różnica pomiędzy ByVirt a AWS JP wynosiła ponad 200 ms, co w silnie konkurencyjnym rynku jest wystarczająco zabójcze.
Ogólnie rzecz biorąc, na rynku prognozowania jest wiele możliwości, ale infrastruktura wciąż jest w fazie rozwoju, a projektowanie defensywne podczas korzystania z bota jest ważniejsze niż logika ofensywna.
Priorytetowo należy rozważyć ochronę kapitału, a następnie zysk, w końcu jest jeszcze oczekiwanie na airdrop.
Wskazówka: powyższe to tylko dzielenie się informacjami, nie jest to porada inwestycyjna, proszę koniecznie przeprowadzić własne badania!
Entuzjasta DeFi: BitHappy
Kilka dni temu zobaczyłem, jak kolega 0xKaKa03 pisał post o ochronie praw w Orderbook Polymarket, co dało wielu osobom biegającym za botami małe ostrzeżenie.
Na podstawie ostatnich osobistych doświadczeń dodam kilka punktów pułapek i doświadczeń, aby wszyscy mogli skorzystać.
➤ Na przykład:
1/ Niestabilne połączenie WS:
Podczas zbierania danych historycznych i aktualnych rynków często napotykałem problem z rozłączeniem WS, co prowadziło do luk w danych. Konkretne sytuacje, które miałem, to czasami nagłe rozłączenie oficjalnego WS lub niekompletne powiadomienia, co prowadziło do składania zamówień przez bota na podstawie niekompletnego Orderbooka, co wiązało się z dużym ryzykiem. Można użyć REST API do okresowego sprawdzania jako kopii zapasowej.
Jednak ten problem może być również związany z serwerem i projektowaniem programu, zbieranie danych odbywało się na serwerze AWS w Tokio.
2/ Maszyna stanów + weryfikacja wielu źródeł + mechanizm ostrzegawczy:
Podczas uruchamiania strategii, problemy z API mogą łatwo prowadzić do wpadek. Zaleca się użycie maszyny stanów do monitorowania całego procesu zamówienia (składanie zamówienia → potwierdzenie → dopasowanie → rozliczenie na łańcuchu), ustawiając różne progi ostrzegawcze, takie jak nieudana zmiana stanu (np. zamówienie długo w stanie oczekiwania), nagła zmiana w Orderbooku, odchylenie cenowe przekraczające oczekiwania.
Gdy tylko to nastąpi, natychmiast wstrzymaj składanie nowych zamówień i zamknij ryzykowne pozycje.
Można również przeprowadzać weryfikację z wielu źródeł, jednocześnie używając WS i API, a także łącząc zdarzenia na łańcuchu, zapytania subdiagramów The Graph do weryfikacji krzyżowej.
3/ Opóźnienie serwera:
W wysokiej częstotliwości botach opóźnienia w logice programu (rzeczywiste różnice wynoszą tylko mikrosekundy do milisekund) w rzeczywistości nie stanowią wąskiego gardła, prawdziwe duże jest opóźnienie sieci i serwera.
Testowałem i nawet wybierając węzły w Japonii, różnica pomiędzy ByVirt a AWS JP wynosiła ponad 200 ms, co w silnie konkurencyjnym rynku jest wystarczająco zabójcze.
Ogólnie rzecz biorąc, na rynku prognozowania jest wiele możliwości, ale infrastruktura wciąż jest w fazie rozwoju, a projektowanie defensywne podczas korzystania z bota jest ważniejsze niż logika ofensywna.
Priorytetowo należy rozważyć ochronę kapitału, a następnie zysk, w końcu jest jeszcze oczekiwanie na airdrop.
Wskazówka: powyższe to tylko dzielenie się informacjami, nie jest to porada inwestycyjna, proszę koniecznie przeprowadzić własne badania!
Entuzjasta DeFi: BitHappy
Zastrzeżenie: zawiera opinie stron trzecich. To nie jest porada finansowa. Może zawierać treści sponsorowane. Zobacz Regulamin