The Fragmentation Crisis

The Web3 ecosystem is highly fragmented, with hundreds of chains and dApps creating isolated user silos where users and liquidity are locked.

Data reveals that 59.5% of EVM wallets interact on only one network,

35% interact with just two

Only 4.4% operate across three chains,

A mere 0.7% span four, and 0.2% five or more, creating a fundamental barrier to protocol growth and user discovery.

This fragmentation has far-reaching consequences:

• Protocols deployed on only a few chains miss out on users whose funds live elsewhere

• Cross-chain APR disparities emerge, even when protocols deploy across multiple chains, users may find better yields on chains where their assets don't reside

• Complicated asset management across multiple networks fragments liquidity

• Users face time-consuming processes while protocols lose potential reach

In practical terms, millions of wallets hold significant balances on one chain but cannot directly use dApps on another without the use of cumbersome bridging or swapping.

For example, Polygon, Arbitrum, and Base each have millions of active wallets, yet less-active chains have far fewer users. In this landscape, users lose time, and protocols lose reach.

Cross-Chain Friction and User Drop-Off

Traditional cross-chain transactions involve numerous steps:

selecting chains, switching networks, multiple bridge and swap confirmations. An intent-driven, one-click approach collapses these into a single action.

Cross-chain interactions today are tedious. Bridging tokens often involves multiple steps, high fees, and cumbersome processes, leading to abandoned transactions.

Protocols limited to certain chains compound this issue. A user holding assets on Chain A must bridge/swap to reach a dApp on Chain B.

Current Chain Landscape and User Distribution

Active User Concentration

• Base: 38M users, $6.5M fees, 270M txs

• Polygon: 18M users, $262K fees, 113M txs

• Ethereum: 17M users, $41M fees, 50M txs

• Arbitrum: 11M users, $1.3M fees, 94M txs

• Optimism: 2M users, $332K fees, 41M txs

Base leads in adoption, Ethereum in fee revenue, Arbitrum in strong activity, while Polygon shows the broadest user onboarding.

User Balance Tiers (>$1K Accounts)

$1k–$10k: 134K users (60.7%) – avg balance $3.4k

$10k–$100k: 65K users (29.5%) – avg balance $32.5k

$100k+: 22K users (9.8%) – avg balance $3.4M

While whales are <10% of users, they hold the majority of liquidity, an outsized opportunity for protocols.

Cross-Chain User Behavior: Friction is the Norm

1. Migration Patterns

   Top migration routes (past 3 months):

   1. Ethereum - Base: 71.7K users, $2.0B volume

   2. Ethereum - Arbitrum: 24.1K users, $1.9B volume

   3. Arbitrum - Ethereum: 42.1K users, $1.7B volume

2. Bridge Activity Concentration

   1. Ethereum - Base: $12B volume (dominant route)

   2. Ethereum -Arbitrum: next highest volume

   3. Stablecoin bridges (USDC, USDT) dominate

Users clearly want to move, but bridging is costly and complex.

Blockchain Users' Pain Points

• Multiple approvals and confirmations

• Network switching in wallets

• Long bridge waiting times and fees

• Route complexity and failed transactions

This friction mirrors Web2’s 70% cart abandonment rate, but in Web3, it’s likely worse.

The Opportunity: Cross-Chain Intent Infrastructure

Protocol Discoverability Gap

• Base’s 38M users are invisible to Arbitrum-only protocols

• Polygon’s 18M users cannot easily reach Ethereum-native dApps

• Whales ($100k+ users) are only 9.8% but hold most of the capital

Yield Disparities Across Chains

Even multi-chain protocols face discoverability limits:

APRs vary by liquidity depth across chains

Users often skip better yields on other chains to avoid bridging friction, which results to inefficient capital allocation and missed growth.

Epoch replaces fragmented bridging UX with intent-driven cross-chain execution:

• Declarative Intents: users specify what (stake 1,200 USDC on the highest APR) not how

• Solver Competition: solvers race to find the best execution path

• Liquidity Fronting: solvers front destination tokens instantly, settle later

• Account Abstraction: gasless, seamless user interactions

This unlocks true cross-chain discoverability for protocols and eliminates UX friction for users.

Market Impact Projections

1. Expanded Addressable User Base :

   1. 3% conversion of adjacent-chain users >= 1.14M new users

   2. 5% conversion >= 1.9M users

   3. 10% conversion >= 3.8M users (~2.5x TAM expansion)

2. Whale Acquisition Potential :

   1. 22K whale users, avg balance $3.4M

   2. Capturing even a fraction of this cohort dramatically increases TVL

   3. Base’s whale-heavy distribution is particularly valuable for other chains

3. Network Effects :

   1. Protocols gain global discoverability without redeployment

   2. Users access the best yields anywhere with no UX burden

   3. Ecosystem benefits from efficient liquidity allocation

From Fragmentation to Growth: How Epoch Converts the Problem into Expansion

The data is clear: 59.5% of wallets remain siloed, while billions in bridging volume show strong user demand but painful inefficiency.

Epoch turns these weaknesses into levers for growth.

1. Unlocks New User Acquisition

• Protocols on a single chain instantly become discoverable to adjacent chain users.

• Even a 3–5% conversion from neighboring ecosystems brings 1M+ new active users.

2. Expands Liquidity and TVL

• Whale users ($100k+ balances) represent less than 10% of wallets but hold the majority of liquidity.

• Epoch removes barriers preventing whales from moving into higher-yield opportunities on other chains.

• Protocols gain 25–40% more TVL through seamless cross-chain yield access.

3. Optimizes Yields & Capital Efficiency

• By abstracting away chain silos, users are routed automatically to the best APRs across chains.

• These levels yield, reducing inefficiencies caused by fragmented liquidity.

• Protocols benefit from stickier capital as users trust the solver network to optimize returns.

4. Reduces User Acquisition Costs

• Traditional multi-chain expansion requires redeployment, liquidity incentives, and user education on each chain.

• With Epoch, discoverability is automatic, a protocol on one chain becomes instantly visible across many.

• This reduces CAC (cost of acquisition) and accelerates scaling.

5. Creates Network Effects

• Every protocol integrated increases the value of the solver network for users.

• Every new user onboarded increases discoverability for all protocols.

• Over time, this creates a self-reinforcing flywheel of growth, where fragmentation drives integration instead of inefficiency.

Epoch as a Growth Engine

Epoch is not just reducing friction. It is:

• Expanding markets (millions of new users)

• Unlocking liquidity (whales + TVL migration)

• Optimizing yields (capital efficiency across chains)

• Lowering acquisition costs (protocols get multi-chain discoverability for free)

• Driving network effects (each integration compounds value for all participants)

In a fragmented ecosystem, Epoch transforms isolation into integration and inefficiency into growth.

Flipside dashboard

https://flipsidecrypto.xyz/chat/shared/artifacts/cross-chain-user-behavior-analysis-dashboard-qpybygd1

Author:

Linnda (Web3 Data Architect)

It sounds good when put like this, but it comes with its nuances. How do we ensure solvers/solvers can fulfill the entire intent, if not, how do we ensure solvers cover wide use cases, and ensure users get the best route and order filling?

Well, the key is solver collaboration and coordination!!

Collaboration

Solvers can decide to work with each other to fulfill/solve different parts of the intent, they can leverage some collaboration layer to solve their bit and hand off the rest of it to the next solver.

Solvers need to understand two things here, what the ask is, and whom they should collaborate with, ideally a solver that gives a good quote or route.

Now for this, there are some bottlenecks, the biggest one is counterparty discovery, how do you discover which solver can solve the other half, or give an optimal solution for the other half?

Coordination

Collaboration has its bottlenecks but it's essential to wider coverage for intents to solve for and achieve better solutions, instead of doing a blind or friendly collaboration, we can put a coordination mechanism that

1. Knows who can solve what.

2. Query their quotes and routes.

3. And lastly divide parts of intent among different solvers.

When you put in coordination along with collaboration, you reach a better solution, if a coordination mechanism knows who can solve what part of the intent, and who is giving a better quote/route, collaboration becomes easier and you are less likely to run into a situation where you don’t find a solver who can do it all.

Intents and intent solver space is evolving, new approaches will scale this space, and collaboration and coordination will become the defining factors for completely changing the web3 interactions.

There can be different mechanisms for solver coordination, read about Epoch Protocol’s Sub Intent Orchestration here -

https://mirror.xyz/0x62BF6561db8D0105839B70c7bd4210bca3d6aCF2/uyD5t2meAwK1rXfKlLa-Y2n7yAgMxhpr1pKX5uQdg2g

Methods for Executing User Intents

There are three possible approaches to solving a user’s Intent:

1. Identify a single solver capable of solving the entire intent.

2. Allow solvers to collaborate without orchestration on their own.

3. Deconstruct Intents into Sub-Intents, find partial solutions and merge them into a complete solution (Epoch Protocol’s approach).

The first approach requires a one-intent solver that can transition the user from the initial to the final state. For simple state updates like bridging or swapping, this is straightforward. However, as Intents require more partial state updates, fewer solvers can address them, potentially resulting in suboptimal solutions.

With the second approach, solvers would need to collaborate through peer-to-peer communication. Due to technical limitations and economic reasons might not be able to reach a more optimal solution. The solver might choose not to collaborate hindering the process of finding a solution.

Epoch Protocol’s Approach

Epoch Protocol deconstructs Intents into smaller Sub-Intents. Each Sub-Intent is then solved by a competing market of purpose-specific Intent solvers. This approach eliminates the need for a comprehensive solver, instead relying on multiple solvers that address smaller Sub-Intents, which are then combined and committed to a settlement layer.

Example: DAI on Optimism to Eigen Layer Restaking Position

Let’s consider a user who has DAI on Optimism and wants a restaking position in Eigen Layer on Ethereum Mainnet.

Approach 1: Find a solver willing to exchange DAI on Optimism for an equivalent restaking position in Eigen Layer.

Approach 2: Intent solvers work together to find solvers that can solve for the intermediate steps while one solver coordinates and executes the final intent.

Approach 3 (Epoch Protocol): Break down the Intent into Sub-Intents:

1. Swap DAI for ETH

2. Bridge ETH to Ethereum

3. Use optimal liquid staking platforms (e.g., Lido or RocketPool)

4. Restake obtained liquid restaking token to Eigen Layer

Multiple solution paths are possible:

1. One Intent solver provides stETH on Ethereum in exchange for DAI on Optimism, then another solver provides a way to restake stETH.

2. Different Intent solvers address each step: DAI to ETH, bridging ETH to Ethereum, using Lido for liquid staking, and restaking stETH.

Epoch Protocol queries Intent solvers and their markets for possible solutions and quotes. Each route is evaluated, and the most optimal one is selected for execution

The Importance of Sub-Intents

User Intents often involve interactions with multiple protocols, combining swaps, bridges, lending, staking, and any other arbitrary protocol interaction. Finding a single solver for complex Intents becomes increasingly difficult as the number of protocol interactions increases.

The Sub-Intents model ensures that if solvers exist for all individual Sub-Intents, a solution can be found. Moreover, competing solvers for each Sub-Intent lead to more optimal solutions.

Sub-Intent Orchestrator (SIO)

Epoch’s Sub-Intent Orchestrator (SIO) is a game-changing component that utilizes an extensive graph comprising of protocols, tokens, dApps, chains and more. Each node in the graph represents one of the elements mentioned before with their specific attributes and traits. These attributes would be able to establish connections to other such elements.

Once the SIO reaches the final desired node through these multiple potential paths, it queries multiple solvers for their proposed partial state updates. This information is used to assign costs and weights to nodes and paths.

The path with the lowest cost and maximum weight is selected, ensuring users receive the most optimized solution for their Intent.

Conclusion

Sub-intent orchestration enables the use of smaller, purpose-specific solvers and their competing markets to reach more solutions. By selecting the most optimal solutions for all involved Sub-Intents, Epoch Protocol avoids the limitations of relying on a single comprehensive solver to address all user needs.

The Problem of Complexity and Fragmentation in Web3

aka Web3’s Sophies’ Choices

1. The Exponential Growth of Protocols, dApps, and Chains

   Users often find it overwhelming to navigate the web3 ecosystem, identify the best protocols, and manage their assets across multiple chains.

   These countless choices aren’t just a barrier for new users - they also make it tough for developers to build dApps that might need to interact with other protocols to get the user in the correct state to use their dApp.

2. Fragmented Liquidity and Assets

   Users' funds are often scattered across multiple networks and assets, making fund management and cross-chain dApp interaction a painful task.

3. Mentally Taxing User Experience

   Performing transactions often involve multiple steps, long wait times, and interaction with newer unfamiliar dApps and protocols. Users must deal with different gas tokens, bridges, network conditions, and protocols.

4. Lack of Non-Custodial Automation

   Currently, there is no way to automate transactions in a non-custodial manner, maintaining full control over one's funds. All transactions are manual, requiring users to be terminally online to execute transactions at the right moment. There’s no way to make transactions that depend on and adapt automatically to the ever-changing on-chain and off-chain conditions.

5. Inconsistent Offerings from Protocols

   Different protocols offer varying rates, speeds, fees, privacy, and even MEV protection for the same actions across multiple chains. Aggregators have been great till now for verticals like bridging and swapping but as the variety of things we do on-chain increases even these aggregators would fall short of meeting the exponential growth. This would mean users must spend considerable time and effort finding the best rates for staking, swapping, lending, and other activities.

6. Limited Intent Solvers

   dApps that try to give a one-stop-shop solution for users often have a fixed list of protocols and chains they interact with, which means they cannot always offer the best possible rates or routes for users' transactions. Plus they cannot expand as quickly to the newest chains and protocols that might be more lucrative for users.

Epoch’s Solution: Using the Intent Paradigm along with Declarative Intent Input, Trigger Observers, Smart Account Level Permissions, and Fast Finality Bridge to offload the problems to sophisticated solvers.

Epoch Protocol sits between users, other protocols, and chains and provably optimizes for best conditions for all the involved steps - it figures out the intent → finds the best routes for desired actions → and/or waits for better routes → automatically performs intermediate steps like bridge funds if deficit → makes necessary swaps → handles the gas payment and ultimately settles user’s or protocol’s intent in a non-custodial way.

Intent-Centric dApp Discovery With Epoch’s Composable and Modular Intent Solver, solvers can plug modules specific to certain web3 verticals, protocols, and even other intent solver networks through adapters. They can either propose the most optimal partial solution or a complete solution.

Multiple Intent Solvers and Optimized Rates Epoch Protocol provides a network of these modular intent solvers that can join the network and counterparty discovery and solver competition the network can ensure that users always get the most optimal solution.

Time Abstracted Intent and Execution Epoch Protocol leverages SAFE smart wallets and account abstraction to offer fully non-custodial automation. Users maintain complete control over their funds while automating transactions based on on-chain or off-chain triggers. This ensures security and convenience without sacrificing control. This will become easier and more widely adopted through EIP-7702, ERC-7579, and ERC-7715 and various other discussions going around Smart Wallets.

Building an Inter-Compatible Solver Network At Epoch we believe that the intent solver networks shouldn’t be built in silos. The composability of Epoch Protocol means that through adapters there can be a two-way connection between Epoch Intent Solvers and other intent solvers.

Components of Epoch Protocol

Epoch Node: Divided into environments like Transaction Bundler, Context Setter, Observer, Composable Solver Environment, and Consensus to handle different stages of intent execution.

• On-Chain Contracts: Includes Registry and Gatekeeper, SAFE smart wallets, Epoch Plugin(ERC-7579 compatible), Epoch Hook, Liquidity Pool, and a cross-chain Epoch Paymaster for secure and efficient transaction management.

• Epoch SDK: Provides dApp developers with tools to easily integrate, use intent solvers, and automate transactions, reducing development time and effort by not internalising a bunch of protocols and writing custom smart contracts.

What does it mean for Users and Protocols

For dApps

• Simplified user onboarding by automating the acquisition of necessary tokens and positions and bridging - getting users in the correct state.

• Automate transaction execution and permission management for their users.

• Streamlined transactions across multiple chains, reducing the need for integrating and maintaining protocols.

For Users

• Declarative Intent-based input would mean users can give their transaction conditions and triggers in natural language too.

• Automated staking, lending, swapping, social, gaming, and much more based on optimal on-chain conditions.

• Simplified management of fragmented liquidity across chains.

• Better security as intent solvers can pick secure protocols and verify execution.

There’s More Coming…

We’ll share more information about the Epoch Protocol in the coming days.

We’d love to connect with

• developers who can make dApps and Modules for Epoch Protocol

• dApps who want to use intents to simplify user and development experience. Give a smoother experience to users.

• protocols who’d like to have their modules in the Epoch Module library.

Follow us on Twitter - @0xEpochProtocol and Join our Discord Community - Here

Support us now and get your Epoch Early Supporters NFT

https://opensea.io/assets/0x7d55A44B9EbD821Ac99C0870D86792c4D65F67c2/0

Give our dApp a try and you can mint the special edition NFT - app.epochprotocol.xyz