PIYASA MOTORU

Engine, bir emrin girip giremeyeceğine, hangi fiyatta dolduracağına, pozisyon boyutu ve nakdin nasıl settle olacağına ve bir marketin canlı trading'den defansif duruşa geçmesi gerektiğinde karar verir. Bu kararların her biri tek bir execution domain'in sahipliğindedir, böylece bir fill, fonlama birikimi ve likidasyon durum konusunda çelişemez. Aşağıdaki tablo beş sorumluluğu haritalar — her biri bu bölümde kendi sayfasında derinlemesine ele alınır.

#Canlı işlem yolu nasıl çalışır

Üretim, kamu bir RPC'den asla ham bir emir kabul etmez. Her istek, monotonik bir seq, createdAtTs ve goodTilTs taşıyan bir EIP-712 imzalı IOC yükü olarak gelir. Runtime bir şey fiyatlamadan önce, imzacının agent yetkilendirmesi ile kayıtlı olduğunu, seq'in yeniden kullanılmadığını, zaman damgalarının geçerlilik penceresinin içinde olduğunu ve — commit guard aktifken — emir hash'inin commitOrder ile Base üzerinde on-chain OrderCommitRegistry'ye zaten kaydedildiğini doğrular. Bu kontrollerden herhangi birinin başarısız olması, matching yolu ulaşmadan önce isteği iptal eder.

Fiyatlama, likiditesiz bir vAMM'a karşı çalışır. Dayanılacak durağan bir maker defteri yok, bu nedenle engine, skew-duyarlı eğriler, sert envanter sınırları ve market başına open-interest baskısı üzerinden akışı kote eder. Zaten long-ağır bir deftere alış yapan bir taker, dengeli bir deftere alış yapan bir taker'dan daha yüksek bir etkin oran öder ve bekleyen yönlü notional üzerindeki sınır, fill zamanında değil, kabul sınırında uygulanır.

Bir fill kabul edildiğinde, engine pozisyon boyutunu, giriş bazını, realize PnL'i, %0,020/%0,060 ücret bileşenini ve herhangi bir nakit settlement'ı tek sıralı bir geçişte hareket ettirir. Funding aynı state ilerlemesinden tahakkuk eder, böylece bir trader, carry'si güncellenmiş ama realize PnL'i güncellenmemiş bir pozisyon gözlemleyemez. Bir IOC'nin doldurulmamış kalanı hemen iptal edilir — izlenecek aktif emir yoktur.

 agent yetkilendirildi
   -> commitOrder(...) OrderCommitRegistry'ye kaydedildi
   -> EIP-712 imzali IOC runtime'a girer
   -> signer / seq / createdAtTs / goodTilTs kontrolleri
   -> kabul ve durus kontrolleri
   -> skew ve envantere karsi vAMM fiyat kotasyonu
   -> fill et veya kalani iptal et
   -> pozisyon, ucret, fundingAccrued ve nakit tek geciste ilerler
   -> yayin pipeline'i yeni market durumu yayar

#Market duruşu, carry ve zorunlu rutinler

Her market beş duruşa sahip açık bir state machine içinde çalışır: canlı, azaltılmış, yalnızca-kapatma, seans-kapalı, durduruldu. Bunlar UI etiketleri değildir — yeni bir emrin risk ekleyip ekleyemeyeceğini, azaltmanın hala açık olup olmadığını ve platformun bir altta yatan seans molasını onurlandırıp onurlandırmadığını veya daha temiz bir fiyat referansını beklediğini yöneten kabul kurallarıdır. Geçişler referans tazeliği, seans takvimleri, skew baskısı, kullanım, kötü borç maruziyeti ve bozulmuş bir dönem sonrası kurtarma kontrolleri tarafından yönlendirilir.

Open interest, yönlü dengesizlik ve kalabalıklaşma sürekli ölçülür ve funding index'i, skew-ayarlı taker oranını ve envanter sınırlarını ayarlayan aynı döngüye beslenirler. Dexter'da funding, engine'in carry modelinin bir parçasıdır — her 8 saatte bir fundingAccrued'a tahakkuk eder — sonradan yapılan raporlamadan yeniden inşa edilen bir rakam değil. Bu bölümde takip eden sayfalar her yüzeyi ayrıntılı olarak parçalar.

Zorunlu azaltma aynı execution domain'inde yaşar. Likidasyon taramaları, sigorta-bilinçli kötü borç işleme, ADL seçimi ve stres sonrası yeniden dengeleme, hepsi sıradan emir işleme ile state ve sıralamayı paylaşır. Stres davranışını deterministik tutan şey budur: maintenance margin tabanı ihlal ettiğinde ve bir pozisyon likide edildiğinde, gönüllü bir kapanış için çalışacak aynı ücret, fonlama ve defter geçişi çalışır — yalnızca tetikleyici farklıdır.

#Bu challenge'ınız için ne anlama gelir

• Genel defterli dolduran aynı engine challenge'ınızı doldurur. $49 veya $99'luk bir deneme bir sandbox'tan geçirilmez — aynı skew'de, aynı envanter sınırında ve aynı %0,020 maker / %0,060 taker çizelgesinde üretim vAMM'ına karşı fiyatlandırılır. Burada üretilen bir +%10 hedef, aynı akışta bir kamu $50K hesabının üreteceği +%10'dur; bu yüzden Base üzerindeki fonlu ödemeler zincire karşı yeniden üretilebilir.
• Skew maliyetleri +%10'a karşı sayılan gerçek maliyetlerdir. Engine kalabalık bir yöne karşı etkin taker oranını yükselttiğinde, bu ek ücret aynı fill içinde sermayenize iner. Skew ile savaşmak, bir denemenin likidasyon hattına dokunmadan -%4 günlük tabanı eritmesinin en yaygın nedenidir.
• Funding carry PnL'inizin bir parçasıdır. Her 8 saatte bir funding index'i uzlaşır ve fundingAccrued sermayenizi hareket ettirir. 30 gün boyunca kalabalık-yön bir pozisyon tutmak, herhangi bir yönlü hareket öncesinde sessizce %1-3 yakabilir — çok günlük bir tutuş boyutlandırmadan önce market başına yayınlanan oranı kontrol edin.
• Zorunlu rutinler ateşlendikleri aynı barda denemeleri bitirir. Likidasyon, ADL ve yeniden dengeleme akışları pozisyonları mark'ta kapatır, realize zararın üzerine açık bir likidasyon ücreti ekler ve neredeyse her zaman aynı barda -%4 günlük veya -%8 toplam drawdown'u geçer. Engine bunları sıradan geçişler olarak ele alır, bu nedenle istisna yok: kayıp kural kontrolüne hemen çarpar.
• Fonlu hesaplar aynı kod yolunu çalıştırır. Bir 90/10 ödeme hesabı ayrı bir matching katmanı veya özel bir ücret çizelgesi almaz. Aynı fiyatlama, aynı ücretler, aynı funding kadansı, aynı maintenance margin — bu yüzden geçilmiş bir hesap, onu kazanan deneme gibi tam olarak davranır.