Shutter Network

• Name: Shutter Network
• URL: https://docs.shutter.network/docs/shutter
• Category: threshold-encryption ordering middleware / encrypted-mempool infrastructure / fair-ordering cryptographic network
• Tags: ethereum-ecosystem
• Summary: Shutter Network is best understood not as a generic anti-MEV product or privacy add-on, but as a threshold-encryption control plane that keeps transaction or vote contents hidden until a keyper set releases the relevant decryption material. Across the legacy Shutter contracts, the newer Rolling Shutter rollup design, and the Shutter API service, the stack separates keyper-set governance, DKG / eon-key generation, collator-controlled decryption triggering, event- or time-based release conditions, and downstream batch execution. That makes Shutter a useful comparison point for drand, Flashbots-style orderflow systems, SUAVE-like shared sequencing claims, and shielded-voting middleware: the real control surfaces are who selects the keypers, who controls the collator or API surface, how release conditions are encoded, and what liveness or centralization assumptions remain when transaction contents are hidden.
• What it does:
  • Uses threshold encryption so transactions, commitments, or votes can stay hidden until a decentralized keyper threshold releases the decryption key
  • Frames its main use cases around malicious-MEV mitigation, censorship resistance, shielded trading, shielded voting, and encrypted mempools
  • In the legacy Ethereum-oriented stack, batches encrypted transactions and uses a keyper network plus auxiliary contracts for config, fee handling, key broadcast, and slashing
  • In Rolling Shutter, introduces a collator plus keypers, eon public keys, decryption triggers, and rollup-specific batch execution rules for encrypted transactions
  • Exposes a Shutter API and registry-contract flow on Gnosis / Chiado for time-based and event-based decryption triggers
  • Supports trigger-conditioned key release, where decryption can happen at a chosen time or after keypers observe matching onchain events
• Key claims:
  • The official docs describe Shutter as an open-source encryption protocol built to reduce transaction manipulation, malicious MEV, and censorship by ensuring participants gain access to information simultaneously rather than through a transparent mempool race.
  • The 2024 cryptography paper is the clearest high-level statement of the mechanism: it presents Shutter as a threshold-cryptography approach to private transactions, says the project has been open source since 2021, and notes production operation since October 2022.
  • The legacy repository README is analytically useful because it makes governance and failure handling explicit. Its config contract lets only the contract owner schedule future configs and says that role is intended for a DAO, while the contract suite also includes dedicated fee-bank, key-broadcast, and keyper-slasher components.
  • The Rolling Shutter spec makes the current control plane more legible than the marketing overview alone. A collator sends decryption triggers, keypers publish decryption key shares and aggregate decryption keys, and onchain config contracts determine which keyper set and collator are valid for each block range.
  • The event-trigger specification shows that Shutter is not only an encrypted mempool. It also acts as a trigger-definition layer where key release can depend on ABI-encoded log predicates over a target contract’s emitted events, which shifts power toward whoever defines trigger formats, registration flow, and keyper monitoring policy.
  • The Shutter API docs expose another practical chokepoint: the hosted API simplifies registration and encryption-data retrieval, but currently rate-limits unauthenticated usage, uses API-owned addresses in some registration flows, and explicitly warns that the network is not yet fully decentralized.
  • Shutter clears the corpus bar because it decomposes a fairness claim into reusable sublayers: threshold cryptography, keyper governance, trigger definition, collator authority, API mediation, and fallback / timeout behavior when decryption does not arrive on time.
• Whitepaper: Shutter has a canonical cryptographic paper — ../whitepapers/shutter-network-private-transactions-from-threshold-cryptography-2024-1981.pdf — plus curated source notes in ../whitepapers/shutter-network-primary-sources-2026-05-11.md.
• Sources:
  • https://docs.shutter.network/
  • https://docs.shutter.network/docs/shutter
  • https://github.com/shutter-network/shutter
  • https://raw.githubusercontent.com/shutter-network/shutter/master/README.md
  • https://github.com/shutter-network/rolling-shutter
  • https://raw.githubusercontent.com/shutter-network/rolling-shutter/main/README.md
  • https://raw.githubusercontent.com/shutter-network/rolling-shutter/main/docs/spec.md
  • https://raw.githubusercontent.com/shutter-network/rolling-shutter/main/docs/event.md
  • https://github.com/shutter-network/shutter-api
  • https://raw.githubusercontent.com/shutter-network/shutter-api/main/README.md
  • https://eprint.iacr.org/2024/1981

Internal linkages

• Keep this one on the strongest adjacent contrasts: flashbots-auction, suave, and drand.

• Useful lens: keyper-set governance, collator authority, trigger definition, API mediation, and timeout handling are the real control surfaces here.

• Last reviewed: 2026-05-30 UTC