36 bölümün 36'sı

Kısa Versiyon

28 Nisan 2026 tarihinde, Polymarket Polygon üzerindeki uzlaşma teminatını USDC.e’den (köprülenmiş USDC tokeni, sözleşme 0x2791Bca1f2de4661ED88A30C99A7a9449Aa84174) pUSD’ye taşıdı; pUSD, 1:1 oranında yerel USDC ile geri alınabilen, Polymarket tarafından ihraç edilen bir stabil kripto para. Web uygulamasıyla işlem yapanlar hiçbir şey yapmadı - bakiyeler ve pozisyonlar anlık görüntü bloğunda otomatik olarak dönüştürüldü. API ve bot operatörlerinin güncelleme yapması gerekir: her CLOB emir imzasındaki teminat varlığı adresi değişti, USDC.e’ye karşı imzalanmış eski emirler iptal edildi ve py-clob-client 0.40 veya daha yenisi gerekiyor. Bu rehber, bir botun geçiş sırasında ve sonrasında çalışmaya devam etmesi için gereken tam kod, sözleşme ve onay değişikliklerini adım adım anlatır.

Ne öğreneceksiniz: Polymarket’in neden USDC.e’den uzaklaştığı, sözleşme düzeyinde nelerin değiştiği, tam py-clob-client yükseltme yolu, yeni teminat için onayların nasıl yeniden verileceği, takas sonrası bakiyenizin nasıl doğrulanacağı ve çoğu hesabın artık elinde tuttuğu eski USDC.e kırıntılarının nasıl ele alınacağı.
Önkoşullar: zaten çalışan bir Polymarket hesabınız, Polygon sözleşmeleri hakkında temel bilginiz ve 28 Nisan 2026’dan önceye dayanan mevcut bir botunuz veya manuel API iş akışınız olmalı. Eğer bugün sıfırdan başlıyorsanız, en güncel SDK’yı kurun ve Dördüncü Bölüm'e atlayın - artık USDC.e’ye hiçbir zaman dokunmanız gerekmeyecek.
01
Birinci Bölüm

Bölüm 1: Üç stabil kripto varlık (stablecoin), Bir Polygon

Göçten önce, Polygon üzerinde Polymarket'in yörüngesinde üç ABD doları stablecoin'i vardı. Aralarındaki farkı bilmek, Polymarket'in neden platform değiştirdiğini anlamanın ilk adımıdır.

TokenİhraççıPolygon üzerindeki sözleşmeRezerv türü
USDC.ePolygon PoS bridge0x2791Bca1f2de4661ED88A30C99A7a9449Aa84174Ethereum ana ağından köprülenmiş
USDC (native)Circle0x3c499c542cEF5E3811e1192ce70d8cC03d5c3359Yerel, doğrudan Polygon üzerinde ihraç edilmiş
pUSDPolymarket TreasurySee docs.polymarket.com/pusdYerel USDC tarafından 1:1 destekli, aylık tasdik

Polymarket başlangıçta USDC.e'yi seçti çünkü 2020'deki lansmanda Polygon üzerindeki baskın USDC varyantı buydu. Circle daha sonra native USDC'yi doğrudan Polygon üzerinde ihraç etti ve köprülenmiş varyantın zamanla kullanım dışı kalacağını işaret etti. Her piyasayı USDC.e ile uzlaştırmaya devam etmek, Polymarket'i köprünün aniden kapatılmasına ilişkin uzun kuyruk riskine maruz bırakıyordu. Polymarket tarafından kontrol edilen bir stablecoin'e geçiş, bunu çözer ve aynı hesap birimini paylaşan gelecekteki ürün özelliklerinin (örneğin sürekli vadeli işlem sözleşmeleri teminatı, kasa yatırımları, zincirler arası makbuzlar) önünü açar.

02
Bölüm İki

Bölüm 2: pUSD Nedir (ve Nedir Değildir)

pUSD, Polygon üzerindeki (chain id 137) 6 ondalıklı standart bir ERC-20 tokenıdır; USDC ile aynı hassasiyete sahiptir. Yalnızca Polymarket Treasury sözleşmesi tarafından basılabilir ve herhangi bir zamanda ağ ücreti dönüştürme işlemine yine de uygulanmak üzere, native USDC'ye 1:1 oranında geri çevrilebilir. pUSD'yi destekleyen rezerv ayrılmış hesaplarda tutulur ve üçüncü taraf bir tasdik ile aylık olarak raporlanır.

pUSD algoritmik bir stabil kripto para değildir, kripto ile aşırı teminatlandırılmış değildir ve getiri sağlamaz. pUSD'yi Polymarket dışında tutuyorsanız, onu native USDC için Polymarket tarafından çıkarılmış bir borç senedi olarak düşünmelisiniz - platform içinde kullanışlıdır, talep üzerine geri çevrilebilir, ancak harici bir cüzdanda uzun vadeli tutmanın hiçbir avantajı yoktur.

Denetim ve rezervler: pUSD akıllı sözleşmesi Polymarket'in sürekli denetçileri tarafından denetlenmiştir. Rezerv tasdik raporları aylık olarak docs.polymarket.com/pusd-audit adresinde yayımlanır. Uzun vadede büyük bakiyeler tutmadan önce her ikisini de doğrulayın.
03
Üçüncü Bölüm

Bölüm 3: Web Uygulaması Tüccarları Ne Gördü

Yalnızca polymarket.com üzerinden işlem yapıyorsanız, geçiş görünmezdi. 28 Nisan 2026 tarihindeki anlık görüntü bloğunda:

  • Polymarket proxy cüzdanında tutulan her USDC.e bakiyesi, 1:1 oranında atomik olarak pUSD'ye dönüştürüldü.
  • Açık pozisyonlar aynı dolar değerini, aynı sonuç ihtimallerini ve aynı vade bitişini korudu. Koşullu token kimlikleri değişmedi.
  • USDC.e cinsinden bekleyen emirler anlık görüntüde iptal edildi. Geçiş sonrası yeni emirler otomatik olarak pUSD üzerinden imzalanır.
  • Dış cüzdanlara yapılan çekimler USDC.e göndermekten yerel USDC göndermeye geçti (veya talep üzerine ham pUSD - çoğu kullanıcının buna hiç ihtiyacı olmaz).

Herhangi bir imza, işlem veya ayar değişikliği gerekmedi. Sizin için önemli olan bekleyen limit emirler, geçişten sonra manuel olarak yeniden girilmelidir; iptal tek seferlik bir olaydı.

04
Dördüncü Bölüm

Bölüm 4: API ve Bot Operatörleri - Kritik Değişiklikler

Bu, harekete geçmezseniz bir botu bozacak kısımdır.

Emir imzasında ne değişti: CLOB emirleri EIP-712 üzerinden imzalanır ve typed data'nın bir parçası olarak teminat varlığı adresine referans verir. Taşınma öncesinde bu adres USDC.e idi (0x2791Bca1f2de4661ED88A30C99A7a9449Aa84174). Taşınma sonrasında ise pUSD'dir. Eski adrese karşı imzalanmış bir emir, CLOB'da imza doğrulamasında başarısız olur ve "invalid piyasa sağlayıcı (maker) asset" veya "signature mismatch" hatası döner.

py-clob-client'i yükseltin

Polymarket, kesintiden iki hafta önce tam pUSD desteğiyle py-clob-client 0.40.0 sürümünü yayınladı. 0.34.x serisi, taşınmanın ertesi günü kullanımdan kaldırıldı.

# pUSD'yi tanıyan bir sürüme yükseltin
pip install --upgrade "py-clob-client>=0.40.0"

# Bağlı teminat varlığını doğrulayın
python -c "from py_clob_client.constants import POLYGON; \
print('pUSD address:', POLYGON.get('collateral'))"

Yeni SDK, teminat adresini başlangıçta zincir yapılandırmasından çeker, bu yüzden herhangi bir şeyi sabit kodlamanız gerekmez. Daha eski bir sürümü çatalladıysanız veya sabitlediyseniz, en güvenli yol kilit dosyasını silmek, en son constants modülüyle yeniden kurmak ve test paketini tekrar çalıştırmaktır.

İzinleri yeniden onaylayın

Polymarket proxy cüzdanınızın ticaret hesabınızdan → CTF Exchange sözleşmesine pUSD tokenı için bir ERC-20 iznine ihtiyacı vardır. USDC.e için eski izin hâlâ zincir üzerinde duruyor ancak tamamen işe yaramaz: CLOB bunu kullanmayacaktır. Yeni bir pUSD izni olmadan, her emir "INSUFFICIENT_ALLOWANCE" döndürür.

from py_clob_client.client import ClobClient

client = ClobClient(
    host="https://clob.polymarket.com",
    chain_id=137,
    key=os.environ["POLY_PRIVATE_KEY"],
    funder=os.environ["POLY_FUNDER"],
    signature_type=1,  # Magic-link hesapları için POLY_PROXY
)
client.set_api_creds(client.create_or_derive_api_creds())

# Bir defaya mahsus: CTF Exchange sözleşmesi için pUSD onaylayın
# (py-clob-client 0.40'da eklenen yardımcı)
client.update_balance_allowance(asset_type="COLLATERAL")

API kimlik bilgilerini yenileyin

Mevcut API anahtarları çalışmaya devam eder, ancak kimlik bilgilerini 1 Nisan'dan önce türettiyseniz, önlem olarak onları döndürmelisiniz: L1 ECDSA imzası artık yeni teminat adresini içeren bir domaine bağlanır. En basit yol:

creds = client.create_or_derive_api_creds()  # idempotent yeniden türetme
client.set_api_creds(creds)

# .env dosyanıza kaydedin
print(creds.api_key, creds.api_secret, creds.api_passphrase)
05
Beşinci Bölüm

Bölüm 5: Botunuzu Göç Sonrası Doğrulama

Gerçek parayla herhangi bir boyutlandırma mantığını devreye almadan önce bu minimal duman testini çalıştırın:

# 1. Proxy cüzdandaki pUSD bakiyesini doğrulayın
from py_clob_client.client import ClobClient
client = ClobClient(...)  # yukarıdaki gibi
balance = client.get_balance_allowance(params={"asset_type": "COLLATERAL"})
print("pUSD bakiyesi (ham):", balance["balance"])
print("Borsaya izin:", balance["allowance"])

# 2. Touch'tan oldukça uzakta 1 dolarlık bir limit emir verin
from py_clob_client.clob_types import OrderArgs
order = client.create_order(OrderArgs(
    token_id=test_token_id,
    price=0.05,        # piyasaya hiç yakın değil
    size=20,           # 0.05 dolarda 1 dolarlık nominal değer
    side="BUY",
))
resp = client.post_order(order)
print(resp)

# 3. İptal edin ve doğrulayın
client.cancel(order_id=resp["orderID"])

Üç çağrının da başarılı olması halinde bağlantınız düzgündür: SDK pUSD karşısında imzaladı, izin tanınıyor ve emir defteri tutarlı. Kademeli olarak tekrar ölçeklendirin.

Yükseltmeyi dikkatle zamanlayın: botu anlık görüntü bloğu boyunca kesintisiz çalıştırdıysanız, yerel emir defteri durumunuz muhtemelen sapmıştır. Teklif boyutuna geçmeden önce büyük bir piyasa değişikliğinden sonra her zaman REST anlık görüntüleriyle uzlaştırın.
06
Altıncı Bölüm

Bölüm 6: Yaygın Hatalar ve Çözümleri

Hata veya belirtiNedenÇözüm
signature verification failedEmir USDC.e EIP-712 etki alanına karşı imzalanmışpy-clob-client'ı 0.40+ sürümüne yükseltin; constants modülünü yeniden yükleyin
Her emirde INSUFFICIENT_ALLOWANCEProxy cüzdanınızdan CTF Exchange'e pUSD allowance yokupdate_balance_allowance(asset_type="COLLATERAL") komutunu bir kez çalıştırın
invalid maker assetSabit kodlanmış USDC.e adresi hâlâ yapılandırmanızdaSabit kodlanmış herhangi bir teminat adresini SDK sabit değeriyle değiştirin
Cüzdanda göçten sonra USDC.e bakiyesi > 0 görünüyorÜçüncü taraf transferinden kalan "toz" tokenlarUSDC.e'yi Circle'ın CCTP'si üzerinden yerel USDC'ye köprüleyin ya da olduğu gibi bırakın
WebSocket yeniden bağlanması boş emir defteri oluşturuyorEski abonelik, snapshot'tan önceki eski bir piyasa durumunu kullanıyorduYerel önbelleği silin, REST emir defterini yeniden çekin, ardından yeniden abone olun
Dış cüzdana çekim USDC yerine pUSD gösteriyorÇekim penceresinde "USDC" yerine "pUSD" seçtiniz"USDC" seçin - köprü pUSD'yi 1:1 oranında yerel USDC'ye dönüştürür
07
Bölüm Yedi

Bölüm 7: Koşullu Tokenlar, Emir Kimlikleri ve Değişmeyen Diğer Şeyler

Refaktör kapsamını dürüst tutmak için, işte geçiş boyunca sabit kalan tanımlayıcıların listesi:

  • Koşullu Token sözleşmesi (CTF): adresi aynıdır. YES / NO ERC-1155 pozisyonlarınız etkilenmez.
  • condition_id ve question_id: piyasa parametrelerinden deterministiktir; teminat değişiminden etkilenmez.
  • token_id (sonuç): condition_id + sonuç indeksinden türetilir; değişmemiştir.
  • Polymarket proxy cüzdan adresi: aynı adres; aynı Gnosis Safe tarzı kod.
  • API anahtarı, API gizli anahtarı, API parolası: hâlâ geçerli (döndürmeniz önerilir; zorunlu değil).
  • WebSocket şemaları: aynıdır; yeni asset alanı fill etkinliklerinde "USDC.e" yerine "pUSD" okur.
  • Gamma ve Veri API'leri: kimlik doğrulaması gerektirmez, değişmedi. Teminat tokenını doğrudan hiç referans etmediler.
Küçük bir arayüz değişikliği: Polymarket proxy cüzdan görünümü artık bakiyeleri 1:1 USD etiketiyle pUSD olarak gösteriyor. Blok gezginleri (PolygonScan, Polygonscan API) proxy cüzdanın işlem geçmişinde pUSD ERC-20 transferlerini gösterir. Eski USDC.e transferleri geçmişte görünmeye devam eder; adresiniz bir süreliğine yalnızca iki ERC-20 token satırı gösterecek.
08
Sekizinci Bölüm

Bölüm 8: Vergi ve Muhasebe Etkileri

Çoğu yargı alanında USDC.e'nin pUSD'ye otomatik dönüşümü, 1:1 oranında USD'ye sabitlenmiş stabil kripto paralar arasında aynı türden bir swap olarak değerlendirilir ve vergilendirilebilir bir olay oluşturmaz. Maliyet esasınız ve elde tutma süreniz aynen devam eder.

Bununla birlikte, iki muhasebe kalemi dikkat edilmeyi hak eder:

  1. Defter şemanızı güncelleyin. Polygon işlemlerini USDC.e sözleşmesine göre filtreleyen herhangi bir vergi aracı, SQLite defteri veya muhasebeci dışa aktarımı, göç sonrası işlemlerin tamamını sessizce atlayacaktır. pUSD sözleşme adresini bir takma ad olarak ekleyin.
  2. Anlık görüntü dönüşümünü notlandırın. Çoğu rejimde vergilendirilebilir olmasa da, dönüşümü kayıtlarınızda açıkça kaydedin: tutar, blok, zaman damgası ve bunun 1:1 stabil kripto para göçü olduğuna dair bir not. Yargı alanınız daha sonra bunu sorgularsa, temiz bir denetim izi istersiniz.

İsrailli işlemciler, ITA'ya özgü raporlama için Vergi Rehberi ile görüşmelidir; göçün kendisi standart muameleyi değiştirmez ancak sözleşme adresi değişikliği otomatik raporlama araçları için önemlidir.

09
Bölüm Dokuz

Bölüm 9: Değişimi Yaşayan Operatörlerden Profesyonel İpuçları

  1. py-clob-client'ı requirements.txt içinde >=0.40,<0.50 sürümüne sabitleyin. 0.40 satırı pUSD emirlerini doğru şekilde imzalayan asgari sürümdür; üst sınır belirlemek, ileride oluşabilecek kırıcı bir değişikliğe karşı korur.
  2. Düşük hacimli bir zaman aralığında izinleri yeniden onaylayın. update_balance_allowance çağrısı bir Polygon işlemdir; bunu hızlı bir piyasa hareketi sırasında yapmak gas ücretinin sıçramasını davet etmektir.
  3. 28 Nisan'dan önce USDC.e bakiyenizin anlık görüntüsünü alın. Dönüşüm otomatik olsa da, doğrulanabilir bir ön anlık görüntü, herhangi bir mutabakat sorununa itiraz etmenin en temiz yoludur.
  4. Anlık görüntüden önce bekleyen emirleri manuel olarak iptal edin. Zaten platform tarafından iptal edilmiş olacaktı; bunu kendiniz yapmak size "system cancel" satırı yerine temiz bir defter kaydı verir.
  5. Eski kalmış panellere dikkat edin. Üçüncü taraf Polymarket panelleri (PolymarketAnalytics, Polynance vb.), pUSD olaylarını yeniden ayrıştırmak için iki ila üç gün aldı. Botunuzun yerel veritabanı birkaç gün boyunca herkese açık panellerin önünde olabilir.
  6. USDC.e kırıntılarını kendi programınıza göre köprüleyin. Çoğu hesapta eski ücret iadelerinden veya eşler arası transferlerden kalma birkaç sentlik USDC.e bulunur. Circle'ın CCTP'sini veya standart Polygon Portal köprüsünü kullanın - acele etmeye gerek yok.
  7. Eski USDC.e adresini blok gezgini uyarılarınızda tutun. Eğer herhangi bir şey migration sonrası proxy'nizden USDC.e olarak süpürülürse, bu hemen incelenmeye değer bir kırmızı bayraktır.

Sırada ne var?

Önemli çıkarım

Polymarket pUSD geçişi, zaten bir Polymarket botu çalıştıran herhangi bir operatör için düşük riskli, tek seferlik bir yeniden düzenlemedir. py-clob-client'ı 0.40+ sürümüne yükseltin, pUSD izinlerini yeniden onaylayın, $1'lik bir smoke test çalıştırın ve devam edin. Alttaki altyapı (CTF, condition ID'leri, token ID'leri, API anahtarları) değişmedi, bu yüzden etki alanı küçüktür ve geri alma süreci temizdir.