Alt Katman Algoritması Tam Açıklaması: Bilmedikleriniz Polymarket B Yüzü

Bu makaleyi okumak için 68 Dakika

Tüm Polymarket Alt Yapı Tasarımını Layman's Terms ile Anlatmak

Orijinal Başlık: "Polymarket Altyapı Algoritması Tam Çözüm"
Orijinal Yazar: Mr.RC｜0K

Giriş: Bilmediğiniz Polymarket'in Arka Planı

Son altı ay boyunca Twitter’da milyonlarca tahmin pazarı yazısı yayınlandı.

· Bunların %90'ı, tekrarlayan AI tarafından yazılan kodun zenginlik efsanesini nasıl getirdiğini anlatıyor. Bu "kader"dir, bu yeni başlayan pazarla tanışmanızın ilk adımıdır.

· Geriye kalan %9'u ise belirli işlem stratejileri, pazar paylaşımları, akıllı para stratejisi analizlerini anlatıyor. Bu ise "yol"dur, kendi işlem stratejinizi bulmaya başladığınız ve kazançlı bir şekilde tahmin pazarında nasıl para kazanılacağını anlamaya başladığınız ilk adımdır.

· Ancak bu "hukuk" yolu da, yatırım pazarının altındaki işlem tasarımı, PNL hesaplama, para akışı kuralları hakkında konuşanları %1’i aşmamasına rağmen, çoğunluk kısa ve öz tweet'lerde yayılmıştır. Bu gizemli ustalar, kendi işlerini başkalarıyla paylaşmaktan ya isteksiz görünüyorlar ya da buna enerji harcamak istemiyorlar.

Dolayısıyla, insiders.bot henüz piyasaya sürülürken ve Polymarket v2 güncellemesini tamamlarken, bu uzun süredir işlem yaptığımız pazarın altındaki "hukuku" en temel teknolojiden başlayarak bir seferde çözmek istiyorum.

Geçen Ekim ayında, Polymarket'in temel bileşenlerini genel bir şekilde anlatan basit bir makale yazdım. Bu sefer, gerçekten tüm teknik tasarım detaylarını herkese göstermek ve açıklamak istiyorum.

Bu makale, ekibimizin son sekiz ay boyunca verdiği emeği içeriyor.

Bu sekiz ay boyunca, @insidersdotbot ekibi tüm Polymarket'in temel akıllı sözleşme ve algoritma yapısını çözümledi ve en hızlı işlemi ve en doğru PNL hesaplamasını sağlamak için çalıştı. Bu noktada, yalnızca kendi API'lerimizin başardığı bir şey, bugüne kadar başka kimsenin başaramadığı bir şey.

Bu yüzden, belki de Polymarket'in altındaki "hukuku" en iyi çözebilen kişiler olarak biziz.

Bu makalede, sizleri temel ctf-exchange-v2 akıllı sözleşmesinin her bir fonu nasıl ele aldığını ve Relayer'ın size ne şekilde gaz avansı yaptığını anlayacağım, Negative Risk'in değer korumasını matematiksel olarak nasıl sağladığınızın yolunu açıklayacağım.

Bu sadece basit bir bilgilendirme yazısı değil. Bu, Polymarket'ın temel mekanizması için geliştirici bakış açısıyla ayrıntılı bir algoritma açıklamasıdır.

İlk olarak en temel konudan başlayalım.

Yani, bir emir verdiğinizde aslında ne gönderiyorsunuz?

Not: Bu makale aynı zamanda AI tarafından yazı üslubuna ve yapıya uygun hale getirildi, OpenClaw, Manus, Hermes veya herhangi bir AI Ajanınıza eğitim veri kümesi olarak göndermekte tereddüt etmeyin!!!

Bölüm 1: Tıklamadan Zincire, Gerçekte Ne Oluyor?

1.1 Emir Bir İşlem Değil, Bir 'Niyet'

Geleneksel merkeziyetsiz borsalarda (örneğin Uniswap), işlem yaptığınızda cüzdanınız bir onay ile karşılaşır, Gas ücreti ödemeniz gerekir ve ardından bir işlem ağına (Mempool) bir işlem gönderir ve madencilerin işlemi paketlemesini beklersiniz.

Ancak Polymarket'te bir emir verdiğinizde, cüzdanınız genellikle bir 'imza' isteği ile karşılaşır, bir 'işlem' isteği değil. Ayrıca herhangi bir Gas ücreti ödemeniz gerekmez.

Bu sadece bir kullanıcı deneyimi iyileştirmesi değil, temel altyapının temel farkıdır.

Polymarket'te bir emir (Order) aslında EIP-712 standardına uygun yapılandırılmış veridir. Bu veri parçası ne yapmak istediğinizi içerir:

· Maker mı yoksa Taker mı olacaksınız? Hangi Token'ı almak istiyorsunuz (tokenId)?

· Ne kadar ödemek istiyorsunuz (makerAmount)?

· Ne kadar almak istiyorsunuz (takerAmount)?

İmza attığınızda, sadece bu veri parçasına özel anahtarınızla mühür vurmuş olursunuz, "Gerçekten bunu yapmak istiyorum"u kanıtlarsınız. Sonra bu imzalı veri parçası Polymarket'ın merkezi olmayan sunucusuna gönderilir ve merkezi olmayan (Off-chain) bir Merkezi Limitli Emir Defteri'ne (CLOB) kaydedilir.

Bu aşamada, blok zincirinde hiçbir şey gerçekleşmedi. Paranız hala cüzdanınızda, jetonlar aktarılmadı. Siparişiniz sadece veritabanındaki bir kayıt satırıdır.

1.2 Fiyatın Zımni İfadesi

Önce zamanı siparişinizi gönderdiğiniz anı dondurun. Polymarket'ın temel akıllı sözleşme sipariş yapısına dikkatlice baktığınızda, çok karşıt bir şey fark edeceksiniz: Sipariş imza verisi içinde "Fiyat" (Price) alanı bulunmamaktadır.

Bu nasıl mümkün? Fiyat olmadan nasıl işlem yapılır?

Polymarket'ın protokolünün temel tasarımında, fiyat zımni olarak belirlenmiştir. Fiyat, ödemeyi kabul ettiğiniz miktar ve almak istediğiniz miktar tarafından hesaplanır.

Eğer 100 adet YES sözleşmesini $0.60 fiyatla almak istiyorsanız:

· Ödemeniz gereken: $60 pUSD (makerAmount = 60)

· Almak istediğiniz: 100 adet YES sözleşmesi (takerAmount = 100)

· Zımni Fiyat = makerAmount / takerAmount = 60 / 100 = $0.60

Eğer 100 adet YES sözleşmesini $0.60 fiyatla satmak istiyorsanız:

· Ödemeniz gereken: 100 adet YES sözleşmesi (makerAmount = 100)

· Almak istediğiniz: $60 pUSD (takerAmount = 60)

· Zımni Fiyat = takerAmount / makerAmount = 60 / 100 = $0.60

(Not: En son V2 SDK'da, geliştiriciler fiyat ve miktarı doğrudan iletebilmek olsa da, SDK, altta yatan imzalamada bunları hala makerAmount ve takerAmount'a dönüştürecektir. Bu tasarımın ustalığı, akıllı sözleşmenin "Fiyat"ın ne olduğunu anlaması gerekmemesidir. Yalnızca "Varlık A'yı Varlık B ile değiştir" mantığını işlemesi gerekir. Bu, zincir üstündeki hesaplama mantığını büyük ölçüde basitleştirir ve Gaz tüketimini azaltır.)

1.3 Operatör: Polymarket'ın "Trafik Polisi"

Çünkü emirlerin hepsi zincir dışında, bunlar nasıl zincir üstünde gerçek varlık transferine dönüşüyor?

Bu, Polymarket mimarisindeki en temel siyah kutu rolünü ortaya çıkarır: Operatör.

ctf-exchange-v2 akıllı sözleşmesinde, son derece önemli bir belirleyici var: onlyOperator. Bu, sadece Polymarket'ın resmi olarak kontrol ettiği belirli bir adrese, matchOrders ve fillOrder gibi işlevleri çağırma izni verildiği anlamına gelir.

Bu, geleneksel DeFi'den tamamen farklıdır.

· Uniswap'te, herkes rota sözleşmesini çağırabilir.

· Ancak Polymarket'te, kendiniz zincir üstünde emir eşleştiremezsiniz. Tüm eşleme, Operatör tarafından sunulmalıdır.

Neden bu şekilde tasarlandı? MEV (Madenci Önemli Değeri) ve Ön-alma ("Front-running")'yı ortadan kaldırmak için.

Geleneksel zincir üstü emir defterinde, biri çok düşük bir fiyatlı büyük bir emir vermişse, tüm arbitraj botları Mempool'de (İşlem havuzu) çılgınca teklif verir (Gas ücretini artırır) ve bu emiri başkalarından önce kapmak için yarışırlar. Bu, Gas ücretlerinin yükselmesine, normal kullanıcı deneyiminin çok kötü olmasına neden olur.

Ancak Polymarket'te, tüm emirler zincir dışındaki CLOB'da (Central Limit Order Book) bulunur. Operatör'ün eşleştirme motoru (Matching Engine), kimin kiminle işlem yapması gerektiğini sunucularda hesaplar, ardından sonucu bir işlem haline getirir ve Operatör tarafından zincir üstüne gönderilir.

Çünkü yalnızca Operatör, eşleştirme sonuçlarını sunabilir, Mempool'deki botlar bu işlemi görseler bile, yürütme işlevini çağırma iznine sahip olmadıkları için ön-alma yapamazlar.

Bu, tipik bir "melez merkeziyetçi" mimaridir. Eşleştirme ve sıralama merkeziyetsizdir (Operatör tarafından belirlenir), ancak uzlaşma ve varlık koruma merkezi olmayan (akıllı sözleşme tarafından yürütülür).

Operatör, hangi işlemin önce eşleştirileceğine karar verebilir, ancak kesinlikle paranızı çalamaz çünkü size imzalamanız gereken EIP-712 verilerini sağlamalıdır; sözleşme imzayı sıkı bir şekilde doğrular.

Not: Ancak burada küçük bir not eklemekte fayda var. Biz @insidersdotbot nedense son zamanlarda bu mekanizmanın istismar edilebileceği bir zayıflık bulduk, bu da kopyalama işlemlerinin önüne geçmeyi veya büyük ölçüde gecikmeyi azaltmayı mümkün kılıyor gibi görünüyor. Herhangi bir güncelleme olduğunda resmi hesabımızdan ilk olarak duyuracağız.

2. Bölüm: Relayer Ekonomisi

2.1 "Gas Yok" Yanılgısı

Polymarket'ın en büyük satış noktalarından biri kullanıcılara "Gas Yok" (Gas Olmayan İşlemler) imkanı sunmasıdır. Sadece pUSD'ye sahip olmanız yeterlidir, cüzdanınızda POL (eskiden MATIC) bulundurmanıza gerek yoktur.

Ancak, blokzincirinin fiziksel yasaları değiştirilemez: Polygon'da bir durum değişikliği meydana geldiğinde (örneğin varlık transferi), mutlaka birinin Gas ücretini ödemesi gerekir.

Eğer siz ödemediyseniz, kim ödedi?

Cevap: Relayer (Aktarıcı).

2.2 Relayer'ın Röle Ağı

Polymarket, kullanıcıların kendi işlemlerini göndermesine izin vermek yerine Relayer Client adlı bir altyapı (relayer-v2.polymarket.com) kurmuştur.

Erken dönem mimarisinde, bu tür hizmetler genellikle OpenZeppelin Defender Relay gibi kurumsal hizmetlere güvenmekte ve yüksek yoğunluktaki işlemlerde nonce (işlem sırası numarası) çakışmalarını çözmek için bir İmza Havuzu (Signer Pool) tutmaktadır.

Uygulamanız bir işlem oluşturduğunda (örneğin, jeton onaylama, kazanç çekişme), özel anahtarınızla imzaladıktan sonra bunu Relayer'a gönderirsiniz. Relayer, bu işlemi zincire iletmek için "İşlem Sponsoru" olarak hareket eder ve kendi fon havuzunu kullanarak sizin için Gas ücretini önceden öder.

Relayer Architecture and Economic Loop

2.3 Köfteci Döner?

In many early meta-transaction architectures, after the Relayer fronted the Gas, they would usually deduct a fee from the user's deposit (e.g., 0.3% or a fixed amount) to cover the Gas cost.

But Polymarket is extremely aggressive: in their current V2 architecture, they actually foot the entire bill for you.

The official documentation clearly states: "Polymarket pays gas for all operations routed through the relayer." Whether it's deploying a wallet, authorizing a token, or performing actions like Split, Merge, or Redeem, all are free of Gas fees and do not incur any hidden operational fees.

Why is Polymarket willing to make this loss-making deal?

Because the Gas cost on Polygon is extremely low (usually only a few cents), and the fee-less Gas experience can attract a massive number of Web2 users. As long as users incur a small Taker fee in the transaction (which will be explained later), it is enough to cover this very low Gas cost.

Knowing this, the next natural question arises: what impact does this "Gasless" architecture have on our transactions?

The biggest hidden cost is latency. Your order not only has to go through Polymarket's matching engine, but if it is an on-chain operation, it also has to undergo Relayer verification, Gas estimation, and queue allocation.

Chapter Three: Three Matching Mechanisms, and Why Both Buyers and Buyers Can Make Deals?

Now we are entering the most hardcore and counterintuitive part of the entire Polymarket architecture.

In a traditional trading platform (like Binance's order book), the matching logic is very simple: Alice wants to buy 1 token for $60, Bob wants to sell 1 token for $60. The trading platform matches them together, the token goes from Bob to Alice, and the money goes from Alice to Bob. Done.

Ancak Polymarket'de (Koşullu Token Çerçevesine dayalı) durum tamamen farklıdır.

Çünkü burada, jetonlar "havada yaratılabilir" ve "havada yok edilebilir".

ctf-exchange-v2'nin kaynak kodunu açtığınızda, altında üç tamamen farklı varlık uzlaştırma yolu bulunduğunu göreceksiniz: COMPLEMENTARY, MINT ve MERGE.

Complementary, Mint, Merge Yaklaşık Yapısı

3.1 COMPLEMENTARY (Tamamlayıcı Eşleşme): Geleneksel İkincil Piyasa İşlemi

Bu, en kolay anlaşılabilen eşleştirme yöntemidir ve geleneksel işlem platformlarının sahip olduğu tek yöntemdir.

Senaryo: Piyasa bir süredir var olmuş, herkesin elinde fişleri bulunmaktadır.

· Alice, 100 tane EVET'i 0,60$ karşılığında almak istiyor.

· Bob'un elinde EVET bulunmakta ve 100 tane EVET'i 0,60$ karşılığında satmak istiyor.

İşletmeci bu iki emri (AL ve SAT) görür, bunları paketleyerek zincir üzerine koyar. Akıllı sözleşme doğrudan noktadan-noktaya transferi gerçekleştirir:

· Bob'un adresinden Alice'in adresine 100 tane EVET'i aktarır.

· Alice'in adresinden Bob'un adresine 60$ pUSD aktarır.

Bu mekanizmanın aşağıdaki matematiksel ve mühendislik özellikleri bulunmaktadır:

· Sıfır Toplam Oyunu: Sistemin toplam jeton arzında herhangi bir değişiklik olmaz.

· En Düşük Gaz Tüketimi: Yalnızca temel transferleri içerir, CTF'nin karmaşık işlemlerini içermez.

· Standartlaşma: Olgun, likiditesi yüksek bir piyasada, günlük işlemlerin çoğu bu şekilde gerçekleştirilir.

3.2 MINT (Yazdırma Eşleşmesi): Belirsizlikten Likidite Yaratma

Bu muhtemelen Polymarket'in, hatta tüm finansal tarihin en devrimci yeniliğidir.

Daha iyi açıklamak için şu senaryoya bakabiliriz: Yepyeni bir pazar hemen hizmete girdi, Hiç kimsenin YES veya NO jetonuna sahip olmadığı.

· Alice çok iyimser, 100 YES jetonunu 0,60 $'a almak istiyor.

· Bob çok kötümser, 100 NO jetonunu 0,40 $'a almak istiyor.

Not:

· Her ikisi de alıcıdır!

· İkisi de karşı tarafın istediği jetona sahip değildir!

· Geleneksel sipariş defterinde, bu iki sipariş sadece boş boğazlık yapar, asla gerçekleşemez.

Polymarket'te, EĞER vs EĞER (ve jetonlar birbirini tamamlıyorsa) eşleşmesi durumunda, İşletmeci bu iki siparişi bir araya getirir!

1. Akıllı sözleşme Alice'in hesabından 60 ABD doları pUSD keser.

2. Akıllı sözleşme Bob'un hesabından 40 ABD doları pUSD keser.

3. Akıllı sözleşme bu 100 ABD dolarını alır, bunu rehin olarak kilitler ve ardından _mint işlevini çağırarak, belirsizlikten yaratılır 100 YES ve 100 NO.

4. 100 YES'i Alice'e gönderir.

5. 100 NO'yu Bob'a gönderir.

Bu mekanizmanın tetiklenmesi sıkı bir matematiksel koşula dayanmalıdır: Alıcıların teklifleri toplamı 1,00 ABD dolarından büyük veya eşit olmalıdır.

Eğer Alice YES için 0,60 ABD doları teklif eder, Bob NO için 0,35 ABD doları teklif ederse, toplam sadece 0,95 ABD dolarına ulaşır. Akıllı sözleşme, 1,00 ABD doları değerinde tam bir jeton çiftini yaratmak için 0,95 ABD dolarını kullanamaz. Bu eşleşme doğrudan başarısız olur.

MINT Eşleştirme Mekanizması

Likit İşlemciden bakıldığında, bu mekanizma "Soğuk Başlangıç" sorununu çözmek için geliştirilmiş bir silahtır.

Piyasa yeni açıldığında, likidite sağlayıcılarının kendi başlarına bir sürü jeton üretmek için para harcamalarına gerek yoktur (bu oldukça fazla sermaye gerektirir). Onlar sadece YES ve NO tarafına aynı anda alış emri verebilirler (örneğin YES için $0.49, NO için $0.49). Bireysel yatırımcılar satış yapmaya geldiğinde, jeton üretme mantığı tetiklenir.

3.3 BİRLEŞTİRME (MERGE): Likiditenin Yok Olması

Oluşturmanın bir eşitleme tarafı da yok etmedir. MERGE, MINT'in tersine işleyen bir süreçtir.

Şimdi tersine bir örneğe bakalım. Piyasa kapanmaya yaklaşıyor, herkes pozisyonlarını kapatıyor.

· Alice'ın elinde 100 adet YES var, bunları $0.60'a satmak istiyor.

· Bob'un elinde 100 adet NO var, bunları $0.40'a satmak istiyor.

Dikkat: Her ikisi de satıcıdır! Hiç kimse tokenlerini almak için pUSD vermeye istekli değildir.

Polymarket'in mekanizması bu noktada tekrar devreye girer. SATIŞ vs SATIŞ ile karşılaşıldığında, İşletmeci tekrar sihrini sergiler:

1. Akıllı kontrat Alice'dan 100 adet YES'i alır.

2. Akıllı kontrat Bob'dan 100 adet NO'yu alır.

3. Akıllı kontrat _merge fonksiyonunu çağırarak bu 100 çift YES+NO'yu tamamen yok eder ve kasadan $100 pUSD kilidini açar.

4. $60 pUSD'yi Alice'a gönderir.

5. $40 pUSD'yi Bob'a gönderir.

Birleştirme mekanizması ise aşağıdaki matematiksel ve finansal özelliklere sahiptir:

· Deflasyon Mekanizması: Sistemin toplam jeton arzı azaldı.

· Çıkış Kanalı: Bu, "kurtarıcı olmadan bile, EVET ve HAYIR satıcı fiyatları toplam 1,00 $'a (aslında 1,00 $'lık boşluğu bırakarak) ulaşabiliyorsa, herkesin hala nakit paraya çıkabileceğini garanti eder.

Bu üç eşleşme yöntemini anladığınızda, Polymarket pazarının yaşam döngüsünü anlamış olursunuz:

1. Erken Dönem (MINT Hakim): Pazar yeni açıldı, jeton yok. Uzun ve kısa taraflar, MINT mekanizması aracılığıyla sürekli olarak fon enjekte ederek jeton alımı için sistemden fon çeker. Toplam arz hızla artar.

2. Orta Dönem (İKİNCİL Hakim): Pazar likiditesi yeterli, çoğu işlem mevcut jetonların el değiştirmesidir. Toplam arz sabit kalır.

3. Geç Dönem (BİRLEŞTİRME Hakim): Sonuçlar giderek netleşiyor, herkes pozisyon kapatmaya başlıyor. Uzun ve kısa taraflar, MERGE mekanizması aracılığıyla jetonları yok ederek fonları geri alır. Toplam arz azalır.

Lütfen bu üç yolun Operator'ün keyfi seçimi değil, ancak siparişin alım-satım yönlendirmelerince (ALIM vs SATIM) katı bir şekilde belirlenen akıllı kontrat yönlendirme kuralları tarafından belirlendiğini unutmayın.

Pazarın Yaşam Döngüsü

Böl/Topla/Teslim Et - ve Neden Kâr/Zarar Tablonuz Yanlış?

Eşleşme mekanizmasını anladıktan sonra, her gün muhtemelen kullandığınız ancak finansal etkilerini asla gerçekten anlamadığınız üç temel işlem olan Bölme, Birleştirme ve Teslim Etme'yi inceleyelim.

Bu üç işlem, Polymarket'in atomik seviyedeki işlemleridir. Bunlar "ticaret" değildir (emir defterinden geçmez, işlem ücreti alınmaz), ancak doğrudan akıllı kontratla etkileşim içinde varlık dönüşümüdür.

1. Böl: Sözleşmeye 1 $ pUSD verirsin, sözleşme sana 1 YES ve 1 HAYIR verir. Maliyet her zaman tam olarak 1 dolardır.

2. Birleştir: Sözleşmeye 1 YES ve 1 HAYIR verirsin, sözleşme sana 1 $ pUSD verir. Kazanç her zaman tam olarak 1 dolardır.

3. Bozdur: Piyasa sonuçlandıktan sonra, kazanan jeton 1 $ pUSD'ye çevrilir, kaybeden jeton sıfırlanır.

Bölme İşleminin Öncesine ve Sonrasına Bakış

4.1 Bu İşlemleri Kim Kullanıyor?

Piyasa Yapıcıları (Market Makers): Onlar bu işlemi en çok kullananlardır. Piyasa yapıcıları her iki tarafta da emir vermek zorundadır, ancak jetonları piyasadan satın almak istemezler (komisyon alınırlar). $100,000 fonlarını doğrudan 100,000 YES ve 100,000 NO'ya böler ve ardından emir defterine koyarlar.

Arbitrajcılar (Arbitrageurs): Onlar Birleştirmeyi en çok kullananlardır. Piyasada kısa süreli fiyat hataları oluştuğunda, örneğin YES 0,40 dolara ve HAYIR 0,55 dolara düştüğünde. Arbitrajcılar hızla 1 YES ve 1 HAYIR alırlar (toplam maliyet 0,95 $), ardından hemen Birleştirme işlemini çağırarak 1 doları geri alırlar, risk içermeyen net 0,05 dolar kar elde ederler. Bu matematiksel koşul çok açıktır: Price(YES) + Price(NO) < 1 - Komisyon Ücreti olduğunda, körü körüne alım yapın ve Birleştirin.

Dolayısıyla, bir Arbitrajcının zekice parasına veya bir Piyasa Yapıcının zekice parasına eşlik etmeye çalıştığınızda, Split/Birleştirme'nin PNL'ye etkisini doğru bir şekilde değerlendirmeniz gerekir. Aksi takdirde, bu referans olarak alınması gereken "zekice para" değildir.

Ancak bugünkü piyasada, Polymarket dahil olmak üzere, PNL hesaplama sorununu çözemiyor.

Elbette, tahmin etmiş olabilirsiniz - insiders.bot sorunu PNL hesaplama ve zekice para tarayıcısında çözmüştür

4.2 Kar/Zarar Tuzakları: Neden Karınız Yanlış?

Yukarıda belirtildiği gibi, bu Polymarket ekosisteminde en yaygın hata. Hemen hemen tüm üçüncü taraf PnL izleme araçları, hatta bazı resmi API'ler bile burada hata yapıyor.

Size bir örnek vermek istiyorum, böylece bu tuzak ne kadar derin olduğunu anlayacaksınız.

· Adım 0: Başlangıç sermayenizin $100 olduğunu varsayalım. "Ethereum $5000'ı Aşacak" pazarına yatırım yaptığınızı düşünün.

· Adım 1: Bir Split işlemi için $50 harcadınız. Şimdi elinizde 50 YES ve 50 NO var. Hala $50 nakit paranız var.

· Adım 2: 50 YES'in yeterli olmadığını düşündünüz, tekrar piyasadan her biri $0.40 fiyatından 50 YES satın aldınız. $20 harcadınız. Nakit paranız $30'a düştü.

· Adım 3: Elden çıkardığınız 50 NO'yu her biri $0.35 fiyatından sattınız. $17.50 kazandınız. Nakit paranız $47.50 oldu.

Şimdi elinizde 100 YES sözleşmesi var. Gerçek maliyetiniz nedir?

Çoğu sıralama nasıl hesaplar (hatalı algoritma):

· Sadece "işlem" kayıtlarınıza bakarlar. 50 YES satın aldığınızı ve $20 harcadığınızı görürler. Split'i (çünkü bu bir işlem değil) tamamen yok sayarlar.

· Bu nedenle maliyetinizi şu şekilde hesaplarlar: $20 / 50 = $0.40/adet

· Şimdi YES'in piyasa fiyatı $0.60'a yükseldiğinde, size karınızı şöyle göstereceklerdir: 100 × $0.60 - $20 = $40

Aslında nasıl hesaplamanız gerektiği (doğru algoritma ve insiders.bot'un kullandığı algoritma):

· Toplam nakit çıkışınız: $50 (Split) + $20 (Alım) = $70

· Toplam Nakit Akışınız: $17.50 (NO Satış)

· Net Yatırımınız: $70 - $17.50 = $52.50

· Gerçek Maliyetiniz: $52.50 / 100 = $0.525/each

· Şu an YES'in piyasa fiyatı $0.60 ise, Gerçek Karınız: 100 × $0.60 - $52.50 = $7.50

Farkı gördün mü? Sıralamada kazandığınızı gösterilen $40, ancak aslında sadece $7.50 kazandınız. Aradaki $32.50'lik "hayali kar", Split maliyetini ve NO satış gelirini doğru şekilde işlemediği içindir.

Doğru PnL Matematik Formülü şöyle olmalıdır:

Toplam Kar veya Zarar = Σ(Satış Geliri) + Σ(Birleştirme Geliri) + Σ(İade Geliri) - Σ(Alım Harcaması) - Σ(Split Harcaması) + Mevcut Pozisyon Piyasa Değeri

Bu nedenle sıralamada bazı büyük oyuncuların milyonlarca zarar gösterdiğini görüyor ama aslında bolca para kazandıklarını görüyoruz. Kazandıkları pozisyonlar iade edildiğinde, birçok araç bu pozisyonları geçmiş kayıtlardan "siliyor" ve yalnızca hala zararda olanları bırakıyor.

PnL Hesaplama Tuzakları

Beşinci Bölüm: Komisyon Eğrisi

Eğer sıkça işlem yapıyorsanız, Polymarket'ın komisyonu sabit bir yüzde olmadığını fark edeceksiniz. Bazı zamanlar $1000 değerindeki bir sözleşme için $10 alınırken, bazen yalnızca $2 alınıyor.

Neden? Kodun derinliklerinde gizlenen ücret formülüne bir bakalım:

Ücret = C × komisyonOranı × p × (1 - p) (burada C işlem miktarı, p ise fiyattır)

5.1 Neden p(1-p)?

100 YES almak istediğinizi varsayalım, komisyon oranı %2:

· Eğer YES'in fiyatı $0.50 ise: Komisyon = 100 × 2% × 0.50 × 0.50 = $0.50.

· Eğer YES'in fiyatı $0.90 ise: Komisyon = 100 × 2% × 0.90 × 0.10 = $0.18.

· Eğer YES'in fiyatı $0.10 ise: Komisyon = 100 × 2% × 0.10 × 0.90 = $0.18.

Bu düzenliliği fark ettiniz mi?0.50'de (yarım yarım) fiyat olduğunda komisyon en yüksektir. Fiyat 0 veya 1'e (sonuç kesin) yaklaştığında komisyon çok düşüktür.

Daha da önemlisi simetri. $0.90'a YES almak ve $0.10'a NO almak matematiksel olarak eşdeğerdir. Eğer $0.90'a YES almak yüksek ücretliyse ve $0.10'a NO almak düşük ücretliyse, arbitrajcılar deli gibi NO satın alacak ve MINT mekanizması aracılığıyla arbitraj yapacaklardır. Bu p(1-p) tasarımı, hangi taraftan ifade ettiğinizin önemi olmaksızın sistem tarafından alınan sürtünme maliyetinin mutlak simetrisini garanti eder.

5.2 Saklı Matematiksel Güzellik

Eğer istatistik öğrendiyseniz, p(1-p) bu formülü çok iyi tanırsınız. Bu, Bernoulli dağılımının (para atma) varyans formülüdür.

Polymarket'ın tüm sistem tasarımında, p(1-p) "Tanrı Formülü"dür:

1. O, komisyon eğrisidir: Belirsizlik (varyans) ne kadar yüksekse, sistem tarafından alınan ücret o kadar yüksektir.

2. O, bilgi entropisinin yansımasıdır: 50%'de bahis yaparsanız, pazara en fazla yeni bilgiyi sağlarsınız, bu yüzden ödediğiniz maliyet en büyüktür.

Kim komisyon öder? Her zaman Taker (alıcı). Maker (satıcı) her zaman komisyon ödemez.

Bu mekanizma teşvikleri mükemmel bir şekilde hizalar: Piyasa en belirsiz olduğunda (50/50), erken katılanlar en yüksek komisyonu öder, bu da likidite sağlayıcılarını anlamsız darbelere karşı korur; ve piyasa neredeyse kesin olduğunda, çok düşük komisyonlar arbitrajcıları piyasaya çeker ve fiyatı nihai 1 veya 0'a yönlendirir.

Komisyon Eğrisi

Altıncı Bölüm: Negatif Risk, yani DeFi Alanının En Zarif Sihri

Eğer Polymarket üzerinde seçimler, Oscar ödülleri veya spor karşılaşmaları gibi çoklu sonuç (Multi-outcome) pazarlarında oynadıysanız, kesinlikle Negatif Risk (Negative Risk) pazarıyla karşılaşmışsınızdır.

Bu, tüm makalenin en karmaşık ancak aynı zamanda akıllı sözleşme mühendisliğinin estetiğini en iyi yansıtan kısmıdır.

Not: Bu aynı zamanda kendi API'mizi geliştirirken 36 saatlik hackathon maratonunda çözülen bölümdür.

6.1 Geleneksel Çoklu Sonuç Pazarlarının Acı Noktaları

Dört aday olduğunu varsayalım: A, B, C, D. A'dan son derece nefret ediyorsunuz, A'nın kesinlikle kazanamayacağına inanıyorsunuz. A'yı "shortlamak" istiyorsunuz.

Geleneksel iki sonuçlu pazarda, sadece A'nın HAYIR sözleşmesini satın almanız yeterlidir. Ancak çoklu sonuçlu pazarda, A kaybederse, bu B, C, D içinden kesinlikle birinin kazanacağı anlamına gelir. Dolayısıyla, "shortlamak A", matematiksel olarak sıkı bir şekilde "uzun B + uzun C + uzun D" demektir. (Bu cümle çok önemli, anlaşılana kadar defalarca okuyun.)

Eğer B, C, D'nin HER BİRİNİN EVET sözleşmesini ayrı ayrı satın alırsanız, karşılaşacağınız büyük bir sorunla karşılaşırsınız: Fon verimliliği son derece düşüktür. Çünkü üç farklı miktarı ayrı ayrı ödemeniz gerekir ve bu üçünün fiyatı toplamda 1,00 $'dan büyükse, hatta zarar bile edebilirsiniz.

6.2 Negatif Risk Adaptörünün (NegRiskAdapter) Sihri

Polymarket, bu sorunu çözmek için özel bir akıllı sözleşme olan NegRiskAdapter'ı dağıttı. Bu, convertPositions adında bir işlev sağlar.

Bu işlevin amacı: Sizin elinizdeki NO akıllı sözleşmesini anında diğer tüm adayların YES akıllı sözleşmesine dönüştürmek ve size bir miktar nakit geri ödemektir.

Bu dönüşümün neden Değer Koruma olduğunu matematiksel olarak kanıtlayalım.

Senaryo: n aday var.

· Elinizde A birim aday 1'in NO akıllı sözleşmesi ve A birim aday 2'nin NO akıllı sözleşmesi bulunmaktadır (1 ve 2'yi aynı anda açığa satmışsınız).

· Toplamda m farklı NO akıllı sözleşmesine sahipsiniz (burada m=2).

Dönüşümden önce, elinizdeki pozisyonların gerçek değeri (tüm olası dünya çizgilerinde):

· Eğer aday 1 kazanırsa: NO_1 değersiz hale gelir, NO_2'nin değeri $1 olur. Toplam Değer = A.

· Eğer aday 2 kazanırsa: NO_1'in değeri $1 olur, NO_2 değersiz hale gelir. Toplam Değer = A.

· Eğer aday 3 kazanırsa (hiç kimseyi açığa satmadığınız biri kazanırsa): NO_1'in değeri $1, NO_2'nin değeri $1 olur. Toplam Değer = 2A.

convertPositions işlevi çağrıldıktan sonra, sözleşme size ne verir?

· Formül şudur: Size A × (m-1) tutarında ödeme yapar, ek olarak A birim aday 3, 4, ... n'in YES akıllı sözleşmelerini verir.

· Bu örnekte iade edilen miktar: A × (2-1) = A birim nakit! Ek olarak A birim aday 3'ün YES'i, A birim aday 4'ün YES'i…

Dönüşümden sonra, elinizdeki pozisyonların gerçek değeri (tüm olası dünya çizgilerinde):

1. Eğer aday 1 kazanırsa: Elinizdeki YES_3, YES_4 tamamen değersiz hale gelir. Sadece nakit olarak A'nız kalır. Toplam Değer = A. (Öncekiyle aynıdır!)

2. Eğer 2. Aday kazanırsa: Eldeki YES_3, YES_4 hepsi değersiz hale gelir. Sadece nakit A kalır. Toplam Değer = A. (Öncekiyle aynı!)

3. Eğer 3. Aday kazanırsa: Eldeki YES_3'ün değeri $1 olur, diğerleri değersiz hale gelir. Üzerine nakit A eklenir. Toplam Değer = A + A = 2A. (Öncekiyle aynı!)

Q.E.D. Dünya ne olursa olsun, dönüşüm öncesi ve sonrası değerleri mutlaka eşittir.

Negatif Risk Dönüşüm Matematik İspatı

6.3 Neden Bu "Tek Yönlü İleriye Doğru" Entropi Artışı Bir Süreçtir?

Bu dönüşüm mekanizması son derece çekici bir fizik özelliğe sahiptir: Tek Yönlü İleriye Doğru'dur.

Hayır'ı Evet + Nakit'e dönüştürebilirsiniz. Ancak Evet + Nakit'i tekrar Hayır'a dönüştüremezsiniz.

· Neden? Çünkü akıllı sözleşme altında, Hayır'ı Evet'e dönüştürdüğünüzde, sözleşme aslında Hayır sözleşmenizi bir kara delik adresine gönderir (Yakma işlemi), ardından bu serbest bırakılan teminat alanını kullanarak yeni Evet sözleşmelerini "sentezler". Bu yeni harici fon enjekte etmeyi gerektirmez.

· Ancak eğer tersini yapmak isterseniz, Evet'i Hayır yapmanız gerekir, bu durumda yeni bir teminat yaratmanız gerekir (Çünkü Hayır sözleşmesinin kapsama alanı Evet'ten çok daha geniştir). Adaptörünün bu fonları kullanma izni yoktur.

· Bu bir yumurtayı kırmaya benzer. Hayır, o tam yumurtadır, tüm olasılıkları içerir. Dönüşüm işlemi yumurtayı kırarak sarısı (Evet) ve akı (nakit) olarak bölmenize yol açar. Süreçte değer korunur, ancak onları asla bir araya getirip tam bir yumurta elde edemezsiniz.

Burada büyük bir arbitraj fırsatı var: Eğer bir adayın Hayır fiyatının, diğer tüm adayların Evet fiyatlarının toplamından daha yüksek olduğunu fark ederseniz. Bu Hayır'ı satın alabilir, convertPositions'ı çağırarak nakit ve bir sürü Evet alabilir ve ardından hemen bu Evet'leri satabilirsiniz. Bu, çoklu sonuçlu piyasalarda en üst düzey risk içermeyen arbitraj stratejisidir.

Bölüm 7: Fiziksel Hızın Sınırı

Son olarak, en acımasız boyut olan zaman hakkında konuşalım.

Geleneksel yüksek frekanslı işlemlerde, mikrosaniyelerden (bir milyonda bir saniye) bahsediyoruz. Polymarket'te ise milisaniyelerden bahsediyoruz. Ancak burada büyük ve yapısal bir eşitsizlik var.

Eğer Reddit'in algoritmik işlem tahtasında dolaştıysanız, Polymarket'ın botlarını geliştiren tüm programcıların aynı şeyi şikayet ettiğini göreceksiniz: "Neden Taker emrimi verirken her zaman 300 milisaniye beklemem gerekiyor, ancak Maker emri sadece 25 milisaniye sürüyor?"

7.1 Neden Maker hızlı, Taker yavaş?

Bir Maker (bekleyen emir) emri verdiğinizde: Emriniz (imza verileri) Polymarket'ın sunucusuna gönderilir. Sunucu imzanın geçerli olup olmadığını kontrol eder, bu kaydı doğrudan bellekteki CLOB (sıralı emir defteri) veritabanına yerleştirir ve size hemen bir ACK (onay) geri gönderir. Tüm bu süreç tamamen zincir dışında gerçekleşir ve yalnızca bir veritabanı yazma işlemi gerektirir. Süre: ~25 milisaniye.

Bir Taker (yapan emir) emri verdiğinizde: Emriniz sunucuya gönderilir. Eşleştirme motoru emrinizin bir Maker'la eşleşebileceğini belirler. Bu noktada, Operatör karmaşık bir uzlaştırma sürecini başlatmak zorundadır:

1. Hangi eşleşme yolunun (COMPLEMENTARY, MINT veya MERGE) kullanılacağına karar vermek.

2. İki tarafın imzasını içeren zincir üstü işlem verilerini oluşturmak.

3. İşlemi Relayer'a göndermek.

4. Relayer'ın Gas'ı tahmin etmesi ve Nonce'u tahsis etmesi.

5. İşlemi Polygon düğümüne iletmek.

6. İşlemin bakiye yetersizliği nedeniyle Geri Alınmayacağını doğrulamak için düğümün onayını beklemek.

Tüm bu süreç birçok mikro hizmeti kapsamakta ve hatta blok zincirinin kenarına kadar uzanmaktadır. Süre: ~250 ila 300 milisaniye.

7.2 250 Milisaniye Neden Önemli?

Bu 250 milisaniyenin fiziksel uçurumu, Polymarket ekosistemini derinden şekillendirdi.

İlk olarak, Polymarket'te Ön Sıra (Front-run) yapmak zordur. Çünkü tüm Alıcı emirleri, İşlemci'nin işleme koymasını beklemek zorundadır, böylece Gas ücretini artırarak sıraya giremezsiniz. Mempool ön sıra burada şu an için geçerli değildir.

İkinci olarak, Yapımcı Stratejisinin Mutlak Üstünlüğü. İptal etme (Cancel) ve Yapımcı emirleri aynı şekilde, ikisi de zincir dışı işlemler olduğu için, sadece 25 milisaniye gerektirir. Olağandışı bir haber patlak verdiğinde, zeki bir yapımcı bu 250 milisaniyelik zaman farkını kullanarak, Alıcı'nın emri yerleştirilmeden önce kendi emrini iptal edebilir (buna Ters Seçimden Kaçınma denir).

7.3 Haftalık Salı Sabahı 90 Saniyelik Durdurma

Zamanla ilgili olarak, bilinmeyen bir detay daha var. Resmi belgelere göre, her Salı sabahı Doğu Amerika Saati ile 07:00'de, Polymarket eşleştirme motoru yeniden başlatılacaktır. Bu yaklaşık 90 saniyelik süre içinde sistem herhangi bir eşleştirmeyi durdurur, API HTTP 425 (Çok Erken) hatası döndürür.

Daha da kötüsü, V2, Kalp Atışı (Heartbeat) mekanizmasını tanıttı. Sunucu, istemciden 10 saniye içinde bir kalp atışı alamazsa, otomatik olarak müşterinin tüm açık pozisyonlarını iptal eder. Yeniden başlatma süresi içinde, likidite sağlayıcılarının kalp atışı zorla kesilir, emirleri sistem tarafından toplu olarak silinir.

Bu 90 saniye, sistemde gerçek bir "likidite boşluğu" durumudur. Opsiyon fiyatlandırma modeli için, bu 90 saniyenin Teta (Zaman Aşımı) değeri nasıl fiyatlandırılır ve motorun 91. saniyede geri yüklendiğinde, önde olmak için ilk fırsatı nasıl yakalar, en iyi platformlara ve kantitatif stüdyolara bırakılan nihai bir bulmacadır.

Gecikme Zaman Çizelgesi Karşılaştırması

8. Bölüm: V2 Büyük Ölçekli Yeniden Yapılandırma ve "Hayalet İşlem" (Ghost Fill) Mucadelesi

Eğer buraya kadar okuduysanız, Polymarket'ın temel yapısını kavramışsınızdır. Ancak 2026 yılında bu pazarda para kazanmaya devam etmek istiyorsanız, şimdi yaşanan devasa bir depremi anlamanız gerekmektedir.

2026 yılının Şubat ile Mayıs ayları arasında, Polymarket sessizce epik bir V2 mimari güncellemesi gerçekleştirdi. Bu güncelleme yalnızca teminat ve işlem ücreti formülünü yeniden yapılandırmakla kalmadı, daha da önemlisi, bu, öngörü piyasasının en kötü ün yapmış hatasını çözmek için verilen en büyük savaşı başlattı, yani Hayalet İşlem (Ghost Fill).

8.1 Hayalet İşlem Nedir? Zincir Üstü ve Zincir Altı Durum Ayrımı

Polymarket V2 güncellemesinden önce, sayısız likidite sağlayıcı ve kantitatif robot, bir fenomen tarafından mahvolmuştu: Robotunuz 5 dakikalık mum grafiği düzeyinde bir pazarda (örneğin BTC Yukarı/Aşağı 5m) harika bir fırsat yakaladı, hemen Üreten (Taker) isteği gönderdi.

Polymarket'ın API'si anında şu cevabı verdi: "Eşleşti! Başarılı!" ve Telegram uyarınız da "DOLDU" coşkusunu gösterdi. Ancak PolygonScan'i açtığınızda, bu işlemin İPTAL EDİLDİ (başarısız) olarak işaretlendiğini ve Gas ücretinin boşa harcandığını gördünüz. Ve varlığınız hiçbir şekilde değişmedi.

Emir defteri işlemin gerçekleştiğini gösterirken, blockchain'in böyle bir işlem olmadığını söylemesi işte Hayalet İşlem (Ghost Fill) budur.

Bu Hatanın özünü anlamak için, ilk bölümde bahsedilen temel mimariye geri dönmeliyiz: Zincir Altı Eşleşme (Off-chain Matching) + Zincir Üstü Hesaplaşma (On-chain Settlement).

Alice'in alış emri ile Bob'un satış emri zincir altında merkezi limit emir defterinde eşleştiğinde, sistem sadece bu iki emri veritabanında eşitledi. Gerçek varlık transferi için, İşletmeci'nin her iki tarafın imzasını paketlemesi, Polygon zincirindeki TransferFrom işlemini gerçekleştirmesi gerekir.

Bu, ölümcül bir zaman farkı oluşturur. Bu zaman farkında, kullanıcının cüzdan durumu değişebilir.

8.2 Hayalet İşlem Saldırısının İki Yolu

V1 ve V2'nin erken dönemlerinde, hackerlar ve kötü niyetli likidite sağlayıcılar bu zamanlama farkını kullanarak, son derece yıkıcı iki saldırı yöntemi buldular:

İlk Yöntem: Düşük Maliyetli incrementNonce Saldırısı (V1 Dönemi) V1 mimarisinde, emir durumu küresel bir nonce (rastgele sayı) tarafından yönetilir. Kötü niyetli oyuncular, chain üzerinde eşleşmiş görünen sahte emirleri (Spoofing) çılgınca atağa çıkarabilirler. Gerçek bir alıcı çengel attığında, emir chain dışında eşleştiğinde, kötü niyetli oyuncu Operator'den önce chain'e işlem göndererek, doğrudan chain üzerinde incrementNonce fonksiyonunu çağırabilir.

Bu işlem maliyeti son derece düşüktür (birkaç kuruşluk Gas), ancak bu adresin tüm eski nonce'larını anında geçersiz kılar. Operator işlemleri chain'e gönderdiğinde, akıllı sözleşme yanlış nonce olduğunu gördüğünde, doğrudan Revert eder. Saldırgan kaçar, gerçek alıcı sadece işlem fırsatını kaçırmakla kalmaz, aynı zamanda yanıltıcı sahte likiditede kaybolabilir.

İkinci Yöntem: Boş Cüzdan "Zombi Emirleri" (V2 Erken Dönem) V2 güncellemesi, küresel nonce'ı kaldırdı ve iptal durumunu tek bir emir Hash'i ile yönetmeye başladı, ilk yol kapanmıştı. Ancak hackerlar daha derin bir açık buldular: Bakiye Aldatmacası. Kötü niyetli bir kullanıcı 1000 $'lık cüzdanına yatırım yapabilir, 10000 $ değerinde bir dizi emri sipariş defterine koyabilir ve ardından cüzdanındaki tüm parayı hemen çekebilir.

Çünkü Polymarket'in emirleri çevrimdışı imzalıdır, imza geçerli olduğu sürece, jeton onayı (Approval) geri alınmadığı sürece, bu emirler chain dışında eşleşme motoru için "yasal" sayılır. Ancak aslında, bu cüzdanın bakiyesi 0 $'dır.

Eğer robotunuz bu "zombi emirleri" yutar ve Operator chain'e işlem gönderdiğinde, temeldeki Solady kitaplığı fonksiyonu TransferFrom, hata kodu 0x7939f424 nedeniyle karşı tarafın bakiyesi yetersiz olduğu için hata verecektir. İşleminiz tekrar Revert edilecektir.

8.3 Neden Geleneksel İşlem Platformlarında Bu Sorun Yok?

Belki de şöyle soruyorsunuz: Neden Binance veya geleneksel merkezi olmayan borsalar (örneğin Uniswap) bu soruna sahip değil?

Çünkü Binance tam merkezi bir yapıya sahip olduğundan paranız veritabanında bulunur, mutlak kontrol yetkisine sahiptir, eşleştirme ve kesinti atomik olarak aynı anda gerçekleşir. Uniswap ise tamamen zincir üstünde olduğundan eşleştirme ve kesinti aynı işlemde akıllı sözleşme içinde tamamlanır, aynı zamanda atomik bir işlemdir.

Ancak Polymarket hibrit bir mimariyi tercih etti: off-chain eşleştirme hızı amaçlarken, on-chain uzlaşma şeffaflığı hedefler. Kullanıcıların fonları tamamen kendi kendine saklanan bir cüzdanda (EOA veya Gnosis Safe gibi) bulunur, kullanıcılar mutlak tasarruf haklarına sahiptir, her zaman ve her yerden paralarını çekebilirler.

Sadece eşleştirme iki ucundaki fon durumu ve kullanıcının gerçekten özgür olan kendi kendine saklanan cüzdanı bir araya geldiğinde, "durum ayrışması" her zaman var olacaktır.

8.4 En İyi Çözüm: Deposit Cüzdanı

4 Mayıs 2026'da, Polymarket resmi olarak anlık işlemlerin oranını %30 zirve seviyesinden 0.17%'ye düşüren ve sıfıra yaklaştıran bir temel protokol düzeyinde önemli bir güncelleme duyurdu.

Bunu nasıl başardılar?

Cevap, Deposit Cüzdanı'nı tanıtmaktı.

Polymarket sonunda anlık işlemleri çözmenin asıl yolunun, kullanıcıların fonlarının "mutlak özgürlüğünü" sınırlandırmak olduğunu fark etti. Yeni mimari altında, kullanıcılar artık kendi kendi orijinal cüzdanları (EOA) ile doğrudan off-chain eşleştirmeye katılamazlar. Paranızı önce bir akıllı sözleşmenin kontrol ettiği Deposit Cüzdanı'na yatırmanız gerekir.

Bu cüzdanda:

1. Sahipliğiniz var, ancak mutlak anlık tasarruf hakkına sahip değilsiniz.

2. Off-chain emir verdiğinizde, cüzdan ilgili kullanılabilir bakiyeyi mantıksal olarak kilitleyecektir.

3. Parayı cüzdandan çekmek isterseniz, bu çekme işlemine (Durum İptali) fiziksel bir zaman maliyeti verilmiştir. Bu, hala eşleşmekte olan bekleyen emriniz olmadığından emin olmak için akıllı sözleşme tarafından doğrulanmalıdır.

Bu ara katmanı tanıtarak, Polymarket zincir üstündeki eşleştirme durumunu ve zincir dışındaki fon durumunu bir araya getirerek "boş cüzdan emri" olasılığını tamamen ortadan kaldırdı. Bu yalnızca bir mühendislik zaferi değil, aynı zamanda merkezi olmayan finansta "kendi kendine saklama" ile "işlem verimliliği" arasındaki çatışmaya derinlemesine bir uzlaşma ve yeniden yapılanmadır.

8.5 V2 Diğer Sert Çekirdek Güncellemeleri

Ghost Fill'in nihai çözümü dışında, V2 mimarisi ayrıca pazarın dengesini kökten değiştiren birkaç güncelleme içermektedir:

· pUSD'nin Güç Aktarımı 28 Nisan'da, temel varlık USDC.e'den tamamen pUSD'ye geçiş yapıldı. Bu, Polymarket'ın temel varlık faiz kontrolünü elde etmesini sağladı, böylece kullanıcılara %4.00'ye varan yıllık getiri sunabildi. pUSD, yeni sermaye verimliliği altyapısı haline geldi.

· Mükemmel Formül p(1-p)'nin Uygulanması V1 dönemindeki pürüzlü min(p, 1-p) yaklaşımını terk ederek, işlem ücreti formülünü doğrudan mükemmel bir Bernoulli varyans formülü olan p × (1-p) şeklinde değiştirdi. Matematiksel olarak mutlak düz bir şekilde, arbitrajcıların fiyatlandırma modelleri daha da hassas hale geldi.

· Yapay Yavaşlatma Şeridinin Kaldırılması Erken dönemde, likidite sağlayıcıları API botlarından korumak için, kodda Taker gecikmesi olarak 500 milisaniyeye kadar sabitlenmiş bir yapay yavaşlatma şeridi bulunmaktaydı. V2 motorunun performansının artması ve Heartbeat (Kalp Atışı) mekanizmasının tanıtılmasıyla (10 saniye içinde bağlantı kesilirse sipariş silinir), resmi olarak Şubat ayı sonunda bu yapay yavaşlatma şeridi tamamen kaldırıldı ve Polymarket'ın mikrosaniye düzeyinde HFT (Yüksek Frekanslı Alım Satım) çekişmesine resmen girdiği ilan edildi. (Bu aynı zamanda neden biz insiders.bot'un yakın zamanda API'yi açık kaynak olarak yayınlamaya hazırlandığıdır, bu savaşa katılmak için)

Sonuç: Bu Makineyi Sıfırdan Anlamak

Siparişi verdiğiniz andan itibaren:

· İmzanız off-chain sipariş defterine gönderildi.

· Relayer, yolunuzu açmak için Gazınızı yaktı.

· Operatör, COMPLEMENTARY, MINT ve MERGE'de size en uygun eşleşme yolu bulmak için çalıştı.

· İşlem Ücreti Eğrisi, p(1-p)'nin zarif formülüyle küçük bir sürtünme maliyetini alıp götürdü.

· Eğer işiniz karmaşıksa, NegRiskAdapter hatta size madde korunumu alkimyasını gösterir.

· Sonuçta, her şeyin belirlendiği, hayat ve ölümünün 250 milisaniye içinde kararlaştırıldığı bir andır. (Bu nedenle insiders.bot kopyalamayı şeffaflık ve hız açısından çok önemser)

Paran kaybolmadı. Sadece adım adım bu ctf-exchange-v2 adlı hassas makinenin fizik yasalarına sıkı sıkıya uyarak, gitmesi gereken yere doğru akıyor.

Polymarket'te bir saçmalık oranı gördüğünüzde veya çekici bir arbitraj fırsatı gördüğünüzde bir Sonraki sefer, hemen 'Satın Al' düğmesine basmadan önce bu makinenin dişlilerini zihninizde çalıştırın.

Bu temel "Yasa"ları anladıktan sonra doğru "Yol" ile birleştiğinde, kesinlikle her savaşı kazanırsınız.