Acting onchain leaks your intent before it executes. Serious markets never let you see the other side’s hand before a trade clears. Bidders don’t reveal their number before an auction closes. Traders don’t broadcast an order before it fills. Voters don’t publish a running tally mid-vote. On public blockchains, the opposite is true: every order, bid, vote, and intent sits in the open mempool before it executes, visible to anyone watching. That’s exactly the kind of exposure that lets bots and insiders extract value from ordinary users. When pre-execution data leaks, it creates problems:
  • Bots frontrun and sandwich your trades, extracting value (MEV) at your expense
  • Competitors copy your orders, bids, and strategy in real time
  • Auctions, launches, and votes get gamed by whoever can see incoming activity first
  • Validators and sequencers can reorder or censor transactions to their own advantage
This is the hidden tax every open market pays today: price discovery is distorted because participants are forced to reveal their hand before the trade settles. It’s why high-value trading, auctions, and settlement still hesitate to run fully onchain. Our thesis: markets are only fair when no one can see a transaction before it executes.

​
Defining Pre-Execution Privacy

Transactions are encrypted under a public key and only decrypt once a specified condition is met; a block height, a price trigger, a proof, or an auction close. When the condition fires, a decentralized validator set derives the decryption key and the transaction is decrypted and executed at the start of the block, before anyone can react to it. This combination lets you:
  • Protect orders, bids, and votes from frontrunning and manipulation
  • Get deterministic, fair ordering without a trusted operator
  • Selectively disclose only what’s needed, only when it’s required
It is not a private mempool run by one operator, and not a reordering service. It is programmable, decentralized conditional decryption built for open markets. No single sequencer, decryptor, or privileged party can peek at, leak, or censor an encrypted transaction, because the keys are produced by a threshold of validators (MPC-IBE). General flow of pre-execution privacy on FairyRing

​
Core Applications

  • Encrypted bids that stay hidden until the auction closes
  • One fair clearing outcome, with no privileged party able to peek or leak bids
If bids are visible while an auction is live, they get copied and undercut. Keeping them encrypted until close gives every bidder the same information and a fair result.
  • Encrypted orderflow, limit orders, and intents resistant to frontrunning and sandwiching
  • Fair price discovery for trading and lending markets
If the market can see size and timing before execution, that edge is handed straight to bots. Encrypting orders until they settle stops them from working against you.
  • Private voting where ballots stay encrypted until the vote closes
  • Removes vote-buying and last-minute strategic voting
When running tallies are public, late voters game the outcome. Confidential ballots keep governance honest until the result is revealed.
  • Encrypted moves, cards, and state for games that need hidden information
  • State that only reveals under the rules of the game
Fully transparent state makes hidden-information gameplay impossible. Conditional decryption brings it onchain.
  • Encrypt data so only a specific party or group can decrypt it
  • Reveal a specific transaction, and only that one, when required
Not everything should be fully public or fully private. Scoped, per-condition access lets authorized parties see exactly what they need, and nothing more.

​
Why Fairblock

No trusted decryptor

Decryption keys are generated by a decentralized validator set using threshold cryptography (MPC-IBE). There is no single sequencer, operator, or key holder that can peek at, leak, or censor encrypted transactions.

Lightweight and fast

The cryptography is light enough to run inside a normal transaction flow. There are no multi-minute proofs and no dependence on heavyweight offchain computation, so pre-execution privacy stays practical for real trading, auctions, and settlement.

No black-box trust

Correctness is verified onchain. Fairblock intentionally avoids single-TEE setups, outsourced provers, and centralized offchain coprocessors, minimizing trust assumptions and security risk.

Confidentiality where liquidity already lives

Pre-execution privacy is available across the ecosystems you already use, including EVMs and Cosmos chains, so you keep your existing wallets, liquidity, and workflows without bridging into an isolated privacy chain.

​
Next Steps

Architecture

Understand the MPC-IBE design powering pre-execution privacy.

Quick Start

Run your first confidential app on FairyRing or an EVM.