MİMARİ
Dexter trader için tek bir üründür — bir cüzdan bağla, $49-$299 arası bir paket satın al, işlem yap, ödemeyi al — ve altında beş katman vardır. Her katman tam olarak bir işin sahibidir ve tam olarak o işin gerektirdiği yetkiye sahiptir. Bozulmuş bir oracle bir çekimi duraklatamaz. Sıkışmış bir işletim cüzdanı teminatı donduramaz. Challenge motoru bir eşleştirme-motoru gerçekleşmesini yeniden yazamaz. Settlement Base üzerinde çalışır, saklama özel kontratlarda oturur ve her ödeme, herkesin bir gezginde doğrulayabileceği yayınlanmış bir durum root'una geri izlenebilir.
Arayüz tek gibi hissettirir ama yürütme, yayın ve saklama net şekilde ayrı kalır.
Tek görünür platform.
Yürütmeden önce politika.
Fiyatlama, eşleştirme, risk, fonlama, yayın.
Durum, bağlamıyla birlikte gönderilir.
Teminat sınırlı kalır.
Tabloyu bir izin haritası olarak okuyun. Her katmanın ilk sütunu yapmasına izin verilen şeydir; üçüncü sütun yapısı gereği yapamayacağı şeydir. Tablodaki hiçbir şey, Base üzerinde karşılık gelen bir kontrat çağrısı olmadan kullanıcı fonlarını hareket ettirmez.
| Katman | Birincil iş | Yapamadığı şey |
|---|---|---|
| Ürün yüzeyi | Marketleri, grafikleri, emir girişini, pozisyonları, varlıkları ve hesap görünümlerini render eder | Eşleştirme yok, saklama yok, uzlaşma yok |
| Gateway ve okuma modeli | Persiste runtime çıktısını tek stabil bir API'a normalize eder; imzalı girişi agent auth, IOC ve order-commit politikasıyla kapatır | Gerçekleşme kararları yok, bakiye yetkisi yok |
| Runtime motoru | Tek yazarlı akış: imzalı emirleri doğrular, risk uygular, fiyatlar, gerçekleşmeler, fonlamayı ilerletir, yayını hazırlar | Doğrudan custody yok, tek taraflı çekim yok, parametre değişikliği yok |
| Yayın | Vault'un karşı uzlaştığı sequence, oracle, batch ve yapılandırma bağlamlarıyla durum root'ları commit eder | Eşleştirme döngüsü yok, bakiye yazma yok |
| Base üzerindeki kontratlar | Teminatı tutar, çekimleri kuyruğa alır, root geçmişini korur, hazine eylemlerinde multi-sig uygular | Canlı emir eşleştirmesi yok, off-chain yetki yok |
#Tek platform, ayrı işletim katmanları
Trader tek bir platform görür. Implementasyon bu platformu beş katmana böler çünkü hızlı yürütmeyi, okunabilir ürün durumunu ve saklama-kritik izinleri tek bir bileşene zorlamak türev platformlarının kullanıcı fonlarını kaybetme şeklidir. Ürün yüzeyi netliğin sahibidir. Gateway, normalleştirme ve imzalı akıştaki kabul politikasının sahibidir. Runtime, tek yazarlı model altında canlı borsa durumunun sahibidir. Yayın, off-chain durum ile on-chain uzlaşma arasındaki bağlamların sahibidir. Base üzerindeki kontratlar saklamanın ve hazine hareketindeki multi-sig kapılarının sahibidir.
Üçüncü taraf yüzeyleri — panolar, copy-trade rayları, mobil istemciler, kurumsal API tüketicileri — kendi uygulamamızla aynı gateway'den okur. Yeni bir protokol katmanı oluşturmazlar; aynı persiste durumu tüketirler. Bir copy-trader botunun, perakende bir mobil ön yüzün ve bir quant masasının tutarlı gerçekleşmeleri görmesinin yapısal nedeni budur.
Dexter likiditesiz vAMM modunda gönderilir. Canlı platform durağan maker envanterine bağımlı değildir; yürütme baskısı, skew, spread ve envanter duruşu runtime içinde vAMM eğrisine karşı yönetilir. Saklama ve çekim hakları, runtime hangi duruşu alırsa alsın kontratlara bağlı kalır. Kötü bir envanter çağrısı bir trader'a marjini kaybettiremez.
urun yuzeyi
-> gateway ve okuma modeli
-> off-chain runtime
-> yayinlanan commit'ler
-> Base uzerinde vault, hazine ve uzlaşma kontratlari
#Güven sınırının asıl yeri
Dexter her bileşenin on-chain olduğunu iddia etmez. Daha dar ve daha kullanışlı bir şey iddia eder: saklama, uzlaşma referansları ve protokole ait değer açık kurallarla on-chain yaşadığı sürece yürütme off-chain hızlı olabilir. Kullanıcı teminatı, çekim talepleri, nonce geçmişi, ücret bakiyeleri, sigorta rezervi ve gelir tarafı muhasebesi Base üzerinde kontrat-yönetilen depolamada oturur çünkü sahipliğin belirsiz kalmaması gereken yerler oralardır.
Runtime durumu ilerletir ve vault'un karşı okuduğu uzlaşma bağlamını yayınlar. Olaydan sonra saklamayı yeniden tanımlamaz ve kontratların kendi başına onurlandırmayacağı bir çekimi yetkilendirmez. $10.000 üzerindeki hazine hareketleri 2-of-3 multi-sig gerektirir; sigorta ve yönetişim hareketleri harici bir imzacıyla 3-of-5 gerektirir. Runtime her iki kapıyı da atlayamaz. Off-chain / on-chain bölünmesini kara kutu bir backend üzerinde katmanlanmış pazarlama dili yerine gerçek bir mimari sınıra çeviren şey budur.