LibraryConsensus2019Design paperCorpus record
Deconstructing the Blockchain to Approach Physical Limits
Prism. Vivek Bagaria, Sreeram Kannan, David Tse, Giulia Fanti and Pramod Viswanath.
Bitcoin uses one chain for three jobs: proposing transactions, voting on history, and ordering the result. Prism splits those jobs onto separate block trees so throughput can approach network capacity while confirmation tracks propagation delay.
Prism splits a proof-of-work blockchain into proposer blocks that carry transactions and voter chains that decide which of those blocks survive. The security claim stays an honest majority of hash power. Throughput and latency are argued against the network's capacity and delay.
The five-minute read
One chain was doing three jobs
In Bitcoin the same block proposes transactions, votes for history, and sets the order. Prism treats those as separable, so making one of them faster need not weaken the others in the same way.
Votes are blocks too
Voter chains are proof-of-work chains. Their blocks are votes. Confirmation is a count of votes, not a count of blocks buried on a single chain.
The adversary is still a miner
The paper's bound is about hash power, up to one half. It is not a proof about a stake-weighted committee.
Physical limits are network limits
Capacity C and delay D are properties of the pipes. They are not a slogan about a token.
One action, walked through
- Miners produce proposer blocks that hold transactions.
- Miners also extend voter chains, which reference proposer blocks.
- A node totals the votes before accepting a transaction's position.
- The paper's confirmation error falls as the bandwidth-delay product grows, under its model.
- A total order of transactions is the output the protocol claims, eventually.
The argument, unpacked
Deconstruction is the contribution
The interesting move is not a new puzzle. It is the refusal to use one ledger object for every function. A later design that boasts about Prism without separate proposer and voter roles has borrowed the name.
Proofs are not deployments
Optimal throughput in a theorem is a statement about a model of the network. It does not survive a sentence that turns it into a measured transactions-per-second claim for a company.
What has to be true
- Honest majority of hash power, in the Nakamoto sense.
- A model of capacity and propagation delay that matches the theorems being cited.
- Votes and proposals are distinguishable objects in the implementation, not one chain with a new marketing diagram.
- The adversary cannot break the hash function. The usual cryptographic assumptions apply.
What happened after the paper
Prism is the clean citation for 'separate proposing from voting' inside proof of work. Bitcoin-NG separated leader election from microblocks. Prism separates the vote as well. Neither paper is a license to quote a capacity number as a product metric.
What to check before you use the idea
- Which blocks carry transactions, and which blocks are only votes?
- What is the hash-power assumption, in words?
- Is a latency claim tied to propagation delay, or to a benchmark?
- Does the implementation still have one chain?
Terms
- Proposer block
- A mined block whose job is to carry transactions, not to be the sole vote on history.
- Voter chain
- A proof-of-work chain whose blocks count as votes for proposer blocks.
The problem the paper names
A single Nakamoto chain couples the block interval to both security and throughput. Shorten the interval and forks waste honest work. Prism asks which of those jobs actually need to share a chain.
What the design proposes
- Proposer blocks carry transactions.
- Voter chains cast votes on which proposer blocks to keep.
- A final order is read off the votes, not off one longest chain.
How the mechanism is specified
- The security claim is still honest-majority proof of work, up to one half of hash power, as in Bitcoin.
- Throughput is argued up to the capacity of the network. Latency for honest transactions is argued against the propagation delay.
- The paper is a protocol and a proof. It is not a measurement of a later mainnet.
What this page does not treat as proven
- Splitting the chains does not remove mining. It reassigns what a mined block means.
- Physical limits in the paper are network capacity and delay, not a token's market throughput.
- An implementation that merges the trees back into one product chain is a different system.
Why a venture studio still reads it
Use it when a design claims to be 'near the speed of light' or 'at network capacity'. Ask which blocks propose, which blocks vote, and what an adversary with almost half the hash power can still delay.
This is Blockchain Lab's reading of a public design paper. It is not the paper, not a copy of it, and not an offer of tokens, equity, custody or a partnership. Later network behaviour can diverge from the text. Nothing here is investment, legal or technical advice.
Research status: Design paper. Last reviewed: 1 October 2026. This is a reading of a public paper, not investment, legal or security advice.
