Polymarket-in Əsas Alqoritminin İzahı

Orijinal iş: @MrRyanChi, @insidersdotbot Proqnoz Bazarı Ticarət Platformasının Yaradıcısı

Ön söz: Polymarket-in bilmədiyiniz digər tərəfi

Son altı ayda Twitter-də yüz milyonlarla proqnoz bazarı haqqında məqalə peyda olub.

Onların doxsan faizi süni intellektlə yazılmış proqramların necə zənginləşmə mifini yarada biləcəyindən bəhs edir. Bu, sizin bu yeni bazara ilk addımınız olan "Yuan"dır.

Digər 9%-i isə xüsusi ticarət strategiyalarını, bazar paylaşımını və ağıllı pul strategiyalarının təhlilini müzakirə edir. Bu, proqnoz bazarlarında pul qazanmaq üçün düşüncə tərzini anlamağa başlamaq və öz ticarət strategiyalarınızı kəşf etmək üçün ilk addım olan "Dao"dur.

Lakin proqnoz bazarlarının əsas ticarət dizaynına, PNL hesablamalarına və pul axını qaydalarına aid olan "Fa" yalnız o 1% insan tərəfindən müzakirə olunur və əsasən qısa tvitlərdə səpələnmiş haldadır. Bu gizli ekspertlər öz tam metodlarını hamı ilə bir anda bölüşməyə istəksiz görünürlər və ya buna enerjiləri çatmır.

Beləliklə, insiders.bot-un yeni istifadəyə verildiyi və Polymarket-in v2 yeniləməsini tamamladığı gün, ticarət etdiyimiz bu bazarın "Fa"-sını ən təməl texnologiyadan başlayaraq dekonstruksiya etmək istəyirəm.

Keçən oktyabr ayında mən Polymarket-in bir neçə əsas komponentini təxmini şəkildə təqdim edən sadələşdirilmiş bir versiya yazmışdım. Bu dəfə isə bütün texniki dizayn detallarını həqiqətən nümayiş etdirmək və onları sadə dildə izah etmək istəyirəm.

Bu məqalə komandamızın son səkkiz ay ərzində gördüyü gərgin əməyin məhsuludur.

Bu səkkiz ay ərzində @insidersdotbot komandası ən sürətli ticarətə və ən dəqiq PNL hesablamalarına nail olmaq üçün Polymarket-in bütün əsas smart müqavilələrini və alqoritm arxitekturasını təhlil etmişdir. Bu, yalnız bizim öz API-mizin nail ola biləcəyi bir şeydir və bu günə qədər başqa heç kim bunu edə bilməyib.

Ona görə də düşünürəm ki, Polymarket-in "Fa"-sını ən hərtərəfli şəkildə təhlil edə biləcək şəxslər biz ola bilərik.

Bu məqalədə mən sizə ctf-exchange-v2 smart müqaviləsinin hər bir vəsaiti necə idarə etdiyini, Relayer-in Gas ödənişlərində sizə necə kömək etdiyini və Negative Risk-in riyazi olaraq dəyərin qorunmasını necə təmin etdiyini anlamağa kömək edəcəyəm.

Bu, sadə bir elmi-populyar məqalə deyil. Bu, tərtibatçı nöqteyi-nəzərindən Polymarket-in əsas mexanizmlərinin hərtərəfli alqoritmik dekonstruksiyasıdır.

Gəlin əsaslardan başlayaq. Yəni, siz sifariş verdikdə, əslində nə göndərirsiniz?

Qeyd: Bu məqalənin üslubu və strukturu süni intellekt tərəfindən uyğunlaşdırılıb, onu OpenClaw, Manus, Hermes və ya hər hansı bir süni intellekt agentinizlə təlim materialı kimi paylaşmaqdan çəkinməyin!!!

Fəsil 1: Klikdən blokçeynə qədər nə baş verir?

1.1 Sifarişlər əməliyyat deyil, onlar "niyyətlərdir"

Ənənəvi mərkəzləşdirilməmiş birjalarda (məsələn, Uniswap) ticarət etdikdə, pul kisənizdə təsdiq qutusu açılır, Gas haqlarını ödəməli və sonra mədənçilərin onu paketləməsini gözləmək üçün blokçeyn şəbəkəsinə (Mempool) əməliyyat göndərməlisiniz.

Lakin Polymarket-də sifariş verdikdə, pul kisəniz adətən "əməliyyat" sorğusu deyil, "imza" sorğusu açır. Üstəlik, heç bir Gas ödəməyinizə ehtiyac qalmır.

Bu, sadəcə istifadəçi təcrübəsinin optimallaşdırılması deyil; bu, bütün əsas arxitekturanın fundamental fərqidir.

Polymarket-də sifariş əsas etibarilə EIP-712 standartına uyğun olan strukturlaşdırılmış məlumat parçasıdır. Bu məlumatda nə etmək istədiyiniz yer alır:

• Siz Maker-siniz, yoxsa Taker? Hansı Tokeni (tokenId) almaq istəyirsiniz?

• Nə qədər ödəmək istəyirsiniz (makerAmount)?

• Nə qədər almaq istəyirsiniz (takerAmount)?

İmza atdıqda, siz sadəcə bu məlumatı şəxsi açarınızla möhürləyir və "Mən bunu həqiqətən etmək istəyirəm" deyə sübut edirsiniz. Sonra bu imzalanmış məlumat Polymarket-in mərkəzləşdirilmiş serverinə göndərilir və blokçeyndən kənar Mərkəzi Limit Sifariş Kitabında (CLOB) saxlanılır.

Bu mərhələdə blokçeyndə heç nə baş verməyib. Pulunuz hələ də pul kisənizdədir və tokenlər köçürülməyib. Sifarişiniz sadəcə verilənlər bazasında bir qeyddir.

1.2 Qiymətin gizli ifadəsi

Sifarişi göndərdiyiniz anı dayandıraq. Polymarket-in əsas müqavilələrinin sifariş strukturuna yaxından baxsanız, çox qeyri-intuitiv bir şey tapacaqsınız: sifariş imzası məlumatında "qiymət" sahəsi yoxdur.

Bu necə mümkündür? Qiymət olmadan ticarət necə ola bilər?

Polymarket protokolunun əsas dizaynında qiymət gizlidir. O, ödəməyə hazır olduğunuz məbləğ və almaq istədiyiniz məbləğ əsasında hesablanır.

Əgər $0.60 qiymətinə 100 YES müqaviləsi almaq istəyirsinizsə:

• Ödəməlisiniz: $60 pUSD (makerAmount = 60)

• Almaq istəyirsiniz: 100 YES müqaviləsi (takerAmount = 100)

• Gizli qiymət = makerAmount / takerAmount = 60 / 100 = $0.60

Əgər $0.60 qiymətinə 100 YES müqaviləsi satmaq istəyirsinizsə:

• Ödəməlisiniz: 100 YES müqaviləsi (makerAmount = 100)

• Almaq istəyirsiniz: $60 pUSD (takerAmount = 60)

• Gizli qiymət = takerAmount / makerAmount = 60 / 100 = $0.60

(Qeyd: Ən son V2 SDK-da tərtibatçılar qiymət və ölçünü birbaşa daxil edə bilsələr də, SDK hələ də əsas imzalama zamanı onları makerAmount və takerAmount-a çevirir. Bu dizaynın dahiliyi ondadır ki, smart müqavilənin "qiymət"in nə olduğunu anlamasına ehtiyac yoxdur; o, yalnız "A aktivinin B aktivinə dəyişdirilməsi" məntiqini idarə etməlidir. Bu, blokçeyn daxilindəki hesablama məntiqini xeyli sadələşdirir və Gas istehlakını azaldır.)

1.3 Operator: Polymarket-in "Yol Polisi"

Sifarişlərin hamısı blokçeyndən kənarda olduğuna görə, onlar necə blokçeyndə real aktiv köçürmələrinə çevrilir?

Bu bizi Polymarket arxitekturasındakı ən əsas qara qutu roluna gətirib çıxarır: Operator.

ctf-exchange-v2 smart müqaviləsində çox vacib bir modifikator var: onlyOperator. Bu o deməkdir ki, yalnız Polymarket tərəfindən idarə olunan xüsusi bir ünvan matchOrders və fillOrder kimi icra funksiyalarını çağırmaq səlahiyyətinə malikdir.

Bu, ənənəvi DeFi-dən tamamilə fərqlidir. Uniswap-da istənilən şəxs marşrut müqaviləsini çağıra bilər. Lakin Polymarket-də siz ticarətləri blokçeyndə özünüz uyğunlaşdıra bilməzsiniz. Bütün uyğunlaşdırmalar Operator tərəfindən təqdim edilməlidir.

Niyə bu şəkildə dizayn edilib? MEV (Mədənçi tərəfindən çıxarıla bilən dəyər) və front-running-i aradan qaldırmaq üçün.

Ənənəvi blokçeyn sifariş kitablarında kimsə çox aşağı qiymətə böyük sifariş verərsə, bütün arbitraj botları digərlərini qabaqlamaq və o sifarişi yemək üçün Mempool-da çılğıncasına təkliflər verəcəklər (Gas haqlarını artıraraq). Bu, Gas haqlarının yüksəlməsinə və adi istifadəçilər üçün pis təcrübəyə səbəb olur.

Polymarket-də bütün sifarişlər blokçeyndən kənar CLOB-dadır. Operatorun uyğunlaşdırma mühərriki serverdə kimin kiminlə ticarət etməli olduğunu hesablayır, sonra nəticəni bir əməliyyata paketləyir və Operator tərəfindən zəncirə göndərilir.

Yalnız Operator uyğunlaşdırma nəticələrini təqdim edə bildiyi üçün, Mempool-dakı botlar bu əməliyyatı görsələr belə, icra funksiyalarını çağırmaq səlahiyyətləri olmadığı üçün onu qabaqlaya bilməzlər.

Bu, tipik bir "hibrid mərkəzləşdirilməmiş" arxitekturadır. Uyğunlaşdırma və sifariş vermə mərkəzləşdirilmişdir (Operator tərəfindən müəyyən edilir), lakin hesablaşma və fondların saxlanması mərkəzləşdirilməmişdir (smart müqavilələr tərəfindən icra edilir).

Operator kimin birinci, kimin sonra uyğunlaşacağını qərarlaşdıra bilər, lakin o, sizin vəsaitlərinizi oğurlaya bilməz, çünki sizin imzaladığınız EIP-712 məlumatlarını təqdim etməlidir və müqavilə imzanı ciddi şəkildə yoxlayacaq.

Qeyd: Bununla belə, qeyd etməliyəm ki, bizim @insidersdotbot komandamız bu mexanizmi istismar etməyin bir yolunu tapmış kimi görünür, bu da izləyicilərə əməliyyatları qabaqlamağa və ya əhəmiyyətli dərəcədə gecikdirməyə imkan verir. Hər hansı bir yeniləmə olarsa, onları rəsmi hesabda mümkün qədər tez elan edəcəyik.

Fəsil 2: Relayer-in iqtisadiyyatı

2.1 "Gas-sız" illüziyası

Polymarket-in ən böyük satış nöqtələrindən biri istifadəçilər üçün "Gas-sız Əməliyyatlar"dır. Ticarət etmək üçün pul kisənizdə POL (əvvəlki MATIC) saxlamağa ehtiyac olmadan, yalnız pUSD-yə ehtiyacınız var.

Lakin blokçeynin fiziki qanunlarını pozmaq olmaz: Polygon-da vəziyyət dəyişikliyi (məsələn, aktiv köçürməsi) olduğu müddətcə, kimsə Gas haqlarını ödəməlidir.

Siz ödəmədiyinizə görə, bəs kim ödədi? Cavab: Relayer.

2.2 Relayer-in ötürmə şəbəkəsi

Polymarket istifadəçilərin özlərinin əməliyyat göndərməsinə icazə vermir, lakin Relayer Client (relayer-v2.polymarket.com) adlı bir infrastruktur yerləşdirib.

Erkən arxitekturada bu cür xidmətlər adətən OpenZeppelin Defender Relay kimi müəssisə səviyyəli xidmətlərə güvənir, yüksək konkurentlik altında nonce münaqişələrini həll etmək üçün imzalayan hovuzunu saxlayırdı.

Tətbiqiniz bir əməliyyat yaratdıqda (məsələn, tokenləri təsdiqləmək, mənfəəti geri almaq), siz onu şəxsi açarınızla imzalayırsınız və Relayer-ə göndərirsiniz. Relayer bir "Əməliyyat Sponsoru" kimi çıxış edərək, bu əməliyyatı zəncirə təqdim edir və Gas haqlarını öz fond hovuzu ilə ödəyir.

Relayer Arxitekturası və İqtisadi Dövr

2.3 Yun qoyundan gəlir?

Bir çox erkən meta-əməliyyat arxitekturalarında Relayer Gas-ı ödədikdən sonra, Gas xərclərini kompensasiya etmək üçün adətən istifadəçinin depozitindən bir haqq (məsələn, 0.3% və ya sabit bir neçə dollar) çıxır.

Lakin Polymarket son dərəcə aqressivdir: hazırkı V2 arxitekturasında onlar həqiqətən tam məbləği sizin əvəzinizə ödəyirlər.

Rəsmi sənədlərdə açıq şəkildə deyilir: "Polymarket relayer vasitəsilə yönləndirilən bütün əməliyyatlar üçün gas ödəyir." İstər pul kisələrinin yerləşdirilməsi, istər tokenlərin icazələndirilməsi, istərsə də bölmə (Split), birləşdirmə (Merge) və ya geri alma (Redeem) olsun, hamısı gas-sızdır və heç bir gizli əməliyyat haqqı tutulmur.

Polymarket niyə bu zərəri öz üzərinə götürməyə hazırdır?

Çünki Polygon-da Gas xərcləri çox aşağıdır (adətən cəmi bir neçə sent) və gas-sız təcrübə Web2 istifadəçilərinin kütləvi axınını cəlb edə bilər. İstifadəçilər ticarət zamanı kiçik bir Taker haqqı ödədikləri müddətcə (bu barədə sonra danışılacaq), bu, həmin son dərəcə aşağı Gas xərcini örtmək üçün kifayətdir.

Bunu bildikdən sonra, növbəti sual təbii olaraq yaranır: bu "gas-sız" arxitekturanın ticarətimizə nə təsiri var?

Ən böyük gizli xərc gecikmədir. Sifarişiniz təkcə Polymarket-in uyğunlaşdırma mühərrikindən keçməməli, həm də birbaşa blokçeyn əməliyyatıdırsa, Relayer-in yoxlanışından, Gas qiymətləndirilməsindən və növbə bölgüsündən keçməlidir.

Fəsil 3: Üç uyğunlaşdırma metodu və niyə alıcılar və alıcılar da ticarət edə bilər?

İndi biz bütün Polymarket arxitekturasının ən sərt və qeyri-intuitiv hissəsinə daxil oluruq.

Ənənəvi birjalarda (məsələn, Binance-in sifariş kitabı) uyğunlaşdırma məntiqi çox sadədir: Alis 1 tokeni $60-a almaq istəyir, Bob 1 tokeni $60-a satmaq istəyir. Birja onları bir-birinə uyğunlaşdırır, token Bobdan Alisə keçir, pul isə Alisdən Boba keçir. Hekayənin sonu.

Lakin Polymarket-də (Conditional Token Framework CTF əsasında) işlər tamamilə fərqlidir. Çünki burada tokenlər "havadan yaradıla" və "havadan məhv edilə" bilər.

ctf-exchange-v2-nin mənbə kodunu açdıqda, üç tamamilə fərqli aktiv hesablaşma yolu tapacaqsınız: COMPLEMENTARY, MINT və MERGE.

Complementary, Mint, Merge Ümumi Strukturu

3.1 COMPLEMENTARY (Tamamlayıcı Uyğunlaşdırma): Ənənəvi İkinci Əl Ticarəti

Bu, başa düşülməsi ən asan uyğunlaşdırma metodudur və ənənəvi birjaların sahib olduğu yeganə metoddur.

Ssenari: Bazar bir müddətdir mövcuddur və hər kəsin çipləri var.

• Alis $0.60-a 100 YES almaq istəyir.

• Bobun YES-i var və o, $0.60-a 100 YES satmaq istəyir.

Operator bu iki sifarişi (AL vs SAT) tapır və onları blokçeyndə paketləyir. Smart müqavilə birbaşa peer-to-peer köçürməni icra edir:

1. Bobun ünvanından Alisə 100 YES köçürür.

2. Alisin ünvanından Boba $60 pUSD köçürür.

Bu mexanizm aşağıdakı riyazi və mühəndislik xüsusiyyətlərinə malikdir:

• Sıfır cəmli oyun: Sistemin ümumi token təklifi dəyişməyib.

• Minimum Gas istehlakı: CTF-in mürəkkəb əməliyyatları olmadan yalnız əsas köçürmələri əhatə edir.

• Standartlaşdırma: Yetkin, likvid bir bazarda gündəlik ticarətlərin böyük əksəriyyəti bu şəkildə aparılır.

3.2 MINT (Mint Uyğunlaşdırması): Havadan Likvidlik Yaratmaq

Bu, bəlkə də Polymarket-də və hətta bütün maliyyə tarixində ən inqilabi yenilikdir.

Daha yaxşı izah etmək üçün bu ssenariyə müraciət edə bilərik: Yepyeni bir bazar yeni açılıb və heç kimin YES və ya NO tokeni yoxdur.

• Alis son dərəcə optimistdir; o, $0.60-a 100 YES almaq istəyir.

• Bob son dərəcə pessimistdir; o, $0.40-a 100 NO almaq istəyir.

Qeyd: Onların hər ikisi alıcıdır! Heç birinin digərinin istədiyi tokeni yoxdur!

Ənənəvi sifariş kitabında bu iki sifariş yalnız bir-birinə baxa bilər və heç vaxt icra oluna bilməz. Polymarket-də isə AL vs AL (və tokenlər tamamlayıcıdırsa) baş verərsə, Operator bu iki sifarişi bir-birinə uyğunlaşdıracaq!

1. Smart müqavilə Alisin hesabından $60 pUSD çıxır.

2. Smart müqavilə Bobun hesabından $40 pUSD çıxır.

3. Smart müqavilə bu $100 pUSD-ni girov kimi kilidləyir və sonra havadan 100 YES və 100 NO yaratmaq üçün_mint funksiyasını çağırır.

4. Alisə 100 YES göndərir.

5. Boba 100 NO göndərir.

Bu mexanizmin işə düşməsi ciddi riyazi şərtə əsaslanmalıdır: alıcıların təkliflərinin cəmi $1.00-dan böyük və ya ona bərabər olmalıdır.

Əgər Alis YES üçün $0.60, Bob isə NO üçün $0.35 təklif edərsə, cəmi cəmi $0.95 olur. Smart müqavilə $0.95 ilə $1.00 dəyərində tam token cütü yarada bilməz. Bu uyğunlaşma birbaşa uğursuz olacaq.

MINT Uyğunlaşdırma Mexanizmi

Bazar yaradıcısı nöqteyi-nəzərindən bu mexanizm "soyuq başlanğıc" problemini həll etmək üçün son silahdır. Bazar yeni açıldıqda, bazar yaradıcılarının saxlamaq üçün (çoxlu vəsait tələb edərdi) bir dəst token yaratmaq üçün pul xərcləmələrinə ehtiyac yoxdur. Onlar yalnız YES və NO tərəflərində eyni vaxtda alış sifarişləri verməlidirlər (məsələn, YES üçün $0.49, NO üçün $0.49). Pərakəndə investorlar satmağa gəldikdə, bu, minting məntiqini işə salacaq.

3.3 MERGE (Merge Uyğunlaşdırması): Likvidliyin Məhv Edilməsi

Yaradılışın olduğu yerdə məhv də var. MERGE, MINT-in əks prosesidir.

Gəlin əks bir vəziyyətə baxaq. Bazar bağlanmaq üzrədir və hər kəs öz mövqelərini bağlayır.

• Alisin 100 YES-i var və o, $0.60-a satmaq istəyir.

• Bobun 100 NO-su var və o da $0.40-a satmaq istəyir.

Qeyd: Onların hər ikisi satıcıdır! Heç kim tokenlərini almaq üçün pUSD ödəmək istəmir.

Bu nöqtədə Polymarket-in mexanizmi yenidən işə düşəcək. SAT vs SAT ilə qarşılaşdıqda, Operator yenidən öz sehrini göstərəcək:

1. Smart müqavilə Alisdən 100 YES götürür.

2. Smart müqavilə Bobdan 100 NO götürür.

3. Smart müqavilə bu 100 cüt YES+NO-nu tamamilə məhv etmək və xəzinədən $100 pUSD-ni açmaq üçün _merge funksiyasını çağırır.

4. Alisə $60 pUSD göndərir.

5. Boba $40 pUSD göndərir.

Merge mexanizmi aşağıdakı riyazi və maliyyə xüsusiyyətlərinə malikdir:

• Deflyasiya mexanizmi: Sistemin ümumi token təklifi azalır.

• Çıxış kanalı: Bu, "alıcı" olmadan belə, YES və NO-nun satış qiymətləri $1.00-a çatdıqda (əslində $1.00-lıq boşluğu buraxaraq), hər kəsin hələ də nağdlaşdıra bilməsini təmin edir.

Bu üç uyğunlaşdırma metodunu anlamaq sizə Polymarket bazarının həyat dövrü haqqında fikir verir:

• Erkən Mərhələ (MINT Dominant): Bazar yeni açılıb və tokenlər yoxdur. Həm optimist, həm də pessimist tərəflər tokenlər müqabilində MINT mexanizmi vasitəsilə sistemə davamlı olaraq vəsait daxil edirlər. Ümumi təklif sürətlə artır.

• Orta Mərhələ (COMPLEMENTARY Dominant): Bazarın kifayət qədər likvidliyi var və ticarətlərin əksəriyyəti mövcud tokenlərin mübadiləsidir. Ümumi təklif sabitləşir.

• Son Mərhələ (MERGE Dominant): Nəticələr aydınlaşır və hər kəs mövqelərini bağlamağa başlayır. Həm optimist, həm də pessimist tərəflər nağdlaşdırmaq üçün MERGE mexanizmi vasitəsilə tokenləri məhv edirlər. Ümumi təklif azalır.

Nəzərə alın ki, bu üç yol Operator tərəfindən subyektiv şəkildə seçilmir, sifarişlərin istiqamətinə (AL vs SAT) əsasən smart müqavilə marşrutlaşdırma qaydaları ilə ciddi şəkildə müəyyən edilir.

Bazarın Həyat Dövrü

Fəsil 4: Split/Merge/Redeem və niyə PnL-iniz səhvdir?

Uyğunlaşdırma mexanizmini anladıqdan sonra, hər gün istifadə edə biləcəyiniz, lakin maliyyə təsirini heç vaxt tam anlamadığınız üç əsas əməliyyata baxaq: Split, Merge və Redeem.

Bu üç əməliyyat Polymarket-in atom səviyyəli əməliyyatlarıdır. Onlar "ticarət" deyil (sifariş kitabından keçmir, haqq tutulmur), birbaşa aktiv konvertasiyası üçün smart müqavilə ilə qarşılıqlı əlaqədə olur.

• Split: Siz müqaviləyə $1 pUSD verirsiniz, müqavilə sizə 1 YES və 1 NO verir. Xərc həmişə tam olaraq $1-dır.

• Merge: Siz müqaviləyə 1 YES və 1 NO verirsiniz, müqavilə sizə $1 pUSD qaytarır. Mənfəət həmişə tam olaraq $1-dır.

• Redeem: Bazar qalibi və məğlubu müəyyən etdikdən sonra, qalib token $1 pUSD ilə dəyişdirilir, məğlub token isə sıfırlanır.

Split Əməliyyatından Əvvəl və Sonra Müqayisə

4.1 Bu əməliyyatlardan kim istifadə edir?

• Bazar Yaradıcıları: Onlar Split-in ən böyük istifadəçiləridir. Bazar yaradıcıları hər iki tərəfdə eyni vaxtda sifariş verməlidirlər, lakin onlar bazarda token almaq istəmirlər (bu, haqq tələb edir). Onlar birbaşa $100,000-ı 100,000 YES və 100,000 NO-ya bölürlər (Split) və sonra onları sifariş kitabına yerləşdirirlər.

• Arbitrajçılar: Onlar Merge-in ən böyük istifadəçiləridir. Bazar müvəqqəti qiymət səhvi yaşadıqda, məsələn, YES $0.40-a, NO isə $0.55-a düşdükdə, arbitrajçılar tez bir zamanda 1 YES və 1 NO alacaqlar (ümumi xərc $0.95) və dərhal $1-ı geri almaq üçün Merge-i çağıracaqlar, $0.05-lıq risksiz xalis mənfəət əldə edəcəklər. Riyazi şərt çox aydındır: Qiymət(YES) + Qiymət(NO) < 1 - haqlar olduqda, almaq və Merge etmək ağıllı bir addımdır.

Beləliklə, bir arbitrajçının ağıllı pulunu və ya bazar yaradıcısının ağıllı pulunu izləməyə çalışdıqda, Split/Merge-in PnL-ə təsirini dəqiq qiymətləndirməlisiniz. Əks halda, bu, istinad etməyə dəyər bir "ağıllı pul" deyil.

Hazırda, Polymarket-in özü də daxil olmaqla, heç kim PnL hesablama problemini həll edə bilmir. Əlbəttə, təxmin etdiyiniz kimi - insiders.bot artıq PnL hesablamalarında və ağıllı pul brauzerlərində bu problemi həll edib.

4.2 PnL Tələsi: Niyə mənfəətiniz səhvdir?

Yuxarıda qeyd edildiyi kimi, bu, bütün Polymarket ekosistemində ən çox yayılmış səhvdir. Bəzi rəsmi API-lər də daxil olmaqla, demək olar ki, bütün üçüncü tərəf PnL izləmə alətləri burada büdrəyib.

Gəlin sizin üçün bir nümunə hesablayım və bu tələnin nə qədər dərin olduğunu görəcəksiniz.

Addım 0: Fərz edək ki, $100 əsas kapitalınız var. Siz "Ethereum $5000-ı keçəcək" bazarı haqqında optimist düşünürsünüz.

Addım 1: Split icra etmək üçün $50 xərcləyirsiniz. İndi 50 YES və 50 NO-nuz var. Nağd pulunuz $50 qalır.

Addım 2: Hiss edirsiniz ki, 50 YES kifayət deyil, ona görə də bazara gedib $0.40 qiymətinə 50 YES alırsınız. Xərc $20. Nağd pul $30 qalır.

Addım 3: Sahib olduğunuz 50 NO-nu $0.35 qiymətinə satırsınız. $17.50 geri qazanırsınız. Nağd pul $47.50 olur.

İndi 100 YES müqaviləniz var. Sizin faktiki xərciniz nə qədərdir?

Liderlər lövhələrinin əksəriyyəti necə hesablayır (Səhv Alqoritm):

Onlar yalnız sizin "ticarət" qeydlərinizə baxırlar. Onlar görürlər ki, siz $20 xərcləyərək 50 YES almısınız. Onlar Split-i tamamilə nəzərə almırlar (çünki bu, ticarət deyil).

Beləliklə, onlar düşünürlər ki, xərciniz: $20 / 50 = hər biri $0.40.

Əgər YES-in cari bazar qiyməti $0.60-a yüksəlsə, onlar mənfəətinizi belə göstərəcəklər: 100 × $0.60 - $20 = $40.

Həqiqətən necə hesablamalısınız (Düzgün Alqoritm və insiders.bot-un istifadə etdiyi):

Ümumi nağd pul çıxışınız: $50 (Split) + $20 (alış) = $70.

Ümumi nağd pul girişiniz: $17.50 (NO satışı)

Xalis investisiyanız: $70 - $17.50 = $52.50

Faktiki xərciniz: $52.50 / 100 = hər biri $0.525.

Əgər YES-in cari bazar qiyməti $0.60-dırsa, faktiki mənfəətiniz: 100 × $0.60 - $52.50 = $7.50.

Fərqi görürsünüz? Liderlər lövhəsi $40 qazandığınızı göstərir, lakin siz əslində cəmi $7.50 qazanmısınız. Aradakı $32.50-lıq "xəyali mənfəət" sistemin Split xərcini və NO satışından əldə edilən gəliri düzgün idarə etməməsindən qaynaqlanır.

Düzgün PnL riyazi düsturu belə olmalıdır:

Ümumi PnL = Σ(satış gəliri) + Σ(Merge gəliri) + Σ(Redeem gəliri) - Σ(alış xərcləri) - Σ(Split xərcləri) + Cari mövqe bazar dəyəri

Buna görə də liderlər lövhəsində milyonlarla zərər göstərən bəzi böyük oyunçular görürsünüz, lakin reallıqda onlar bir sərvət qazanırlar. Çünki qalib mövqelər, Redeem edildikdən sonra, bir çox alət bu mövqeləri tarixi qeydlərdən "silir", yalnız hələ də zərərdə olanları saxlayır.

PnL Hesablama Tələsi

Fəsil 5: Haqq Əyrisi

Tez-tez ticarət edirsinizsə, Polymarket-in haqlarının sabit faiz olmadığını görəcəksiniz. Bəzən $1000-lıq müqavilə alarkən sizdən $10, bəzən isə cəmi $2 haqq tutulur.

Niyə? Gəlin kodun dərinliklərində gizlənmiş haqq düsturuna nəzər salaq:

Haqq = C × feeRate × p × (1 - p) (burada C əməliyyat məbləğidir, p qiymətdir)

5.1 Niyə p(1-p)?

Fərz edək ki, 2% dərəcəsi ilə 100 YES almaq istəyirsiniz:

• Əgər YES-in qiyməti $0.50-dırsa: Haqq = 100 × 2% × 0.50 × 0.50 = $0.50

• Əgər YES-in qiyməti $0.90-dırsa: Haqq = 100 × 2% × 0.90 × 0.10 = $0.18

• Əgər YES-in qiyməti $0.10-dırsa: Haqq = 100 × 2% × 0.10 × 0.90 = $0.18

Nümunəni görürsünüz? Qiymət 0.50 olduqda (bərabər uyğunlaşdırılmış) haqq ən yüksəkdir. Qiymət 0 və ya 1-ə yaxınlaşdıqda (nəticə demək olar ki, dəqiqdir), haqq son dərəcə aşağıdır.

Daha da önəmlisi, simmetriya var. $0.90-a YES almaq və $0.10-a NO almaq riyazi olaraq ekvivalentdir. Əgər sizdən $0.90-a YES alarkən yüksək haqq, $0.10-a NO alarkən aşağı haqq tutulursa, arbitrajçılar NO almaq üçün çılğınlaşacaq və sonra MINT mexanizmi vasitəsilə arbitraj edəcəklər. p(1-p) dizaynı təmin edir ki, fikrinizi hansı tərəfdən ifadə etməyinizdən asılı olmayaraq, sistem tərəfindən tutulan sürtünmə xərcləri tamamilə simmetrikdir.

5.2 Gizli Riyazi Gözəllik

Statistika oxumusunuzsa, p(1-p) düsturu ilə çox tanış olacaqsınız. Bu, Bernoulli paylanmasının (sikkə atışı) dispersiya düsturudur.

Polymarket-in bütün sistem dizaynında p(1-p) "Tanrı düsturu"dur:

1. Bu, haqq əyrisidir: Qeyri-müəyyənlik (dispersiya) nə qədər yüksəkdirsə, sistem tərəfindən tutulan haqlar da bir o qədər yüksəkdir.

2. Bu, informasiya entropiyasını əks etdirir: Siz 50%-də mərc etdikdə, bazara ən çox yeni məlumat verirsiniz, buna görə də xərciniz ən yüksəkdir.

Haqqı kim ödəyir? Bu həmişə Taker-dir. Maker həmişə haqlardan azaddır.

Bu mexanizm stimulları mükəmməl şəkildə uyğunlaşdırır: bazar ən qeyri-müəyyən olduqda (50/50), erkən daxil olanlardan ən yüksək haqlar tutulacaq və bazar yaradıcıları lazımsız şoklardan qorunacaq; bazar demək olar ki, dəqiq olduqda isə, son dərəcə aşağı haqlar arbitrajçıları daxil olmağa və qiymətləri son 1 və ya 0-a doğru itələməyə təşviq edir.

Haqq Əyrisi

Fəsil 6: Negative Risk, yəni DeFi-də ən zərif sehr

Polymarket-də seçkilər, Oskar və ya idman tədbirləri kimi çoxnəticəli bazarlarda oynamısınızsa, Negative Risk bazarları ilə mütləq qarşılaşmısınız.

Bu, bütün məqalənin ən beyin yandırıcı hissəsidir, lakin həm də smart müqavilə mühəndisliyinin estetikasını ən yaxşı şəkildə əks etdirir.

Qeyd: Bu, həm də bizim öz API-mizi inkişaf etdirərkən 36 saatlıq marafondan sonra həmtəsisçimiz @DakshBigShit-in həll etdiyi hissədir.

6.1 Ənənəvi çoxnəticəli bazarların ağrılı nöqtələri

Fərz edək ki, dörd namizəd var: A, B, C, D. Siz A-ya nifrət edirsiniz və əminsiniz ki, A qalib gələ bilməz. Siz A-nı "short" etmək istəyirsiniz.

Ənənəvi ikili bazarda siz sadəcə A-nın NO müqaviləsini almalısınız. Lakin çoxnəticəli bazarda, əgər A məğlub olarsa, bu o deməkdir ki, B, C və ya D-dən biri qalib gəlməlidir. Beləliklə, "A-nı short etmək" riyazi olaraq ciddi şəkildə "B-ni long etmək + C-ni long etmək + D-ni long etmək" ilə ekvivalentdir. (Bu cümlə çox vacibdir; anlayana qədər təkrar-təkrar oxuyun.)

Bazara gedib B, C və D üçün YES müqavilələrini ayrı-ayrılıqda alsanız, böyük bir problemlə qarşılaşacaqsınız: çox aşağı kapital səmərəliliyi. Çünki siz üç ayrı məbləğ ödəməlisiniz və əgər bu üçünün qiyməti $1.00-dan çox olarsa, hətta zərər də edə bilərsiniz.

6.2 Negative Risk Adapter-in (NegRiskAdapter) sehrli gücü

Polymarket bu problemi həll etmək üçün xüsusi NegRiskAdapter smart müqaviləsi yerləşdirib. O, convertPositions adlı funksiya təqdim edir.

Funksiyanın məqsədi NO müqavilələrinizi dərhal bütün digər namizədlər üçün YES müqavilələrinə çevirmək və sizə nağd məbləğ qaytarmaqdır.

Gəlin bu çevrilmənin niyə dəyəri qoruduğunu riyazi olaraq sübut edək.

Ssenari Quraşdırılması: n sayda namizəd var.

• Sizin namizəd 1 üçün A sayda NO müqaviləniz və namizəd 2 üçün A sayda NO müqaviləniz var (həm 1, həm də 2-ni short edirsiniz).

• Siz cəmi m sayda fərqli NO müqaviləsi saxlayırsınız (burada m=2).

Çevrilmədən əvvəl, holdinqlərinizin real dəyəri (bütün mümkün zaman qrafikləri üzrə):

• Əgər namizəd 1 qalib gələrsə: NO_1 dəyərsizləşir, NO_2 $1 dəyərindədir. Ümumi dəyər = A.

• Əgər namizəd 2 qalib gələrsə: NO_1 $1 dəyərindədir, NO_2 dəyərsizləşir. Ümumi dəyər = A.

• Əgər namizəd 3 qalib gələrsə (short etmədiyiniz hər hansı biri qalib gələrsə): NO_1 $1 dəyərindədir, NO_2 $1 dəyərindədir. Ümumi dəyər = 2A.

convertPositions-u çağırdıqdan sonra müqavilə sizə nə verir?

Düstur belədir: o, nağd şəkildə A × (m-1), üstəgəl namizədlər 3, 4, ... n üçün A sayda YES müqaviləsi qaytarır.

Bu nümunədə, o qaytarır: A × (2-1) = A nağd şəkildə! Üstəgəl namizəd 3 üçün A sayda YES, namizəd 4 üçün A sayda YES...

Çevrilmədən sonra, holdinqlərinizin real dəyəri (bütün mümkün zaman qrafikləri üzrə):

• Əgər namizəd 1 qalib gələrsə: YES_3 və YES_4-ünüz dəyərsizləşir. Yalnız A nağd pulunuz var. Ümumi dəyər = A. (Çevrilmədən əvvəlki ilə bərabər!)

• Əgər namizəd 2 qalib gələrsə: YES_3 və YES_4-ünüz dəyərsizləşir. Yalnız A nağd pulunuz var. Ümumi dəyər = A. (Çevrilmədən əvvəlki ilə bərabər!)

• Əgər namizəd 3 qalib gələrsə: YES_3 $1 dəyərindədir, digərləri dəyərsizləşir. Üstəgəl A nağd pul. Ümumi dəyər = A + A = 2A. (Çevrilmədən əvvəlki ilə bərabər!)

Q.E.D. Dünyanın necə inkişaf etməsindən asılı olmayaraq, çevrilmədən əvvəl və sonra dəyər tamamilə bərabərdir.

Negative Risk Çevrilməsinin Riyazi Sübutu

6.3 Niyə bu "bir tərəfli geri dönməz" entropiyanı artıran prosesdir?

Bu çevrilmə mexanizmi son dərəcə cazibədar fiziki xüsusiyyətə malikdir: o, bir tərəflidir və geri dönməzdir.

Siz NO-nu YES + nağd pula çevirə bilərsiniz. Lakin YES + nağd pulu heç vaxt NO-ya çevirə bilməzsiniz.

Niyə? Çünki smart müqavilənin əsas səviyyəsində, siz NO-nu YES-ə çevirdikdə, müqavilə əslində NO müqavilələrinizi qara dəlik ünvanına (Burn) göndərir və sonra bundan azad edilmiş girov sahəsindən yeni YES müqavilələri "sintez" etmək üçün istifadə edir. Bu, yeni xarici vəsait daxil etməyi tələb etmir.

Lakin bunu geri çevirmək və YES-i NO-ya çevirmək istəyirsinizsə, havadan yeni girov yaratmalısınız (çünki NO müqavilələri YES-dən daha geniş diapazonu əhatə edir). Adapterin xəzinənin vəsaitlərindən istifadə etmək səlahiyyəti yoxdur.

Bu, yumurtanı sındırmağa bənzəyir. NO bütün imkanları özündə saxlayan bütöv yumurtadır. Çevrilmə əməliyyatı yumurtanı sındırıb sarısına (YES) və ağına (nağd pul) ayırmağa bənzəyir. Proses dəyəri qoruyur, lakin siz onları heç vaxt bütöv yumurtaya birləşdirə bilməzsiniz.

Burada böyük bir arbitraj imkanı var: əgər müəyyən bir namizədin NO qiymətinin digər bütün namizədlərin YES qiymətlərinin cəmindən böyük olduğunu görsəniz, həmin NO-nu ala, nağd pul və bir dəst YES almaq üçün convertPositions-u çağıra və dərhal həmin YES-ləri sata bilərsiniz. Bu, çoxnəticəli bazarlarda ən yüksək səviyyəli risksiz arbitraj strategiyasıdır.

Fəsil 7: Sürətin fiziki ekstremalları

Nəhayət, ticarətin ən qəddar ölçüsü haqqında danışaq: zaman.

Ənənəvi yüksək tezlikli ticarətdə biz mikrosaniyələrdən (saniyyənin milyonda biri) danışırıq. Polymarket-də isə biz millisaniyələrdən danışırıq. Lakin burada böyük struktur bərabərsizliyi var.

Reddit-in alqoritmik ticarət bölməsində qarışmısınızsa, Polymarket botlarını inkişaf etdirən bütün proqramçıların eyni şeydən şikayətləndiyini görəcəksiniz: "Niyə Maker sifarişləri cəmi 25 millisaniyə çəkərkən, Taker sifarişləri üçün həmişə 300 millisaniyə gözləməliyəm?"

7.1 Niyə Maker sifarişləri sürətli, Taker sifarişləri isə yavaştır?

• Maker (limit sifarişi) verdikdə: Sifarişiniz (imza məlumatı) Polymarket-in serverinə göndərilir. Server imzanın etibarlılığını yoxlayır və bu qeydi birbaşa yaddaşdakı CLOB (sifariş kitabı) verilənlər bazasına daxil edir. Sonra dərhal sizə ACK (təsdiq) qaytarır. Bütün proses tamamilə blokçeyndən kənarda baş verir və yalnız bir verilənlər bazası yazısı tələb edir. Çəkilən vaxt: ~25 millisaniyə.

• Taker (bazar sifarişi) verdikdə: Sifarişiniz serverə göndərilir. Uyğunlaşdırma mühərriki sifarişinizin sifariş kitabındakı bir Maker ilə uyğunlaşa biləcəyini tapır. Bu nöqtədə Operator mürəkkəb hesablaşma boru kəmərini işə salmalıdır:

  1. Hansı uyğunlaşdırma yolundan istifadə edəcəyinə qərar vermək (COMPLEMENTARY, MINT və ya MERGE).

  2. Hər iki tərəfin imzalarını ehtiva edən blokçeyn əməliyyat məlumatlarını qurmaq.

  3. Əməliyyatı Relayer-ə göndərmək.

  4. Relayer Gas-ı qiymətləndirir və Nonce-u ayırır.

  5. Əməliyyatı Polygon qovşaqlarına yayımlamaq.

  6. Qovşaqların bu əməliyyatın balans çatışmazlığı və ya digər səbəblərdən geri qayıtmayacağını təsdiqləməsini gözləmək.

  Bütün proses bir çox mikroservisi əhatə edir və hətta blokçeynin kənarlarına toxunur. Çəkilən vaxt: ~250-dən 300 millisaniyəyə qədər.

7.2 Bu 250 millisaniyə nə deməkdir?

Bu 250 millisaniyəlik fiziki boşluq Polymarket ekosistemini dərindən formalaşdırır.

Birincisi, Polymarket-də front-running etmək çox çətindir. Çünki bütün Taker sifarişləri Operatorun emal etməsini gözləmək üçün növbəyə durmalıdır, siz Gas haqlarını artıraraq növbəni kəsə bilməzsiniz. Mempool front-running burada müvəqqəti olaraq problem deyil.

İkincisi, Maker strategiyalarının mütləq üstünlüyü. Ləğv etmə (Cancel) və Maker sifarişləri hər ikisi blokçeyndən kənar əməliyyatlar olduğu üçün, onlar cəmi 25 millisaniyə çəkir. Xəbərlər çıxdıqda, ağıllı bazar yaradıcıları Taker sifarişləri hesablaşmazdan əvvəl sifarişlərini ləğv etmək üçün bu 250 millisaniyəlik vaxt fərqindən istifadə edə bilərlər (buna mənfi seçimdən qaçınmaq deyilir).

7.3 Hər Çərşənbə axşamı səhəri 90 saniyəlik fasilə

Zaman haqqında az bilinən başqa bir detal da var. Rəsmi sənədlərə görə, hər çərşənbə axşamı Şərq vaxtı ilə saat 7:00-da Polymarket-in uyğunlaşdırma mühərriki yenidən işə düşür. Bu təxminən 90 saniyə ərzində sistem heç bir uyğunlaşmanı emal etmir və API HTTP 425 (Çox Erkən) xətası qaytarır.

Daha qəddarcasına, V2 Heartbeat mexanizmini təqdim etdi. Əgər server 10 saniyə ərzində müştəridən heartbeat almazsa, o, həmin istifadəçi üçün bütün açıq sifarişləri avtomatik ləğv edəcək. Bu 90 saniyəlik yenidən işə düşmə zamanı bazar yaradıcılarının heartbeat-ləri məcburi şəkildə kəsilir və onların sifarişləri sistem tərəfindən kollektiv şəkildə təmizlənir.

Bu 90 saniyə sistemdə əsl "likvidlik vakuumunu" təmsil edir. Opsion qiymətləndirmə modelləri üçün bu 90 saniyənin Theta-sını (zamanın azalması) necə qiymətləndirmək və mühərrik 91-ci saniyədə yenidən işə düşdükdə bazarı necə ələ keçirmək, ən yaxşı platformalar və kəmiyyət studiyaları üçün son tapmacadır.

Gecikmə Zaman Qrafiki Müqayisəsi

Fəsil 8: Epik V2 yenidən qurulması və "Ghost Fill"-ə qarşı son döyüş

Əgər bura qədər oxumusunuzsa, Polymarket-in əsas çərçivəsini qavramısınız. Lakin 2026-cı ildə bu bazarda pul qazanmağa davam etmək istəyirsinizsə, yeni baş verən böyük zəlzələni anlamalısınız.

2026-cı ilin fevral və may ayları arasında Polymarket sakitcə epik V2 arxitektura təkmilləşdirməsindən keçdi. Bu təkmilləşdirmə təkcə girov və haqq düsturlarını yenidən qurmadı, daha da önəmlisi, proqnoz bazarlarında ən məşhur xəta olan ghost fill (Ghost Fill) problemini həll etmək üçün son döyüşə başladı.

8.1 Ghost Fill nədir? Blokçeyn və blokçeyndən kənar vəziyyətin kəsilməsi

Polymarket V2 təkmilləşdirməsindən əvvəl, saysız-hesabsız bazar yaradıcısı və kəmiyyət botları bir fenomen tərəfindən əziyyət çəkirdi: botunuz 5 dəqiqəlik səviyyəli bazarda (məsələn, BTC Up/Down 5m) böyük bir fürsət yaxalayır və dərhal Taker sorğusu göndərir. Polymarket-in API-si dərhal qaytarır: "Uyğunlaşdı! Uğurlu!" Telegram xəbərdarlığınız da "FILLED" həyəcanı ilə açılır. Lakin blokçeyn kəşfiyyatçısını yoxlamaq üçün Polygonscan-ı açdıqda, bu əməliyyatın REVERTED (uğursuz) kimi işarələndiyini görürsünüz, Gas haqlarını boş yerə xərcləyirsiniz. Və mövqeyiniz dəyişməz qalır.

Sifariş kitabı aydın şəkildə uyğunlaşma göstərir, lakin blokçeyn heç nə baş vermədiyini deyir. Bu ghost fill-dir (Ghost Fill).

Bu xətanın mahiyyətini anlamaq üçün Fəsil 1-də müzakirə olunan əsas arxitekturaya qayıtmalıyıq: Blokçeyndən kənar Uyğunlaşdırma + Blokçeyndə Hesablaşma.

Alisin alış sifarişi və Bobun satış sifarişi blokçeyndən kənar Mərkəzi Limit Sifariş Kitabında (CLOB) uyğunlaşdıqda, sistem verilənlər bazasında bu iki sifariş arasında yalnız bərabərlik işarəsi çəkir. Faktiki aktiv köçürməsi Operatorun hər iki tərəfin imzalarını paketləməsini və TransferFrom-un icrası üçün Polygon zəncirinə təqdim etməsini tələb edir.

Bu, ölümcül bir zaman boşluğu yaradır. Bu zaman boşluğu ərzində istifadəçinin pul kisəsi vəziyyəti dəyişə bilər.

8.2 Ghost Fill-in iki hücum yolu

Erkən V1 və yeni istifadəyə verilmiş V2-də, hakerlər və zərərli bazar yaradıcıları bu iki yüksək dağıdıcı hücum metodunu icad etmək üçün bu zaman boşluğundan istifadə etdilər:

• Birincisi: Aşağı xərcli incrementNonce Hücumu (V1 Era)

  V1 arxitekturasında sifariş vəziyyətləri qlobal nonce (təsadüfi rəqəm) tərəfindən idarə olunurdu. Zərərli oyunçular çılğıncasına blokçeyndən kənar yüksək cəlbedici saxta sifarişlər (Spoofing) yerləşdirə bilərdilər. Real alıcı dişlədikdə və sifariş blokçeyndən kənar uyğunlaşma göstərdikdə, zərərli oyunçu Operator onu təqdim etməzdən əvvəl blokçeyndə incrementNonce funksiyasını çağıra bilər.

  Bu əməliyyat çox az xərcləyir (Gas-da bir neçə sent), lakin həmin ünvan üçün bütün köhnə nonce sifarişlərini dərhal ləğv edə bilər. Operator uyğunlaşdırılmış əməliyyatı blokçeyndə təqdim etdikdə, smart müqavilə nonce-un səhv olduğunu tapır və birbaşa geri qaytarır. Hücumçu zərərsiz qaçır, real alıcı isə təkcə ticarət fürsətini qaçırmır, həm də saxta sifariş kitabı tərəfindən çaşdırıla bilər.

• İkincisi: Boş pul kisələrindən "Zombi Sifarişləri" (Erkən V2)

  V2 təkmilləşdirməsi qlobal nonce-u aradan qaldırdı və ləğv vəziyyətlərini idarə etmək üçün tək sifariş hash-indən istifadə etdi, birinci yolu bağladı. Lakin hakerlər tez bir zamanda daha dərin bir zəiflik tapdılar: balans aldatması. Zərərli istifadəçi pul kisəsinə $1000 depozit qoya, cəmi $10,000 dəyərində bir dəst limit sifarişi imzalaya və sonra dərhal bütün pulu pul kisəsindən köçürə bilər. Polymarket-in sifarişləri oflayn imzalandığı üçün, imza etibarlı olduğu və token təsdiqi (Approval) ləğv edilmədiyi müddətcə, bu sifarişlər blokçeyndən kənar uyğunlaşdırma mühərriki üçün "qanuni" görünür. Lakin reallıqda bu pul kisəsinin balansı $0-dır.

  Botunuz bu "zombi sifarişlərini" yedikdə və Operator blokçeyndə təqdim etdikdə, əsas Solady kitabxanası funksiyası TransferFrom digər tərəfdə balans çatışmazlığı səbəbindən xəta (xəta kodu 0x7939f424) verəcək. Əməliyyatınız yenidən geri qayıdır.

8.3 Niyə ənənəvi birjalarda bu problem yoxdur?

Siz soruşa bilərsiniz: niyə Binance və ya ənənəvi mərkəzləşdirilməmiş birjalarda (məsələn, Uniswap) bu problem yoxdur?

Çünki Binance tamamilə mərkəzləşdirilmişdir; pulunuz onun verilənlər bazasında mövcuddur və onun mütləq nəzarəti var. Uyğunlaşdırma və çıxılma atomik şəkildə baş verir. Uniswap isə tamamilə blokçeyndədir; uyğunlaşdırma və çıxılma smart müqavilənin eyni əməliyyatında, həm də atomik şəkildə tamamlanır.

Lakin Polymarket hibrid arxitekturanı seçdi: blokçeyndən kənar uyğunlaşdırma sürət axtarır, blokçeyndə hesablaşma isə şəffaflıq axtarır. Bu arada, istifadəçilərin vəsaitləri tamamilə öz-özünə saxlanılan pul kisələrində (məsələn, EOA və ya Gnosis Safe) saxlanılır, burada istifadəçilərin mütləq sərəncam hüquqları var və istənilən vaxt pul köçürə bilərlər.

Hər iki uyğunlaşdırma tərəfindəki maliyyələşdirmə vəziyyətləri istifadəçinin həqiqətən sərbəst öz-özünə saxlanılan pul kisəsi ilə əlaqəli olduğu müddətcə, "vəziyyətin kəsilməsi" həmişə mövcud olacaq.

8.4 Son həll: Depozit Pul Kisəsi (Əlaqəli Xəzinə)

4 may 2026-cı ildə Polymarket rəsmi olaraq protokol səviyyəsində böyük bir yeniləmə elan etdi, ghost fill-lərin nisbətini 30%-lik zirvədən 0.17%-ə qədər birbaşa azaltdı və sıfıra doğru meyl etdi.

Bunu necə etdilər? Cavab Depozit Pul Kisəsinin (Əlaqəli Xəzinə) tətbiqidir.

Polymarket nəhayət başa düşdü ki, ghost fill-ləri həll etməyin fundamental yolu istifadəçilərin vəsaitlər üzərindəki "mütləq azadlığını" məhdudlaşdırmaqdır. Yeni arxitekturada istifadəçilər artıq öz yerli pul kisələri (EOA) ilə blokçeyndən kənar uyğunlaşmada birbaşa iştirak edə bilməzlər. Siz əvvəlcə vəsaitləri smart müqavilə tərəfindən idarə olunan Depozit Pul Kisəsinə yatırmalısınız.

Bu xəzinədə:

• Sizin mülkiyyət hüququnuz var, lakin mütləq dərhal sərəncam hüququnuz yoxdur.

• Siz blokçeyndən kənar sifariş verdikdə, xəzinə müvafiq mövcud balansı məntiqi olaraq kilidləyir.

• Əgər xəzinədən pul çıxarmaq istəyirsinizsə, bu çıxarma əməliyyatı (Vəziyyətin Ləğvi) özü fiziki zaman xərci ilə təyin olunur. Uyğunlaşdırılan gözləyən sifarişləriniz olmadığından əmin olmaq üçün smart müqavilə tərəfindən yoxlanılmalıdır.

Bu bufer qatını tətbiq etməklə, Polymarket blokçeyndən kənar uyğunlaşdırma vəziyyətini və blokçeyndəki maliyyələşdirmə vəziyyətini məcburi şəkildə birləşdirir, "boş pul kisəsi sifarişləri" ehtimalını tamamilə aradan qaldırır. Bu, təkcə mühəndislik qələbəsi deyil, həm də mərkəzləşdirilməmiş maliyyədə "öz-özünə saxlama" və "ticarət səmərəliliyi" arasındakı ziddiyyətin dərin kompromisi və yenidən qurulmasıdır.

8.5 V2-də digər sərt təkmilləşdirmələr

Ghost Fill-in son həllindən əlavə, V2 arxitekturası bazar mənzərəsini dəyişən bir neçə dərin təkmilləşdirməni də əhatə edir:

• pUSD-nin Güc Köçürməsi: 28 apreldə əsas girov tamamilə USDC.e-dən pUSD-yə keçdi. Bu, Polymarket-ə faiz gətirən əsas aktivlərə nəzarət etməyə imkan verdi və istifadəçilərə illik 4.00%-ə qədər saxlama mükafatı təqdim etməyə imkan verdi. pUSD yeni kapital səmərəliliyi infrastrukturu oldu.

• Mükəmməl p(1-p) düsturunun tətbiqi: V1 erasından min(p, 1-p)-in kobud təxmini tərk edildi və haqq düsturu birbaşa mükəmməl Bernoulli dispersiya düsturu olan p × (1-p)-ə dəyişdirildi. Mütləq hamarlıq riyazi olaraq arbitrajçıların qiymətləndirmə modellərinin daha dəqiq olmasına imkan verir.

• Süni Sürət Maneələrinin Aradan Qaldırılması: Erkən günlərdə, bazar yaradıcılarını API botları tərəfindən döyülməkdən qorumaq üçün kod 500 millisaniyəyə qədər Taker gecikməsini sərt kodlaşdırmışdı. V2 mühərrikinin performansının artması və Heartbeat mexanizminin tətbiqi (10 saniyə ərzində kəsilmə sifarişləri təmizləyir) ilə rəsmi komanda fevralın sonunda bu süni sürət maneəsini tamamilə aradan qaldırdı və Polymarket-in rəsmi olaraq mikrosaniyə səviyyəli HFT (yüksək tezlikli ticarət) döyüşünə girdiyini elan etdi. (Buna görə də biz insiders.bot-da bu döyüşə qoşulmaq üçün API-ni tezliklə açıq mənbəli etməyə hazırlaşırıq.)

Nəticə: Bu maşını sıfırdan görmək

Sifariş vermək üçün kliklədiyiniz andan:

• İmzanız blokçeyndən kənar sifariş kitabına göndərilir.

• Relayer sizin üçün yolu açmaq üçün Gas-ını yandırır.

• Operator sizin üçün COMPLEMENTARY, MINT və MERGE arasında optimal uyğunlaşdırma yolunu axtarır.

• Haqq əyrisi p(1-p) düsturundan istifadə edərək kiçik sürtünmə xərclərini zərif şəkildə çıxarır.

• Əgər əməliyyatınız mürəkkəbdirsə, NegRiskAdapter hətta sizin üçün materialın qorunması kimyasını yerinə yetirəcək.

Nəhayət, hər şey həmin həlledici 250 millisaniyə ərzində hesablanır. (Buna görə də insiders.bot ticarətləri izləməyin şəffaflığını və sürətini vacib hesab edir.)

Pulunuz yoxa çıxmayıb. O, sadəcə ctf-exchange-v2 adlanan bu dəqiq maşının fiziki qanunlarına ciddi şəkildə əməl edərək, getməli olduğu yerə axır.

Növbəti dəfə Polymarket-də qeyri-adi əmsallar və ya cəlbedici arbitraj fürsəti gördükdə, Al düyməsinə basmağa tələsməyin. Əvvəlcə bu maşının dişlilərini zehninizdə işə salın.

Bu təməl "Fa"-nı düzgün "Dao" ilə birləşdirərək, siz mütləq yenilməz olacaqsınız.

Qeyd: Bu məqalənin PDF versiyası da hazırdır. @insidersdotbot-u izləyin və onu tez əldə etmək üçün "PDF" yazın.

İstinadlar

[1] Polymarket Rəsmi Sənədləri: Uyğunlaşdırma Mühərrikinin Yenidən İşə Düşməsi və Heartbeat Mexanizmi.

[2] Polymarket Rəsmi Sənədləri: Haqqlar və p(1-p) Hesablama Düsturu.

[3] Polymarket/ctf-exchange-v2 Smart Müqavilə Mənbə Kodu (GitHub).

[4] NegRiskAdapter.sol: Çoxnəticəli Çevrilmələrin Riyazi İcrası.

[5] leolabs.me: "Niyə Polymarket PnL-iniz Səhvdir" (Split/Merge mühasibat təhlili).

[6] Reddit r/algotrading & Binance Square: Polymarket Taker gecikməsinin aradan qaldırılması elanları (Fevral 2026).

[7] Polymarket V2 Miqrasiya Bələdçisi: USDC.e-dən pUSD-yə keçid (Aprel 2026).