Abstract background illustration for: Common convertible note cap table math mistakes in United States (Federal)

Common convertible note cap table math mistakes in United States (Federal)

9 min read

Published January 30, 2026 • Updated February 2, 2026 • By DocketMath Team

Mistakes with convertible notes tend to show up only when the priced round term sheet hits your inbox—and by then they’re expensive to unwind. This post walks through the most common convertible note cap table math mistakes in U.S. (federal) practice and how to avoid them using a consistent, documented workflow.

For hands-on calculations, you can experiment directly in the DocketMath convertible note cap table calculator as you read.

The top mistakes

  • confusing pre-money and post-money caps
  • forgetting to apply the discount versus cap test
  • ignoring existing option pool dilution
  • mixing share class terms

If an assumption is uncertain, document it alongside the calculation so the result can be re-run later.

1. Treating the valuation cap as a fixed price

A frequent misunderstanding: modeling the valuation cap as if it were simply a pre-money valuation number.

In reality, the cap is usually applied like this (simplified):

Conversion price at cap =
valuation cap ÷ (company capitalization definition)

Common modeling errors:

  • Using the cap directly as the equity round’s pre-money valuation.
  • Ignoring the cap table definition in the note (e.g., “outstanding common stock on a fully diluted basis, including all options reserved but unissued”).
  • Applying the same cap-based price to all notes, even when they have different caps.

Why it matters:

  • Understates or overstates note-holder ownership.
  • Distorts founder and investor dilution.
  • Makes your round economics look better or worse than they really are.

2. Ignoring the discount vs. cap “better-of” rule

Most U.S. convertible notes convert at the better of:

  • A discount to the round price (e.g., 20% discount), or
  • A price implied by the valuation cap.

Common mistakes:

  • Always using the cap and forgetting the discount.
  • Always using the discount and ignoring the cap.
  • Applying both (cap and discount) at the same time to the same price.

The usual logic (check your note):

round_price = preferred_share_price_in_equity_round
discount_price = round_price × (1 – discount_rate)
cap_price = valuation_cap ÷ capitalization_base
conversion_price = MIN(discount_price, cap_price)

Note: Some instruments (e.g., certain SAFEs) have different rules. The math must follow the actual contract, not just “industry standard.”

3. Misreading the “capitalization” definition

The capitalization base is the denominator in the cap-price formula. Small differences in what’s included can move ownership by several percentage points.

Common modeling gaps:

  • Forgetting to include:
    • the option pool increase required by the new investors,
    • warrants, or
    • other convertible securities specified in the note.
  • Including everything on the cap table even when the note’s definition is narrower.
  • Using different capitalization definitions for different notes but then modeling them as if they were the same.

Typical variants you’ll see:

  • “Outstanding common stock on a fully diluted basis, including all options reserved under the plan (whether or not issued).”
  • “Outstanding common stock on an as-converted basis, excluding the unallocated option pool.”

A subtle tweak like “including the unallocated option pool” can materially change the effective conversion price.

4. Forgetting accrued interest (or compounding it by accident)

Convertible notes usually convert principal + accrued interest. Two opposite errors are common:

  1. Omitting interest entirely

    • Treating the note as if it were just principal.
    • Understates the number of shares issued to noteholders.
  2. Compounding when the note is simple interest

    • Applying interest on interest when the note specifies simple interest.
    • Overstates the noteholder’s position.

Typical math for simple interest:

accrued_interest = principal × annual_rate × (days_outstanding ÷ 365)
conversion_amount = principal + accrued_interest
shares = conversion_amount ÷ conversion_price

Check the note for:

  • Interest rate (e.g., 6–8%).
  • Whether it’s simple or compound interest.
  • The exact start date for accrual.

5. Modeling all notes as if they had identical terms

In practice, a startup often has a stack of instruments:

  • Note A: 20% discount, $8M cap
  • Note B: 15% discount, $12M cap
  • Note C: no cap, 25% discount
  • SAFE D: MFN and post-money structure

Frequent modeling shortcuts:

  • Forcing all notes to share a single cap and discount.
  • Averaging the cap or discount across instruments.
  • Ignoring MFN or side letters that modify economics.

This can:

  • Misrepresent dilution to founders and employees.
  • Mislead new investors about “how much is already spoken for.”
  • Trigger trust issues if someone later recomputes the math correctly.

6. Getting the option pool timing wrong

The option pool almost always interacts with note conversion math. Common mistakes:

  • Expanding the pool after modeling note conversion, when the term sheet says it should be pre-money.
  • Forgetting that the cap’s capitalization definition might:
    • include the new pool, or
    • only include the existing pool.

Two typical scenarios:

  1. Pre-money pool increase

    • Investors want a bigger pool baked in before their money.
    • This often dilutes founders and noteholders.
  2. Post-money pool increase

    • Increase happens after the new investors’ shares are issued.
    • Dilution is shared more broadly.

If your calculator doesn’t let you specify when the pool is sized, it’s easy to get the math wrong.

7. Mixing pre-money and post-money logic

Another subtle but damaging error is mixing pre-money and post-money perspectives:

  • Treating a post-money valuation cap as if it were pre-money.
  • Using a post-money SAFE model for a pre-money note.
  • Backing into share prices from a “headline valuation” without checking whether it’s pre- or post-money.

This can:

  • Shift who bears dilution (founders vs. notes vs. new investors).
  • Make your “implied valuation” look higher or lower than it really is.

Warning: Some newer instruments are explicitly “post-money” (e.g., YC’s post-money SAFE), and their math is different from classic pre-money notes. Always match your model to the instrument type.

8. Ignoring jurisdictional and regulatory context

This post focuses on U.S. federal practice, but your actual transaction will also be shaped by:

  • State corporate law (e.g., Delaware vs. another state).
  • Securities law compliance (federal and state).
  • Tax considerations (e.g., Section 409A for option pricing, potential OID issues).

Common modeling misstep:

  • Treating the cap table math as if it were purely mechanical, without checking whether the assumptions align with your legal and tax advisors’ expectations.

DocketMath focuses on transparent, jurisdiction-aware calculations, but you should still confirm the legal and tax implications of any structure with professionals.

How to avoid them

Use a written checklist for inputs, document each source, and run a quick sensitivity check before finalizing the result. When two runs differ, compare inputs line by line and re-run with one variable changed at a time.

Capture the source for each input so another team member can verify the same result quickly.

1. Start with a structured input checklist

Before you open a spreadsheet or DocketMath, collect these inputs:

  • Fully diluted cap table before the round (common, preferred, options, warrants).
  • Each note/SAFE’s:
    • principal amount
    • interest rate and type (simple vs. compound)
    • issue date and anticipated conversion date
    • valuation cap (and whether it’s pre- or post-money)
    • discount rate
    • any MFN or side-letter economics
  • Equity round terms:
    • pre-money or post-money valuation
    • new money amount
    • option pool target and whether it’s pre- or post-money
  • Capitalization definitions from:
    • each note/SAFE, and
    • the new round term sheet.

Having this checklist documented makes it easier to justify your numbers later.

2. Model each instrument separately, then aggregate

Instead of lumping all notes together, treat each one as its own mini-calculation:

  1. Compute accrued interest and conversion amount.
  2. Determine discount price and cap price (if applicable).
  3. Apply the instrument’s better-of rule.
  4. Calculate shares issued for that instrument.

Then:

  • Sum all note/SAFE shares.
  • Add them to the cap table alongside new preferred shares, the option pool, and existing equity.

The DocketMath convertible note cap table calculator is built around this “per-instrument then aggregate” approach, so you can see how each note contributes to dilution.

3. Explicitly document capitalization definitions

For each instrument, write down (in your model):

  • Exactly what is counted in the “capitalization” denominator.
  • Whether the unallocated option pool is included.
  • Whether other convertibles are included, and if so, how.

Then, in your math:

  • Use separate denominators where definitions differ.
  • Avoid “one-size-fits-all” dilution percentages.

Pitfall: If your spreadsheet has a single “fully diluted shares” number feeding every conversion formula, it’s almost certainly wrong for at least one instrument.

4. Make timing assumptions explicit

For every step, write down when things happen, for example:

  • Interest accrues through the closing date of the round.
  • Option pool is increased immediately before the new money goes in.
  • Notes convert concurrently with the new preferred issuance.

Then implement these timing assumptions as separate steps in your model:

  1. Start from pre-round cap table.
  2. Adjust for pool increase (if pre-money).
  3. Convert notes/SAFEs.
  4. Issue new preferred shares.

If any assumption changes (e.g., investors agree to a smaller pool), you can re-run the same steps with updated inputs.

5. Use a repeatable, jurisdiction-aware workflow

To avoid “spreadsheet archaeology” later:

  • Keep a versioned record of:
    • inputs (with date and source),
    • formulas (with comments referencing contract clauses),
    • outputs (cap tables at each key step).
  • Align your model with:

Related reading