Private Shared State (FHE)
Enable N parties to jointly read and write shared on-chain state (balances, positions, order books, collateral pools) while keeping each party's individual data private from the others and from the infrastructure operator. This variant stores state encrypted on-chain under a shared Fully Homomorphic Encryption key, runs state transitions as homomorphic operations on ciphertexts, and controls reads through a threshold decryption committee.
Enable N parties to jointly read and write shared on-chain state (balances, positions, order books, collateral pools) while keeping each party's individual data private from the others and from the infrastructure operator. This variant stores state encrypted on-chain under a shared Fully Homomorphic Encryption key, runs state transitions as homomorphic operations on ciphertexts, and controls reads through a threshold decryption committee.
Unlike single-party shielding, private shared state requires computation across multiple parties' secrets.
- Fully Homomorphic Encryption scheme (for example TFHE or BFV) supporting the target state-transition circuit on encrypted data.
- Shared public key generated via distributed key generation by a threshold decryption committee; the matching secret is never assembled in one place.
- Fully Homomorphic Encryption coprocessor evaluates state transitions on ciphertexts and emits updated encrypted state plus a correctness proof.
- Threshold decryption committee jointly decrypts scoped read requests for participants or auditors.
- On-chain state store holds encrypted balances and commitments; a verifier contract anchors the correctness proof.
- Regulatory disclosure path issues threshold-controlled decryption keys scoped to a specific position or time window.
Guarantees:
- No plaintext is exposed during computation, including to the coprocessor operator, under the threshold-committee assumption.
- State correctness is enforced by the coprocessor's correctness proof verified on-chain.
- Settlement finality anchored to Ethereum L1 or an L2.
- Scoped auditability via threshold-controlled decryption for specific positions or windows.
Threat model:
- Hardness of the underlying lattice assumption and correct parameter choice.
- Honest-threshold behaviour of the decryption committee. A breach above the threshold leaks all encrypted state bulk-decryption capability.
- Coprocessor correctness. A malicious coprocessor without a correctness proof could post invalid state; the proof-verifier contract mitigates this.
- Metadata about callers, contract addresses, and timing remains visible on-chain.
- Sender and receiver addresses are not hidden by default; address unlinkability requires composition with stealth addresses.
- Fully Homomorphic Encryption computation overhead is high per operation; batching and coprocessor-level optimisations are required to reach useful throughput.
- The threshold committee must be online for any read; offline committee degrades to unavailability, not privacy loss.
- Ciphertext size and on-chain storage cost are larger than plaintext or commitment-only state.
- Tooling and developer experience are less mature than Solidity with plaintext state; constrained language subsets and specific coprocessor APIs apply.
- Three banks share a tokenised-bond collateral pool on an Ethereum L2 with Fully Homomorphic Encryption support. Each bank's deposit is encrypted under the shared key; on-chain state is fully ciphertext. A margin call triggers the coprocessor to evaluate aggregate collateral coverage homomorphically and emit the updated encrypted state. The regulator uses a threshold-controlled decryption key to audit one bank's position without learning the others.