Hub/Guides/legal-incorporation/Crypto cap table tokens: the three ledgers you actually need
legal-incorporationĀ·5 min readĀ·Updated

Crypto cap table tokens: the three ledgers you actually need

Web3 cap tables need three ledgers, not two. Equity, token allocation, and the foundation-held reserve. Here's the spreadsheet counsel actually builds.

Crypto cap table tokens: the three ledgers you actually need

Crypto cap table tokens need to live across three ledgers, not two: the equity register, the token allocation schedule, and the foundation-held reserve. Carta and AngelList handle equity natively, the token side partially, and the foundation side not at all. Counsel fills the gap in a spreadsheet.

Most Web3 guides call this a dual cap table. That framing is wrong. The equity cap table and the token allocation schedule are two of three ledgers you actually need. The third is the foundation-held reserve, and getting it wrong is how founders burn through dilution they never booked on the equity side.

What a crypto cap table with tokens actually is

A crypto cap table with tokens is a ledger system that tracks three distinct ownership layers: equity in the operating company (typically a Delaware C-corp), token allocations granted to the team and investors, and tokens held by a separate foundation entity for ecosystem and treasury use. Each layer has its own vesting rules, tax treatment, and regulatory exposure.

The dual cap table is really three: equity, token allocation, foundation reserve

Three ledgers, not two, because the foundation-held reserve does not belong on either the equity side or the team-grant side. It sits on a separate balance sheet, in a separate jurisdiction, often controlled by a separate board.

  • Equity cap table: operating-company shares, SAFEs, warrants, and the option pool. Lives in Carta or AngelList.
  • Token allocation cap table: who gets how many tokens, on what vest (team, contributors, investors, advisors). Lives in a spreadsheet, sometimes Magna.
  • Foundation cap table: treasury, ecosystem incentives, liquidity reserve. Lives in the foundation's token ledger plus the wallets it controls.

Typical splits vary. Most seed-to-Series-A projects divide across team/contributors, investors, treasury, and ecosystem, but do not commit to specific percentages before modeling dilution through at least two future rounds plus a token generation event.

Where Carta, AngelList, and Magna fall short on on-chain ledgers

Mainstream cap table platforms are built for equity. Carta's documentation centers on shares, options, and financing rounds rather than native on-chain token ledger management. AngelList's capitalization table tooling is also built around equity instruments. Even Tactyc, Carta's modeling tool, handles SAFE and convertible conversions but does not replace a token ledger.

Platform Equity Token grants Foundation wallet
Carta Native Not native No
AngelList Native Not native No
Magna Partial Native vesting No

The practical takeaway: pay for Carta or AngelList on the equity side, keep a counsel-maintained spreadsheet for tokens, and treat the foundation ledger as its own auditable artifact. Do not try to force tokens into an equity product's "custom class" field. That workaround breaks at the first audit.

The token vesting schedule counsel actually builds

The spreadsheet Web3 counsel hand founders is flatter and more paranoid than you would expect. Every grant is a row. Every column is a field you would otherwise have to reconstruct from emails during a dispute.

grant_id | holder_name | wallet_address | token_amount | grant_date | cliff_end | vest_end | unlock_cadence | tax_event | jurisdiction | term_sheet_ref

Firms like Wilson Sonsini, which maintains a dedicated blockchain and cryptocurrency practice, and Cooley use variants of this layout because it maps cleanly to term-sheet clauses and to later audits.

āœ… Good: Columns include wallet_address and tax_event. Each grant is tied to its term-sheet clause by reference ID, so any investor query resolves in minutes.

āŒ Bad: Columns stop at "holder" and "tokens". When someone asks which grant triggered a tax event in Q2, you rebuild the answer from emails.

How token grants show up as crypto equity dilution

Tokens do not dilute the equity share count. They dilute the enterprise value your equity investors thought they were buying, which is the part most seed decks understate.

When a SAFE investor wires in at a $30M post, they expect their pro-rata of enterprise value to include tokens at the same effective percentage. If the team later grants 25% of token supply to contributors without documenting it in the investor side letter, that percentage leaks straight out of the investor's return, even though the equity cap table looks untouched. This is why crypto equity dilution must be modeled token-inclusive from the first round. A firm like Kruze Consulting, which specializes in VC-backed startup tax, will also flag the other side of the ledger: token compensation has different recognition timing than equity grants in the US, and in most founders' home jurisdictions.

Foundation choice drives the rest of the setup. Cayman Foundation Companies remain the default for protocol-token projects. BVI is the cost-sensitive alternative. A Swiss Stiftung or Verein is heavier but carries the cleanest governance story for staking and infrastructure protocols.

FAQ

How do I add tokens to my cap table? Add tokens by building a separate schedule alongside your equity cap table. Columns should include grant ID, wallet address, token amount, cliff and vest dates, and a reference to the term-sheet clause or board consent. Track it in a spreadsheet until outside counsel recommends a dedicated tool, because no mainstream cap table platform handles on-chain events natively.

Will issuing tokens dilute my equity investors? Token grants do not dilute equity directly: they dilute the token supply, not the share count. Investors still care because their pro-rata of enterprise value includes an expected token allocation, so over-granting tokens destroys value they thought they were buying. Document every token allocation explicitly in the investor side letter or term sheet.

What is a foundation company and why do crypto projects use one? A foundation is a separate legal entity (often in the Cayman Islands, BVI, or Switzerland) that holds tokens on behalf of the protocol or community. Crypto projects use it to separate token governance from the operating company, manage treasury outside the corporate balance sheet, and reduce the risk that the token is treated as a security tied to the operating entity.

Which jurisdictions are best for a crypto foundation (Cayman, BVI, Switzerland)? Each jurisdiction trades off differently. Cayman Foundation Companies are the most common choice because of case-law familiarity and protocol-friendly structuring. BVI is cheaper with lighter reporting. Switzerland (often a Zug Stiftung or Verein) offers the strongest reputational signal for staking protocols, at higher setup cost and stricter governance.

Do Carta or AngelList support tokens natively? Neither Carta nor AngelList tracks on-chain tokens natively. Both platforms focus on equity instruments, options, and financing rounds. For token grants and vesting, most crypto founders maintain a separate spreadsheet or use a specialized tool like Magna, and reconcile the two ledgers manually at audit time.

ā˜… Causo Ā· Start free

Run this playbook inside Causo.

Match to the best-fit partner at 1,000+ funds, draft a hyper-specific email, and send from your email — in one place.

Start free