Bitcoin Treasury Allocation Methodology

Property	Meaning
Analytical question	How does a proposed reserve allocation behave under stated assumptions?
Basic assets	Cash and Bitcoin, with no leverage in the simple case
Core outputs	Ending reserve, gain or loss, and headroom above a stated floor
Boundary	A terminal scenario is not a complete dated cash-flow forecast

T is the initial unrestricted reserve in one currency. The fraction w allocated to Bitcoin lies between zero and one in the unleveraged case. R_B and R_C are cumulative Bitcoin and cash returns over the same horizon, expressed as decimals. O is a modeled cash outflow and F is a required reserve floor in currency units.

Restricted funds, pledged Bitcoin, and cash committed elsewhere cannot automatically be counted as available reserves. The definition of T is a corporate policy input, not a number inferred from the headline cash balance.

For a simple terminal scenario with costs excluded and O paid at the end:

• Bitcoin starting value = T × w
• Cash starting value = T × (1 - w)
• Terminal reserve V = T × w × (1 + R_B) + T × (1 - w) × (1 + R_C) - O
• Terminal headroom = V - F

A floor expressed as a fraction of initial reserves is F = f × T. A floor defined as a fraction of the changing reserve is a different constraint and does not use the same equation.

For a dated cash schedule, C_t = C_t-1 + operating inflows_t - operating outflows_t - debt payments_t + financing_t + sale proceeds_t - purchases_t. The lowest cash balance can matter more than terminal total assets. Bitcoin appreciation does not pay an obligation unless the assets can be sold and the proceeds are available on time.

Assume a hypothetical reserve of 1,000 currency units, a 10% Bitcoin allocation, a 70% Bitcoin decline, zero cash return, no outflows, and a reserve floor of 900. Ending reserve is 100 × 0.30 + 900 = 930, leaving 30 of headroom. This does not prove that every intermediate cash obligation could be met.

A bull, base, or bear label identifies an assumption set. It is not a probability. An expected reserve value, if used, is sum(p_s × V_s) with probabilities p_s that are nonnegative and sum to one. Their origin needs explanation; equal weights are a choice rather than evidence that scenarios are equally likely. The Treasury Allocation Modeler on this site shows the three scenario outcomes side by side with no probability range or likely-outcome band attached to them; each scenario value is an assumption the user enters, not a measured or weighted likelihood.

A useful allocation comparison holds other assumptions constant first, then changes revenue, costs, financing access, and custody availability. Changing both the allocation and the stress severity between cases obscures which factor caused the difference.

The simple equation assumes Bitcoin can be valued and cash retained through the horizon without interim forced sales. Trading costs reduce the reserve at purchase or sale, while custody charges and interest follow their payment dates. Taxes and accounting earnings are separate from this cash-and-market-value illustration. Borrowing adds liabilities, servicing costs, and potentially collateral constraints.

A user-entered hypothetical return does not need a current market feed. Converting a monetary allocation into BTC quantity does require a valid dated execution price. An unknown operating commitment is not zero, and an uncommitted financing facility is not guaranteed available cash. Missing material obligations prevent a supported liquidity conclusion.

Terminal reserve value can conceal an earlier cash shortage. Market value may overstate realizable funds during custody restrictions or stressed execution. Scenario outcomes do not identify a probability of default, and a reserve floor is only as useful as the obligations it is intended to cover. This model cannot establish the legal or policy authority to invest.

A defensible allocation result identifies the constraint that becomes binding first. A higher modeled terminal value does not compensate for an inability to meet a payment before that date.