Three checkpoints in this guide
Follow the full walkthrough in order, or jump directly to one of its main sections.
What funding does
Perpetual contracts have no expiry. Funding transfers value between long and short holders to help keep the perpetual price near its reference spot/index price. The exchange calculates and settles the transfer, but on major venues it is economically a payment between opposing position holders rather than a normal exchange commission.
Read the sign before reading the number
| Funding rate | Long position | Short position |
|---|---|---|
| Positive | Typically pays | Typically receives |
| Negative | Typically receives | Typically pays |
“Typically” matters because the exchange’s display and contract specification control the exact sign, not a blog convention. Check the live rate, settlement countdown, contract type, and the venue’s funding-history row.
Worked funding example
A long perpetual position has $25,000 notional at settlement. The funding rate is +0.01%. The payment is $25,000 × 0.0001 = $2.50 paid. If the same rate applies across three settlements, the position pays $7.50, assuming the notional is unchanged. If mark price or size changes, calculate each settlement separately.
Now add $18 of entry/exit fees and $140 of gross realized P&L. Net P&L is $140 − $18 − $7.50 = $114.50. The funding row did not change the entry/exit spread; it changed the cost of holding the position through settlement.
Variable-size example
A long starts with $40,000 notional, pays +0.01% funding ($4), then closes half. At the next settlement the remaining notional is $20,000 and the rate is −0.005%, so the long receives $1. The net funding cost is $3—not $6 and not the first notional multiplied by two intervals. Calculate each settlement from the actual size, mark/notional convention, and rate at that timestamp.
The settlement snapshot is the event
You generally pay or receive funding only when the position is open at the settlement time. Binance documents a default schedule for many contracts but also variable intervals and interval adjustments during extreme conditions. It warns of a small timing deviation around settlement. Closing “at exactly 08:00” is therefore not a robust control.
The correct journal field is not “funding every eight hours.” Store the actual settlement timestamp, rate, position notional, amount, asset, and source row.
Estimated rate, final rate, and cash settlement are three records
The rate shown beside a countdown is an estimate derived during the funding period. The finalized rate determines the settlement, and the account ledger proves the actual cash amount. Binance documents a possible 15-second deviation around the nominal transaction time. For review, keep the ledger row as the financial truth and use the estimate only as pre-trade information; do not overwrite the settled amount with a screenshot of the earlier estimate.
On Binance, real-time and historical rates are exposed under Data → Futures Data, while the position/account ledger contains the trader’s actual payment. A public rate history cannot prove that a particular account held the position at settlement.
How funding changes risk
- A funding debit reduces available balance or position margin and can move liquidation closer.
- A high positive rate can make a correct long thesis unprofitable over a long holding period.
- Receiving funding is not free yield: adverse price movement and basis risk remain.
- Funding caps, floors, and intervals can change by contract and market conditions.
- Annualizing one observed interval assumes a stable rate that rarely exists.
What to record for every settlement
| Field | Why it matters |
|---|---|
| Contract and account | Prevents funding from being attached to a similar symbol in another product |
| Settlement timestamp | Proves whether the position was open |
| Position side and size | Determines payer/receiver and notional |
| Funding rate and interval | Preserves the actual event rather than an assumed eight-hour schedule |
| Amount and settlement asset | Allows currency conversion and net-P&L reconciliation |
| Source row identity | Prevents duplicate ingestion across overlapping exports |
Do not annualize a single funding print
A screen can turn one settlement rate into a dramatic annual percentage by assuming the same rate repeats throughout the year. That is a scenario, not a forecast. Funding can change sign, interval, cap, and magnitude. For a holding-period estimate, use the current schedule only as a stress assumption; for realized performance, sum the actual funding ledger rows and keep borrow interest, trading fees, and basis movement separate.
Build a carry budget before holding through settlement
| Input | Base case | Stress case |
|---|---|---|
| Position notional | Current planned size | Size after any scale-in |
| Funding interval | Current contract specification | Shorter interval allowed by venue rules |
| Funding rate | Current estimate | Recent adverse percentile or explicit cap scenario |
| Holding duration | Expected settlements | Delayed exit plus one additional settlement |
| Price/basis move | Strategy expectation | Adverse move while funding remains expensive |
Compare the stressed funding cost with the original trade risk, not with notional alone. If one additional settlement materially changes the reward-to-risk ratio or available margin, the position size or holding plan is too dependent on a rate that can change.
Reconcile funding without inventing trade links
- Export the position/fill history and the funding ledger for the same account and UTC window.
- Match settlement rows to positions that were actually open at those timestamps.
- Verify notional, rate, amount, sign, and settlement asset.
- Add paid funding as a cost and received funding as income in net P&L.
- If a lifecycle link is not provable, keep the payment at account-period level instead of assigning it to a guessed trade.
Import the execution file through TSB Journal, keep the funding export as reconciliation evidence, then review net results by setup and holding duration.
Review questions that separate edge from carry
- Would the setup remain profitable with funding removed?
- Did holding across settlement add expected edge or merely delay an exit?
- Was the paid/received amount correctly attributed to the size open at that timestamp?
- Did funding reduce margin enough to change stop execution or liquidation risk?
- Are funding income and directional P&L reported separately before being combined into net return?
Primary reference
Binance: Introduction to Futures Funding Rates. The formula is used here as a mechanism example, not a promise that every venue uses the same interval or cap.
