BlogProducts

Introducing Verified Asset Pilot

Published

Tokenized assets are becoming easier to issue, but still difficult to distribute. An asset can be live, documented, and in demand, while still being hard to use across the many chains where holders, traders, liquidity providers, and developers spend time.

Today, we're introducing the Verified Asset Pilot: a program for issuers and token teams to claim official Omnisea asset pages, verify official routes, share in protocol revenue, and help bring representation assets into the places where people can actually use them.

Measuring progress in asset distribution

For Omnisea, progress means more than moving a token from one chain to another. It means making the asset legible when it arrives: where it came from, what original token it points back to, which route created the representation, and whether the issuer or token team has claimed the asset page as an official route.

That is why the pilot starts with verification. A claimed asset page gives holders and builders a clearer surface for understanding a representation asset before they use it in a market, a pool, a vault, or an application.

Verification does not turn Omnisea into an investment recommender, issuer, broker, or eligibility gate. It gives the official team a way to attach better metadata, route context, and public resources to the assets already moving through Omnisea.

Concrete assets, not a single-chain boundary

A useful way to understand the pilot is through real tokenized-asset examples. Ondo-tokenized stocks such as CRCLon, NVDAon, and SPCXon show the kind of assets that can create demand across many ecosystems once holders and applications have a clear transfer surface.

BNB Chain can be one example source ecosystem for these kinds of assets. It is not the limit of the pilot. Omnisea is built for asset routes across supported chains today and a much larger set of chains over time. The goal is to let credible assets expand wherever real usage appears, not to define distribution around one source chain.

What better routes look like

A better route starts before the transfer. The asset page should show the original chain and token, the destination representation, route status, and the official resources a user should review. The user should not need to guess whether a representation asset is connected to the original.

After the transfer, the representation should become part of the destination economy. That may mean trading on a central limit order book, adding liquidity to an AMM pool, using the asset in collateral designs, or building applications that make the asset useful beyond a bridge transaction.

This is the standard we want the pilot to measure: verified assets that do something on destination chains. Transfers are the first step. Usage is the point.

The issuer incentive

Issuers and token teams that claim their asset pages and designate official Omnisea routes will receive 25% of Omnisea fixed protocol fees generated by transfers through those verified routes during the pilot.

Omnisea does not charge a percentage fee on the transferred token amount. Protocol revenue comes from a fixed transfer fee, so the incentive is tied to route usage without taking a spread from larger transfers. Under the protocol's lock, mint, burn, and unlock model, representations are designed to remain redeemable to the origin chain on a 1:1 basis, subject to token behavior, network fees, route availability, and issuer-specific restrictions.

Revenue share is not the only incentive. Verified teams also get better discovery, cleaner route context, analytics, and a direct reason to make their Omnisea asset page the canonical place to understand their representation routes.

Incentives for real usage

We also plan to reserve an allocation of Omnisea's future token as an incentive layer around verified representation assets. This allocation is intended for activity that makes these assets useful on destination chains, subject to final program terms, eligibility, and applicable requirements.

The first group is holders who transfer into representation assets and then perform real onchain activity: trading on CLOBs, adding liquidity to AMM pools, participating in market structure around the asset, or using the representation in collateral and settlement workflows.

The second group is developers who build on top of verified representation assets. That can include markets, vaults, risk tools, portfolio surfaces, collateral systems, routing interfaces, analytics, and applications that make tokenized assets more useful after they arrive on a new chain.

The incentive design is intentionally usage-oriented. A bridge transfer by itself is not the end state. The pilot is meant to help representation assets become part of active markets and developer workflows.

Bringing verified assets to more chains

Omnisea's current work starts with supported routes across chains such as Base, Arbitrum, Polygon, BNB Chain, Optimism, and Tempo. The broader roadmap is to expand toward tens of chains, so verified assets can follow demand as the onchain ecosystem grows.

That expansion is especially important for RWAs and tokenized equities. These assets need distribution, but they also need clarity. They should not arrive on a destination chain as anonymous wrappers with no route story, no issuer context, and no obvious path back to the original asset.

The Verified Asset Pilot is our first step toward making that distribution layer measurable, official, and useful for the teams and users who create it.

How to participate

Issuers and token teams can apply to claim their Omnisea asset pages, verify official routes, and join the pilot revenue-share program. Chain teams, liquidity venues, market makers, and developers can also participate by proposing destination-chain campaigns or applications around verified representation assets.

We are looking for teams that want to turn cross-chain distribution into real usage: better markets, better liquidity, better collateral, better data, and a clearer experience for holders.

Tokenized assets are becoming more useful. The next step is making sure they can reach the places where people are ready to use them.

Experimental Beta is Live-Learn more about the Pilot