List an existing token
A worked example for a token that already exists: listed for secondary trading on Assetera's venue and carried by every channel, with no primary sale and no contract work.
Your token already exists. Assetera lists it for secondary trading and every channel can carry it. There is no primary sale to configure, no contract to deploy, and no money to reconcile. You send the onboarding pack, and investors on every channel buy and sell it against each other.
This is the second of the three ways in on Bring your asset to Assetera. The first, a new instrument with a primary sale, is worked on List your asset on Assetera.
At a glance
| Who does it | |
|---|---|
| The token, its documents and its terms | you |
| Which networks it is listed on | you, one market per network |
| Which channels carry it | you, per channel |
| Deciding who may trade, on every order | Assetera |
| Escrow, matching and settlement | Assetera's trading venue, on chain |
| Gas | nobody. Every action is relayed, and the investor holds no native token |
| The record of every fill | the chain, indexed by Assetera |
What the venue needs from the token
| Needed | Not needed |
|---|---|
| A standard ERC-20 on a network Assetera serves | Permit support. It is used when present and skipped when not |
| The correct decimals in the pack. The venue does not assume 18 | Any change to the token contract |
| Transfers between the investor's wallet and the venue's escrow | An on-chain allow-list entry. The venue keeps none |
An instrument is tradable because it is in the catalog. Every order, fill and offer on the venue carries a single-use approval signed by Assetera, and Assetera only signs for instruments it lists and investors it has cleared. That is where eligibility is enforced, not in your token.
Transfer restrictions in the token block the venue
If your token enforces its own transfer allow-list, the venue's escrow address and every investor's wallet must pass it, or a fill reverts. Tell Assetera in the pack, and expect the listing to wait until the restriction is resolved on your side.
The journey
- 1You send the onboarding pack · Your firmIssuer, instrument, documents, the token address and decimals per network.
- 2Assetera configures one market per network · AsseteraNo primary sale on it. The market is the secondary book.
- 3Assetera entitles the channels you chose · AsseteraIts own marketplace and each partner app.
- 4Investors place orders and make offers · AsseteraAn open book, and one-to-one negotiation with a named counterparty.
- 5Every action is approved before it reaches the chain · AsseteraEligibility, appropriateness, limits, and the trading window.
- 6Fills settle from escrow · ChainThe maker escrowed up front. The taker names the order. No matching engine guesses.
- 7Nothing · Your firmThere is no reconciliation and no delivery on your side.
What trading looks like on the venue
Two mechanisms, both on the same contract and both gasless for the investor.
| Order book | Offers | |
|---|---|---|
| What it is | a standing intent to trade one token for another, escrowed up front | a one-to-one proposal to a named counterparty, with counter-offers |
| Who fills it | any eligible taker, by naming the order | only the named party, by accepting |
| Ends by | full fill, cancel, or expiry | acceptance, rejection, or expiry |
A secondary fill produces market data. A price chart for your token comes from these fills and from nothing else.
After it is live
Issuer-facing reporting for secondary trading
The issuer portal covers bank-transfer reconciliation, which a secondary-only listing never needs. A self-service view of secondary activity for your token is not documented here yet. The on-chain events are the record in the meantime.
Next
The onboarding pack
The five items, with the token address and decimals per network as item three.
Order lifecycle
Place, fill, cancel and expire on the venue, and the events that record them.
Offer lifecycle
Targeted offers and counter-offers between two named parties.
Attestations
The single-use approval every action carries, and why your token needs no allow-list.
List your asset on Assetera
A worked B2B example. An issuer brings one instrument and reaches every partner tenant entitled to carry it, without a separate integration for each distributor.
The onboarding pack
The five items an instrument needs before Assetera configures its listing: identity, documents, token and network details, market terms, and the receiving account.