Grid Botlar Ücretlere Neden Kaybeder: Ücret Bilinçli Net PnL Derinlemesine İnceleme

Bir grid bot kağıt üzerinde parlak görünür. Bir aralığın her iki tarafını kotaesınız, fiyat salınır ve her gidiş-dönüş küçük bir kârdır. Gösterge tablosu neredeyse her saat yeşil gösterir. Sonra ay sonunda borsa ekstrenizi mutabık kılarsınız ve sayı bot kullanıcı arayüzündeki brüt rakamdan daha küçük — bazen grafik hiç kaybeden gün göstermemiş olsa bile negatif. Boşluk ücretler ve çoğu tüketici düzeyinde araç bunları dürüstçe hesaba katmaz.

Brüt PnL Grafiğinin Gösterdiği

Tipik bir grid kullanıcı arayüzü, kapalı grid çiftleri boyunca (satış fiyatı) eksi (alış fiyatı) miktarla çarpımının toplamı olarak gerçekleşmiş PnL'yi çizer. Bu sayı, hesabınızdan direkt düşen üç şeyi görmezden gelir:

• Her bacaktaki yapıcı ve alıcı işlem ücretleri.
• Dolumlar arasında tuttuğunuz perpetual pozisyondaki fonlama ödemeleri.
• Pasif yerine agresif dolum yapan bacaklardaki kayma.

İllüstratif Sayılarla Ücret Matematiği

Bir grid botun %0.02 alıcı ücreti ve %0.01 yapıcı ücretiyle günde 200 kez bir perpetual sözleşmesini devrettiğini varsayalım. Her bacak mükemmel bir yapıcı dolumu olsa bile (değil), 200 dolum tarafı başına %0.01'de günde nominal'in %4'üdür ücret sürükleme. Bot, ücretlerde bile çıkmak için fonlama veya kaymadan önce nominal'in %4'ünün üzerinde brüt PnL cirosuna ihtiyaç duyar. Aşağıdaki sayılar illüstratif, canlı bir hesaptan değil:

# İllüstratif — tek işlem günü, $10,000 nominal grid
gerçekleşmiş_brüt_PnL              = +$84.20    # kullanıcı arayüzünün gösterdiği
ödenen_yapıcı_ücretleri            =  -$22.00   # 110 yapıcı dolumu @ %0.01 * 10k * 2 taraf
ödenen_alıcı_ücretleri             =  -$36.00   # 90 alıcı dolumu  @ %0.02 * 10k * 2 taraf
ödenen_alınan_fonlama              =   -$6.10   # 3 fonlama penceresi
agresif_bacaklarda_kayma           =  -$11.40   # karar anında görüntülenen kitap tepesine karşı
--------------------------------------
maliyetler_sonrası_net_PnL         =  +$8.70    # hesabınıza gelen

Aynı grid, 10.000 dolarlık nominal üzerinde bir $84/gün stratejisi olarak reklamı yapılırdı — ana sayfada harika görünen "%0.84 günlük" figürü. Dürüst figür yaklaşık bunun onda biri.

Volatilite Neden Pazarlama Grafiğine Yardım Eder Ama Net'e Zarar Verir

Daha yüksek volatilite günde daha fazla grid gidiş-dönüşü üretir, bu da brüt PnL'yi doğrusal olarak şişirir. Ayrıca daha fazla agresif dolum, daha fazla fonlama oranı artışı ve daha geniş efektif spreadler üretir — bunların hepsi ücret sürüklemeyi brüt kazançtan daha hızlı ölçeklendirir. Herhangi bir grid stratejisi için en dürüst test, zamana karşı brüt PnL değil, gerçekleşmiş volatiliteye karşı net PnL çizmektir.

Yapıcı Oranı Yapıcı Dolum Oranıyla Aynı Değildir

Birçok grid, emirlerini "yalnızca post" olarak ayarlar ve ardından sırada kalmak için her tikde sessizce iptal edip yeniden gönderir. Post-only ayarınız sizi ilk girişte alıcı ücretinden korur, ancak her iptal-değiştirme, grid'i dengeli tutmak için bir sonraki bacağın agresif dolup dolmayacağını — alıcı ücretiyle — açığa çıkarır.

Dürüst Bir Grid Backtestinin Görünümü

Güvenmeye değer bir backtest şunları içermelidir: gerçekçi kuyruk pozisyonu varsayımlarıyla dolum başına yapıcı/alıcı sınıflandırması; tiklik fonlama tahakkuku; agresif bacaklarda alış-satış kaybı; ve borsa ücret katmanları çizelgesi (haciminiz değiştikçe katmanınız değişir). Bir backtest aracı bu girdileri ayarlamanıza izin vermiyorsa, bir araştırma eseri değil pazarlama grafiği üretiyor.

Biz Ne Farklı Yapıyoruz

Ücretleri stratejinin kendisine sonradan çıkarılan bir şey olarak değil, birinci sınıf girdi olarak değerlendiriyoruz. Emir gönderme kararı, ücret sonrası beklenen değeri kontrol eder. Ücretler sonrasındaki beklenen değer platformun yapılandırılmış tabanının altındaysa, brüt sinyal pozitif olsa bile emir bastırılır. Maliyeti, daha az işlem ve daha az etkileyici bir aktivite gösterge tablosu. Yararı, borsa ekstresiyle uzlaşmada hayatta kalan bir net PnL sayısıdır.

Kanıt sayfası, ücret, fonlama ve kayma bileşenleri ayrıştırılmış olarak brüt ve net PnL'yi yan yana raporlar. Bu sayılar değerlendirdiğiniz bir platformda herhangi bir yerde görünmüyorsa, boşluğun gizlendiğini değil kapatıldığını varsayın.