Othentic
  • Introduction
    • Introducing Othentic Stack
    • Use Cases
  • AVS Framework
    • Abstract
    • Quick Start
    • Othentic CLI
      • Key Management
      • Contracts Deployment
      • Operator Registration
      • AVS Logic Implementation
      • Operator Deposit
      • Node Operators
      • Rewards Distribution
      • P2P Config
        • Custom P2P Messaging
        • P2P Auth Layer
        • Metrics and Monitoring
        • Logging
        • Persistent storage
        • Latency
      • CLI Command Reference
    • Smart Contracts
      • AVS Governance
      • Attestation Center
      • Hooks
        • Task Logic
        • Operator Management
        • Rewards Fee Calculator
      • OBLS
      • Othentic Registry
      • Message Handlers
    • Othentic Consensus
      • Abstract
      • Task & Task Definitions
      • Leader Election
      • Proof of Task
      • Execution Service
      • Validation Service
      • Voting Power
      • Rewards and Penalties
      • Internal Tasks
    • FAQ
    • Supported Networks
    • Explainers
      • Networking
      • Multichain
      • Production Guidelines
      • Operator Allowlisting
      • Governance Multisig
  • External
    • AVS Examples
  • GitHub
  • Othentic Hub
Powered by GitBook
On this page
  • Overview
  • Usage
  • Deploying a multi-L2 AVS
  • Adding an L2 network to an existing AVS
  • Environment Variables Configuration
  • Use Cases
  1. AVS Framework
  2. Explainers

Multichain

PreviousNetworkingNextProduction Guidelines

Last updated 18 days ago

Overview

Othentic introduces the Multichain component, allowing distributed systems (”AVS”) to operate in any EVM environment, simultaneously. Developers can deploy L2 smart contracts on multiple L2 networks to extend capabilities across multiple chains seamlessly.

For more information, please refer to the .

  • Hooks contract execution operates independently on each L2.

  • All L2s remain fully synchronized, ensuring consistent operator registration, voting power distribution, and governance settings.

  • Each L2 network independently manages its reward accounting.

  • You may implement logic to execute tasks on particular chains based on predefined conditions.

The execution of Tasks across different L2s is facilitated by the same peer-to-peer network, operator set and consensus engine used by the AVS.


Usage

Deploying a multi-L2 AVS

Adding an L2 network to an existing AVS

This feature will be supported in an upcoming release.


Environment Variables Configuration

The othentic-cli tool utilizes consolidated environment variables for all supported L2 networks:

L2_CHAIN

L2_CHAIN=<chain1>,<chain2>
L2_CHAIN=amoy,base-sepolia
L2_CHAIN=80002,84532

If targetChainId is not provided, the transaction will be submitted to the first chain in the list (e.g., chain1 or amoy in the examples above).

L2_RPC

Specify the RPC endpoints for all L2 chains, separated by commas (,):

L2_RPC=<chain_id_1>@<rpc_endpoint_1>,<chain_id_2>@<rpc_endpoint_2>

ATTESTATION_CENTER_ADDRESS

Specify all the AttestationCenter contracts for all L2 chains, separated by commas (,):

ATTESTATION_CENTER_ADDRESS=<chain_id_1>@<attestation_center_address_1>,<chain_id_2>@<attestation_center_address_2>

Example:

.env
L2_CHAIN=amoy,base-sepolia
L2_RPC=80002@https://rpc-amoy.example.com,84532@https://rpc-base-sepolia.example.com
ATTESTATION_CENTER_ADDRESS=80002@0x1C4E893Dcc1eAFbf59f8a75e0AbB49Cd841bCECc,84532@0x022AFc410f1190F9a9642AAB990d0668268327a6

Use Cases

Multichain Oracle
Multichain DeFi agents

Processing infinite orders of magnitude of financial strategies from DeFi protocols is infeasible for human consumption. An AVS-verified agent system that autonomously interacts with DeFi protocols across multiple chains on behalf of users—handling tasks like yield farming, rebalancing, or collateral management. The AVS coordinates agent task execution across chains, verifies interactions with DeFi protocols, and slashes malicious behavior.

Intent Solvers

This AVS coordinates a pool of independent solvers that execute user intents—swaps, transfers, contract calls—across multiple L2s. It assigns solver roles, verifies execution conditions, and finalizes results through a consensus process, slashing those who front‑run or misreport. Built‑in MEV‑reduction strategies make execution fairer and more efficient, while users gain confidence that their intents will be filled optimally and verifiably on any supported chain.

Multichain Bridges

This AVS design decentralizes message passing by replacing multisig accounts and trusted relayers with an economically aligned operator set. Operators monitor several L2s, verify messages and states via light clients or ZK‑proofs, and authorize transfers using threshold signatures. Misbehavior triggers slashing, while built‑in liveness guarantees prevent stuck funds. The result is a bridge that inherits on‑chain economic security and removes single points of failure.

Liquidation Keepers

Keepers play a crucial role in maintaining the health of DeFi protocols by acting as incentivized parties who take advantage of arbitrage opportunities to boost the overall health of the protocol. AVS‑run keepers simultaneously monitor lending markets on any L2 for positions that slip below required collateral ratios. They rely on real‑time price and position data, validated with light clients or ZK proofs, to act the moment a threshold is breached. Once triggered, operators execute the liquidation, preserving protocol solvency without centralized bots or race conditions.

Multichain Orderbook

Using a Uniswap V4 hook, this AVS maintains one shared orderbook that matches buyers and sellers across different L2s. Operators collect orders, verify their validity, and settle trades atomically—often with optimistic relays or similar trust‑minimized techniques. Traders on Chain X can fill liquidity on Chain Y without leaving their home network, breaking down silos and deepening overall liquidity. The unified orderbook increases capital efficiency while preserving on‑chain security guarantees.

Automation Networks

Operators in the AVS subscribe to event logs and contract deployments on every supported chain and trigger predefined actions—such as contract calls, token mints, or governance executions—on target chains. Because decisions are made collectively and enforced with slashing, applications get low‑latency, trustless automation instead of relying on a single off‑chain scheduler. This lets multi‑chain dApps react to on‑chain events promptly, safely and transparently, improving UX and reducing operational risk.

Multichain Lending Markets

An AVS‑backed lending layer lets users post collateral on one L2 and borrow on another without trusting middlemen. Operators continuously verify collateral and debt positions across chains using light clients or zk‑proofs, then coordinate borrow and repay actions with threshold‑signed transactions. This unifies fragmented liquidity, expands borrowing power, and keeps positions safe through cryptoeconomic enforcement. Users enjoy seamless credit across L2s and avoid bridge costs and risks, while protocols avoid custodial risk.

Exploit Prevention System

The AVS continuously analyzes protocol activity across chains, using rule‑based checks or ML models to spot anomalies like sudden liquidity drains or oracle manipulation. When suspicious behavior is detected, operators can vote to pause affected contracts or de-risk positions by executing transactions on any supported network. Rapid, decentralized response prevents an exploit on one chain from cascading through shared liquidity or logic. By embedding economic penalties for negligence or collusion, the system aligns everyone on early detection and containment.

All L2 contracts - including , , and will be deployed on all selected L2 networks.

To get started, follow the guide for detailed setup instructions and explore for a working implementation.

Specify the names of all L2 chains, separated by commas (,). You can use standard chain names and specify specific environments as detailed , or use numerical ChainId s.

You can use the targetChainId parameter in the sendTask RPC endpoint of the to indicate which L2 chain the transaction should be executed on.

A multichain oracle AVS delivers uniform, secure, and cost-effective operations across multiple L2s. It aggregates quotes from multiple L2s plus trusted off‑chain sources, validates them, and posts the final value on each network in real time. By closing data gaps that invite arbitrage and systemic risk, the oracle provides developers and users with accurate data. Data feeds can be written directly to on‑chain storage or broadcast through that automatically update downstream protocols.

AttestationCenter
L2MessageHandler
OBLS
InternalTaskHandler
Contracts Deployment
Multi-L2 AVS Example on GitHub
here
Execution Service
Hooks
task submission
Multichain Systems article
Multichain Deployment
Multichain Task Execution