Vault, Treasury ve Gelir Havuzu
Kullanıcı teminatı, operasyon hazinesi, sigorta rezervi ve ödül havuzu ayrı adreslerde tutulur; biri diğerinin açığını kapatmak için kullanılamaz.
#Dört bakiye, dört farklı izin seti
| Vault | Ne tutar | Nasıl hareket eder |
|---|---|---|
| Kullanıcı teminat vault’u | USDC teminatı, açık marjin, çekim talepleri ve hesap nonce izi | Yalnızca yayınlanmış state root ve eşleşen Merkle kanıtıyla serbest kalır |
| Operasyon treasury | İşlem ücretleri ve protokol çalışma sermayesi | $10.000 üzeri çıkışlar 2-of-3 multi-sig gerektirir |
| Sigorta rezervi | Likidasyon artık payı ve stres tamponu | 3-of-5 multi-sig ve harici imzacı şartıyla hareket eder |
| Ödül havuzu | Sezon lider tablosu ve yayınlanmış ödül bracket’ları | Sezon kapanışında yayınlanmış bracket’a göre ödenir |
#Custody ve settlement ayrımı
Runtime hızlı eşleştirme ve risk hesaplaması yapar; ancak kullanıcı teminatını tek başına hareket ettiremez. Çekim, vault kontratının kabul ettiği state root’a karşı doğrulanan Merkle kanıtı ile tamamlanır.
State root; sıra commitment’ı, oracle kaynak hash’i, order batch commitment’ı, schema version ve root zamanını bağlar. Bu nedenle çekim, operatörün sözüne değil zincire yazılmış durum kanıtına dayanır.
#Bu ayrım neden önemli
Treasury anahtarındaki bir sorun kullanıcı teminatını hareket ettiremez. Sigorta rezervindeki bir stres olayı ödül havuzunu azaltamaz. Bir fonlu hesaptaki kötü borç, kullanıcıların meşru çekim kuyruğunu yavaşlatmaz.
Bu yapı tekil hata etkisini sınırlar: her havuzun farklı amacı, farklı imzacı politikası ve farklı muhasebe izi vardır. İnceleyen kişi hangi paranın nerede olduğunu ve hangi şartla hareket ettiğini açıkça görebilir.