Connecting...Base Mainnet

Execution Layer for On-Chain Automation

Optimistic execution with on-chain condition verification. Staking and slashing for economic security. Chainlink oracles for price triggers.

On-chain verification — conditions checked entirely on-chain
Economic security — executor staking with slashing for invalid execution
Base native — deployed on Base Mainnet, no custom chain or token
Open source — 7 audited contracts with 129 tests on GitHub

Optimistic execution layer for autonomous protocols on Base.

Optimistic execution · Executor staking · MEV-resistant ordering · Real network

Network
B
Base (EVM)
Chain ID
8453

RPC: mainnet.base.org · Real block data · No custom chain · No protocol token

network_status.log
network:base-mainnet
chain_id:8453
rpc:mainnet.base.org
block:...
status:connecting...
Execution Status
Production Ready
Real Base mainnet block data
On-chain condition evaluation
On-chain execution verified
Production execution network
Cryptoeconomic security model
$
0
Total Jobs
0
Executed
0
Active
0%
Success

Target Users

Who Uses Heliora

Heliora is built for protocols that require reliable, verifiable on-chain automation.

DeFi Protocols

Liquidations, rebalancing, auctions, and other time-sensitive operations that require on-chain condition verification.

DAOs

Governance execution, treasury automation, and scheduled protocol upgrades without trusted intermediaries.

Asset Managers

Periodic actions, risk threshold monitoring, and automated portfolio rebalancing with on-chain verification.

Infrastructure Protocols

Replacing trusted keepers with permissionless execution. Building autonomous systems that execute by conditions.

Pilot Use Case

Automated Liquidation Execution

Demonstrating Heliora's execution flow with a real-world DeFi automation scenario.

Condition
ETH/USD price threshold via Chainlink oracle
Execution
On-chain callback to liquidation contract
Network
Base Mainnet (production)
Status
Production execution network with verified on-chain transactions

✓ Production execution network with verified on-chain transactions and cryptoeconomic security.

Protocol Capabilities

Infrastructure for Autonomous Protocols

Execution primitives for protocols that need reliable, verifiable automation

Conditional Execution

Register conditions as on-chain state predicates. Heliora evaluates against storage slots, oracle feeds, or block parameters. Conditions are immutable once registered.

Supports: storage proofs, Chainlink/Pyth oracles, block.number, block.timestamp

Execution Finality

Optimistic finality with 10-block challenge window. Immediate finality available with validity proofs (ZK mode). Executors post bonds proportional to execution value.

Finality: 10 blocks optimistic, instant with ZK proof

Gas Efficiency

Batch multiple executions into single transaction. Calldata compression for L2s. Executors compete on gas price, not just speed — protocols pay market rate.

Avg savings: 40% via batching on L1, 70% on L2

Base-Native

Core execution primitives deployed on Base. No custom chain, no protocol token. Leverages Base's security and low fees as the primary execution layer.

Primary: Base · Adapters: Ethereum, Arbitrum, Optimism

Developer Tooling

Solidity integration in ~100-200 lines. REST API and Dashboard for condition monitoring. Testnet simulation before mainnet deployment.

Solidity integration: ~100-200 lines · REST API + Dashboard

Execution Dashboard

Monitor condition status, execution history, and executor performance. Webhook notifications for execution events. Exportable logs for auditing.

API: REST · Export: JSON, CSV

Trust Model

Cryptoeconomic Execution Guarantees

Existing automation solutions rely on trusted operators, committee consensus, or centralized relayers. Heliora uses optimistic execution with fraud proofs — the same security model that secures optimistic rollups. Execution conditions verified on-chain with cryptoeconomic guarantees via staking and slashing.

Why Heliora: On-chain condition verification with optimistic execution. Authorized executor model with economic security. Chainlink price feeds for oracle triggers. No committee consensus overhead. No off-chain condition evaluation.

Approach
Trust Model
Limitations
Heliora Approach
Keeper Networks
Gelato, Keep3r
Trusted Keeper Set
Requires trust in registered keepers. Keeper misbehavior = missed execution. No on-chain verification of condition correctness.
Heliora executors are permissionless. Stake is slashed for invalid execution. Condition verification is on-chain.
DON-based
Chainlink Automation
Committee Consensus
Requires N-of-M committee to agree on condition. Latency depends on committee round. MEV exposure during consensus.
Single executor with optimistic finality. Challenge-based security. Sub-block execution latency possible.
Centralized Relayers
OpenZeppelin Defender
Trusted Operator
Single point of failure. Operator downtime = no execution. No cryptoeconomic guarantees.
Decentralized executor set. Execution incentives aligned via staking. Liveness guaranteed by economic competition.

Execution Correctness

Invalid executions are detected and penalized. Verifier contracts check Merkle proofs of condition state.

Security: 1-of-N honest challenger

Liveness

Economic incentives ensure execution. Unfulfilled conditions with sufficient fee attract competing executors.

Guarantee: Fee > gas_cost → execution

MEV Resistance

Commit-reveal prevents front-running of execution. Executors commit to condition ID before revealing execution details.

Model: 2-phase commit with bond

Protocol Architecture

How Execution Works

Heliora separates condition definition from execution. Protocols specify what should happen; the executor network handles when and how.

B
Core contracts deployed on Base · Adapters for cross-chain execution
1

Condition Registry

On-chain registry on Base where protocols define execution conditions. Conditions are immutable once registered and reference specific contract states, oracle feeds, or block parameters.

  • Condition hash stored on Base
  • References to state slots / oracle addresses
  • Expiry and execution window parameters
2

Executor Network

Permissioned set of authorized executors who stake collateral. Executors must be authorized by the protocol owner and maintain minimum stake.

  • Minimum stake: 0.1 ETH (configurable by owner)
  • Authorized executor model with on-chain access control
  • Stake slashable for invalid or missed execution
3

Verification Layer

Execution validity is proven on-chain. Verifier contracts check that the condition was true at the claimed block before finalizing execution.

  • Merkle proof of condition state
  • Block header verification
  • Challenge period: 10 blocks (optimistic)
4

Settlement

After verification, execution is finalized. Executor receives fee from protocol. If challenged and found invalid, stake is slashed and challenger rewarded.

  • Fee paid in ETH or ERC-20
  • Slash: 100% of execution stake
  • Challenger reward: 50% of slashed stake
execution_flow.pseudo
// 1. Protocol registers condition on Base
registry.register({
  condition: "oracle.price(ETH/USD) > 3000",
  callback: liquidator.execute(vaultId),
  stake_required: 1 ether,
  max_gas: 500_000,
  expiry: block.number + 7200  // ~24h
});

// 2. Executor commits to execute
executor.commit(conditionId, commitment_hash);

// 3. Condition becomes true at block N
// 4. Executor reveals and executes
executor.reveal(conditionId, nonce);  // within reveal_window
executor.execute(conditionId, proof);  // merkle proof of condition

// 5. Verification (optimistic)
// - If no challenge in 10 blocks: finalized
// - If challenged: verifier checks proof on-chain
// - Invalid execution: executor slashed, challenger rewarded

// Cross-chain execution (via adapter)
adapter.executeOnChain(chainId, conditionId, proof);

Network Access

Execution Access Tiers

Pay for network access. Execution fees and gas paid separately per condition.

Testnet

Development and integration testing

Free
Stake
0 ETH (simulated)
Execution Fee
Free
Finality
Instant (no challenge)
SLA
Best effort
  • Base Sepolia testnet
  • 100 condition registrations
  • 1,000 executions/day
  • 5 min condition check interval
  • Community Discord support
Access Testnet

Mainnet

Recommended

Production execution access

$500/month
Stake
0.01 ETH per condition
Execution Fee
$0.01–$0.10 per execution
Finality
10 blocks optimistic
SLA
99.5% uptime
  • Base mainnet
  • Unlimited conditions
  • 10,000 executions/day
  • 1 block condition check interval
  • Priority executor assignment
  • Webhook notifications
Subscribe Now

Enterprise

Dedicated infrastructure tier

Custom
Stake
Configurable
Execution Fee
0.05–0.1% of value
Finality
Instant (ZK proofs)
SLA
99.9% with penalties
  • Private executor set option
  • Unlimited executions
  • Custom condition types
  • Sub-block latency (MEV integration)
  • On-call engineering support
  • Security review of conditions
  • Value-based pricing (0.1% of liquidation volume)
Subscribe Now

Pricing Model: Subscription + Execution Fee + Stake

1. Subscription:Monthly tier access ($500/month for Mainnet)
2. Execution Fee:$0.01–$0.10 per execution (or 0.1% of value for liquidations)
3. Stake:0.01 ETH per condition (economic guarantee)

Why this model works:

  • Client pays only when execution happens (value-based pricing for liquidations)
  • Stake provides cryptoeconomic security — slashed for invalid execution
  • Cheaper than keeper networks — no per-keeper fees or committee overhead
  • No dependency on Chainlink DON or Gelato infrastructure

Primary execution on Base Mainnet. No custom chain. No protocol token.

Roadmap

Development Roadmap

From production launch to ecosystem growth. Building the future of on-chain automation.

Q1 2026

Production Launch

✓ Complete

Base Mainnet execution network live. Core contracts deployed and verified.

  • HelioraExecutor contract on Base Mainnet
  • Real on-chain execution verified
  • Dashboard and API operational
  • Documentation and integration guides
Q2 2026

Protocol Partnerships

→ In Progress

Onboard first DeFi protocols. Build integration examples and case studies.

  • Pilot integrations with 3-5 DeFi protocols
  • Liquidation automation use cases
  • Integration SDK and examples
  • Community feedback and improvements
Q3 2026

Scale & Enhance

Planned

Enhanced security model. Staking and slashing mechanisms. Multi-chain expansion.

  • Enhanced staking & slashing mechanisms
  • Advanced challenge & fraud proof system
  • Multi-chain support (Optimism, Arbitrum)
  • Performance optimizations
Q4 2026

Ecosystem Growth

Planned

Enterprise features. ZK proofs for instant finality. Audit and security reviews.

  • ZK validity proofs for instant finality
  • Enterprise tier features
  • Security audits and certifications
  • Ecosystem partnerships and integrations

Technical FAQ

Frequently Asked Questions

Executors stake ETH as collateral (minimum 0.1 ETH). After execution, there's a 300-block challenge window. Anyone can submit a fraud proof showing the condition was not met. Invalid executions result in stake slashing. This is the same optimistic security model used by rollups like Optimism.

Ready to Build Autonomous Protocols?

Open-source contracts on GitHub. Deploy on testnet. Ship to mainnet when ready.

Stay Updated on Protocol Development

Get updates on new features, network improvements, and execution patterns. Join the developer community.

No spam. Unsubscribe anytime.