FİYAT KATMANI

Fiyat katmanı beş kararın sahibidir: hangi referansların platforma girdiği, birden fazla kaynak sağlıklıyken hangi referans yolunun aktif olduğu, executable mark'ın o referans artı platform durumundan nasıl türetildiği, bir marketin canlıdan azaltılmış, yalnızca kapatma, seans kapalı veya durdurulmuş duruma ne zaman düşmesi gerektiği ve hangi kaynak duruşunun bir sonraki settlement root'una damgalanacağı — böylece kontrat katmanı daha sonra bir ödemenin hangi fiyatlara bağlı olduğunu kanıtlayabilir. Her karar, mark işlem yapılabilir hale gelmeden önce uygulanır — hiçbiri olay sonrası açıklamalar değildir.

#Referans girişinden executable mark'a

Desteklenen her market için normal üretim duruşu aynıdır: düşük gecikmeli bir push kanalı üzerinden çalışan birincil referans ailesi olarak Hermes/Pyth ve runtime'ın her tick'te çapraz kontrol ettiği yedek bir pull yolu sağlayan bağımsız bir HTTP oracle mux. İki yolun da executable mark'a yükseltilmesi için sapma sınırları içinde mutabık olması gerekir — tek başına tek bir kaynak normal operasyon altında asla yeterli değildir. Platformun "fiyat var" ile "fiyat işlem yapılabilir" ifadelerini aynı şey olarak ele almayı reddetmesinin tüm nedeni budur.

Runtime, açık şekilde katkıda bulunan yayıncı sayısını maksimize etmeyi hedeflemez. Hedef tam tersi: her market için herhangi bir saniyede tam olarak bir savunulabilir referans yolunu canlı tutmak, arkasında failover için önceden onaylanmış bir yedek merdiveniyle. Bir aile zayıfladığında — Hermes bir yayıncıyı düşürür, bir HTTP endpoint takılır, sapma toleransın ötesinde genişler — mux ya yedek yola geçer, duruşu kısıtlar ya da marketi normal trade'den çeker. Rahatlık, incelmiş bir kaynak seti üzerinde işlem yapmeye devam etmek için geçerli bir neden değildir.

Engine ardından kabul edilen referansı ham tick yerine bir executable mark'a yükseltir. Referans çapası, platform skew, spread duruşu, depth kontrolleri, max-move sürekliliği sınırları ve önceki mark drift sınırları birlikte katmanlanır; böylece eşleştirme motoru'in karşı işlem yaptığı fiyat, dış endeksin o anda yazdırdığı değil, Dexter'ın sorumluca fill edebileceği fiyatı yansıtır. Funding, likidasyon ve kural-motoru'in drawdown kontrolleri aynı executable mark'ı okur. Tam giriş-ten-mark'a politika Kaynaklar ve yedekleme'de yer alır; mark oluşum ayrıntıları ve parametre listesi Mark oluşumu'nda yer alır.

 harici referanslar girer
   -> mux ve kaynak politikasi kontrolleri
   -> tazelik ve sapma dogrulamasi
   -> referans + platform durumundan mark olusumu
   -> market durusu guncellemesi
   -> oracle-kaynak baglami sonraki settlement durumuyle yayinlanir

#Fiyat duruşu ve seans dürüstlüğü

Yukarıdaki tazelik, mutabakat, depth ve toparlanma kontrolleri doğrudan market durum makinesine feed eder. Her Dexter marketi herhangi bir anda beş duruşun birinde yaşar: canlı (normal iki taraflı trade), azaltılmış (daha sıkı sınırlar, daha geniş spread, daha düşük max kaldıraç), yalnızca kapatma (açık pozisyonlar küçültülebilir ancak yeni risk alınamaz), seans kapalı (dayanak market için seans dışı saatler) ve durdurulmuş (execution yok, equity son geçerli mark'ta dondurulmuş). Bu duruşlar tavsiye etiketleri değildir — eşleştirme motoru, kural motoru ve kasiyer aynı durumu okur.

Kripto perp'leri 7/24 çalışır, ancak equity perp'leri, metal perp'leri ve enerji perp'leri dayanak platformun takvimini izler. 03:00 UTC'de seans kapalı bir equity perp sağlıklıdır; 03:00 UTC'de BTC üzerinde birincil yolunu kaybeden bir oracle bozulmuştur. Dexter, kullanıcıların, kural motoru'in ve olay sonrası denetçinin aynı ayrımı görmesi için ikisini bilinçli olarak ayırır: seans dışı, yayınlanmış bir yeniden açılış zamanıyla temiz bir durumdur; bozulmuş, platformun aktif olarak ilerlettiği açık bir sorudur. Ayrıntılı seans takvimi ve canlı-dan-durdurulmuşa geçiş kuralları Seanslar ve bozulmuş durumlar'da belgelenmiştir.

Aktif kaynak duruşu — birincil yol kimliği, yedek katılımı, gözlemlenen sapma, tazelik marjı — runtime'ın yayınladığı her settlement root'una hash'lenir. Bu nedenle vault kontratı yalnızca bir çekim talebi dahil edildiğinde bakiyelerin ne olduğunu değil, hangi oracle yapılandırmasının onları ürettiğini de bilir. İkisi aynı root commitment'ı ile bağlı olduğundan, bir ödeme işlemlerinizin fiyatlandığı feed'den farklı bir feed'e karşı sessizce settle edilemez.

#PnL ve ödemeleriniz için bunun anlamı

• Tek mark, funded veya kamuya açık. 90 / 10 fonlu bir hesap, kamuya açık bir cüzdan ve lider tablosu sıralama motoru hepsi aynı Hermes/HTTP-mux executable fiyatına karşı mark edilir. Platformun bir hesabı -%4 günlük ihlale veya top 3 podyum incelemesinin dışına itmek için dürtebileceği ayrı bir "prop feed" yoktur — her challenge ihlali, her funding tick'i ve her PnL rakamı kamuya açık oracle verilerinden artı yayınlanmış kaynak duruşu hash'inden yeniden üretilebilir.
• Bozulmuş duruş hesabınızı değil, yeni riski dondurur. Birincil ve çapraz kontrol sınırların ötesinde uyuşmazsa veya tazelik kayarsa, market azaltılmış veya yalnızca kapatma durumuna düşer. Hâlâ size'ı kesebilirsiniz; market canlıya geri yükseltilene kadar yeni risk ekleyemezsiniz. Kural engine, bozulmuş pencereyi değerlendirme zaman çizelgenize damgalar; böylece -%4 günlük / -%8 toplam drawdown kontrolleri stale baskılar tarafından tetiklenmez — ancak 30 günlük pencere içindeki trade kapasitesi iade edilmez.
• Seans bazlı marketler programlarına saygı duyar. Equity, metal ve enerji perp'leri dayanak market kapalıyken seans kapalı durumuna geçer. Equity, son geçerli seans fiyatında mark edilir; günlük drawdown kuralı bir sonraki seans açılışında devam eder. Seans dışı bir markette gece yarısı oracle gürültüsü challenge'ınızı başarısız kılamaz.
• Settlement aynı kaynak duruşuna bağlıdır. Base üzerindeki her çekim serbest bırakması, oracle kaynak hash'i işlemlerinizin altında fiyatlandığı duruşa uyan bir state root'una çapalanmıştır. Kasiyer ve eşleştirme motoru ayrışamaz. Profit-share ödemeleri talepten USDC varışına kadar 24 saatten kısa'yı hedefler; kanıt-kapılı mekanikler Uzlaşma ve çekimler'de belgelenmiştir.