Nowa zasada Polymarket: Jak zbudować nowego bota handlowego

Tytuł oryginalny: Jak zbudować bota Polymarket (po edycji nowych zasad)
Autor oryginalny: @_dominatos
Tłumaczenie: Peggy, BlockBeats

Uwagi redaktora: Polymarket niespodziewanie usunął opóźnienie 500ms i wprowadził dynamiczne opłaty bez wcześniejszego powiadomienia, co spowodowało, że wiele istniejących botów stało się nieefektywnych z dnia na dzień. Artykuł koncentruje się na tej zmianie, systematycznie przedstawiając poprawny sposób budowania botów handlowych zgodnie z nowymi zasadami, obejmując mechanizmy opłat, podpisywanie zleceń, logikę tworzenia rynku i architekturę o niskiej latencji, oferując jasną i wykonalną ścieżkę.

Artykuł otrzymał 1,1 miliona wyświetleń od momentu publikacji, wywołując szeroką dyskusję. Zgodnie z nowymi zasadami Polymarket, przewaga przesuwa się z arbitrażu biorcy w kierunku długoterminowej struktury skoncentrowanej na tworzeniu rynku i dostarczaniu płynności.

Poniżej znajduje się tekst oryginalny:

Polymarket cicho usuwa opóźnienie 500ms

Wyjaśniono poniżej: jak zbudować naprawdę działającego i dochodowego bota zgodnie z nowymi zasadami

Dwa dni temu Polymarket usunął opóźnienie oferty biorcy 500ms z rynku kryptowalut. Brak ogłoszenia, brak przypomnienia. Z dnia na dzień połowa botów na platformie stała się przestarzała. Ale jednocześnie stworzyło to również największe okno możliwości dla nowych botów od momentu uruchomienia Polymarket.

Dziś szczegółowo wyjaśnię: jak zbudować bota, który pozostaje skuteczny w nowych zasadach.

Ponieważ wszystko, co widziałeś przed 18 lutego, jest teraz przestarzałe.

Jeśli teraz poprosisz model AI o pomoc w napisaniu kodu bota Polymarket, to, co ci da, na pewno będzie oparte na starych zasadach: REST polling, brak obsługi opłat, całkowicie nieświadomy, że bufor 500 ms już nie istnieje

Taki bot zacznie tracić pieniądze od pierwszej transakcji.

Następnie wyjaśnię: co się zmieniło i jak przeprojektować boty w oparciu o te zmiany.

Co się zmieniło?

W ciągu ostatnich dwóch miesięcy miały miejsce trzy kluczowe zmiany:

1. Opóźnienie dla zleceń takerów wynoszące 500 ms zostało usunięte (18 lutego 2026)

W przeszłości wszystkie zlecenia takerów czekały 500 milisekund przed realizacją. Market makerzy polegali na tym czasie buforowym, aby anulować swoje "wygasłe" oferty, co było niemal jak darmowy mechanizm ubezpieczeniowy.

Teraz wszystko jest inne. Zlecenia takerów są natychmiast realizowane bez żadnego okna anulowania.

2. Rynek kryptowalut wprowadza dynamiczną opłatę dla takerów (styczeń 2026)

Na rynkach kryptowalut 15-minutowych i 5-minutowych, takerzy są teraz obciążani opłatą na podstawie wzoru: Opłata = C × 0.25 × (p × (1 - p))²

Szczyty opłat: Około 1,56% przy 50% prawdopodobieństwie

W skrajnych zakresach prawdopodobieństwa (blisko 0 lub 1) opłata zbliża się do 0

Pamiętasz tego bota arbitrażowego, który polegał na opóźnieniach cenowych między Binance a Polymarket, zarabiając 515 000 dolarów w miesiąc przy 99% wskaźniku wygranych?

Ta strategia jest teraz całkowicie martwa. Dzieje się tak, ponieważ sama opłata jest teraz wyższa niż możliwy do wykorzystania spread.

Jaki jest nowy meta?

Jedno zdanie: Bądź makerem, a nie takerem.

Powody są proste:

· Makerzy nie muszą płacić żadnych opłat

· Makerzy mogą otrzymywać codzienne rabaty w USDC (subwencjonowane przez opłaty takerów)

· Po 500 ms opóźnieniu anulowania, zlecenia makerów są w rzeczywistości realizowane szybciej

Teraz, boty najwyższej klasy są już rentowne wyłącznie na podstawie rabatów, nawet nie potrzebując uchwycić spreadu. Jeśli nadal prowadzisz bota takera, stoisz w obliczu rosnącej krzywej opłat. W pobliżu 50% prawdopodobieństwa potrzebujesz przynajmniej ponad 1,56% przewagi, aby ledwo wyjść na zero.

Powodzenia.

Więc, jaka jest strategia dla naprawdę opłacalnego bota w 2026 roku?

Oto podejście do projektowania architektonicznego dla bota, który pozostaje skuteczny w 2026 roku:

Podstawowe komponenty:

1. Użyj WebSocket zamiast REST

Polling REST jest całkowicie przestarzały. W momencie, gdy Twoje żądanie HTTP zakończy podróż, okazja już dawno minęła. Potrzebujesz strumienia danych z książki zamówień w czasie rzeczywistym opartego na WebSocket, a nie przerywanego polling.

2. Podpisywanie zamówień z uwzględnieniem opłat

To jest nowy wymóg, który wcześniej nie istniał. Teraz Twój podpisany ładunek zamówienia musi zawierać pole feeRateBps. Jeśli pominiesz to pole, zamówienie zostanie odrzucone w rynkach z opłatami.

3. Pętla szybkiego anulowania/zastępowania

Po usunięciu bufora 500ms: jeśli Twój proces anulowania/zastępowania zajmie więcej niż 200ms, napotkasz "selekcję niekorzystną." Inni wypełnią Twoje wygasłe zamówienie bezpośrednio przed tym, jak będziesz mógł zaktualizować swoją ofertę.

Jak skonfigurować

1. Uzyskaj swój klucz prywatny

Użyj tego samego klucza prywatnego, którego używasz do logowania się do Polymarket (EOA/MetaMask/portfel sprzętowy).

eksportuj POLYMARKET_PRIVATE_KEY="0xyour_private_key_here"

2. Ustaw zatwierdzenie (operacja jednorazowa)

Zanim Polymarket będzie mógł wykonać Twoje transakcje, musisz zatwierdzić następujące kontrakty: USDC, tokeny warunkowe.

To musi być zrobione tylko raz na portfel.

3. Połącz z CLOB (Centralna Księga Zamówień)

Możesz bezpośrednio użyć oficjalnego klienta Pythona: pip install py-clob-client

Jednak teraz istnieje szybsza opcja w ekosystemie Rust:

· polyfill-rs (ścieżka gorąca bez alokacji, parsowanie JSON z SIMD, poprawa wydajności o około 21%)

·polymarket-client-sdk (oficjalne SDK Rust Polymarket)

·polymarket-hft (pełna ramka HFT, integrująca CLOB + WebSocket)

Wybór, który z nich nie jest ważny; kluczowe jest wybranie takiego, który możesz szybko wdrożyć i uruchomić.

4. Sprawdź stawkę opłaty przed każdą transakcją

GET /fee-rate?tokenID={token_id}

Nigdy nie wpisuj opłaty na sztywno.
Opłata podlega zmianom rynkowym, a Polymarket może ją dostosować w dowolnym momencie.

5. Uwzględnij pole opłaty w podpisie zamówienia

Podczas podpisywania zamówienia pole opłaty musi być uwzględnione w ładunku. Bez tego zamówienie nie zostanie zaakceptowane na rynkach z włączonymi opłatami.

{
"salt": "...",
"maker": "0x...",
"signer": "0x...",
"biorca": "0x...",
"tokenId": "...",
"kwotaWytwórcy": "50000000",
"kwotaBiorcy": "100000000",
"stawkaOpłatyBps": "150"
}

CLOB zweryfikuje podpis Twojego zamówienia na podstawie stawki opłaty Bps. Jeśli stawka opłaty zawarta w podpisie nie odpowiada aktualnej rzeczywistej stawce opłaty, zamówienie zostanie odrzucone.

Jeśli korzystasz z oficjalnego SDK (Python lub Rust), ta logika będzie obsługiwana automatycznie. Jednak jeśli implementujesz logikę podpisu samodzielnie, musisz to obsłużyć samodzielnie, w przeciwnym razie zamówienie nigdy nie zostanie wysłane.

6. Składaj zamówienia Wytwórcy jednocześnie po obu stronach kupna i sprzedaży

Zapewnij płynność na rynku, składając zlecenia limitowane na obu tokenach TAK i NIE; jednocześnie składaj zlecenia KUP i SPRZEDAJ. To jest podstawowy sposób na uzyskanie rabatów.

7. Uruchom pętlę anulowania/zastępowania

Musisz monitorować zarówno: zewnętrzny kanał cenowy (np. WebSocket Binance), jak i swoją aktualną książkę zamówień na Polymarket.

Gdy cena się zmienia: natychmiast anuluj wszelkie wygasłe zamówienia i złóż nowe zamówienia po nowej cenie. Celem jest utrzymanie całej pętli w czasie 100 ms.

Specjalna uwaga dotycząca rynku 5-minutowego

Rynek ruchu cenowego BTC w ciągu 5 minut jest deterministyczny.

Możesz bezpośrednio obliczyć konkretny rynek wyłącznie na podstawie znacznika czasu:

Każdego dnia jest łącznie 288 rynków. Każdy z nich to nowa okazja.

Obecnie zweryfikowana strategia: około 85% kierunku ruchu ceny BTC jest już określone około T–10 sekund przed zamknięciem okna, ale kursy Polymarket jeszcze w pełni nie odzwierciedlają tych informacji.

Podejście operacyjne polega na: składaniu zleceń maker na cenie 0,90–0,95 USD po stronie o wyższym prawdopodobieństwie.

Jeśli zostanie zrealizowane: za każdy kontrakt możesz zarobić zysk w wysokości 0,05–0,10 USD po rozliczeniu; zero opłat; oraz dodatkowe rabaty.

Prawdziwa przewaga pochodzi z: bycia szybszym niż inni makerzy rynku w określaniu kierunku BTC i składaniu zamówień wcześniej.

Typowe błędy, które doprowadzą do likwidacji

· Nadal używasz REST zamiast WebSocket

· Nie uwzględniasz feeRateBps w podpisach zamówień

· Uruchamianie bota na domowym Wi-Fi (opóźnienie powyżej 150 ms w porównaniu do <5 ms na VPS w centrum danych)

· Tworzenie rynku w pobliżu 50% zakresu prawdopodobieństwa bez uwzględnienia ryzyka selekcji niekorzystnej

· Hardcodowanie stawek opłat

· Nie konsolidowanie pozycji TAK/NIE (co skutkuje zablokowanymi funduszami)

· Nadal polegasz na starej metodzie arbitrażu zleceń z 2025 roku

Właściwy sposób na wykorzystanie AI

Sekcja techniczna kończy się tutaj. Do tej pory omówiłeś: projekt architektury zoptymalizowanej pod kątem opłat, podejście obliczeniowe, nowe zasady rynkowe

Teraz otwórz Claude'a lub inny niezawodny model AI i podaj mu jasny i konkretny opis zadania, na przykład: "To jest SDK Polymarket." Proszę, pomóż mi napisać bota makera dla rynku BTC na 5 minut: słuchaj WebSocket Binance, aby jednocześnie pobierać ceny po obu stronach TAK/NIE, składaj zlecenia makera z podpisywaniem zleceń, w tym feeRateBps, używaj WebSocket do pobierania danych z książki zleceń, anuluj/powtarzaj kontrolę pętli w ciągu 100 ms."

Prawidłowy przepływ pracy to: definiujesz stos technologiczny, infrastrukturę i ograniczenia, AI buduje konkretne strategie i logikę wdrożenia na ich podstawie.

Oczywiście, nawet jeśli doskonale opiszesz logikę bota, testowanie przed wdrożeniem jest koniecznością. Szczególnie teraz, gdy opłaty zaczynają znacznie erodować marże zysku, testowanie w rzeczywistych krzywych opłat jest warunkiem wstępnym przed uruchomieniem.

Boty, które mogą naprawdę wygrać w 2026 roku, to nie najszybsze zlecenia, ale najlepsi dostawcy płynności.

Proszę, zbuduj swój system w tym kierunku.

[Link do oryginalnego artykułu]