Equity tokenization
Complete walkthrough for setting up a multi-organization demo environment with ACME Holdings equity tokenization via API.
This comprehensive example demonstrates tokenizing equity shares in a real-world scenario with multiple organizations, proper compliance workflows, and complete user management. Follow this guide to set up a fully functional demo environment using the platform APIs.
Prerequisites
Before starting this example, ensure your blockchain network has the core platform contracts deployed:
| Contract | Purpose | Deployed by |
|---|---|---|
| DALP Directory | Registry and discovery service for all platform instances and their components | Platform deployer |
| DALP Identity Factory | Creates on-chain identity contracts for users | Platform deployer |
| DALP System Factory | Deploys organization-specific system contracts | Platform deployer |
Platform deployment
These contracts are typically deployed during initial platform setup by your implementation team. They provide the foundation for all organizations to build upon.
Additional requirements:
- Platform URL (e.g.,
https://your-platform.example.com) - API access token with appropriate roles
- For public chains: ETH or native tokens for transaction gas fees (see gas requirements below)
- Email addresses for all demo participants
Gas requirements for public chains:
- Daniel Admin: Moderate amount for system deployment and permission management
- Clara Compliance: Small amount for user registration and verification issuance
- Olivia Operator: Moderate amount for asset creation, permissions, minting, and transfers
- Colin Collateral: Small amount for issuing collateral verifications
- Invited users: Small amount for identity creation (if using invitation flow)
Scenario Overview
This demonstration showcases tokenizing 100,000 shares of ACME Holdings S.A., a Luxembourg company, using a multi-organization platform operated by Digital Securities S.A.
Organizations
| Organization | Role | Domain | Jurisdiction |
|---|---|---|---|
| Digital Securities S.A. | Platform operator | digital-securities.example | Luxembourg |
| ACME Holdings S.A. | Issuer (equity owner) | acme-holdings.example | Luxembourg |
| Guardian Collateral Services Ltd | Collateral agent | guardian-collateral.example | (generic) |
| Exchange Ltd | Exchange/vault provider | exchange.example | (generic) |
Key Personas
Platform Operators (Digital Securities S.A.)
| Persona | Name | Purpose | |
|---|---|---|---|
| Platform Admin | Daniel Admin | [email protected] | System setup and configuration |
| Asset Operator | Olivia Operator | [email protected] | Asset creation and management |
| Compliance Officer | Clara Compliance | [email protected] | KYC and regulatory compliance |
External Partners
| Organization | Persona | Name | Purpose | |
|---|---|---|---|---|
| ACME Holdings S.A. | Issuer Representative | Ian Issuer | [email protected] | Legal equity owner |
| Guardian Collateral Services | Collateral Agent | Colin Collateral | [email protected] | Collateral verification |
| Exchange Ltd | Vault Provider | NovaX Vault | [email protected] | Token custody |
ACME Equity Token Specifications
Real-world instrument:
| Property | Value |
|---|---|
| Issuer | ACME Holdings S.A. (Luxembourg) |
| Security type | Ordinary shares |
| Total shares | 100,000 |
| Reference currency | EUR |
| Price per share | €0.71 |
On-chain representation:
| Property | Value |
|---|---|
| Token name | ACME Holdings Equity |
| Symbol | ACME |
| Decimals | 0 (1 token = 1 share) |
| Maximum supply | 100,000 |
| Asset class | EQUITY |
| ISIN | LU0000ACME01 |
| Initial distribution | 80,000 to issuer, 20,000 to exchange |
Implementation steps
Platform initialization
As the first user (Daniel Admin), start by setting up the platform administrator who will initialize the entire system.
See First Administrator Setup for API documentation.
Configure with these specific values:
- Email: [email protected]
- Organization name: Digital Securities S.A.
- Base currency: EUR
- Asset factories to enable: Equity, ... (add whatever asset types you want to support)
Gas funding required
For public chains: Ensure Daniel's wallet has sufficient native tokens (ETH, MATIC, etc.) for system deployment transactions before proceeding.
System initialization
As the first user, Daniel Admin will deploy all system contracts including identity registry, access manager, and asset factories.
Grant additional administrative permissions
Continue as Daniel Admin. After platform setup, Daniel Admin has the minimum required roles (Permission manager + System Manager) following the principle of least privilege. For this demo setup, he needs additional roles to configure the system.
See Change Admin Roles for API documentation.
Add these roles to Daniel Admin:
- Add-on Manager: Manage platform extensions and modules
- Identity Manager: Required to invite other users
Invite platform team
Continue as Daniel Admin. Add the other platform operators and external partners who will participate in this demo.
See Create Users for API documentation.
Platform operators:
-
Olivia Operator ([email protected])
- Responsibilities: Creates tokens, manages corporate actions, handles minting/burning
- Also needs: Wallet verification (to send transactions)
-
Clara Compliance ([email protected])
- Responsibilities: Manages KYC/AML verification, registers identities, issues verifications
- Also needs: Wallet verification (to send transactions)
External organizations:
-
Ian Issuer ([email protected])
- Responsibilities: Legal owner of equity being tokenized
-
Colin Collateral ([email protected])
- Responsibilities: Independent verification of collateral backing
- Also needs: Wallet verification (to send transactions)
-
NovaX Vault ([email protected])
- Responsibilities: Institutional vault for token custody
Assign platform admins
Continue as Daniel Admin. After team onboarding, assign specific roles to platform admins.
See Add Administrators for API documentation.
Olivia Operator needs these roles:
- Asset Manager - Create and configure new assets
Why these roles: Olivia should be able to manage assets.
Clara Compliance needs these roles:
- Identity Manager - Manage the users registry, which users are known.
- Verification Issuer - Issue KYC and compliance verifications
- Compliance Manager - Will be able to manage global compliance rules
- Verification Policy Manager - Configure verification topics and trusted issuers
Why these roles: Clara manages all regulatory compliance and user verification.
Colin Collateral needs these roles:
- Verification Issuer - Issue collateral verifications
Why this role: Colin's only function is verifying collateral backing.
Configure trusted issuers
Log in as Clara Compliance to set up the verification framework by designating who can issue which types of verifications.
Gas needed for Clara
For public chains: Ensure Clara's wallet has native tokens for trusted issuer configuration transactions.
See Configure Trusted Issuers for API documentation.
Clara Compliance as trusted issuer for investor-level verifications:
- Know Your Customer (KYC) - She verifies all investor identities
- Accredited Investor - For US qualified investor status (optional, if needed)
- Qualified Institutional Investor - For institutional investors under EU rules (optional, if needed)
- Anti-Money Laundering - Source of funds verification (optional, if needed)
- Professional Investor - For MiFID professional investor classification (optional, if needed)
Why Clara issues these: As Compliance Officer, she's responsible for all investor-related verification.
Colin Collateral as trusted issuer for collateral verification:
- Collateral - Verifies that sufficient collateral backs the token
Why Colin issues this: Guardian Collateral Services is the independent third party verifying collateral.
Olivia Operator as trusted issuer for asset-level verifications:
- Base Price - Provides reference pricing for the asset
- Unique Identifier - Manages ISIN and internal reference numbers
- Asset Classification - Confirms asset category and type
- Asset Location - Confirms jurisdiction of underlying asset (optional, needed for real-estate)
Why Olivia issues these: As Asset Operator, she manages asset metadata and classification.
Register investors in registry
Log in as Clara Compliance and register investors so they can receive tokens.
See Register User for API documentation.
Register Ian Issuer:
- Choose Luxembourg as jurisdiction
Register NovaX Vault:
- Choose Luxembourg as jurisdiction
Result: Both users now show "Registered" status and can receive KYC verifications.
Platform operators
Platform operators (Daniel, Olivia, Clara) don't need registration unless they'll hold tokens.
Issue KYC verifications
Continue as Clara Compliance and issue KYC verifications to investors.
See Verify KYC for API documentation.
Verify Ian Issuer:
- Issue Know Your Customer verification
Verify NovaX Vault:
- Issue Know Your Customer verification
Result: Both users now have KYC verifications and can receive ACME tokens.
Create ACME Equity Token
Create the equity token using the Asset Designer with full compliance configuration.
Gas needed for Olivia
For public chains: Ensure Olivia's wallet has native tokens for asset creation and permission management transactions.
See Create Asset for API documentation.
Log in as Olivia Operator and configure:
Step 1: Asset Class
- Select Flexible Income class
- Choose Equity type
Step 2: Basic Details
- Name: ACME Holdings Equity
- Symbol: ACME
- Decimals: 0 (whole shares only)
- Jurisdiction: Luxembourg
Step 3: Asset Classification
- Category: Common Equity
- Class: Common Equity
- Unique Identifier: LU0000ACME01 (ISIN format)
- Internal Reference: ACME-EQ-001
Step 4: Pricing
- Currency: EUR
- Base Price: 0.71 (€0.71 per share)
Step 5: Compliance Modules
Enable Smart Identity Verification:
- Required verification: "Know Your Customer"
- Purpose: Only KYC-verified users can receive assets
Enable Collateral Requirement (optional):
- Topic: "Collateral"
- Ratio: 100% (full collateral backing)
- Purpose: Ensures backing for tokenized equity
Configure token permissions
After asset creation, Olivia has the minimum required roles (Permission manager + Governance) following the principle of least privilege. For this demo, she needs additional token-specific roles.
See Change Asset Admin Roles for API documentation.
Assign Olivia Operator these additional roles:
- Custodian - Execute transfers and forced transfers
- Emergency - Pause/unpause token operations
- Supply Management - Mint and burn token supply
Issue collateral verification
Colin must issue a collateral verification before minting is possible. This is a requirement when collateral modules are enabled.
Gas needed for Colin
For public chains: Ensure Colin's wallet has native tokens for issuing collateral verification transactions.
See Collateral for API documentation.
Log in as Colin Collateral and issue verification with these specific details:
- Amount: 100000 (covering full supply)
- Expiration: 1 year from now
Purpose: This confirms Guardian Collateral Services has verified sufficient backing for the full token supply.
Unpause the token
Log in as Olivia Operator and activate the ACME asset.
See Pause/Unpause Asset for API documentation.
Flexible order
Collateral verification and token unpausing can be done in any order. Both are needed before minting, but they don't depend on each other.
Why Olivia can unpause: She has the Emergency role on the ACME token, which is required for pause/unpause operations.
Mint and distribute ACME tokens
Continue as Olivia Operator and mint tokens to the issuer.
See Mint Assets for API documentation.
Gas needed for minting
For public chains: Ensure Olivia's wallet has sufficient native tokens for minting transactions, which can be gas-intensive for large amounts.
Mint to ACME Holdings:
- Recipient: Ian Issuer (select from contacts or use wallet address)
- Amount: 100000 (full token supply)
- Purpose: Initial distribution to issuer
Execute forced transfer to exchange
Continue as Olivia Operator. Transfer 20,000 tokens from the issuer to the exchange using forced transfer capability.
Gas needed for transfers
For public chains: Ensure Olivia's wallet has native tokens for the forced transfer transaction.
See Forced Transfer for API documentation.
Transfer configuration:
- From address: ACME Holdings (select from contacts)
- To address: NovaX Exchange (select from contacts)
- Amount: 20000
- Purpose: Allocate tokens to exchange for secondary market custody
Why use forced transfer: This demonstrates custodian capabilities to move tokens between verified parties, which is important for corporate actions and compliance scenarios.
Why Olivia can execute this: She has the Custodian role on the ACME token, which is required for forced transfer operations.
Troubleshooting
| Issue | Solution |
|---|---|
| Minting fails | Ensure collateral verification covers mint amount (if enabled). Verify all recipients have required KYC verifications. Check operator has Supply Management role. Confirm wallet has sufficient gas tokens (ETH, MATIC, etc.) for public chains. |
| User cannot receive assets | Verify user is registered in identity registry. Ensure user has valid KYC verification. Check token compliance requirements. Confirm user's wallet address is correct. |
| Verifications not trusted | Verify issuer is configured as trusted for specific topic. Check verification data format and expiration. Ensure issuer transaction was confirmed. Refresh page after configuration changes. |
| Role assignment fails | Confirm you have role management permissions. Verify target user completed onboarding. Ensure user belongs to your organization (for internal roles). Check transaction has sufficient gas tokens for public chains. |
For additional support, consult the individual feature guides or contact your implementation team.