Are You Default Alive or Default Dead?

Direct answer: A company is "default alive" when, under a reasonable model of its current cash, growth, margins, and spending trajectory, it can reach cash-flow break-even before running out of cash. It is "default dead" when the model requires additional capital or a material operating change to avoid running out first.

What default alive and default dead mean

The terms default alive and default dead were popularized by Paul Graham in 2015. They describe a modeled trajectory, not an official diagnosis, prediction, or guarantee.

Default alive means the modeled path reaches cash-flow break-even before the available cash is exhausted. Default dead means the modeled path reaches the cash limit first. Either answer can change when the underlying facts or assumptions change.

The variables behind the model

Start with recorded cash, cash actually received, current outflows, and known commitments. Then make the assumptions visible: growth, gross margin, collection timing, hiring, and spending. Expected revenue is not received cash, and a scenario assumption is not a recorded actual.

The model should also identify which cash is already spoken for. A large balance can look reassuring while payroll, taxes, supplier payments, or annual renewals are waiting on the same cash.

A simple illustrative test

Illustrative model, not a benchmark

Recorded cash

$500,000

Monthly cash outflow

$90,000

Monthly cash received

$55,000

Current net burn

$35,000

Build a monthly path from the current context. Show how cash received, gross margin, team cost, other spending, and known commitments may change. Then compare the modeled break-even date with the modeled cash-out date.

Why assumptions change the answer

A straight-line model can be useful, but it is fragile. Growth may slow, collection timing may stretch, margins may change, and a planned hire may enter payroll before related revenue arrives. A result is only as useful as the assumptions behind it.

Use more than one case when a variable could materially change the answer. Keep the current recorded position separate from every hypothetical case. Scenario Planning documentation explains how to keep alternative assumptions on a separate path.

Default dead does not mean doomed

Default dead describes what the current model implies. It does not prescribe one response. Depending on the business context, a team might reduce or retime commitments, improve realized cash collection, change hiring or spending plans, improve margins where applicable, or consider financing and fundraising.

Test those options separately. Do not assume a fixed cost cut, universal growth target, or fundraising timeline will fit every company.

Default alive does not mean safe

Default alive is not a safety certificate. A delayed customer payment, customer concentration, a new commitment, weaker margins, or an abrupt cost change can move the modeled cash-out date. The business still needs to watch timing as well as the total.

Revisit the model when a material fact changes. That is more useful than treating the label as permanent.

Scenario questions founders should test

• What if cash receipts arrive later than expected?
• What if growth continues more slowly than the base assumption?
• What if a planned hire begins before related revenue lands?
• What if gross margin changes as the mix of business changes?
• What if a known annual or one-time commitment lands earlier?

How the model relates to runway and cash flow

Cash flow and runway answer different parts of the question. Cash flow shows movement. Runway translates a cash position and defined burn assumptions into time. The default-alive model adds the modeled path to break-even.

RunwayCal can organize inspectable cash, runway, planning inputs, and hypothetical scenarios. It does not declare a startup officially default alive or default dead. The founder or finance team still owns the assumptions and the judgment.

Frequently asked questions

Is default alive or default dead a guarantee?

No. It is the result of a model built from current facts and future assumptions. Change the assumptions and the result may change.

Can a pre-revenue startup use the model?

Yes, but the result depends heavily on assumptions about when revenue begins, when cash is collected, and how spending changes. Treat those values as hypotheses rather than recorded outcomes.