Mimari
Hypercall hibrit bir yürütme modeli kullanır: hız için zincir dışı eşleştirme, güvenlik için zincir üstü uzlaşma ve hesap yönetimi.
Güven Sınırları
Zincir Dışı (Hypercall Backend)
Sorumluluklar:
- Emir eşleştirme ve yürütme
- Emir defteri yönetimi
- İşlem öncesi teminat kontrolleri
- Likidasyon orkestrasyonu
- Piyasa verisi ve fiyatlama
- WebSocket akışları
Güven varsayımı: Kullanıcılar Hypercall backend'ine şu konularda güvenir:
- Emirleri adil şekilde eşleştirmek (fiyat-zaman önceliği)
- Teminat kontrollerini doğru uygulamak
- Hesapları izlemek ve gerektiğinde likidasyonları tetiklemek
- Doğru piyasa verisi sağlamak
Sınırlamalar: Zincir dışı işlemler Mainnet Alpha'da tam olarak kriptografik açıdan doğrulanabilir değildir. Kullanıcılar eşleştirme, piyasa verisi alımı, teminat kontrolleri ve RSM komutlarının verilmesi konularında backend operatörüne güvenmek zorundadır.
İleriye dönük yol: Hypercall, RSM'nin merkeziyetsizleştirilmesi ve daha güçlü güvensizlik (trustless) garantileri üzerinde çalışmaktadır. Yol haritası; durum taahhütlerinin, imzalayıcı rollerinin, itiraz yollarının ve operatör kontrollerinin zaman içinde nasıl daha doğrulanabilir hale geleceğini belirleyecektir. Mainnet Alpha, nihai güven modeli değil, kısıtlı ilk aşamadır.
Zincir Üstü (Akıllı Kontratlar)
Sorumluluklar:
- Hesap sahipliği ve yönetici kontrolü
- Para yatırma ve çekme işlemleri
- Likidasyon müzayedeleri (pozisyon transferi)
- RSM komutları (risk yönetimi işlemleri)
- Uzlaşma fiyatının yayınlanması
- Hyperliquid entegrasyonu (ActionCaster aracılığıyla perp emirleri)
Güven varsayımı: Zincir üstü işlemler kriptografik olarak doğrulanabilir. Kullanıcılar kontrat kodunu ve durumunu doğrulayabilir.
Güvenlik: Hesap sahipliği zincir üstü işlem olmadan değiştirilemez. Likidasyon, zincir üstü müzayede gerektirir.
Emir Yürütme Akışı
1. Emir Gönderimi
Kullanıcı eylemi: EIP-712 imzasıyla POST /order üzerinden emir gönderin.
Backend doğrulaması:
- İmza doğrulaması (EIP-712)
- İşlem öncesi teminat kontrolleri (senaryo bazlı)
- Emir kabulü (seviye, vade sonu, hız limitleri)
Sonuç: Emir kabul edilir (ACKED) ve eşleştirme için kuyruğa alınır ya da gerekçesiyle birlikte reddedilir.
2. Emir Eşleştirme
Süreç: Emirler, fiyat-zaman önceliği kullanılarak emir defterinde eşleştirilir.
Yürütme: Emirler eşleştiğinde gerçekleşmeler (fill) oluşturulur ve pozisyonlar backend veritabanında güncellenir.
Zincir üstünde değil: Bireysel emir eşleşmeleri zincir üstüne kaydedilmez. Hesap durumu, teminat kökü (margin root) güncellemeleri aracılığıyla senkronize edilir.
3. Pozisyon Güncellemeleri
Süreç: Pozisyonlar backend veritabanında izlenir ve gerçek zamanlı olarak güncellenir.
Kullanıcı erişimi: Pozisyonları GET /portfolio veya WebSocket portfolio kanalı üzerinden sorgulayın.
Zincir üstü senkronizasyon: Teminat kökü (hesap durumuna ilişkin kriptografik taahhüt) periyodik olarak ve kritik olaylarda zincir üstünde güncellenir.
4. Uzlaşma
Vade sonu uzlaşması: Opsiyonlar kontrat vade sonu zamanında sona erer ve uzlaşma fiyatına göre nakit olarak uzlaşır. Ana ağ SPCX vade sonu 16:00 ET'dir; testnet şu anda 08:00 UTC'de sona ermektedir.
Uzlaşma fiyatı: Hyperliquid Oracle endeks fiyatının 30 dakikalık TWAP'ı; SimpleOracle.setExpiryPrice() aracılığıyla zincir üstünde yayınlanır.
Süreç:
- Oracle, vade sonunda biten 30 dakikalık TWAP'ı hesaplar
- Uzlaşma fiyatı zincir üstünde yayınlanır
- Her pozisyon için içsel değer hesaplanır
- Nakit bakiyeleri güncellenir
- Pozisyonlar kapatılır
Hesap Yönetimi
Hesap Oluşturma
Süreç: Hesaplar ilk para yatırma işleminde veya açıkça talep edildiğinde oluşturulur.
Zincir üstü: Hesap kontratı bir BeaconProxy olarak dağıtılır (gaz açısından verimli minimal proxy deseni).
Yönetici: Her hesabın, hesabı kontrol eden ve ajanlara yetki verebilen bir yöneticisi (EOA) vardır.
Para Yatırma ve Çekme
Para yatırma:
- USDC: HyperCore aracılığıyla Exchange'e aktarılır
- Opsiyon ERC20'leri: Exchange kontratı aracılığıyla yatırılır
Para çekme:
- Zincir dışı risk kontrollerinden geçmelidir (çekim sonrası yeterli teminat)
- Account kontratı aracılığıyla zincir üstünde yürütülür
- Yönetici imzası gereklidir
Güven sınırı: Para yatırma ve çekme işlemleri zincir üstündedir ve doğrulanabilir.
Likidasyon
Likidasyon, müzayede öncesinde bir ödemesiz dönem içeren bir durum makinesi kullanır:
| Durum | Açıklama | Süre |
|---|---|---|
| Healthy | Özkaynak > gerekli MM | - |
| PreLiquidation | Özkaynak < MM, ödemesiz dönem aktif | 60 saniye |
| InLiquidation | Dutch müzayede devam ediyor | Doldurulana kadar |
| Liquidated | Pozisyonlar transfer edildi | - |
Kısmi ve Tam Likidasyon
| Tür | Koşul | Davranış |
|---|---|---|
| Kısmi | ≤ 5 pozisyon | Hesap sağlıklı olana kadar belirli pozisyonları likide et |
| Tam | > 5 pozisyon | Tüm hesabı likide et |
Müzayede Mekaniği
Solvent müzayede (Özkaynak > 0): Başlangıç fiyatı = özkaynak × (1 - ceza), zamanla azalır. Likidatörler pozisyonları almak için teklif verir.
İflas durumu müzayedesi (Özkaynak < 0): Sigorta fonu, likidatörleri batık pozisyonları üstlenmeye teşvik etmek için bonus sağlar.
Zincir üstü: Müzayede yürütmesi ve pozisyon transferi, Exchange kontratı aracılığıyla zincir üstünde gerçekleşir.
Tüm ayrıntılar için Likidasyon sayfasına bakın.
Hyperliquid Entegrasyonu
HIP-3 Perp'leri
Hypercall hesapları, ActionCaster aracılığıyla Hyperliquid üzerinde perp emirleri yürütebilir:
Akış: Account kontratı → ActionCaster → Hyperliquid L1
Kullanım senaryoları:
- Opsiyon pozisyonlarında delta hedge
- Mekânlar arası teminat (perp pozisyonları portföy teminatına dahil edilir)
Çapraz Teminat (Cross-Margin)
HyperCore perp pozisyonları, sermaye açısından verimli hedge stratejilerine olanak tanıyacak şekilde portföy teminatı hesaplamalarına dahil edilmek üzere tasarlanmıştır. Portföy Teminatı, Mainnet Alpha'da genel kullanıcılar için devre dışıdır.
RSM Komutları
RSM (Risk & Settlement Manager): Risk yönetimi için zincir üstü komutlar veren backend bileşeni.
Komutlar şunları içerir:
- Yalnızca azaltma (reduce-only) emirleri (zorunlu pozisyon kapatma)
- Borç geri ödemesi (negatif bakiyeyi karşılamak için zorunlu çekim)
- Uzlaşma yürütmesi
Zincir üstü: RSM komutları RSM imzalayıcısı tarafından imzalanır ve Account kontratı aracılığıyla yürütülür. Kullanıcılar RSM imzalayıcı adresini ve tüm komut yürütmelerini zincir üstünde doğrulayabilir.
Merkeziyetsizleştirme yol haritası: Mevcut RSM imzalayıcısı operatör kontrolündedir. Gelecekteki yol haritası çalışmaları, bu rolün nasıl merkeziyetsizleştirileceğini veya başka bir şekilde güven gereksiniminin nasıl azaltılacağını yayınlayacaktır.
Neleri Doğrulayabilirsiniz
Zincir Üstü (Doğrulanabilir)
- Hesap sahipliği (yönetici adresi)
- Hesap kontratı dağıtımı
- Para yatırma ve çekme işlemleri
- Likidasyon müzayedeleri ve sonuçları
- Uzlaşma fiyatları (oracle zincir üstünde yayınlar)
- Hyperliquid emirleri (zincir üstü yürütme)
- RSM komutları (zincir üstü yürütme)
Zincir Dışı (Güven Gerektirir)
- Emir eşleştirme adaleti
- Teminat hesaplamaları
- Pozisyon izleme doğruluğu
- Piyasa verisi doğruluğu
- Likidasyon tetikleme zamanlaması
Güvenlik Modeli
Temel ilke: Kritik işlemler (hesap sahipliği, para yatırma, likidasyon, uzlaşma fiyatları) zincir üstündedir ve doğrulanabilir. Operasyonel verimlilik (eşleştirme, teminat kontrolleri) zincir dışındadır.
Ödünleşimler: Zincir dışı eşleştirme hız ve verimlilik sağlar ancak bugün için backend operatörüne güven gerektirir. Zincir üstü işlemler doğrulanabilirlik sağlar ancak daha yavaş ve daha maliyetlidir. RSM merkeziyetsizleştirme yol haritası, bu Mainnet Alpha modelinden daha güçlü güvensizlik (trustless) garantilerine giden yoldur.
Ayrıca bakınız:
- Uzlaşma ve Vade Sonu - Uzlaşma süreci ve yaşam döngüsü
- Likidasyon - Likidasyon durum makinesi ve mekaniği
- Kontratlar - Akıllı kontrat dokümantasyonu