Issuing a tokenized asset on IXS Finance is a multi-step process covering structuring, regulatory review, custody and transfer-control setup, token deployment, and distribution. The process typically takes three to twelve months depending on asset complexity and regulatory requirements. This guide walks through each stage from initial inquiry to live product.
The process starts with a fit review — a structured assessment of whether the asset is suitable for tokenization on IXS infrastructure under the current licensing perimeter.
To initiate the review, submit an inquiry at ixs.finance/contact with the following information: the asset class (private credit, fund interest, fixed income, real estate, structured product, or other), the jurisdiction of the issuer and the target investor base, the approximate size of the issuance, the intended investor eligibility (institutional only, accredited, qualified purchaser), and your current stage (exploring, structuring, legal review, or ready to issue).
The IXS team evaluates the submission against three criteria: regulatory classification under the DARE Act and applicable securities law, custody and transfer-control feasibility, and structural fit with the existing Vault architecture (ERC-4626 standard, supported chains, stablecoin denomination).
Fit reviews typically take one to two weeks. The outcome is either a proceed recommendation with a proposed structure, a conditional proceed with issues to resolve, or a decline with explanation. Not every asset is a fit — and that is by design. The licensing perimeter defines what can be issued, not what the issuer wants to issue.
Once the fit review clears, legal structuring begins. This is the stage where the asset's legal wrapper is defined — the structure that connects the onchain token to the real-world asset and its economics.
The legal wrapper is typically a special purpose vehicle (SPV) domiciled in a jurisdiction compatible with the DARE Act framework, or a trust or fund structure where appropriate. The wrapper defines the token holder's legal claim on the underlying asset, including economic rights (yield, principal return), governance rights (if any), transfer restrictions, and redemption terms.
Transfer restrictions are embedded at this stage. These determine who can hold the token, under what conditions it can be transferred, and what happens in edge cases (issuer default, early redemption, regulatory change). The restrictions are later encoded into the smart contract — but they originate in the legal structure.
Investor eligibility is also defined here: institutional only, accredited investors, qualified purchasers, or specific jurisdictional gates. This eligibility framework carries through to the token contract and the distribution layer.
Legal structuring is the most variable stage in terms of timeline. A straightforward corporate bond tokenization with a familiar jurisdiction may take four to six weeks. A novel asset class with cross-border distribution can take three to six months. IXS works with external counsel selected by the issuer, with IXS General Counsel providing guidance on the platform's regulatory requirements.
The underlying asset must be held by a regulated custodian under bankruptcy-remote segregation before tokenization proceeds. This is non-negotiable — custody architecture is what separates a regulated tokenized product from a database entry with a token wrapper.
IXS works with institutional custody partners including BitGo and First Digital Trust. The specific custodian depends on the asset class, jurisdiction, and the issuer's existing custody relationships. Some issuers bring their own custodian; IXS evaluates compatibility with the Vault architecture.
Transfer controls are configured at this stage. The smart contract that will represent the token is designed to enforce the restrictions defined in the legal structure: whitelisted addresses only, KYC/AML verification at the contract level, jurisdictional blocks, holding period enforcement, and maximum holder limits where applicable.
The custody and transfer-control layer is what makes the instrument regulated rather than merely tokenized. An ERC-20 token without transfer controls is a bearer asset. An ERC-20 token with embedded compliance hooks, backed by segregated custody, operating under a named license — that is a regulated security on a blockchain.
With the legal structure and custody in place, the token contract is deployed. IXS uses the ERC-4626 vault standard as the default architecture, which provides standardized deposit, redemption, and yield-distribution interfaces compatible with institutional and agent-addressable workflows.
The deployment process includes selecting the target chain (Ethereum mainnet or a supported EVM-compatible chain), configuring the contract parameters (deposit limits, redemption windows, yield distribution frequency, supported stablecoins), and connecting the contract to the custody and compliance infrastructure.
Before mainnet deployment, the contract undergoes a smart-contract audit by an independent security firm. The audit covers standard vulnerability classes (reentrancy, overflow, access control) as well as the compliance-specific logic (transfer restriction enforcement, eligibility verification hooks, emergency pause mechanisms).
The audit report is disclosed to investors as part of the product documentation. No token deploys to mainnet without a completed audit.
Distribution is how the tokenized product reaches investors. On IXS, distribution operates through the Vault interface — investors subscribe by depositing stablecoins into the Vault contract, subject to eligibility verification.
Before the Vault opens for deposits, the distribution layer is configured. This includes connecting the investor verification system (KYC/AML providers that check each wallet address against the eligibility requirements defined in Step 2), setting up the onboarding flow for new investors (documentation, accreditation verification, jurisdictional confirmation), and configuring the Vault parameters visible to investors (yield range, underlying asset description, custody details, redemption terms).
For issuers that want broader distribution, IXS provides B2B infrastructure. Broker-dealers, RIAs, fintechs, and neobanks can offer their clients access to the Vault through their own platforms, using IXS as the regulated backend. This means the issuer tokenizes once and distributes through multiple channels without rebuilding compliance infrastructure for each.
US distribution operates through IXS Finance USA under the chaperoning arrangement with a SEC-registered broker-dealer. Non-US distribution operates directly under the DARE Act perimeter.
The Vault opens for deposits. From this point, the product is live and operating under the full regulatory and operational framework.
Ongoing lifecycle management includes NAV calculation and publication (daily, weekly, or as defined by the product structure), yield distribution to token holders (automated through the smart contract on a defined schedule), redemption processing (within the windows and terms defined in the legal structure), and investor reporting (positions, yield accrued, underlying asset performance).
The issuer retains responsibility for the underlying asset — its performance, its risk, its cash flows. IXS provides the infrastructure layer: settlement, custody integration, compliance enforcement, reporting, and distribution. This separation is fundamental — IXS is infrastructure, not an asset manager.
Lifecycle events that may occur post-launch include maturity and principal return, early redemption requests, underlying asset restructuring, regulatory changes affecting investor eligibility, and secondary market activity if enabled. Each is handled according to the terms defined in the legal structure and encoded in the smart contract.
The product remains live until maturity, full redemption, or issuer-initiated wind-down — all managed through the same infrastructure.