Partnered With:

Polymarket V2 yayında, hayalet sipariş sorunu çözüldü mü?

Bu makaleyi okumak için 13 Dakika

Piyasa tahmini yapabilir, ancak işlem sistemleri "işlem gerçekleşti mi yoksa gerçekleşmedi mi" sorusunu da bir tahmine dönüştürmemelidir.

Orijinal Başlık: "Polymarket V2 Canlı, Hayalet Emir Sorunu Çözüldü mü?"
Orijinal Yazar: Asher, Odaily Planet Daily

Dün akşam, Polymarket bakım penceresine girdi, işlemleri durdurdu ve emir defterini temizledi, ardından resmi olarak CLOB V2'yi başlattı.

Resmi açıklamaya göre, bu yükseltme yeni bir akıllı kontrat, yeni emir defteri, yeni teminat jetonu Polymarket USD ve yeni sürüm CLOB-Client SDK'yı içeriyor. Kullanıcılar için, PUSD, SDK, emir yapısı gibi değişiklikler hemen fark edilmeyebilir.

Gerçek anlamda ilk dikkate değer olan şey, Polymarket'ı uzun süredir rahatsız eden Hayalet Dolumlarıdır, yani topluluk tarafından yaygın olarak "hayalet emir" olarak adlandırılan sorun.

V2 gerçekten de bu sorunu ele aldı. Daha önce en çok istismar edilen nonce mekanizması kaldırıldı, emir yapısı ve iptal yöntemi değişti.

Ancak bu, hayalet emirlerin tamamen kaybolduğu anlamına gelmez, çünkü Polymarket'ın temel ticaret modeli hala zincir dışı eşleştirme, zincir üstü uzlaşmadır; bu iki adım arasında zaman farkı olduğu sürece, benzer sorunlar tamamen ortadan kaldırılmak zor olacaktır.

Emir Gösterildi, Neden Sonunda Başarısız Oldu?

Sözde hayalet emir, basitçe bir emrin zincir dışında başarılı bir şekilde eşleştiğini gördüğünüz ancak sonunda zincir üstü uzlaşmanın tamamlanmadığı bir emirdir.

Polymarket, zincir dışı emir defteri eşleştirmesini benimser, daha sonra uzlaşmayı tamamlamak için zincire geri döner. Bu tasarımın avantajı açıktır; işlem hızı daha hızlıdır, maliyet daha düşüktür ve 5 dakikalık pazar gibi kısa dönemli, yüksek frekanslı tahmin pazarları için daha uygundur.

Sorun da tam olarak bu zaman farkındadır. Zincir dışı emir defterinde eşleştiği gösterilen bir durum, zincir üstü uzlaşmanın kesinlikle başarılı olacağı anlamına gelmez.

Bazı kısa dönemli pazarlarda, kullanıcılar emrin zaten eşleştiğini görebilir ve ilgili yöne zaten yatırım yaptığını düşünebilir; ancak işlem gerçekten zincire gönderildiğinde, uzlaşmanın başarısız olduğunu görebilirler. Bir saniye önce tamamlandığı görünen işlem, bir sonraki saniyede sistem tarafından geri alınabilir.

Kullanıcılar için, bu deneyimin en can sıkıcı yanı sadece başarısızlık değil, belirsizliktir. Satın alma veya satma işleminin tamamlandığını düşünürken, sonuçta işlem tamamlanmaz; tekrar emir vermek için beklerken, fiyat artık değişmiş olabilir, işlem fırsatı da kaçmış olabilir.

Eski Sürüm Sorunu: İptal Maliyeti Çok Düşüktü

V1'de, hayalet siparişlerin en kolay istismar edildiği yol, incrementNonce'dan gelirdi. nonce, siparişteki durum kimliği olarak anlaşılabilir. Başlangıçta sistemın siparişleri yönetmesine yardımcı olması için tasarlanmıştı, ancak eski sürümde saldırganlar, incrementNonce'u çağırarak bir adresin eski nonce'a sahip siparişlerinin zincirde yerine getirilmesi sırasında başarısız olmasını sağlayabilirdi.

Bu saldırganlara bir zamanlama fırsatı veriyordu. Saldırganlar önce siparişleri zincir dışında eşleştirmeyi tamamlatabilir ve sistem tarafından "işlemin gerçekleştiği" görünmesini sağlayabilir; daha sonra gerçek yerine getirme sırasında nonce'u güncelleyerek bu siparişleri nihayetinde başarısız hale getirebilirlerdi. Sonuç olarak, görünüşte tamamlanmış bir işlem aslında asla zincirde gerçekleşmiyordu.

Sorunun esas nedeni, bu tür bir işlemin maliyetinin son derece düşük olması ve birçok siparişi etkileyebilmesiydi. Saldırganlar, yalnızca çok düşük bir gaz maliyeti ödeyerek, aslında tamamlanması gereken siparişlerin yerine getirme aşamasında başarısız olmasını sağlayabilirlerdi. Kullanıcılar, bir işlemin önce tamamlandığını, ancak sonunda gerçekte yerine getirilmediğini görebilirdi, bu da işlem sonucunun istikrarsız olduğu anlamına gelir ve hatta kullanıcıların aslında ne fiyattan işlem yapmaları gerektiğini veya ne kadar işlem fırsatı kaçırdıklarını anlamalarına neden olur.

Hayalet sipariş sorunu, sadece basit bir ön uç görüntü hatası değildir, ayrıca tesadüfi bir şekilde zincir üstünde başarısız olma değil, doğrudan kullanıcıların işlem sonuçlarına olan güvenlerini etkiler.

V2 Düzeltmeler Yaptı, Ancak Tamamen Ortadan Kaldırmadı

V2'nin bu seferki en önemli değişikliği, eski şekildeki küresel nonce tasarımının kaldırılmasıdır. Yani, geçmişteki gibi incrementNonce ile birçok eski siparişi aynı anda etkileyen yöntem artık devre dışı bırakılmıştır. Aynı zamanda, V2, sipariş yapısını basitleştirdi ve iptal işlemi daha ince taneli tekil sipariş hash'ine doğru yönlendirdi. Eski sürüme göre, iptal etmenin etkisi açıkça sınırlanmıştır, ve saldırganların düşük maliyetli işlemle birçok emri bozmasını önlemek artık çok zorlaştı.

Bu, hayalet sipariş sorununa yapılan somut bir düzeltmedir. Geçmişteki sorun, saldırı maliyetinin düşük, etkilenen alanın büyük olması ve yeniden üretme eşiğinin düşük olmasıydı.

V2'den sonra, en kolay istismar edilen yol kaldırıldı. Saldırganlar benzer sorunları devam ettirmek istiyorlarsa daha yüksek maliyetler ödemek zorunda kalacaklar ve daha spesifik sistem yanıtına daha fazla dayanacaklardır. Ayrıca, pauseUser gibi mekanizmaların gecikmesi, bazı durum değişikliklerinin eşleme ve yerine getirme penceresi içinde anında kötüye kullanımını azaltmaya yardımcı olmaktadır.

Genel olarak, V2'nin yönü oldukça açıktır: önce saldırganların en kolay istismar edebileceği noktaları ele alın, ardından benzer saldırıların getirisini azaltın.

Ancak bu, hayalet siparişlerin tamamen çözüldüğü anlamına gelmez. Nedeni, Polymarket'ın hala off-chain eşleşme ve on-chain mutabakat temel modelini değiştirmemiş olmasıdır.

Bir siparişin eşleşme ve mutabakatın aynı ortamda gerçekleşmediği sürece, off-chain ve on-chain arasında mutlaka bir durum farkı olacaktır. Bakiye değişiklikleri, izin sorunları, sipariş durumu değişiklikleri, iptal edilen işlemler veya sözleşme başarısızlıkları, off-chain olarak eşleşen bir siparişin sonunda on-chain olarak gerçekleştirilememesine neden olabilir.

Diğer bir deyişle, V2, eski sürümdeki en belirgin ve en kolay sömürülebilen saldırı yolunu çözen, ancak hayalet siparişlerin ortaya çıkmasının temel koşulunu çözmeyen bir önlem olarak karşımıza çıkıyor.

Diğer güncellemeler, genellikle işlem sistemine destek sağlamaya yöneliktir

Hayalet siparişlerin yanı sıra, V2 ayrıca PUSD, SDK ve 1271 imza gibi güncellemeler getirdi:

· PUSD, yeni bir teminat destekli stabilcoin olup, Polymarket'ı USDC.e'den USDC ile desteklenen Polymarket USD'ye taşıdı. Normal kullanıcılar genellikle bunun farkında değil ancak alttaki varlık işlemleri daha tutarlı hale geldi;

· Yeni sürüm CLOB-Client SDK, likidite sağlayıcıları, robotlar ve sistem entegratörleri için öncelikle kullanıma sunulmuştur. V2'den sonra ilgili kullanıcılar istemciyi güncellemeli ve yeni sipariş yapısında tekrar imzalamalıdır;

· 1271 imza desteği, akıllı sözleşme cüzdanları, çoklu imza hesapları, kurumsal hesaplar ve daha karmaşık bot cüzdanlarının Polymarket'a daha sorunsuz bir şekilde entegre olabilmesi anlamına gelir.

Genel olarak, Polymarket, bir açığı sadece düzeltmek yerine, kendisini bir tahmin pazarı uygulamasından daha çok bir işlem platformuna daha yakın bir temel sistem haline getiriyor. Likidite sağlayıcıları, API kullanıcıları ve otomatik işlemcilerin arttığı bir ortamda, siparişlerin istikrarlı bir şekilde işleme konulup, hesaplaşılması ve tahsilatı yapılıp yapılamayacağı, "pazar ne kadar eğlenceli" olmaktan daha önemli hale gelecektir.

V2, bitiş değil, sürekli yama sürecinin başlangıcıdır

V2'nin piyasaya sürülmesinden sonra, Polymarket en azından hayalet siparişlerin en belirgin saldırı yolunu kapattı. Daha önce düşük maliyetli iptal, toplu sipariş etkileşimi gibi yöntemler artık orijinal şekilde tekrarlanması zor hale geldi. Hızla büyüyen bir işlem platformu için, bu adım atılması gereken bir adımdır.

Ancak hayalet siparişlerin kökenindeki sorun, bir versiyon yükseltmesi ile tamamen ortadan kalkmaz. Polymarket hala off-chain eşleşme ve on-chain mutabakat modelini kullandığı sürece, sistem sürekli olarak off-chain durumu ve on-chain sonuçlar arasındaki farkları ele almak zorundadır. V2, daha çok ilk adım gibidir - önce en belirgin ve en kolayca sömürülebilen sorunu çöz, sonra takip eden güncellemelerle eşleşme, mutabakat, izleme ve risk yönetimi yeteneklerini tamamla.

Piyasa tahmini esaslı ticaret zaten belirsizliğin olduğu bir alandır. Eğer siparişler bile belirsizlikle doluysa, kullanıcıların karşılaştığı şey artık yalnızca piyasa riski değil, sistem riskidir.