Wie berechnet man P&L bei einem Inverse Perpetual?
Bei einem Standard-Inverse-Perpetual mit einem festen Dollar-Nennwert pro Kontrakt berechnet man das Trading-P&L mithilfe reziproker Preise. Das Ergebnis liegt im Settlement-Coin vor. Multipliziert man die Preisänderung stattdessen mit einer festen BTC-Menge, erhält man ein anderes Instrument.
Angenommen, ein hypothetischer BTC-Inverse-Kontrakt hat einen Nennwert von $1. Sie kaufen 100,000 Kontrakte zu $50,000 pro BTC und schließen die gesamte Position bei $55,000. Vor Gebühren und Funding:
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
Die Position hat einen Kontrakt-Nennwert von $100,000. Ihr BTC-Gegenwert ändert sich mit dem Preis: 2 BTC beim Einstieg, etwa 1.818182 BTC beim Ausstieg. Diese sich ändernde Umrechnung ist der Grund, warum ich die Kontraktspezifikationen direkt neben dem Buchhaltungscode haben möchte. Eine Spalte namens size ist eine Einladung, den Freitagabend damit zu verbringen, herauszufinden, welche Einheit jemand gemeint hat.
Prüfen Sie den Multiplikator, die Settlement-Währung und die Rundungsregeln der Börse. „Inverse" beschreibt eine Payoff-Konvention; sie garantiert nicht, dass ein Kontrakt überall einem Dollar entspricht.
Warum gewinnt mein Konto mehr Dollar, als der Trade erzielt hat?
Weil auch das Collateral einen Preis hat.
Beginnen Sie mit 1 BTC Collateral im Wert von $50,000 und führen Sie den obigen Trade aus. Angenommen, es gibt keine Ein- oder Auszahlungen, keine Gebühren oder Funding, und die Margin reicht durchgehend aus. Nach dem Schließen hält das Konto 1.18181818 BTC. Bei $55,000 pro BTC sind das $65,000.
| Komponente | Berechnung | Dollar-Änderung |
|---|---|---|
| Ursprüngliches Collateral | 1 BTC × ($55,000 − $50,000) | +$5,000 |
| Derivat-P&L, bewertet beim Ausstieg | 0.18181818 BTC × $55,000 | +$10,000 |
| Gesamtes Konto-Equity | $65,000 − $50,000 | +$15,000 |
Das Trade-Ledger und die Konto-Equity-Kurve beantworten unterschiedliche Fragen. Wenn Ihr Report die gesamten $15,000 als Signal-P&L ausweist, schreibt er der Strategie das Halten ihres Collaterals durch einen steigenden Markt gut.
Und die Umkehrung ist ebenso wichtig. Eine Strategie kann BTC akkumulieren, während ihr Dollar-Equity fällt. Keines der beiden Diagramme ist per se falsch. Der Fehler liegt darin, unbemerkt zwischen ihnen zu wechseln.
Sollte ich Backtest-Renditen in BTC oder USD messen?
Legen Sie die Berichtswährung fest, bevor Sie Strategien vergleichen, und halten Sie danach beide Ansichten verfügbar. Für dieses Konto liegt die BTC-Rendite bei 18.18%; die Dollar-Rendite bei 30%. Das sind zwei Messungen desselben Ergebnisses.
Für Vergleiche zwischen US-Aktien, in Stablecoins abgerechneten Futures und in Coins abgerechneten Kontrakten verwende ich in der Regel das Dollar-Konto-Equity als gemeinsame Berichtsreihe. Für ein Research-Mandat, das auf die Akkumulation von BTC ausgerichtet ist, verdient die BTC-Reihe die gleiche Bedeutung. Die Wahl verändert die Renditeverteilung, die Drawdowns und die Sharpe Ratio.
Nehmen Sie eine passive Collateral-Benchmark auf. Hier hätte das bloße Halten des anfänglichen 1 BTC eine Dollar-Rendite von 10% ergeben. Das Konto schlägt diese Benchmark über diesen Zeitraum um 20 Prozentpunkte. Diese Differenz beschreibt dieses Beispiel; sie belegt kein Alpha und berücksichtigt nicht das dabei eingegangene Derivat-Exposure.
Schreiben Sie die Einheit in den Feldnamen. Verwenden Sie equity_btc, equity_usd und pnl_btc. Eine nackte equity-Spalte wird gefährlich, sobald zwei Kontrakttypen in denselben Report gelangen.
Wie sollte ein Backtest in BTC gezahlte Gebühren und Funding erfassen?
Erfassen Sie die tatsächliche Coin-Bewegung zum Zeitpunkt ihres Auftretens. Eine BTC-Gebühr reduziert die BTC-Wallet; ein BTC-Funding-Eingang erhöht sie. Leiten Sie diese Beträge anhand der geltenden Kontraktregeln und historischen Sätze ab.
Unterscheiden Sie dann zwischen Transaktionszuordnung und Kontobewertung. Eine Gebühr von 0.001 BTC, gezahlt bei einem BTC-Preis von $50,000, hat zum Zahlungszeitpunkt einen Wert von $50. Erreicht BTC später $55,000, hält das Konto $55 weniger als ein ansonsten identisches Konto, das diese Gebühr nie gezahlt hat. Die zusätzlichen $5 sind die nachfolgende Preisänderung des Coins, der das Konto verlassen hat.
Beide Kennzahlen können nützlich sein. Addiert man historisch in Dollar bewertete Cashflows zum anfänglichen Dollar-Equity, übersieht man diesen Währungseffekt, sofern man ihn nicht explizit abgleicht.
Meine Präferenz ist ein Coin-Ledger als Buchhaltungsquelle, aus dem die Dollar-Bewertungen abgeleitet werden. Bewerten Sie bei jedem Snapshot den Wallet-Saldo plus das unrealisierte Coin-P&L mit einem dokumentierten, zeitstempel-abgestimmten Umrechnungskurs. Erfassen Sie jede bewusste Abweichung zwischen dem Marking-Preis des Kontrakts und dem Umrechnungskurs für das Reporting.
Welche Tests decken Buchhaltungsfehler bei Inverse-Kontrakten auf?
Ich beginne mit winzigen synthetischen Pfaden, deren Ergebnisse sich auf Papier nachrechnen lassen. Historische Marktdaten sind bemerkenswert gut darin, einen Einheitenfehler innerhalb einer plausiblen Equity-Kurve zu verstecken.
| Test, ohne Kosten | Erwartetes Ergebnis |
|---|---|
| Einstieg und Ausstieg zum gleichen Preis | Null Derivat-P&L in BTC |
| Vorzeichen der Position auf identischem Pfad umkehren | Derivat-P&L wechselt exakt das Vorzeichen |
| 1 BTC ohne Derivatposition halten; Preis steigt von $50,000 auf $55,000 | BTC-Equity bleibt bei 1; Dollar-Equity steigt um $5,000 |
| Beispielposition zum aktuellen Mark-Preis schließen | Unrealisiertes P&L wandert in die Wallet, ohne das Gesamt-Equity zu verändern |
Dieser letzte Test deckt Doppelzählungen auf: Die Engine schreibt das realisierte P&L gut, vergisst aber, den unrealisierten Betrag zu entfernen. Testen Sie außerdem eine Teilschließung. Nur die geschlossenen Kontrakte sollten ihr P&L abrechnen; der Rest muss die korrekte Einstiegsbasis gemäß der Buchhaltungskonvention der Börse beibehalten.
Was sollte ein KI-Research-Agent für eine Inverse-Strategie berichten?
Kontraktanzahl und Multiplikator, Settlement-Währung, anfängliches Collateral, Coin-Cashflows und Equity in der festgelegten Berichtswährung. Zeigen Sie neben der Strategiekurve auch die passive Collateral-Kurve und gleichen Sie die Differenz ab.
In einem autonomen Research-Workflow würde ich diesen Abgleich zur Bedingung für die Akzeptanz eines Backtests machen. Ein Optimizer kann jede Zahl ranken, die man ihm vorgibt. Wird eine steigende BTC-Bilanz dem Trading-Signal gutgeschrieben, optimiert er diesen Buchhaltungsfehler bereitwillig mit.
Ein nützlicher Report kann erklären, warum dieser Trade $10,000 erzielt hat, während das Konto $15,000 gewonnen hat, bis hin zum letzten Settlement-Eintrag. Das ist ein Ergebnis, das ein anderer Researcher tatsächlich überprüfen kann.
← Alle Beiträge
