Bir inverse perpetual'ı BTC ve doları karıştırmadan nasıl backtest edersiniz?

Bir inverse perpetual'da P&L nasıl hesaplanır?

Kontrat başına sabit dolar nominal değerine sahip standart bir inverse perpetual için, trading P&L'i ters (reciprocal) fiyatlar kullanarak hesaplayın. Sonuç, settlement coin cinsinden çıkar. Fiyat değişimini sabit bir BTC miktarıyla çarpmak size farklı bir enstrüman verir.

Varsayımsal bir BTC inverse kontratının $1 nominal değeri olduğunu düşünelim. BTC başına $50.000'den 100.000 kontrat alıyorsunuz ve tüm pozisyonu $55.000'den kapatıyorsunuz. Ücretler ve funding öncesi:

Q = signed contract count; positive for a long
C = dollar face value per contract

P&L_BTC = Q × C × (1 / entry_price − 1 / exit_price)
        = 100,000 × $1 × (1 / $50,000 − 1 / $55,000)
        = 0.18181818 BTC

P&L_USD_at_exit = 0.18181818 × $55,000
                = $10,000

Pozisyonun $100.000 kontrat nominal değeri var. BTC karşılığı fiyatla birlikte değişiyor: girişte 2 BTC, çıkışta yaklaşık 1,818182 BTC. Bu değişen dönüşüm oranı, muhasebe kodunun yanında kontrat spesifikasyonlarını istememin nedeni. size adlı bir sütun, Cuma akşamınızı birinin hangi birimi kastettiğini çözmeye harcamanız için bir davetiyedir.

Borsanın çarpanını, settlement para birimini ve yuvarlama kurallarını kontrol edin. “Inverse” bir ödeme (payoff) konvansiyonunu tanımlar; her yerde bir kontratın bir dolar anlamına geldiğini garanti etmez.

Hesabım neden işlemin kazandırdığından daha fazla dolar kazanıyor?

Çünkü teminatın da bir fiyatı var.

$50.000 değerinde 1 BTC teminatla başlayın ve yukarıdaki işlemi çalıştırın. Yatırma, çekme, ücret veya funding olmadığını ve boyunca yeterli marjin bulunduğunu varsayalım. Kapanıştan sonra hesap 1,18181818 BTC tutar. BTC başına $55.000'den bu, $65.000 eder.

İşlem defteri ve hesap equity eğrisi farklı soruları yanıtlar. Raporunuz $15.000'in tamamını sinyal P&L'i olarak etiketlerse, stratejiye yükselen bir piyasa boyunca teminatını elde tutmuş olmasının payını da vermiş olursunuz.

Tersi de önemlidir. Bir strateji, dolar equity'si düşerken BTC biriktirebilir. Grafiklerden hiçbiri kendi içinde yanlış değildir. Hata, bunlar arasında söylemeden geçiş yapmaktır.

Backtest getirilerini BTC mi yoksa USD cinsinden mi ölçmeliyim?

Stratejileri karşılaştırmadan önce raporlama para birimini seçin, ardından her iki görünümü de erişilebilir tutun. Bu hesap için BTC getirisi %18,18; dolar getirisi %30'dur. Bunlar aynı sonucun iki farklı ölçümüdür.

ABD hisse senetleri, stablecoin ile settle edilen vadeli işlemler ve coin ile settle edilen kontratlar arasında karşılaştırma yaparken genellikle dolar hesap equity'sini ortak raporlama serisi olarak kullanırım. BTC biriktirmek etrafında tanımlanmış bir araştırma mandatı için, BTC serisi eşit derecede öne çıkarılmayı hak eder. Bu seçim getiri dağılımını, drawdown'ları ve Sharpe oranını değiştirir.

Pasif bir teminat karşılaştırma ölçütü (benchmark) ekleyin. Burada, başlangıçtaki 1 BTC'yi sadece elde tutmak %10'luk bir dolar getirisi üretirdi. Hesap, bu benchmark'ı bu aralıkta 20 yüzde puanı geçiyor. Bu çıkarma işlemi bu örneği tanımlar; alfa oluşturmaz veya yol boyunca alınan türev maruziyetini ayarlamaz.

Bir backtest, BTC cinsinden ödenen ücretleri ve funding'i nasıl kaydetmeli?

Gerçek coin hareketini gerçekleştiği anda kaydedin. Bir BTC ücreti BTC cüzdanını azaltır; bir BTC funding tahsilatı onu artırır. Bu tutarları geçerli kontrat kuralları ve tarihsel oranları kullanarak türetin.

Ardından işlem atfını hesap değerlemesinden ayırın. BTC $50.000'den işlem görürken ödenen 0,001 BTC'lik bir ücret, ödeme anında $50 değerindedir. BTC daha sonra $55.000'e ulaşırsa, hesap bu ücreti hiç ödememiş aksi takdirde aynı olan bir hesaptan $55 daha az tutar. Ekstra $5, hesaptan çıkan coin üzerindeki sonraki fiyat değişimidir.

Her iki rakam da faydalı olabilir. Tarihsel dolar değerli nakit akışlarını başlangıç dolar equity'sine eklemek, bunu açıkça mutabakat yapmadıkça bu para birimi etkisini kaçıracaktır.

Benim tercihim, muhasebe kaynağı olarak bir coin defteri ve bundan türetilen dolar değerlemeleridir. Her snapshot'ta, cüzdan bakiyesi artı gerçekleşmemiş coin P&L'ini, belgelenmiş, zaman damgasıyla hizalanmış bir dönüşüm fiyatı kullanarak değerleyin. Kontrat marking fiyatı ile raporlama dönüşüm fiyatı arasındaki kasıtlı farkları kaydedin.

Hangi testler inverse-kontrat muhasebe hatalarını yakalar?

Cevapları kağıda sığan minik sentetik fiyat yolları ile başlarım. Piyasa geçmişi, makul görünen bir equity eğrisi içinde bir birim hatasını gizlemekte dikkat çekici derecede başarılıdır.

Bu son test, çift sayımı yakalar: motor gerçekleşen P&L'i alacaklandırır ama gerçekleşmemiş tutarı kaldırmayı unutur. Kısmi bir kapanışı da test edin. Yalnızca kapatılan kontratlar P&L'lerini settle etmeli; kalan kısım, borsanın muhasebe konvansiyonu altında doğru giriş bazını korumalıdır.

Bir AI araştırma ajanı, inverse bir strateji için neleri raporlamalı?

Kontrat sayısı ve çarpanı, settlement para birimi, başlangıç teminatı, coin nakit akışları ve belirtilen raporlama para biriminde equity. Strateji eğrisinin yanında pasif teminat eğrisini gösterin ve farkı mutabakat yapın.

Otonom bir araştırma iş akışında, bu mutabakatı bir backtest'i kabul etmenin koşulu haline getiririm. Bir optimizer, elinize verdiğiniz her sayıyı sıralayabilir. Yükselen bir BTC bilançosu trading sinyaline atfediliyorsa, optimizer bu muhasebe hatasını seve seve optimize eder.

Faydalı bir rapor, bu işlemin neden $10.000 kazandırdığını ve hesabın neden $15.000 kazandığını, son settlement kaydına kadar açıklayabilir. Bu, başka bir araştırmacının gerçekten denetleyebileceği bir sonuçtur.