İZLEME VE KURTARMA
Bir oracle düştüğünde, bir settlement root geciktiğinde, bir kuyruk yığıldığında veya bir stres olayı spread'leri genişlettiğinde, bir fonlu trader için önemli olan tek soru kasiyerin hâlâ çalışıp çalışmadığıdır. Bu sayfa her ödeme pipeline'ını izleyen dört izleme parkurunu, her başarısızlık sınıfı için toparlanma duruşunu, tek bir transaction içinde depositleri veya çekimleri durdurabilen guardian pause yetkisini ve hizmeti geri yüklemek için yayınlanmış SLA'yı listeler. Hedefler somuttur: Sumsub-sınıfı KYC temizlendikten sonra 24 saatlik ödeme penceresi, her feed ve kuyruk sinyalinde dakikadan kısa tespit ve operasyon kanalına yayınlanan tamamen görünür bir olay sonrası uzlaşma.
Dört izleme parkuru sürekli çalışır. Her birinin tanımlı bir tespit eşiği, bir nöbet yönlendirme kuralı ve belgelenmiş bir yanıt duruşu vardır — bozulmuş platform durumu her zaman çekim pipeline'larına ulaşmadan önce görünür hale gelir.
| Operasyonel sinyal | Tespit hedefi | Yanıt duruşu |
|---|---|---|
| Ucretd tazeliği ve market duruşu | Kaynak başına tazelik bütçesi üzerinde oracle stale-likte; tolerans üzerinde çapraz-kaynak sapması; referans borsalara karşı mark drift'i | Etkilenen marketler tek blok içinde kısıtlı moda (azaltılmış max kaldıraç, genişletilmiş bantlar, yeni açılış yok) geçer |
| Root yayını ve canlılığı | Son commitSettlement'ten beri geçen süre, bekleyen çekimlerin kuyruk derinliği ve runtime yayın gecikmesi | Eşikte operasyon pager'ı; gecikme bir yayın toparlanması olmadan disputeWindowSec'i aşarsa guardian pause hazırlanır |
| Gateway ve auth sağlığı | Kademe başına auth hata oranı, çapraz-kademe izin sızıntı denemeleri, imzalı-emir replay denemeleri, rate-limit doygunluğu | Kademe başına yüzey seviyesinde devre kesici; kabul-kademe başarısızlıkları asla operatör veya multi-sig yüzeylerine sıçramaz |
| Treasury ve uzlaşma durumu | İşletim cüzdanı ile derin-soğuk-vault bakiye drift'i, ücret-süpürme muhasebe varyansı, sigorta-rezerv maruziyet oranı | Operasyon multi-sig'ine günlük uzlaşma raporu; $1K üzerindeki uzlaşmamış drift, çözülene kadar bir sonraki ücret süpürmesini engeller |
#Platformun sürekli izlediği şey
Her sinyal aynı nöbet pager'ı besler — kurucu ekip ve mühendislik lideri arasında tek bir rotasyon. Sessiz saat yoktur. Oracle ve feed alarmları doğrudan işlem-servisleri nöbet'una yönlendirilir; root ve yayın alarmları operasyon lideri CC'de olacak şekilde runtime nöbet'una yönlendirilir; gateway ve auth anomalileri platform nöbet'una yönlendirilir; hazine ve uzlaşma sapması operasyon multi-sig imzacılarına yönlendirilir, çünkü Base transaction'ı ile sonuçlanan herhangi bir şey iyileştirmeyi birlikte imzalaması istenecek imzacıya ihtiyaç duyar.
Her sinyal aynı zamanda kamuya açık platform yüzeyini de besler. Kısıtlı marketler durumlarını her emir ticket'ında ve emir defteri başlığında, nedeni (oracle stale-likte, kaynak sapması, mark drift'i) etiketlenmiş olarak gösterir. Bekleyen çekimler kapı koşulunu (root henüz commit edilmedi, disputeWindowSec geçiyor, manuel inceleme, KYC bekliyor) gösterir; böylece funded bir trader desteğe ulaşmadan kasiyerinin neden duraklatıldığını okuyabilir. Hâlâ kendisini normal olarak sunan bozulmuş bir platform, altta yatan bozulmadan daha kötü bir başarısızlık olarak ele alınır.
Yayınlar aynı disipline uyar. Runtime ve kontrat değişiklikleri deploy öncesi regression ve smoke suite'lerinden geçer; kontrat yükseltmeleri 3-of-5 yönetişim multi-sig'i ve 24 saatlik öneri-görünürlüğü gecikmesiyle ek bir güvenlik-inceleme penceresinden geçer. Operasyonel drift — bir kuyruk ayarı, bir feed-kaynak ağırlık değişikliği, bir izin rotasyonu — sorumlu imzacı ve rollback yolu ile ops kanalında loglanır. Protokol yalnızca kodla güvenli değildir; üretimde kodun değiştirilme, yayınlanma ve izlenme disipliniyle güvenlidir.
signal turns unhealthy
-> market posture tightens or gateway breaker trips
-> affected surfaces label their state for users
-> nöbet paged, signer set notified for treasury-class events
-> guardian pause armed if degradation crosses safety threshold
-> recovery waits for fresh data + healthy publication + reconciled treasury
-> only the 3-of-5 governance multi-sig can unpause a guardian halt#Toparlanmanın nasıl çalışması gerekir
Toparlanma çevrilmez, kademelidir. Korunan herhangi bir yüzey tam yetkiye dönmeden önce dört koşul aynı anda olmalıdır: oracle tazeliği en az toparlanma-sonrası soak penceresi boyunca sürekli bütçe içinde olmuştur, runtime kontratın geçmişte olduğunu kabul ettiği bir settlement root commit etmiştir, gateway kademe sağlığı kamuya açık, kimliği doğrulanmış, imzalı-emir ve operatör yüzeylerinde yeşildir ve işletim-cüzdanından derin-soğuk-vault'a uzlaşma sıfır çözülmemiş drift ile eşleşir. Tek bir eksik koşul, etkilenen yüzeyi kısıtlı modda tutar.
Funded trader'lar için yayınlanmış SLA önemli olan sınırdır. Lider tablosu podyum top üç dışında $5K'ya kadar çekimler, Sumsub-sınıfı KYC temizliğinden sonraki 24 saat içinde ve ilk-ödeme incelemesini zaten geçmiş kullanıcılar için kapı koşulunun temizlenmesinden sonraki dört saat içinde serbest bırakmayı hedefler. $5K üzerindeki veya podyum top üçündeki çekimler, operasyon 2-of-3 multi-sig'inin inceleme ticket'ını açtığı noktadan aynı 24 saatlik pencereyi hedefler — daha uzun kuyruk imzalama süresi değil inceleme süresidir. Çekimleri duraklatan herhangi bir olaydan sonra, kaldırma nedeni, etkilenen bakiye durumunu ve hesap başına iyileştirmeyi gösteren yayınlanmış bir uzlaşma ile birlikte gelir. Olaydan önce borçlu olunan hiçbir ödeme olay nedeniyle azaltılmaz; sigorta rezervleri toparlanma tarafından üretilen herhangi bir açığı destekler.
Dexter'ın çalıştığı standart budur. Saniyeler içinde tespit, tek blokta duruş değişiklikleri, her bozulmuş yüzeyde şeffaflık, yalnızca bağımsız koşullar yeniden yakınsadıktan sonra toparlanma ve multi-sig'in onurlandıracağı veya neden olamayacağını yayınlayacağı 24 saatlik bir kasiyer hedefi.