Monitor piețe predictive + scanner paper-trading

Problema si motivatia

Pietele de predictii (Polymarket) si pietele de perpetue descentralizate (Hyperliquid, dYdX v4, GMX) expun public o cantitate uriasa de date: ordine, tranzactii, pozitii ale celor mai profitabile portofele. Intrebarea de la care a pornit proiectul este simpla, dar greu de raspuns onest: exista o margine reala, repetabila, pe care un singur participant retail o poate exploata folosind doar API-uri publice si infrastructura gratuita, fara colocare si fara boti sub 100 de milisecunde?

Raspunsul implicit al pietei este descurajator. Cercetarea web a confirmat ca arbitrajul binar si combinatorial pe Polymarket este in mare parte mort: circa 73 la suta din profitul de arbitraj merge catre boti sub 100 de milisecunde. Tocmai de aceea proiectul nu a pornit cu un portofel finantat si cu lacomie, ci cu rigoare. Intregul stoc este read-only, fara portofel finantat, iar fiecare strategie traieste sau moare pe baza dovezilor de paper-trading, nu a unei convingeri.

Arhitectura si modul de functionare

Stocul este organizat ca un singur protocol care acopera patru locuri de tranzactionare, cu circa 90 de scripturi Python. Lantul logic este acelasi indiferent de loc: descoperire, calificare, modelare a costurilor, backtest, apoi paper-trading inainte (forward).

Pe partea de descoperire, scripturi precum cele de tip whale_discovery si whale_mirror urmaresc portofelele cu cel mai mare P&L. Pe Polymarket, sursa este API-ul de leaderboard si scanarea on-chain a portofelelor; pe dYdX v4 se foloseste indexer-ul public (istoric de P&L si pozitii perpetue), desi endpoint-ul de afiliati se opreste la un plafon de aproximativ 1173 de afiliati, iar fluxul de tranzactii este anonimizat. Pe Hyperliquid exista o familie intreaga de scripturi (hl_wallet_tracker, hl_active_filter, hl_mirror_daemon) pentru a identifica si urmari balenele active.

Pe partea de semnal pentru Polymarket exista mai multe surse care se imbina: un scanner intra-piata pentru ineficiente YES plus NO sub un dolar, un harvester de zone de incertitudine (piete intre 30 si 70 la suta), si un scanner de arbitraj fata de oracolul Pyth, care compara valoarea corecta dedusa din feed-urile Pyth cu pretul Polymarket pe pietele binare legate de pret. Acest scanner Pyth foloseste o lista neagra de 15 tipare (indici de volatilitate, fear-greed, dominanta, gas, floor-price si altele) plus o poarta de sanitate pe strike minim, tocmai pentru a nu genera semnale false. Un decision_board unifica toate sursele, le aliniaza dupa slug canonic si dimensioneaza ipotetic pozitiile cu o fractie Kelly plafonata la 5 la suta.

Pe partea de executie exista un auto_trader, dar el ramane un schelet in mod DRY-RUN. Are o siguranta cu trei porti, toate necesare simultan pentru orice eventuala trimitere reala: o variabila de mediu, un flag de linie de comanda si un prompt interactiv care cere tastarea exacta a unei confirmari. In practica, comenzile semnate EIP-712 sunt construite offline si scrise in jurnale, niciodata trimise.

Decizii tehnice si de ce

Decizia centrala a proiectului nu este una de cod, ci de metoda: un protocol de dovada aplicat fiecarei strategii. O ipoteza trebuie formulata intai, cu N, tinta si conditie de abandon pre-inregistrate; testarea se face doar pe date out-of-sample; costurile trebuie sa fie complete, inclusiv latenta; rezultatul trebuie de-biasat si verificat advers; iar confirmarea finala vine doar din forward-test live pe hartie. Aceasta disciplina a fost adoptata tocmai pentru ca proiectul a produs, la inceput, mai multe miraje.

Asa a aparut testul out-of-sample 60/40. Pe dYdX v4, descoperirea a scanat toti cei 1173 de afiliati si a extras 60 de candidati cu P&L peste 500 de dolari. Reluat pe acesti 60, pool-ul a dat plus 35,39 peste 4254 de round-trip-uri, cu 56 la suta rata de castig si o statistica t de 6,73; 22 din 39 au supravietuit gatii OOS. dYdX v4 a fost singura directie de copiere care a trecut toate barele oneste: pool pozitiv, t peste 3, peste zgomot dupa de-biasare, si stabil la extindere. Pentru comparatie, copierea pe Polymarket a iesit pool-negativa, iar GMX a picat la testul t.

O alta decizie importanta a fost modelarea corecta a comisioanelor. Multe strategii aparent profitabile mor cand se adauga costul real. De aceea cartile de funding-carry au primit o corectie de comision (intrare maker, poarta constienta de comision, hold minim pana la break-even), iar concluzia a fost ca market-making-ul nu este o margine de sine statatoare: pe Hyperliquid, rebate-ul maker nu este atins de retail decat dupa un volum urias, iar pe Polymarket maker-ul functioneaza doar ca subventie pe un model real de valoare corecta.

O alegere notabila de inginerie a fost cea de descoperire: scanerele de copiere au surfat la inceput castigatori istorici, nu traderi activi acum. Corectia, un filtru de recenta, a redus lista la cei activi in ultimele zile, expunand cinstit ca baza tranzactionabila reala era subtire, nu un slam-dunk.

Detalii de inginerie: anti-fragilitate, cost si testare

Stocul ruleaza continuu prin daemoni de paper-trading lansati de cron-uri si fisiere VBS ascunse, cu watchdog-uri PowerShell. Anti-fragilitatea a fost castigata din durere reala. Daemon-ul Hyperliquid de paper a fost gasit inghetat din cauza unei putreziri a fisierului de candidati (lexical-newest gotcha), iar auto-monitorizarea a prins o pana de 38 de ore. De aici au aparut healthcheck-urile dedicate (hl_paper_daemon_healthcheck, paper_daemon_healthcheck) si o regula explicita de staleness a daemonilor.

O alta lectie de fiabilitate a fost regula forward-only: seeding-ul cartilor de copiere trebuie facut per-wallet sau cu o podea de timp, niciodata cu un flag global, dupa ce un bug de reluare a 82 de pozitii inchise a aratat ca un daemon poate fi viu fara sa lucreze corect. Realtime watcher-ul WebSocket a primit la randul lui patch-uri de incident: debounce de 5 secunde, un token-bucket de 10 pe secunda si un yield asincron, dupa o blocare de 22 de ore.

Costul a fost o constrangere de proiectare, nu o ocazie. Toate feed-urile sunt gratuite: API-urile CLOB si Gamma ale Polymarket, indexer-ul dYdX v4, API-ul Hyperliquid, feed-urile REST Pyth Hermes. Pentru CLV sportiv s-a folosit feed-ul istoric Pinnacle (no-vig) printr-un furnizor gratuit cu un buget de 250 de cereri pe luna, pazit explicit in cod. Disciplina de cost a mers pana in detalii: un gotcha cunoscut este ca apelul get_markets returneaza meciuri sportive vechi din 2023, asa ca tot codul foloseste get_sampling_markets pentru date live.

Rezultatul si statusul curent

Rezultatul cel mai onest al proiectului este chiar negativul lui: dupa o cautare adversariala pe intregul spatiu de strategii (16 celule, zeci de agenti), niciun candidat nu a supravietuit ca margine retail clara pe Polymarket, Hyperliquid sau dYdX cu doar API-uri publice si infrastructura gratuita. Concluzia inregistrata a fost ca peretele este constrangerea, nu cautarea, si ca doar yield-ul structural (de exemplu HLP, in jur de 10 la suta) functioneaza, dar acela este beta, nu alpha.

In acelasi timp, exista doua piste vii. dYdX v4 ramane cel mai puternic semnal de copiere al proiectului, trecut prin descoperire, gatire OOS, de-riscare pe majori si corectie de recenta, cu un daemon de paper care urmareste numele supravietuitoare ca arbitru final. CLV-ul sportiv ramane cealalta pista structurala, construita complet (backtest plus forward-test), bazata pe faptul ca o piata de predictii nu poate limita sau bana un participant sharp, asteptand acumularea catre verdictul de 50 de decontari.

Statusul curent este, deci, unul de cercetare matura si oneste. Stocul produce zilnic rapoarte de decizie, instantanee realtime si backtest-uri reproductibile, cu sapte carti de paper rulate pe date valide, cu risc real de 0 dolari, totul in paper si DRY-RUN. Valoarea sa nu sta intr-o promisiune de profit, ci intr-o metoda riguroasa care distinge cinstit semnalul de zgomot.