Skip to main content

Appchain

Dedicated chains for your application

Build application-specific blockchains with custom gas tokens, governance, and throughput tuned for your product.

Gas tokens
Custom
Any ERC-20 or native
Sovereignty tiers
5
Rollup through sovereign L1
Testnet
<24 hours
Once the architecture is agreed
Validator set
Your call
Run all, some, or none of it

Inherit security, or build your own.

Appchains live on a spectrum. The further right you go, the more you control, and the more you are responsible for. Most teams start left and migrate right as TVL and the validator set mature.

  1. L2

    Rollup

    Inherits Ethereum security through fraud or ZK proofs. Lowest trust assumption, highest base-layer cost.

    Frameworks

    OP Stack, Orbit, CDK, ZK Stack

    • Strongest security
    • Highest base-layer cost
    Position 1 of 5 on the sovereignty spectrum.
  2. L2'

    Validium

    ZK rollup that keeps transaction data off Ethereum. ZK validity proofs at lower cost, with a DA committee assumption.

    Frameworks

    Polygon CDK validium, ZK Stack validium

    • Much lower cost
    • DA committee trust
    Position 2 of 5 on the sovereignty spectrum.
  3. L2”

    Optimium

    Optimistic rollup that posts data to a committee instead of Ethereum. Cheaper to run, and fraud proofs still let anyone challenge a bad state root.

    Frameworks

    AnyTrust (Arbitrum Orbit)

    • Cheap and fast
    • Off-chain data availability
    Position 3 of 5 on the sovereignty spectrum.
  4. S

    Sovereign rollup

    Publishes its data to a DA layer such as Celestia, with no settlement contract. Your chain's own nodes decide which state is canonical.

    Frameworks

    Cosmos SDK rollups, Sovereign SDK

    • You enforce your own state
    • Harder to bootstrap
    Position 4 of 5 on the sovereignty spectrum.
  5. L1

    Sovereign L1

    Your own consensus, your own validator set, your own fork-choice. Highest sovereignty, full operational responsibility.

    Frameworks

    Cosmos SDK, Substrate

    • Total control
    • Full operational burden
    Position 5 of 5 on the sovereignty spectrum.

Choose an appchain framework by trade-off

Each framework makes a different trade between sovereignty, finality, and interop. We build and operate on all 6, so the recommendation does not favour one stack.

Cosmos SDK

Sovereign L1

Modular framework behind the IBC ecosystem. CometBFT (formerly Tendermint) consensus, with native IBC for trust-minimised interop between chains.

Finality
Single-block (CometBFT)
Interop
IBC
  • CometBFT consensus
  • IBC native
  • Own validator set

Picked when

DEXes, RWA chains, application-specific networks needing IBC.

OP Stack

Optimistic rollup

Optimism's open-source rollup framework. Opt into the Superchain and inherit shared bridging, governance, and ecosystem liquidity from day one.

Finality
7-day challenge window
Interop
Superchain
  • op-node + op-batcher
  • Permissionless fault proofs
  • Superchain bridging + governance

Picked when

Consumer dApps, gaming, social, anything wanting Ethereum security with minimal lift.

Arbitrum Orbit

Optimistic · AnyTrust

Orbit chains settle to Arbitrum One as an L3, or to Ethereum as an L2. AnyTrust mode trades a Data Availability Committee assumption for much lower data costs.

Finality
7-day challenge window
Interop
Orbit native bridge
  • Custom gas tokens
  • Permissioned validators
  • Stylus + EVM

Picked when

Gaming, enterprise chains, anything needing custom gas and low operating cost.

Polygon CDK

ZK rollup · Validium

Polygon's Chain Development Kit for zkEVM rollups. Atomic cross-chain bridging via the AggLayer puts your chain on a shared liquidity network on day one.

Finality
Hours (ZK proof)
Interop
AggLayer
  • GPU-accelerated proving
  • AggLayer interop
  • zkEVM Type 2

Picked when

DeFi protocols valuing ZK finality and unified AggLayer liquidity.

Substrate

Sovereign L1 / Parachain

The framework Polkadot is built on, now part of the Polkadot SDK. Standalone L1 or parachain on Polkadot's shared security, with BABE + GRANDPA consensus and a Wasm runtime.

Finality
Deterministic (GRANDPA)
Interop
XCM
  • BABE + GRANDPA
  • Forkless upgrades
  • Parachain option

Picked when

Custom protocol logic, forkless upgrades, parachain-style shared security.

ZK Stack

ZK rollup · Validium

Matter Labs' framework with Boojum proofs and EraVM execution. Every account is a smart account: sponsored gas, paymasters, and session keys come standard.

Finality
Hours (Boojum proof)
Interop
Elastic Chain
  • Native AA on every account
  • Boojum recursive proofs
  • Elastic Chain interop

Picked when

Consumer apps where account-abstraction UX (paymasters, session keys) is core.

Side by side

Where each stack sits, what you write it in, and how long until a transaction is final.

  • Cosmos SDK

    Model
    Sovereign L1
    Language
    Go
    Finality
    Single-block (CometBFT)
    Interop
    IBC
  • OP Stack

    Model
    Optimistic rollup
    Language
    Solidity + Go
    Finality
    7-day challenge window
    Interop
    Superchain
  • Arbitrum Orbit

    Model
    Optimistic · AnyTrust
    Language
    Solidity + Rust
    Finality
    7-day challenge window
    Interop
    Orbit native bridge
  • Polygon CDK

    Model
    ZK rollup · Validium
    Language
    Solidity
    Finality
    Hours (ZK proof)
    Interop
    AggLayer
  • Substrate

    Model
    Sovereign L1 / Parachain
    Language
    Rust
    Finality
    Deterministic (GRANDPA)
    Interop
    XCM
  • ZK Stack

    Model
    ZK rollup · Validium
    Language
    Solidity + Rust
    Finality
    Hours (Boojum proof)
    Interop
    Elastic Chain

Every appchain parameter starts from a sensible default

Picking deliberately on each axis is what separates an appchain from a generic deployment. We model the cost and operational impact of every option in the written recommendation.

Consensus

How is finality reached?

  • CometBFT (Tendermint)

    Single-block finality

    Common
  • HotStuff

    Linear, pipelined

  • PoS (Casper-style)

    Slot-based, slashing

  • Optimistic / ZK

    Inherits L1 finality

Gas economics

How are fees priced and paid?

  • Custom ERC-20 gas

    Stable-coin gas, sponsor mode

  • Native fee token

    Validator reward, MEV capture

    Common
  • Gasless / paymaster

    App-sponsored UX

  • Multi-asset gas

    User picks the token

Validator set

Who proposes and finalises blocks?

  • Permissioned (you)

    KYC'd validators only

  • Permissioned (shared)

    Curated operator set

    Common
  • Permissionless PoS

    Open delegation

  • DPoS / nominated

    Cosmos / Polkadot style

Governance

How does the chain upgrade itself?

  • On-chain governance

    Token-weighted votes

    Common
  • Multi-sig council

    Foundation-controlled

  • Hard-fork coordination

    Off-chain social consensus

  • Hybrid

    Council + on-chain ratification

Throughput

What write capacity do you need?

  • Low volume

    Treasury and settlement flows

  • Consumer volume

    Typical dApp traffic

    Common
  • High volume

    Gaming, social

  • Sharded / parallelised

    Move-style or rollup-of-rollups

Interop

How does value cross in and out?

  • IBC (Cosmos)

    Native channel-based

  • Canonical bridge

    OP/Orbit/CDK

    Common
  • LayerZero / Wormhole

    Generalised messaging

  • Atomic swaps

    Trust-minimised peers

Specify the chain; we build and run it

  1. Define the chain

    Consensus, gas token, validator set, governance model, throughput target.

  2. Pick a framework

    Cosmos SDK, OP Stack, Arbitrum Orbit, Polygon CDK, Substrate, ZK Stack, or a custom stack. We recommend one in writing.

  3. Deploy infrastructure

    Validator nodes, full nodes, RPC Endpoints, block explorer, bridge, and indexer. All managed.

  4. Launch

    Testnet in under 24 hours, then mainnet on your timeline. Continuous monitoring and upgrade management included.

Products that outgrew a shared chain

DeFi

Protocol-specific chains

Set your own block time and validator set, and keep MEV and fee revenue inside the protocol.

Enterprise

Permissioned business chains

KYC-gated validators, compliance reporting, and private data availability.

Real-world assets

RWA tokenization

Regulated chains for tokenized treasuries, real estate, and trade finance with built-in compliance hooks.

Deciding whether you need an appchain

Need something specific? Talk to an engineer.

  • An application-specific blockchain is a chain built and operated for a single application or ecosystem. Unlike deploying on a shared L1 or L2, an appchain gives you full control over throughput, fee economics, consensus parameters, and governance.

  • Appchains make sense when you need custom gas economics, want to capture MEV, have throughput needs that congest base layers, require permissioned validator sets, or want sovereign control over chain upgrades. They're rarely the right call for early-stage apps with low transaction volume.

  • Costs depend on framework, validator-set size, throughput, and DA layer. Managed infrastructure is quoted per engagement, with DA and settlement costs passed through on top. You get a cost model for your specific design before contracting.

    Request a quote →
  • A rollup settles to and inherits security from a base layer (Ethereum, usually). An appchain might be a sovereign L1, a rollup, or anything in between. We support both. Many teams start as a rollup and migrate to sovereign once they have meaningful TVL and decentralized validators.

  • Yes. You can run all validators, run some validators while we run the rest, or have us operate the full set under contract. Most permissioned appchains start with us as primary operator and decentralize over time.

  • Yes. Native framework bridges (OP Stack canonical bridge, Orbit native bridge, IBC for Cosmos), plus integrations with third-party bridges like LayerZero, Wormhole, and Axelar.

  • Testnet in under 24 hours once the architecture is agreed. Mainnet follows once tokenomics design, audits, and validator coordination are done; we set that date with you in the engagement plan.

Pick the trade-offs you actually want.

Bring us your application; we model the framework, consensus, gas, and interop choices, cost each one, and then operate the chain we build with you.