Fairblock

  • Name: Fairblock
  • URL: https://docs.fairblock.network/docs/welcome/Vision
  • Category: conditional-decryption middleware / confidentiality execution stack
  • Tags: cosmos-ecosystem
  • Summary: Fairblock is a broader confidentiality stack with a threshold-release rail inside it. Keep it for FairyRing, condition-triggered tIBE release, selective disclosure, and the external-chain escrow path. Useful, but not a clean canonical decryption primitive.
  • What it does:
    • Runs FairyRing, a native confidentiality execution layer where confidential applications can execute directly and where encrypted balances or transactions can be maintained without exposing plaintext amounts onchain
    • Uses threshold identity-based encryption so transactions or data can be encrypted against condition IDs and decrypted only once a target condition is met
    • Positions lightweight homomorphic encryption and fast ZK-proof verification as the balance-update path for confidential transfers rather than relying on a single offchain coprocessor or opaque TEE relay
    • Supports cross-chain confidential-transfer patterns in which users interact with a minimal escrow contract on an external chain while FairyRing maintains the confidential ledger and proof logic underneath
    • Offers selective disclosure and private-decryption flows, including designs where validator key shares are encrypted to a specific user wallet rather than revealed publicly to all observers
    • Frames the product surface around confidential stablecoin payments, protected trading / intents / auctions, and broader confidential-computing applications
  • Key claims:
    • The current overview page frames Fairblock as a “dynamic, decentralized cryptographic computer” with its own execution layer, and says confidential apps run on FairyRing while remaining accessible from external ecosystems without requiring users to bridge funds or switch wallets.
    • The v1 docs are the clearest mechanism summary for Fairblock’s condition-based confidentiality rail: FairyRing uses lightweight HE and threshold IBE so apps can encrypt transactions with a master public key and have them decrypt and execute automatically once conditions such as block heights, price triggers, or other requests are met.
    • The cryptography docs make the key split explicit. Validators run distributed key generation, hold master-secret-key shares, and derive private-key shares for a specific condition ID; once a threshold of shares is combined, the corresponding encrypted transaction or data can be decrypted.
    • The cross-chain technical overview is analytically useful because it separates settlement custody from confidential execution. An external EVM chain keeps a minimal escrow contract for token locking/unlocking, while FairyRing hosts the confidential ledger, proof verification, and encrypted-balance updates, with IBC/light-client verification used for cross-chain messaging and relayers serving only as packet movers.
    • Fairblock’s materials repeatedly emphasize selective disclosure rather than blanket secrecy: authorized parties can be given scoped access to specific balances or transactions for audits, investigations, or compliance workflows, while avoiding a single always-on audit key.
    • The private-decryption tutorial adds another important layer that generic privacy-project descriptions often hide. In that flow, validator key shares are encrypted to a specific user’s wallet public key, so the resulting master decryption key is not automatically public even after the condition is satisfied.
    • The project clears the corpus bar because it decomposes confidential finance into reusable mechanism layers: condition-ID-based decryption, validator-key-share governance, confidential-ledger hosting, external-chain settlement, selective-disclosure policy, and user-specific versus public decryption modes.
    • One caveat from this pass: the docs mix broad product framing, v1 mechanism docs, and tutorial / future-facing design space. The decomposition is valuable, but production maturity and version boundaries should be checked carefully in any deeper follow-up.

Internal linkages

  • Keep this note on shutter-network, taco, and drand.
  • Useful cut: Fairblock widens into a broader confidentiality stack, while those notes keep encrypted ordering, threshold-policy release, and public timed release cleaner.

Control surface