Spiegazione dell'algoritmo sottostante di Polymarket

Opera originale: @MrRyanChi, @insidersdotbot Fondatore della piattaforma di trading Prediction Market

Prefazione: Il lato B di Polymarket che non conosci

Negli ultimi sei mesi, su Twitter sono apparse centinaia di milioni di articoli sui mercati di previsione.

Il novanta percento parla di come i programmi di scrittura AI possano portare al mito di diventare ricchi. Questo è lo "Yuan", il primo passo nel tuo approccio a questo mercato nascente.

Un altro 9% discute di strategie di trading specifiche, condivisione del mercato e analisi delle strategie di smart money. Questo è il "Dao", il primo passo per esplorare le tue strategie di trading e iniziare a comprendere la mentalità per guadagnare nei mercati di previsione.

Tuttavia, il "Fa", che si riferisce alla struttura di trading sottostante dei mercati di previsione, ai calcoli PNL e alle regole del flusso di denaro, è discusso solo dall'1% delle persone, per lo più sparse in alcuni tweet concisi. Questi esperti eremiti sembrano riluttanti, o privi di energia, a condividere i loro metodi completi con tutti in una volta.

Quindi, nel giorno in cui insiders.bot è stato appena lanciato e Polymarket ha completato il suo aggiornamento v2, voglio decostruire il "Fa" di questo mercato che abbiamo scambiato partendo dalla tecnologia più fondamentale.

Lo scorso ottobre, ho scritto una versione semplificata che introduceva approssimativamente diverse componenti principali di Polymarket. Questa volta, voglio mostrare davvero tutti i dettagli di progettazione tecnica e spiegarli in un linguaggio semplice.

Questo articolo contiene il duro lavoro del nostro team negli ultimi otto mesi.

Durante questi otto mesi, il team di @insidersdotbot ha sezionato tutti gli smart contract sottostanti e l'architettura algoritmica di Polymarket per ottenere il trading più veloce e i calcoli PNL più accurati. Questo è qualcosa che solo la nostra API può ottenere e, ad oggi, nessun altro può farlo.

Quindi, penso che potremmo essere noi quelli in grado di sezionare più a fondo il "Fa" di Polymarket.

In questo articolo, ti aiuterò a capire come lo smart contract sottostante ctf-exchange-v2 gestisce ogni fondo, come il Relayer ti aiuta a pagare il Gas e come il Negative Risk garantisce matematicamente la conservazione del valore.

Questo non è un semplice articolo di divulgazione scientifica. Questa è una decostruzione algoritmica completa dei meccanismi sottostanti di Polymarket dal punto di vista di uno sviluppatore.

Partiamo dalle basi. Ovvero, quando effettui un ordine, cosa stai inviando esattamente?

P.S. Questo articolo è stato adattato nello stile e nella struttura anche dall'AI, sentiti libero di condividerlo con il tuo OpenClaw, Manus, Hermes o qualsiasi AI Agent come materiale di addestramento!!!

Capitolo 1: Cosa succede dal clic al on-chain

1.1 Gli ordini non sono transazioni, sono "intenzioni"

Nei tradizionali exchange decentralizzati (come Uniswap), quando fai trading, il tuo wallet apre una finestra di conferma, devi pagare le commissioni Gas e poi inviare una transazione alla rete blockchain (Mempool) per attendere che i miner la impacchettino.

Ma su Polymarket, quando effettui un ordine, il tuo wallet solitamente apre una richiesta di "firma", piuttosto che una richiesta di "transazione". Inoltre, non devi pagare alcun Gas.

Questa non è solo un'ottimizzazione dell'esperienza utente; è una differenza fondamentale nell'intera architettura sottostante.

Su Polymarket, un ordine è essenzialmente un pezzo di dati strutturati conforme allo standard EIP-712. Questi dati contengono ciò che vuoi fare:

• Sei un Maker o un Taker? Quale Token (tokenId) vuoi acquistare?

• Quanto vuoi pagare (makerAmount)?

• Quanto vuoi ricevere (takerAmount)?

Quando firmi, stai semplicemente timbrando questi dati con la tua chiave privata, dimostrando "Voglio davvero farlo". Quindi, questi dati firmati vengono inviati al server centralizzato di Polymarket e archiviati in un Central Limit Order Book (CLOB) off-chain.

In questa fase, non è successo nulla sulla blockchain. I tuoi soldi sono ancora nel tuo wallet e i token non sono stati trasferiti. Il tuo ordine è solo un record nel database.

1.2 Espressione implicita del prezzo

Mettiamo in pausa il tempo nel momento in cui invii l'ordine. Se dai un'occhiata da vicino alla struttura dell'ordine dei contratti sottostanti di Polymarket, troverai qualcosa di molto controintuitivo: non c'è alcun campo "prezzo" nei dati della firma dell'ordine.

Com'è possibile? Come può esserci uno scambio senza un prezzo?

Nella progettazione sottostante del protocollo di Polymarket, il prezzo è implicito. Viene calcolato in base all'importo che sei disposto a pagare e all'importo che vuoi ricevere.

Se vuoi acquistare 100 contratti YES a un prezzo di $0,60:

• Devi pagare: $60 pUSD (makerAmount = 60)

• Vuoi ricevere: 100 contratti YES (takerAmount = 100)

• Prezzo implicito = makerAmount / takerAmount = 60 / 100 = $0,60

Se vuoi vendere 100 contratti YES a un prezzo di $0,60:

• Devi pagare: 100 contratti YES (makerAmount = 100)

• Vuoi ricevere: $60 pUSD (takerAmount = 60)

• Prezzo implicito = takerAmount / makerAmount = 60 / 100 = $0,60

(Nota: sebbene nell'ultimo SDK V2 gli sviluppatori possano inserire direttamente prezzo e dimensione, l'SDK li converte comunque in makerAmount e takerAmount durante la firma sottostante. L'ingegnosità di questo design risiede nel fatto che lo smart contract non ha bisogno di capire cosa sia il "prezzo"; deve solo gestire la logica di "asset A scambiato con asset B". Ciò semplifica notevolmente la logica di calcolo on-chain e riduce il consumo di Gas.)

1.3 Operatore: il "vigile urbano" di Polymarket

Dato che gli ordini sono tutti off-chain, come diventano trasferimenti di asset reali on-chain?

Questo ci porta al ruolo di scatola nera più centrale nell'architettura di Polymarket: Operatore.

Nello smart contract ctf-exchange-v2, c'è un modificatore cruciale: onlyOperator. Ciò significa che solo un indirizzo specifico controllato da Polymarket ha l'autorità di chiamare funzioni di esecuzione come matchOrders e fillOrder.

Questo è completamente diverso dalla DeFi tradizionale. In Uniswap, chiunque può chiamare il contratto di routing. Ma su Polymarket, non puoi abbinare gli scambi on-chain da solo. Tutti gli abbinamenti devono essere inviati dall'Operatore.

Perché è progettato in questo modo? Per eliminare MEV (Miner Extractable Value) e front-running.

Nei tradizionali order book on-chain, se qualcuno effettua un ordine di grandi dimensioni a un prezzo molto basso, tutti i bot di arbitraggio faranno offerte frenetiche nella Mempool (aumentando le commissioni Gas) per cercare di anticipare gli altri e mangiare quell'ordine. Ciò porta a commissioni Gas alle stelle e a una scarsa esperienza per gli utenti comuni.

Su Polymarket, tutti gli ordini sono nel CLOB off-chain. Il motore di abbinamento dell'Operatore calcola chi dovrebbe scambiare con chi sul server, quindi impacchetta il risultato in una transazione, che viene inviata alla catena dall'Operatore.

Poiché solo l'Operatore può inviare i risultati dell'abbinamento, anche se i bot nella Mempool vedono questa transazione, non possono anticiparla perché non hanno l'autorità di chiamare le funzioni di esecuzione.

Questa è una tipica architettura di "decentralizzazione ibrida". L'abbinamento e l'ordinamento sono centralizzati (decisi dall'Operatore), ma il regolamento e la custodia dei fondi sono decentralizzati (eseguiti da smart contract).

L'Operatore può decidere chi abbinare prima e chi dopo, ma non può assolutamente rubare i tuoi fondi perché deve fornire i dati EIP-712 che hai firmato, e il contratto verificherà rigorosamente la firma.

P.S: Tuttavia, dovrei menzionare che il nostro team di @insidersdotbot sembra aver recentemente scoperto un modo per sfruttare questo meccanismo, consentendo ai follower di anticipare o ritardare significativamente le transazioni. Se ci saranno aggiornamenti, li annunceremo sull'account ufficiale il prima possibile.

Capitolo 2: L'economia del Relayer

2.1 L'illusione del "Gasless"

Uno dei maggiori punti di forza di Polymarket sono le sue "transazioni senza Gas" per gli utenti. Hai solo bisogno di pUSD per fare trading, senza dover acquistare POL (precedentemente MATIC) da tenere nel tuo wallet.

Ma le leggi fisiche della blockchain non possono essere violate: finché c'è un cambiamento di stato su Polygon (come il trasferimento di asset), qualcuno deve pagare le commissioni Gas.

Dato che tu non hai pagato, chi l'ha fatto? La risposta è: Relayer.

2.2 La rete di inoltro del Relayer

Polymarket non consente agli utenti di inviare transazioni da soli, ma ha distribuito un'infrastruttura chiamata Relayer Client (relayer-v2.polymarket.com).

Nell'architettura iniziale, tali servizi si affidavano tipicamente a servizi di livello aziendale come OpenZeppelin Defender Relay, mantenendo un pool di firmatari per risolvere i conflitti di nonce in caso di alta concorrenza.

Quando la tua app crea una transazione (come l'approvazione di token, il riscatto di profitti), la firmi con la tua chiave privata e la invii al Relayer. Il Relayer funge da "Sponsor della transazione", inviando questa transazione alla catena e coprendo le commissioni Gas con il proprio pool di fondi.

Architettura del Relayer e ciclo economico

2.3 La lana viene dalla pecora?

In molte architetture di meta-transazione iniziali, dopo che il Relayer copre il Gas, solitamente detrae una commissione dal deposito dell'utente (come lo 0,3% o pochi dollari fissi) per compensare i costi del Gas.

Ma Polymarket è estremamente aggressivo: nell'attuale architettura V2, coprono davvero l'intero importo per te.

La documentazione ufficiale afferma chiaramente: "Polymarket paga il gas per tutte le operazioni instradate attraverso il relayer". Che si tratti di distribuire wallet, autorizzare token o dividere (Split), unire (Merge) o riscattare (Redeem), tutto è senza gas e non vengono addebitate commissioni operative nascoste.

Perché Polymarket è disposta a subire questa perdita?

Perché i costi del Gas su Polygon sono molto bassi (solitamente solo pochi centesimi) e l'esperienza senza gas può attirare un enorme afflusso di utenti Web2. Finché gli utenti sostengono una piccola commissione Taker durante il trading (che verrà discussa in seguito), è sufficiente a coprire questo costo del Gas estremamente basso.

Sapendo questo, sorge spontaneamente la domanda successiva: che impatto ha questa architettura "gasless" sul nostro trading?

Il costo nascosto più grande è la latenza. Il tuo ordine non solo deve passare attraverso il motore di abbinamento di Polymarket, ma se si tratta di un'operazione on-chain diretta, deve anche passare attraverso la verifica del Relayer, la stima del Gas e l'allocazione della coda.

Capitolo 3: Tre metodi di abbinamento, e perché anche gli acquirenti possono scambiare tra loro?

Ora entriamo nella parte più hardcore e controintuitiva dell'intera architettura di Polymarket.

Negli exchange tradizionali (come l'order book di Binance), la logica di abbinamento è molto semplice: Alice vuole acquistare 1 token per $60, Bob vuole vendere 1 token per $60. L'exchange li abbina, il token passa da Bob ad Alice e il denaro passa da Alice a Bob. Fine della storia.

Ma su Polymarket (basato sul Conditional Token Framework CTF), le cose sono completamente diverse. Perché qui, i token possono essere "creati dal nulla" e "distrutti dal nulla".

Quando apri il codice sorgente di ctf-exchange-v2, troverai tre percorsi di regolamento degli asset completamente diversi: COMPLEMENTARY, MINT e MERGE.

Struttura generale di Complementary, Mint, Merge

3.1 COMPLEMENTARY (Abbinamento complementare): Trading di seconda mano tradizionale

Questo è il metodo di abbinamento più facile da capire e l'unico metodo che hanno gli exchange tradizionali.

Scenario: Il mercato esiste da un po' e tutti hanno chip.

• Alice vuole acquistare 100 YES per $0,60.

• Bob ha YES e vuole vendere 100 YES per $0,60.

L'Operatore trova questi due ordini (ACQUISTO vs VENDITA) e li impacchetta on-chain. Lo smart contract esegue un trasferimento peer-to-peer diretto:

1. Trasferisce 100 YES dall'indirizzo di Bob ad Alice.

2. Trasferisce $60 pUSD dall'indirizzo di Alice a Bob.

Questo meccanismo ha le seguenti caratteristiche matematiche e ingegneristiche:

• Gioco a somma zero: L'offerta totale di token del sistema non è cambiata.

• Consumo minimo di Gas: Coinvolge solo trasferimenti di base, senza le complesse operazioni del CTF.

• Standardizzazione: In un mercato maturo e liquido, la stragrande maggioranza degli scambi giornalieri viene condotta in questo modo.

3.3 MINT (Abbinamento Mint): Creare liquidità dal nulla

Questa potrebbe essere l'innovazione più rivoluzionaria di Polymarket e persino dell'intera storia finanziaria.

Per spiegare meglio, possiamo fare riferimento a questo scenario: Un mercato nuovo di zecca è appena stato lanciato e nessuno ha token YES o NO.

• Alice è estremamente rialzista; vuole acquistare 100 YES per $0,60.

• Bob è estremamente ribassista; vuole acquistare 100 NO per $0,40.

Nota: Entrambi sono acquirenti! Nessuno dei due ha i token che l'altro vuole!

In un order book tradizionale, questi due ordini possono solo guardarsi e non saranno mai in grado di essere eseguiti. Su Polymarket, se si verifica un ACQUISTO vs ACQUISTO (e i token sono complementari), l'Operatore abbinerà questi due ordini!

1. Lo smart contract detrae $60 pUSD dal conto di Alice.

2. Lo smart contract detrae $40 pUSD dal conto di Bob.

3. Lo smart contract prende questi $100 pUSD, li blocca come garanzia e poi chiama la funzione _mint per creare 100 YES e 100 NO dal nulla.

4. Invia 100 YES ad Alice.

5. Invia 100 NO a Bob.

L'attivazione di questo meccanismo deve basarsi su una condizione matematica rigorosa: la somma delle offerte degli acquirenti deve essere maggiore o uguale a $1,00.

Se Alice offre $0,60 per YES e Bob offre $0,35 per NO, il totale è solo $0,95. Lo smart contract non può coniare una coppia di token completa del valore di $1,00 con $0,95. Questo abbinamento fallirà direttamente.

Meccanismo di abbinamento MINT

Dal punto di vista di un market maker, questo meccanismo è l'arma definitiva per risolvere il problema dell'"avvio a freddo". Quando il mercato apre, i market maker non hanno bisogno di spendere soldi per coniare un sacco di token da detenere (il che occuperebbe molti fondi). Devono solo piazzare ordini di acquisto su entrambi i lati YES e NO contemporaneamente (ad esempio, $0,49 per YES, $0,49 per NO). Quando gli investitori retail arrivano a vendere, attiverà la logica di conio.

3.3 MERGE (Abbinamento Merge): L'annientamento della liquidità

Dove c'è creazione, c'è distruzione. MERGE è il processo inverso di MINT.

Guardiamo un caso inverso. Il mercato sta per chiudere e tutti stanno chiudendo le loro posizioni.

• Alice ha 100 YES e vuole vendere a $0,60.

• Bob ha 100 NO e vuole anche vendere a $0,40.

Nota: Entrambi sono venditori! Nessuno è disposto a pagare pUSD per acquistare i loro token.

A questo punto, il meccanismo di Polymarket entrerà di nuovo in azione. Quando incontra VENDITA vs VENDITA, l'Operatore farà di nuovo la sua magia:

1. Lo smart contract prende 100 YES da Alice.

2. Lo smart contract prende 100 NO da Bob.

3. Lo smart contract chiama la funzione _merge per distruggere completamente queste 100 coppie di YES+NO e sbloccare $100 pUSD dal tesoro.

4. Invia $60 pUSD ad Alice.

5. Invia $40 pUSD a Bob.

Il meccanismo Merge ha le seguenti caratteristiche matematiche e finanziarie:

• Meccanismo deflazionistico: L'offerta totale di token del sistema diminuisce.

• Canale di uscita: Garantisce che anche senza un "acquirente", purché i prezzi di vendita di YES e NO possano sommare $1,00 (di fatto, rinunciando a $1,00 di spazio), tutti possano ancora incassare.

Comprendere questi tre metodi di abbinamento ti dà una visione del ciclo di vita del mercato di Polymarket:

• Fase iniziale (dominata da MINT): Il mercato è appena aperto e non ci sono token. Sia il lato rialzista che quello ribassista iniettano continuamente fondi nel sistema attraverso il meccanismo MINT in cambio di token. L'offerta totale aumenta rapidamente.

• Fase intermedia (dominata da COMPLEMENTARY): Il mercato ha ampia liquidità e la maggior parte degli scambi sono scambi di token esistenti. L'offerta totale si stabilizza.

• Fase finale (dominata da MERGE): I risultati diventano più chiari e tutti iniziano a chiudere le loro posizioni. Sia il lato rialzista che quello ribassista distruggono i token attraverso il meccanismo MERGE per incassare. L'offerta totale diminuisce.

Si prega di notare che questi tre percorsi non sono scelti soggettivamente dall'Operatore, ma sono rigorosamente determinati dalle regole di routing dello smart contract in base alla direzione degli ordini (ACQUISTO vs VENDITA).

Ciclo di vita del mercato

Capitolo 4: Split/Merge/Redeem, e perché il tuo PnL è sbagliato?

Dopo aver compreso il meccanismo di abbinamento, diamo un'occhiata a tre operazioni sottostanti che potresti usare ogni giorno ma di cui non hai mai veramente compreso l'impatto finanziario: Split, Merge e Redeem.

Queste tre operazioni sono le operazioni a livello atomico di Polymarket. Non sono "scambi" (non passano attraverso l'order book, non comportano commissioni), ma interagiscono direttamente con lo smart contract per la conversione degli asset.

• Split: Dai al contratto $1 pUSD e il contratto ti dà 1 YES e 1 NO. Il costo è sempre esattamente $1.

• Merge: Dai al contratto 1 YES e 1 NO e il contratto ti restituisce $1 pUSD. Il profitto è sempre esattamente $1.

• Redeem: Dopo che il mercato determina il vincitore e il perdente, il token vincente viene scambiato per $1 pUSD e il token perdente viene azzerato.

Confronto prima e dopo l'operazione di Split

4.1 Chi usa queste operazioni?

• Market Maker: Sono i maggiori utilizzatori di Split. I market maker devono piazzare ordini su entrambi i lati contemporaneamente, ma non vogliono acquistare token sul mercato (il che comporta commissioni). Dividono direttamente $100.000 in 100.000 YES e 100.000 NO, quindi li piazzano sull'order book.

• Arbitraggisti: Sono i maggiori utilizzatori di Merge. Quando il mercato subisce una temporanea errata valutazione, come YES che scende a $0,40 e NO che scende a $0,55, gli arbitraggisti acquisteranno rapidamente 1 YES e 1 NO (costo totale $0,95) e poi chiameranno immediatamente Merge per riavere $1, realizzando un profitto netto privo di rischio di $0,05. La condizione matematica è molto chiara: quando Prezzo(YES) + Prezzo(NO) < 1 - commissioni, è un gioco da ragazzi acquistare e fare Merge.

Quindi, quando provi a seguire lo smart money di un arbitraggista o di un market maker, devi valutare accuratamente l'impatto di Split/Merge sul PnL. Altrimenti, non è uno "smart money" che vale la pena di consultare.

Attualmente, inclusa Polymarket stessa, nessuno può risolvere il problema del calcolo del PnL. Certo, potresti averlo indovinato: insiders.bot ha già risolto questo problema nei calcoli PnL e nei browser di smart money.

4.2 Trappola del PnL: perché il tuo profitto è sbagliato?

Come accennato in precedenza, questo è l'errore più comune nell'intero ecosistema di Polymarket. Quasi tutti gli strumenti di tracciamento PnL di terze parti, incluse alcune API ufficiali, sono inciampati qui.

Lascia che ti calcoli un esempio e vedrai quanto è profonda questa trappola.

Passaggio 0: Supponiamo che tu abbia un capitale di $100. Sei ottimista sul mercato "Ethereum che supera i $5000".

Passaggio 1: Spendi $50 per eseguire uno Split. Ora hai 50 YES e 50 NO. Il tuo contante rimane $50.

Passaggio 2: Senti che 50 YES non sono abbastanza, quindi vai sul mercato e acquisti 50 YES a un prezzo di $0,40. Costo $20. Il contante rimane $30.

Passaggio 3: Vendi i 50 NO che hai a un prezzo di $0,35. Recuperi $17,50. Il contante diventa $47,50.

Ora hai 100 contratti YES. Qual è il tuo costo effettivo?

Come calcola la maggior parte delle classifiche (algoritmo errato):

Guardano solo i tuoi record di "trading". Vedono che hai acquistato 50 YES, al costo di $20. Ignorano completamente lo Split (perché quello non è uno scambio).

Quindi pensano che il tuo costo sia: $20 / 50 = $0,40 ciascuno.

Se l'attuale prezzo di mercato di YES sale a $0,60, mostrerebbero il tuo profitto come: 100 × $0,60 - $20 = $40.

Come dovresti calcolare effettivamente (algoritmo corretto, e quello che sta usando insiders.bot):

Il tuo deflusso totale di cassa: $50 (Split) + $20 (acquisto) = $70.

Il tuo afflusso totale di cassa: $17,50 (vendita NO)

Il tuo investimento netto: $70 - $17,50 = $52,50

Il tuo costo effettivo: $52,50 / 100 = $0,525 ciascuno.

Se l'attuale prezzo di mercato di YES è $0,60, il tuo profitto effettivo è: 100 × $0,60 - $52,50 = $7,50.

Vedi la differenza? La classifica mostra che hai guadagnato $40, ma in realtà hai guadagnato solo $7,50. I $32,50 di "profitto fantasma" nel mezzo sono dovuti al fatto che il sistema non ha gestito correttamente il costo dello Split e i ricavi dalla vendita di NO.

La formula matematica corretta del PnL dovrebbe essere:

PnL totale = Σ(reddito di vendita) + Σ(reddito di Merge) + Σ(reddito di Redeem) - Σ(spese di acquisto) - Σ(spese di Split) + Valore di mercato della posizione attuale

Ecco perché vedi alcuni grandi giocatori in classifica che mostrano perdite di milioni, ma in realtà stanno facendo fortuna. Perché le posizioni vincenti, dopo essere state riscattate, molti strumenti "cancelleranno" queste posizioni dai record storici, lasciando solo quelle ancora in perdita.

Trappola del calcolo del PnL

Capitolo 5: Curva delle commissioni

Se fai trading frequentemente, scoprirai che le commissioni di Polymarket non sono una percentuale fissa. A volte ti vengono addebitati $10 per l'acquisto di un contratto da $1000 e a volte solo $2.

Perché? Diamo un'occhiata alla formula delle commissioni nascosta in profondità nel codice:

Commissione = C × tassoCommissione × p × (1 - p) (dove C è l'importo della transazione, p è il prezzo)

5.1 Perché p(1-p)?

Supponiamo che tu voglia acquistare 100 YES a un tasso del 2%:

• Se il prezzo di YES è $0,50: Commissione = 100 × 2% × 0,50 × 0,50 = $0,50

• Se il prezzo di YES è $0,90: Commissione = 100 × 2% × 0,90 × 0,10 = $0,18

• Se il prezzo di YES è $0,10: Commissione = 100 × 2% × 0,10 × 0,90 = $0,18

Vedi lo schema? La commissione è più alta quando il prezzo è a 0,50 (equamente bilanciato). Quando il prezzo si avvicina a 0 o 1 (l'esito è quasi certo), la commissione è estremamente bassa.

Ancora più importante, c'è simmetria. Acquistare YES a $0,90 e acquistare NO a $0,10 sono matematicamente equivalenti. Se ti viene addebitata una commissione alta per l'acquisto di YES a $0,90 e una commissione bassa per l'acquisto di NO a $0,10, gli arbitraggisti impazziranno acquistando NO e poi arbitrando attraverso il meccanismo MINT. Il design di p(1-p) garantisce che, indipendentemente dal lato da cui esprimi la tua opinione, i costi di attrito addebitati dal sistema siano assolutamente simmetrici.

5.2 La bellezza matematica nascosta

Se hai studiato statistica, avrai molta familiarità con la formula p(1-p). È la formula della varianza della distribuzione di Bernoulli (lancio della moneta).

Nell'intero design del sistema di Polymarket, p(1-p) è la "formula di Dio":

1. È la curva delle commissioni: Maggiore è l'incertezza (varianza), maggiori sono le commissioni addebitate dal sistema.

2. Riflette l'entropia dell'informazione: Quando scommetti al 50%, fornisci le informazioni più nuove al mercato, quindi il tuo costo è il più alto.

Chi paga le commissioni? È sempre il Taker. Il Maker è sempre esente da commissioni.

Questo meccanismo allinea perfettamente gli incentivi: quando il mercato è più incerto (50/50), ai primi partecipanti verranno addebitate le commissioni più alte, proteggendo i market maker da shock inutili; mentre quando il mercato è quasi certo, commissioni estremamente basse incoraggiano gli arbitraggisti a entrare e spingere i prezzi verso l'1 o lo 0 finale.

Curva delle commissioni

Capitolo 6: Negative Risk, ovvero la magia più elegante della DeFi

Se hai giocato in mercati a più esiti come elezioni, Oscar o eventi sportivi su Polymarket, devi aver incontrato i mercati Negative Risk.

Questa è la parte più cervellotica dell'intero articolo, ma riflette anche meglio l'estetica dell'ingegneria degli smart contract.

P.S. Questa è anche la parte che il nostro co-fondatore @DakshBigShit ha risolto dopo una maratona di 36 ore mentre sviluppava la nostra API.

6.1 Punti critici dei mercati tradizionali a più esiti

Supponiamo che ci siano quattro candidati: A, B, C, D. Odi assolutamente A e sei sicuro che A non possa vincere. Vuoi "andare corto" su A.

In un mercato binario tradizionale, devi solo acquistare il contratto NO di A. Ma in un mercato a più esiti, se A perde, significa che uno tra B, C o D deve vincere. Quindi, "andare corto su A" è matematicamente equivalente a "andare lungo su B + andare lungo su C + andare lungo su D." (Questa frase è molto importante; leggila ripetutamente finché non la capisci.)

Se vai sul mercato e acquisti contratti YES per B, C e D separatamente, incontrerai un enorme problema: efficienza del capitale molto bassa. Perché devi pagare tre importi separati e, se i prezzi di questi tre sommano più di $1,00, potresti persino subire una perdita.

6.2 La magia del Negative Risk Adapter (NegRiskAdapter)

Polymarket ha distribuito uno smart contract dedicato NegRiskAdapter per risolvere questo problema. Fornisce una funzione chiamata convertPositions.

Lo scopo della funzione è convertire istantaneamente i tuoi contratti NO in contratti YES per tutti gli altri candidati e restituirti un importo in contanti.

Dimostriamo matematicamente perché questa conversione conserva il valore.

Configurazione dello scenario: Ci sono n candidati.

• Hai A quote di contratti NO per il candidato 1 e A quote di contratti NO per il candidato 2 (stai andando corto su entrambi 1 e 2).

• Detieni un totale di m diversi contratti NO (qui m=2).

Prima della conversione, il valore reale delle tue partecipazioni (in tutte le possibili linee temporali):

• Se vince il candidato 1: NO_1 diventa senza valore, NO_2 vale $1. Valore totale = A.

• Se vince il candidato 2: NO_1 vale $1, NO_2 diventa senza valore. Valore totale = A.

• Se vince il candidato 3 (chiunque tu non abbia shortato vince): NO_1 vale $1, NO_2 vale $1. Valore totale = 2A.

Cosa ti dà il contratto dopo aver chiamato convertPositions?

La formula è: restituisce A × (m-1) in contanti, più A quote di contratti YES per i candidati 3, 4, ... n.

In questo esempio, restituisce: A × (2-1) = A in contanti! Più A quote di YES per il candidato 3, A quote di YES per il candidato 4...

Dopo la conversione, il valore reale delle tue partecipazioni (in tutte le possibili linee temporali):

• Se vince il candidato 1: i tuoi YES_3 e YES_4 diventano senza valore. Hai solo contanti A. Valore totale = A. (Uguale a prima della conversione!)

• Se vince il candidato 2: i tuoi YES_3 e YES_4 diventano senza valore. Hai solo contanti A. Valore totale = A. (Uguale a prima della conversione!)

• Se vince il candidato 3: il tuo YES_3 vale $1, gli altri diventano senza valore. Più contanti A. Valore totale = A + A = 2A. (Uguale a prima della conversione!)

Q.E.D. Indipendentemente da come si sviluppa il mondo, il valore prima e dopo la conversione è assolutamente uguale.

Dimostrazione matematica della conversione Negative Risk

6.3 Perché questo è un processo di aumento dell'entropia "irreversibile a senso unico"?

Questo meccanismo di conversione ha una proprietà fisica estremamente affascinante: è a senso unico e irreversibile.

Puoi convertire NO in YES + contanti. Ma non puoi mai convertire YES + contanti in NO.

Perché? Perché a livello sottostante dello smart contract, quando converti NO in YES, il contratto invia effettivamente i tuoi contratti NO a un indirizzo buco nero (Burn) e poi usa lo spazio di garanzia rilasciato da questo per "sintetizzare" nuovi contratti YES. Ciò non richiede l'iniezione di nuovi fondi esterni.

Ma se vuoi invertirlo e trasformare YES in NO, devi creare nuova garanzia dal nulla (perché i contratti NO coprono una gamma molto più ampia rispetto a YES). L'adattatore non ha l'autorità di utilizzare i fondi del tesoro.

È come rompere un uovo. NO è l'uovo intero, contenente tutte le possibilità. L'operazione di conversione è come rompere l'uovo, separandolo in tuorlo (YES) e albume (contanti). Il processo conserva il valore, ma non puoi mai ricomporli in un uovo intero.

Qui c'è un'enorme opportunità di arbitraggio: se scopri che il prezzo del NO di un certo candidato è maggiore del prezzo totale degli YES di tutti gli altri candidati, puoi acquistare quel NO, chiamare convertPositions per ottenere contanti e un mucchio di YES, e poi vendere immediatamente quegli YES. Questa è la strategia di arbitraggio priva di rischio di livello più alto nei mercati a più esiti.

Capitolo 7: Gli estremi fisici della velocità

Infine, parliamo della dimensione più brutale del trading: il tempo.

Nel trading ad alta frequenza tradizionale, discutiamo di microsecondi (milionesimi di secondo). Su Polymarket, discutiamo di millisecondi. Ma qui c'è un'enorme disuguaglianza strutturale.

Se ti sei mescolato nella sezione di trading algoritmico di Reddit, scoprirai che tutti i programmatori che sviluppano bot per Polymarket si sono lamentati della stessa cosa: "Perché devo sempre aspettare 300 millisecondi per gli ordini Taker, mentre gli ordini Maker richiedono solo 25 millisecondi?"

7.1 Perché gli ordini Maker sono veloci e gli ordini Taker sono lenti?

• Quando effettui un Maker (ordine limite): Il tuo ordine (dati della firma) viene inviato al server di Polymarket. Il server controlla la validità della firma e inserisce direttamente questo record nel database CLOB (order book) in memoria. Quindi ti restituisce immediatamente un ACK (conferma). L'intero processo avviene interamente off-chain e richiede solo una scrittura nel database. Tempo impiegato: ~25 millisecondi.

• Quando effettui un Taker (ordine di mercato): Il tuo ordine viene inviato al server. Il motore di abbinamento scopre che il tuo ordine può corrispondere a un Maker nell'order book. A questo punto, l'Operatore deve avviare una complessa pipeline di regolamento:

  1. Decidere quale percorso di abbinamento utilizzare (COMPLEMENTARY, MINT o MERGE).

  2. Costruire dati di transazione on-chain contenenti le firme di entrambe le parti.

  3. Inviare la transazione al Relayer.

  4. Il Relayer stima il Gas e alloca il Nonce.

  5. Trasmettere la transazione ai nodi Polygon.

  6. Attendere che i nodi confermino che questa transazione non verrà ripristinata a causa di saldo insufficiente o altri motivi.

  L'intero processo abbraccia più microservizi e tocca persino i bordi della blockchain. Tempo impiegato: ~250 a 300 millisecondi.

7.2 Cosa significano questi 250 millisecondi?

Questo divario fisico di 250 millisecondi modella profondamente l'ecosistema di Polymarket.

In primo luogo, è molto difficile fare front-running su Polymarket. Poiché tutti gli ordini Taker devono mettersi in coda in attesa che l'Operatore li elabori, non puoi tagliare la fila aumentando le commissioni Gas. Il front-running della Mempool è temporaneamente un non-problema qui.

In secondo luogo, il vantaggio assoluto delle strategie Maker. Poiché l'annullamento (Cancel) e gli ordini Maker sono entrambe operazioni off-chain, richiedono solo 25 millisecondi. Quando si verificano notizie dell'ultima ora, i market maker esperti possono utilizzare questa differenza di tempo di 250 millisecondi per annullare i loro ordini prima che gli ordini Taker vengano regolati (questo si chiama evitare la selezione avversa).

7.3 I 90 secondi di inattività ogni martedì mattina

C'è un altro dettaglio poco noto sul tempo. Secondo la documentazione ufficiale, ogni martedì alle 7:00 ora orientale, il motore di abbinamento di Polymarket si riavvia. Durante questi circa 90 secondi, il sistema smette di elaborare qualsiasi abbinamento e l'API restituisce un errore HTTP 425 (Too Early).

Ancora più crudelmente, la V2 ha introdotto un meccanismo di Heartbeat. Se il server non riceve un heartbeat dal client entro 10 secondi, annullerà automaticamente tutti gli ordini aperti per quell'utente. Durante questi 90 secondi di riavvio, gli heartbeat dei market maker vengono interrotti forzatamente e i loro ordini verranno collettivamente cancellati dal sistema.

Questi 90 secondi rappresentano un vero "vuoto di liquidità" nel sistema. Per i modelli di pricing delle opzioni, come prezzare il Theta (decadimento temporale) di questi 90 secondi e come cogliere il mercato quando il motore riprende al 91° secondo, è l'enigma finale per le migliori piattaforme e studi quantitativi.

Confronto della timeline dei ritardi

Capitolo 8: L'epica ristrutturazione V2 e la battaglia finale contro il "Ghost Fill"

Se hai letto fin qui, hai compreso il framework principale di Polymarket. Ma se vuoi continuare a guadagnare in questo mercato nel 2026, devi comprendere il grande terremoto che si è appena verificato.

Tra febbraio e maggio 2026, Polymarket ha subito silenziosamente un epico aggiornamento dell'architettura V2. Questo aggiornamento non solo ha ristrutturato le formule di garanzia e commissione, ma, cosa ancora più importante, ha lanciato la battaglia finale per risolvere il bug più famigerato nei mercati di previsione, ovvero i ghost fill (Ghost Fill).

8.1 Cos'è il Ghost Fill? La disconnessione dello stato tra on-chain e off-chain

Prima dell'aggiornamento di Polymarket V2, innumerevoli market maker e bot quantitativi erano tormentati da un fenomeno: il tuo bot coglie una grande opportunità in un mercato a livello di 5 minuti (come BTC Up/Down 5m) e invia immediatamente una richiesta Taker. L'API di Polymarket risponde istantaneamente: "Abbinato! Successo!" Anche il tuo avviso Telegram appare con l'entusiasmo "FILLED". Ma quando apri Polygonscan per controllare l'esploratore blockchain, scopri che questa transazione è contrassegnata come REVERTED (fallita), sprecando commissioni Gas per nulla. E la tua posizione rimane invariata.

L'order book mostra chiaramente un abbinamento, ma la blockchain dice che non è successo nulla. Questo è il ghost fill (Ghost Fill).

Per comprendere l'essenza di questo bug, dobbiamo tornare all'architettura sottostante discussa nel Capitolo 1: Abbinamento off-chain + Regolamento on-chain.

Quando l'ordine di acquisto di Alice e l'ordine di vendita di Bob si abbinano nel Central Limit Order Book (CLOB) off-chain, il sistema traccia solo un segno di uguale tra questi due ordini nel database. Il trasferimento effettivo dell'asset richiede che l'Operatore impacchetti le firme di entrambe le parti e le invii alla catena Polygon per l'esecuzione di TransferFrom.

Questo crea un divario temporale fatale. Durante questo divario temporale, lo stato del wallet dell'utente potrebbe cambiare.

8.2 Due percorsi di attacco del Ghost Fill

All'inizio della V1 e nella V2 appena lanciata, hacker e market maker malintenzionati hanno sfruttato questo divario temporale per inventare due metodi di attacco altamente distruttivi:

• Primo: Attacco incrementNonce a basso costo (era V1)

  Nell'architettura V1, gli stati degli ordini erano gestiti da un nonce globale (numero casuale). I giocatori malintenzionati potevano pubblicare follemente ordini falsi molto attraenti (Spoofing) off-chain. Quando un vero acquirente abbocca e l'ordine mostra un abbinamento off-chain, il giocatore malintenzionato può chiamare la funzione incrementNonce on-chain prima che l'Operatore la invii.

  Questa operazione costa pochissimo (pochi centesimi in Gas) ma può invalidare istantaneamente tutti i vecchi ordini nonce per quell'indirizzo. Quando l'Operatore invia la transazione abbinata on-chain, lo smart contract rileva che il nonce non è corretto e ripristina direttamente. L'attaccante scappa illeso, mentre il vero acquirente non solo perde l'opportunità di trading, ma potrebbe anche essere fuorviato dall'order book falso.

• Secondo: "Ordini zombie" da wallet vuoti (inizio V2)

  L'aggiornamento V2 ha rimosso il nonce globale e utilizzato un singolo hash d'ordine per gestire gli stati di annullamento, bloccando il primo percorso. Ma gli hacker hanno rapidamente scoperto una vulnerabilità più profonda: l'inganno del saldo. Un utente malintenzionato può depositare $1000 in un wallet, firmare un mucchio di ordini limite per un valore totale di $10.000 e poi trasferire immediatamente tutti i soldi fuori dal wallet. Poiché gli ordini di Polymarket sono firmati offline, finché la firma è valida e l'approvazione del token (Approval) non viene revocata, questi ordini appaiono "legittimi" al motore di abbinamento off-chain. Ma in realtà, il saldo di questo wallet è $0.

  Quando il tuo bot mangia questi "ordini zombie" e l'Operatore invia on-chain, la funzione TransferFrom della libreria Solady sottostante genererà un errore (codice errore 0x7939f424) a causa di un saldo insufficiente dall'altra parte. La tua transazione viene ripristinata di nuovo.

8.3 Perché gli exchange tradizionali non hanno questo problema?

Potresti chiedere: perché Binance o gli exchange decentralizzati tradizionali (come Uniswap) non hanno questo problema?

Perché Binance è puramente centralizzato; i tuoi soldi esistono nel suo database e ha il controllo assoluto. L'abbinamento e la detrazione avvengono atomicamente. E Uniswap è puramente on-chain; l'abbinamento e la detrazione sono completati nella stessa transazione di uno smart contract, anch'essi atomicamente.

Ma Polymarket ha scelto un'architettura ibrida: l'abbinamento off-chain cerca velocità, mentre il regolamento on-chain cerca trasparenza. Nel frattempo, i fondi degli utenti sono conservati in wallet completamente auto-custoditi (come EOA o Gnosis Safe), dove gli utenti hanno diritti di disposizione assoluti e possono trasferire denaro in qualsiasi momento.

Finché gli stati di finanziamento su entrambe le estremità dell'abbinamento sono collegati al wallet auto-custodito veramente libero dell'utente, la "disconnessione dello stato" esisterà sempre.

8.4 La soluzione definitiva: Deposit Wallet (Tesoro associato)

Il 4 maggio 2026, Polymarket ha annunciato ufficialmente un importante aggiornamento a livello di protocollo principale, riducendo direttamente la proporzione di ghost fill da un picco del 30% allo 0,17% e tendendo verso lo zero.

Come hanno fatto? La risposta è l'introduzione del Deposit Wallet (Tesoro associato).

Polymarket ha finalmente capito che il modo fondamentale per risolvere i ghost fill è limitare la "libertà assoluta" dei fondi degli utenti. Sotto la nuova architettura, gli utenti non possono più partecipare direttamente all'abbinamento off-chain con i loro wallet nativi (EOA). Devi prima depositare fondi in un Deposit Wallet controllato da uno smart contract.

In questo tesoro:

• Hai la proprietà ma non i diritti di disposizione immediata assoluti.

• Quando effettui un ordine off-chain, il tesoro blocca logicamente il saldo disponibile corrispondente.

• Se vuoi prelevare denaro dal tesoro, questa operazione di prelievo (Revoca di stato) stessa è assegnata a un costo temporale fisico. Deve essere sottoposta a verifica da parte dello smart contract per garantire che tu non abbia ordini in sospeso in fase di abbinamento.

Introducendo questo livello di buffer, Polymarket lega forzatamente lo stato di abbinamento off-chain e lo stato di finanziamento on-chain, eliminando completamente la possibilità di "ordini da wallet vuoti". Questa non è solo una vittoria ingegneristica, ma anche un profondo compromesso e ricostruzione della contraddizione tra "auto-custodia" ed "efficienza di trading" nella finanza decentralizzata.

8.5 Altri aggiornamenti hardcore nella V2

Oltre alla soluzione definitiva al Ghost Fill, l'architettura V2 include diversi aggiornamenti profondi che cambiano il panorama del mercato:

• Trasferimento di potere di pUSD: Il 28 aprile, la garanzia sottostante è passata completamente da USDC.e a pUSD. Ciò ha permesso a Polymarket di ottenere il controllo sugli asset sottostanti fruttiferi, consentendogli di fornire agli utenti fino al 4,00% di premi di detenzione annualizzati. pUSD è diventata la nuova infrastruttura di efficienza del capitale.

• Implementazione della formula perfetta p(1-p): L'approssimazione approssimativa di min(p, 1-p) dell'era V1 è stata abbandonata e la formula delle commissioni è stata modificata direttamente nella formula perfetta della varianza di Bernoulli p × (1-p). La fluidità assoluta consente matematicamente ai modelli di pricing degli arbitraggisti di essere più precisi.

• Rimozione dei rallentatori artificiali: All'inizio, per proteggere i market maker dall'essere battuti dai bot API, il codice aveva codificato un ritardo Taker fino a 500 millisecondi. Con il miglioramento delle prestazioni del motore V2 e l'introduzione del meccanismo di Heartbeat (la disconnessione per 10 secondi cancella gli ordini), il team ufficiale ha rimosso completamente questo rallentatore artificiale alla fine di febbraio, dichiarando che Polymarket è ufficialmente entrato nella mischia HFT (trading ad alta frequenza) a livello di microsecondi. (Questo è anche il motivo per cui noi di insiders.bot ci stiamo preparando ad aprire presto il codice sorgente dell'API per unirci a questa battaglia.)

Conclusione: Vedere attraverso questa macchina da zero

Dal momento in cui fai clic per effettuare un ordine:

• La tua firma viene inviata all'order book off-chain.

• Il Relayer brucia il suo Gas per spianarti la strada.

• L'Operatore cerca il percorso di abbinamento ottimale per te tra COMPLEMENTARY, MINT e MERGE.

• La curva delle commissioni estrae elegantemente piccoli costi di attrito usando la formula p(1-p).

• Se la tua operazione è complessa, il NegRiskAdapter eseguirà persino l'alchimia della conservazione del materiale per te.

Alla fine, tutto viene regolato entro quei decisivi 250 millisecondi. (Questo è anche il motivo per cui insiders.bot considera fondamentale la trasparenza e la velocità del seguire gli scambi.)

I tuoi soldi non sono scomparsi. Stanno solo seguendo rigorosamente le leggi fisiche di questa macchina precisa chiamata ctf-exchange-v2, fluendo dove dovrebbero andare.

La prossima volta che vedi quote scandalose o un'allettante opportunità di arbitraggio su Polymarket, non correre a fare clic su Acquista. Per prima cosa, ripassa gli ingranaggi di questa macchina nella tua mente.

Comprendendo questi "Fa" fondamentali, combinati con il corretto "Dao", sarai sicuramente invincibile.

P.S. Anche la versione PDF di questo articolo è pronta. Segui @insidersdotbot e invia un DM con scritto "PDF" per ottenerla rapidamente.

Riferimenti

[1] Documentazione ufficiale di Polymarket: Riavvii del motore di abbinamento e meccanismo di Heartbeat.

[2] Documentazione ufficiale di Polymarket: Commissioni e formula di calcolo p(1-p).

[3] Codice sorgente dello smart contract Polymarket/ctf-exchange-v2 (GitHub).

[4] NegRiskAdapter.sol: Implementazione matematica delle conversioni a più esiti.

[5] leolabs.me: "Perché il tuo PnL su Polymarket è sbagliato" (analisi contabile Split/Merge).

[6] Reddit r/algotrading & Binance Square: Annunci di rimozione del ritardo Taker di Polymarket (febbraio 2026).

[7] Guida alla migrazione di Polymarket V2: Transizione da USDC.e a pUSD (aprile 2026).