Explore what your token could represent.
How can your project be structured?
Define the rights represented by the token. The underlying asset and the issuance structure are separate choices, subject to project-specific legal review and technical validation.
Click a structure to see what it means and a simple example.
Company equity01
Company shares with documented economic and voting rights. The corporate records and governing law define the holder’s rights.
A property-owning company issues shares represented by tokens. Investors receive rights in the company; they do not automatically own the building directly.
Debt instruments02
Debt claims with defined repayment, interest, maturity and any security. The issuer’s obligations must be documented.
A project company borrows money through tokenized debt. The terms define repayment, interest, maturity and any guarantees or security; repayment is not guaranteed.
Fund units03
Units or shares in an investment fund. Fund rules, manager responsibilities, eligibility and the applicable regulatory framework must be reviewed.
A fund holds several investments and issues tokenized units. Investors participate through the fund, under its rules, rather than owning each underlying asset directly.
Profit-sharing instruments04
Contractual participation in defined profits or revenues. Calculation, payment, reporting, term and legal classification must be documented.
A project shares an agreed percentage of its defined profit after specified costs. If there is no distributable profit, a payment may not be due.
Revenue-sharing rights05
Contractual rights to a defined share of revenue. Calculation, payment priority, reporting and duration must be documented.
A business shares an agreed percentage of its defined revenue. Unlike profit sharing, the calculation is based on revenue; the contract defines deductions and payment conditions.
Asset-linked rights06
Documented rights linked to an identified asset, including redemption or beneficial interests where legally permitted. Ownership, custody and enforceability must be verified.
A token represents a documented claim linked to a named asset, such as redemption for a specified quantity of a commodity. The contract defines the claim; the token alone does not establish legal title.
Explore what your token could represent.

Real estate
A token may represent shares in a property-owning company or a documented debt claim. It does not automatically transfer title to the property.
The document defines the right. The technology records and enforces configured rules.
Discuss your project
Company equity
A token may represent company shares where the governing law and corporate records support that structure. Voting and economic rights must be documented.
The document defines the right. The technology records and enforces configured rules.
Discuss your project
Debt instruments
A token may represent a documented repayment claim against an issuer. Interest, maturity, security and enforcement must be specified.
The document defines the right. The technology records and enforces configured rules.
Discuss your projectWhy consider tokenization?
Create smaller investment units, configure transfer controls and improve digital administration. Investor access, liquidity and financing depend on the structure and distribution arrangements.
Start with understanding.

What does a token represent?
Read the guide
A token is a digital record or representation of specified rights. Those rights may involve company shares, debt, fund units or a contractual entitlement. Identify the issuer, governing documents and holder rights before choosing the technology.
For example, a token linked to a building may represent shares in its owning company. It does not by itself transfer the property title. Check voting rights, payments, transfer conditions and how the holder can enforce the documented claim.

Do you need a dedicated company?
Read the guide
A dedicated project company can organise ownership, cash flows and responsibilities around one project. An existing company may also be suitable, depending on its assets, liabilities and the proposed instrument.
Before creating or using an SPV, review ownership, existing financing, accounting, tax, governance and administration with the relevant advisers. Transferring a property is a separate decision with potential costs; it is not a universal requirement for tokenization.

Tokenization or bank financing?
Read the guide
Tokenization is a way to represent and administer rights; financing still comes from investors or lenders. Compare a bank loan and a tokenized structure using the same funding amount, duration, repayment profile and security assumptions.
Include interest or investor distributions, legal work, technology, onboarding, distribution and ongoing administration. A tokenized project may offer a different investor base or more flexible structure, but it is not automatically cheaper, unsecured or successful in raising funds.
04Investor onboarding & eligibility
Read the guide
Investor onboarding connects identity checks, eligibility assessment and the project documents to the technical access rules. The required process depends on the instrument, investor location and distribution model.
Decide who performs checks, keeps records and approves wallets. Define how changes, failed checks or lost-wallet requests are handled. A wallet connection alone does not establish investor eligibility.
05Smart contracts & transfer controls
Read the guide
Smart contracts can record balances and apply configured transfer rules, such as approved-wallet restrictions. Their capabilities depend on the blockchain, token standard and the deployed configuration.
Before deployment, agree administrative powers, key control, upgrade policy and incident procedures. Review the code and integrations and determine the appropriate security testing or independent audit; technology does not replace the legal terms.
06Choosing a blockchain
Read the guide
Choose infrastructure around the instrument and operational requirements. Consider wallet compatibility, transfer controls, integrations, transaction fees, reliability and long-term administration rather than selecting a network only for its popularity.
Test issuance, transfers, restrictions and reporting before production. Multi-chain support does not mean every feature is identical on every network. A proposed future network should be distinguished from an available deployment option.
07Understanding project costs
Read the guide
Separate setup costs from recurring costs. A project budget can include documentation, technical design, deployment, security review, integrations, investor onboarding and professional services.
Estimate costs at the expected project scale and confirm what the quotation includes. Blockchain fees vary; valuation, distribution, custody and payment services may be separate. Compare total costs over the intended lifetime, not just the token creation fee.
08Administration after issuance
Read the guide
Issuance is the beginning of an operating process. Plan holder records, reporting, distributions, corporate actions, support, key management and any maturity or redemption event.
Assign responsibility for each task and document approvals and escalation. Establish reconciliation and backup procedures between blockchain records and the issuer’s systems. Ending a technology service does not end the issuer’s obligations.
09Liquidity, transfers & investor risks
Read the guide
A transferable token is not the same as a liquid investment. Sale may depend on eligibility restrictions, willing buyers, an authorised venue or contractual conditions. Access to a secondary market should not be assumed.
Investors should understand issuer default, valuation, liquidity, legal enforceability, custody and technical risks. Tokenization does not guarantee principal protection, returns or an exit. Any security or redemption arrangements must be documented.
Let’s discuss your project.
Tell us about your asset and objectives. We will use your enquiry to discuss the appropriate next steps.