LibraryPrivacy2019Design paperCorpus record
PLONK: Permutations over Lagrange-bases for Oecumenical Noninteractive arguments of Knowledge
PLONK. Ariel Gabizon, Zachary J. Williamson and Oana Ciobotaru.
A SNARK with a universal and updatable structured reference string. One setup can serve many circuits. The proofs are larger than Groth16, and there is still a setup.
PLONK moves the circuit out of the trusted setup. One structured string can serve many programs. Proofs are larger than Groth16, and a setup still exists.
- Evidence
- Primary paper
- Re-measured
- No
- Assumptions
- 4
- Records linked
- 4
Code
Source, repository, and what is actually hosted
- ePrint 2019/953https://eprint.iacr.org/2019/953
- The source URL is not a GitHub repository. No code remote is invented.
- Full text is not mirrored. Public availability is not a licence to copy the file onto this site.
- Add to a reading list
01 Claim ledger
What the paper is allowed to say
Each row is a sentence already in the study. The status is the same on every row: a model claim, not a live measurement.
Claim 01 · Paper model
Universal means reusable, not optional
The reference string does not encode one circuit. You can prove a new program without a new ceremony. You cannot skip the ceremony entirely. That is the difference from a STARK.
Claim 02 · Paper model
Permutations wire the gates
The paper checks that a value leaving one gate is the value entering another by a permutation argument. Custom gates then express the actual program. The wiring is part of what an auditor has to read.
Claim 03 · Paper model
Updates need an honest participant
An updatable string lets a later party randomise the trapdoor. Soundness returns if at least one updater was honest and destroyed their contribution. An update theatre with no honest party is still a trapdoor.
Claim 04 · Paper model
Variants are not the same paper
TurboPLONK and UltraPLONK add gates and lookups. A rollup that says PLONK may mean a variant with a different verifier. Ask for the circuit and the variant.
02 Three cuts
Observation, model, falsifier
A desk does not stop at the summary. Each claim is cut three ways, using only this study's own assumptions and checks. Nothing here is a new figure.
01 Universal means reusable, not optional
Observation
What the study says
The reference string does not encode one circuit. You can prove a new program without a new ceremony. You cannot skip the ceremony entirely. That is the difference from a STARK.
Model
What has to hold
The polynomial commitment's setup assumption holds, and at least one setup contributor was honest if the string is updatable.
Falsifier
What would retire it
Is the reference string universal, and which variant is implemented?
02 Permutations wire the gates
Observation
What the study says
The paper checks that a value leaving one gate is the value entering another by a permutation argument. Custom gates then express the actual program. The wiring is part of what an auditor has to read.
Model
What has to hold
Custom gates used by a variant are specified. Unspecified gates are a different language.
03 Updates need an honest participant
Observation
What the study says
An updatable string lets a later party randomise the trapdoor. Soundness returns if at least one updater was honest and destroyed their contribution. An update theatre with no honest party is still a trapdoor.
Model
What has to hold
The polynomial commitment's setup assumption holds, and at least one setup contributor was honest if the string is updatable.
Falsifier
What would retire it
Is the reference string universal, and which variant is implemented?
04 Variants are not the same paper
Observation
What the study says
TurboPLONK and UltraPLONK add gates and lookups. A rollup that says PLONK may mean a variant with a different verifier. Ask for the circuit and the variant.
Model
What has to hold
Custom gates used by a variant are specified. Unspecified gates are a different language.
Falsifier
What would retire it
Is the reference string universal, and which variant is implemented?
03 Sequence
One action, as an operating tape
- 01A one-time setup produces a universal string. Later parties may update it.
- 02The team encodes their program as gates and a wiring permutation.
- 03The prover commits to the witness polynomials and produces an evaluation proof against the universal string.
- 04The verifier checks the permutation and the gate constraints.
- 05A changed program changes the prover's circuit description. It does not, by itself, require a new string.
04 Load-bearing
The argument, and where a pitch drops it
The ceremony stopped blocking iteration
The cut
Groth16 made every circuit edit a social event. PLONK's adoption in rollups is largely about being able to patch a virtual machine without reassembling the planet. The trust did not leave. It concentrated in one string.
Why it carries weight
If this cut is skipped, the paper's name is being used without the mechanism that makes the name mean anything.
Where it is dropped
A universal string does not audit the circuit. A wrong circuit is honestly proved.
Updatability is a process claim
The cut
The math says an honest update suffices. A real system has to show that an honest update happened and that the verifier key everyone uses is the one that update produced.
Why it carries weight
If this cut is skipped, the paper's name is being used without the mechanism that makes the name mean anything.
Where it is dropped
A later client, parameter or reward formula is a different object from this paragraph.
05 Register
What has to be true
Adversary · Not re-measured
The polynomial commitment's setup assumption holds, and at least one setup contributor was honest if the string is updatable.
Cryptography · Not re-measured
The Fiat-Shamir transcript binds the proof to this circuit and this public input.
Cryptography · Not re-measured
The verifier checks the wiring, not only a proof blob handed to a contract.
Model · Not re-measured
Custom gates used by a variant are specified. Unspecified gates are a different language.
06 Divergence
What happened after the paper
PLONK-family proofs became the default for many zk-rollups and zkEVMs because one setup could survive circuit changes. STARKs competed by refusing the setup and paying in proof size. A 2026 system that says PLONK should be pinned to a variant, a circuit hash, and a setup transcript. The 2019 paper is the permutation argument, not that transcript.
A later client, parameter set, or reward formula is a different object. Cite this paper for the mechanism. Cite a primary release for the network. This desk has not re-run the proof.
07 Pre-mortem
What to check before you use the idea
- 0 of 4 marked on this browser. A mark is a reading note, not a pass, a rating, or a recommendation.
08 Anatomy
The paper, in the order a builder needs
The problem it names
Groth16's ceremony is per circuit. Teams were running a new trusted setup every time the program changed. PLONK moves the circuit description into the proof so the setup can be reused.
What the design proposes
- A permutation argument checks that wires are the same value in different gates.
- Custom gates encode the program.
- The reference string can be updated by later participants, so one honest participant restores soundness if the update is real.
How the mechanism is specified
- Universality means the toxic setup is not tied to one circuit. It does not mean there is no toxic setup.
- Updatability helps only if an honest party actually contributed and the transcript is checked.
- Verifier time and proof size sit between Groth16 and a STARK. That is the trade the paper is for.
What this page does not treat as proven
- PLONK is not a STARK. Transparency is a different property.
- A universal string does not audit the circuit. A wrong circuit is honestly proved.
- Later variants, TurboPLONK and UltraPLONK, change the gates. Cite the variant.
Why the desk still reads it
When a rollup says PLONK, ask whether the setup is universal, who can update it, and which circuit is actually being proved. The brand is not the circuit.
09 Lexicon
Terms, opened into the record
- Universal setup
- A structured string that is not tied to one circuit, so later programs can reuse it.
- Permutation argument
- The check that wires carry the same value between gates, which is how the circuit is held together.
10 Repository
Every linked record on this page
Underlined words open a page that already exists: a concept, a protocol profile, a failure record, or another paper. If a word is not underlined, this desk does not have a record for it.
Concepts
Papers
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.
