Fireblocks-like Tokenization Platform by Mesh & UTXOS

[Proposal setup] Proposal title

Please provide your proposal title

Fireblocks-like Tokenization Platform by Mesh & UTXOS

[Proposal Summary] Budget Information

Enter the amount of funding you are requesting in ADA

200000

[Proposal Summary] Time

Please specify how many months you expect your project to last

10

[Proposal Summary] Translation Information

Please indicate if your proposal has been auto-translated

No

Original Language

en

[Proposal Summary] Problem Statement

What is the problem you want to solve?

Cardano lacks Fireblocks-like RWA tokenization infra and practical tooling to issue CIP-113 programmable tokens with issuer controls like freezing and compliance logs.

[Proposal Summary] Supporting Documentation

Supporting links

• https://utxos.dev/
,
• https://docs.utxos.dev/
,
• https://github.com/MeshJS/web3-sdk
,
• https://github.com/cardano-foundation/CIPs/pull/444

[Proposal Summary] Project Dependencies

Does your project have any dependencies on other organizations, technical or otherwise?

Yes

Describe any dependencies or write 'No dependencies'

Rely on open source Mesh SDK

[Proposal Summary] Project Open Source

Will your project's outputs be fully open source?

No

Please provide details on the intellectual property (IP) status of your project outputs, including whether they will be released as open source or retained under another licence.

The core components for the Cardano CIP113 and its SDKs are opensource. Database and UI are closed source.

[Theme Selection] Theme

Please choose the most relevant theme and tag related to the outcomes of your proposal

Infrastructure

[Campaign Category] Category Questions

Describe what makes your idea innovative compared to what has been previously launched in the market (whether by you or others).

Enterprise platforms such as Fireblocks focus on ERC based assets for institutions, but they are not Cardano native and are not reusable as open developer tooling.

Our idea is innovative because:

• It translates CIP-113 style programmable token concepts and issuer controls into a practical, Cardano native toolkit: a tokenization policy engine, secure issuer wallet, and high level APIs for mint, transfer, freeze, unfreeze and burn, plus a visual dashboard that exposes logs and frozen addresses. This makes freeze and compliance friendly behaviour an everyday option for builders, not just a research demo.
• It brings a Fireblocks like experience to Cardano, we ship an open source SDK, clear TypeScript APIs and a dashboard. Issuer wallets are developer controlled.
• It is designed as shared infrastructure for the ecosystem. Every project that needs RWA, loyalty, governance or compliance ready tokens can reuse the same audited primitives and UX instead of rebuilding core issuance logic and ad hoc dashboards for each new idea.

Describe what your prototype or MVP will demonstrate, and where it can be accessed.

Our prototype and MVP will demonstrate the full lifecycle of a Cardano programmable token managed through a secure issuer wallet and simple APIs.

The MVP will show that a developer can:

• Create a tokenization policy with name, symbol, decimals, max supply, metadata and a freezable flag.
• Mint tokens to the issuer wallet using SDK.
• Query balances and metadata for any address.
• Transfer and batch transfer tokens to recipients.
• Freeze and unfreeze specific addresses for freezable tokens.
• Burn tokens and see total supply reduced.

This prototype will be accessible in:

• Hosted dashboard on https://utxos.dev/
• SDK published on NPM https://www.npmjs.com/package/@meshsdk/web3-sdk
• Public Github repo https://github.com/MeshJS/web3-sdk

Describe realistic measures of success, ideally with on-chain metrics.

We define success as evidence that this toolkit is being used in real projects and that meaningful token activity is happening on Cardano because of it. To keep this verifiable, we focus on on-chain metrics tied to the tokenization policies created through the SDK and dashboard.

• Currently, we have a number of confirmed entities that will be launching these tokens, namely one of them is the AIRA project
• At least 20 distinct issuer wallets that have minted and transferred tokens
• At least 5000 unique addresses holding tokens created via the toolkit
• Number of projects or companies integrating the SDK in production or pilots

[Your Project and Solution] Solution

Please describe your proposed solution and how it addresses the problem

A Fireblocks-like tokenization platform and SDK that lets developers create, mint, transfer, freeze, burn, and track Cardano CIP113 tokens through a secure issuer wallet.

CIP-113 and related work on interoperable programmable tokens show how Cardano can support RWA grade assets with transfer rules and issuer controls like freezing, seizing, and burning. Fireblocks already gives institutions on other chains an end to end tokenization console that can mint, custody, distribute, freeze, and log token operations for compliance. Cardano does not yet offer an equivalent, developer friendly stack that turns these ideas into something builders can integrate in days instead of months.

Our approach is to start from the concrete needs of issuers and developers and build a Fireblocks inspired, Cardano native toolkit: a secure issuer wallet, a token policy engine, and a clear API for mint, transfer, freeze, unfreeze, and burn. This maps directly to the scope of work described: SDK functions for creating tokenization policies, minting, querying balances and metadata, transferring (including batch), freezing and burning, plus a dashboard that exposes policies, frozen addresses, and full operation logs. By focusing on a minimal, usable feature set that already reflects regulatory expectations for RWA and stablecoins, such as the ability to freeze or prevent transfers under lawful orders, we make Cardano a realistic choice for institutions today while staying aligned with CIP-113 evolution.

The project will engage three main groups:

• Builders who want to issue loyalty points, game currencies, governance tokens, and RWA on Cardano.
• Infrastructure and project teams that need a repeatable way to integrate programmable tokens into existing apps and backends.
• Projects that need compliant ready token layer and would rather reuse audited primitives than build their own issuance and control logic.

We will demonstrate impact through clear, measurable indicators: number of tokenization policies created through the toolkit, number of projects integrating the SDK, volume of tokens minted and managed, and real use cases showcased in public demos or workshops. Key components codes will be open source, so voters can verify delivery directly in the repositories. Operation logs and dashboards will make the effect visible onchain: every mint, freeze, unfreeze, and burn is recorded and can be audited.

Cardano projects get a practical path to compliance ready, freeze capable tokens. RWA issuers, consumer apps, and future stablecoin projects can build on the same toolkit instead of reimplementing the basics. This strengthens Cardano as a serious home for tokenization, improves time to market for projects, and increases the chance that new institutional and consumer flows choose Cardano over competing chains.

[Your Project and Solution] Impact

Please define the positive impact your project will have on the wider Cardano community

Our project gives the wider Cardano community something it is currently missing: a shared, reusable tokenization stack that any team can build on.

Developers get a clear, well documented SDK and dashboard to create, mint, transfer, freeze, unfreeze, and burn native tokens using a secure issuer wallet. This lowers the barrier for new builders who are not experts in minting policies or low level transaction construction. It also saves time for experienced teams who would otherwise have to maintain their own tokenization backends and ad hoc dashboards. The result is more projects going live faster and with fewer security risks.

Many projects need loyalty points, access tokens, governance tokens or RWA style representations, but do not have the resources to design compliant token flows from scratch. We give these teams production ready building blocks. They can focus on their core product while relying on a common, audited toolkit for issuance and control. Over time this creates an informal standard for “how to do tokenization on Cardano,” which improves interoperability and best practices.

[Your Project and Solution] Capabilities & Feasibility

What is your capability to deliver your project with high levels of trust and accountability? How do you intend to validate if your approach is feasible?

Mesh has been a longtime contributor to the Cardano open-source developer ecosystem since 2021. Our tools are widely used, and we have proven our skills and commitment by building and maintaining essential infrastructure that empowers developers to build on Cardano.

We have a strong track record of shipping open source tooling for Cardano, including production SDKs and infrastructure that are already used by developers in the ecosystem. That experience is directly reusable for this proposal: the tokenization toolkit extends the same stack, standards and security practices we already apply to wallets, transaction building and dashboard features.

[Milestones] Project Milestones

Milestone Title

Tokenization Policy Engine and Issuer Wallet Infrastructure

Milestone Outputs

• Backend service to create Cardano native token policies from:
  • Token name, symbol, decimals, max supply, metadata, freezable flag.
• SDK function createToken() implemented and tested.
• Automatic creation of a developer controlled issuer wallet per tokenization policy, encrypted using the developer’s public key.
• Internal representation of freezable policies so that later freeze / unfreeze operations are enforceable at the protocol and application level.

Acceptance Criteria

• A developer can:
  • Create a token via dashboard or SDK with all parameters above.
  • Receive a policy id and issuer address on a Cardano testnet.
• Encrypted issuer wallet that can be decrypted only with the developer’s key.
• Documentation includes:
  • Step by step guide to create a tokenization policy.

Evidence of Completion

• Public GitHub repository showing:
  • Policy creation service code.
  • SDK implementation of createToken().
• Demo video or screenshots demonstrating:
  • Token creation
• Developer documentation page published

Delivery Month

3

Cost

45000

Progress

30 %

Milestone Title

Minting, Balances, and Metadata Queries

Milestone Outputs

• SDK functions implemented and tested:
  • mintTokens(amount: number)
  • getTokenBalance(address?: string)
  • getTokenMetadata()
• Transaction builder logic for minting under the correct policy using the issuer wallet.
• Query balances and metadata efficiently.

Acceptance Criteria

• A developer can:
  • Call mintTokens(123) and see 123 units minted to the issuer wallet.
  • Query balances with and without specifying an address.
  • Retrieve token metadata.
• Documentation includes:
  • How to mint tokens
  • Query balance
  • Get metadata

Evidence of Completion

• GitHub code for:
  • Minting tokens
  • Querying balances
  • Get metadata
• Demo video or screenshots demonstrating:
  • Minting tokens
  • Get token info
• Documentation:
  • Mint tokens with the SDK
  • Query balances and metadata

Delivery Month

2

Cost

45000

Progress

50 %

Milestone Title

Transfer, Batch Transfer, Freeze, Unfreeze, and Burn

Milestone Outputs

• SDK functions implemented and tested:
  • transferTokens({ receiverAddress, tokenAmount })
  • batchTransferTokens([{ receiverAddress, tokenAmount }, ...])
  • freezeTokens(address)
  • unfreezeTokens(address)
  • burnTokens(amount)
• Robust logging model for all operations: mints, burns, freezes, unfreezes, transfers, with timestamps and transaction ids.

Acceptance Criteria

• A developer can:
  • Send a token transfer to any valid address.
  • Execute a batch transfer to at least 2 recipients in a single call.
  • Freeze an address
  • Unfreeze addresses.
  • Burn a specified amount of tokens and see total supply reduced accordingly.
• Logs for these operations are visible and accessible on the dashboard.

Evidence of Completion

• GitHub code for transfer, batch transfer, freeze, unfreeze, and burn.
• Demo video or screenshots demonstrating:
  • Freeze and unfreeze workflow.
  • Burn transactions.
• Documentation:
  • Issuer operations: transfer, freeze, and burn.

Delivery Month

2

Cost

45000

Progress

80 %

Milestone Title

Tokenization Dashboard and Documentation

Milestone Outputs

• Completed dashboard pages:
  • List view of all tokenization policies for the user’s project.
  • Create tokenization policy form.
  • Token overview (metadata, policy id, supply, issuer address).
  • List of frozen addresses.
  • Full operation log: mints, freezes, unfreezes, burns, transfers.
• End to end walkthroughs in written or video form showing:
  • Creating a token.
  • Minting and distributing tokens
  • Freezing and unfreezing
  • Burning
  • Reviewing logs

Acceptance Criteria

• Any developer can:
  • Create a policy.
  • Mint, transfer, freeze, unfreeze, and burn tokens.
  • Inspect everything visually in the dashboard.
• At least one public demo or workshop is delivered for the Cardano community (live or recorded), showing how to build on top of this toolkit.
• Documentation is published.

Evidence of Completion

• Deployed dashboard instance accessible to testers and the community.
• GitHub repo.
• Documentation for the community.

Delivery Month

2

Cost

45000

Progress

90 %

Milestone Title

Close Out Report

Milestone Outputs

• Add documentation to Mesh Playground
• Package the wallet as a library
• Publish to NPM
• Close out Report
• Close out Video
• Publish all code base updates on the respective github repository
• Post a twitter thread to inform the public

Acceptance Criteria

• Completed NPM packaged and published
• Completed docs for developers, both on website and Github's readme file
• Completed Close Out Report
• Completed Close Out Video
• Published code-base updates at the respective github repository
• Published a twitter thread to inform the public

Evidence of Completion

• Public link to the developed code on Mesh Github
• Public link to Documentation for developers
• Public link to post on Twitter/X to inform the Public
• Public link to the Close Out Report
• Public link to the Close Out Video

Delivery Month

1

Cost

20000

Progress

100 %

[Final Pitch] Budget & Costs

Please provide a cost breakdown of the proposed work and resources

1. Core Engineering (approx. 80% - 160K ADA)

Scope

• Design and implementation of:
  • Tokenization policy engine and issuer wallet infra
  • SDK functions:createToken, mintTokens, getTokenBalance, getTokenMetadata,transferTokens, batchTransferTokens,freezeTokens, unfreezeTokens, burnTokens
  • Logging and audit layer for all token operations
  • Integration with Cardano testnet and mainnet

Resources

• 1 Senior backend / blockchain engineer (architecture, on chain logic, security)
• 1 Senior TypeScript engineer (SDK, integration, tests)

2. Dashboard UX and Frontend (approx. 15% - 30K ADA)

Scope

• Design and implementation of:
  • /dashboard/project/[PROJECTID]/tokenization
    • List of policies
    • “Create tokenization policy” form
  • /dashboard/project/[PROJECTID]/tokenization/[ID]
    • Token overview, frozen addresses, full logs
• Wiring frontend to backend APIs and on chain data
• Basic responsiveness and accessibility

Resources

• 1 Frontend engineer (React / Next / Tailwind)

3. Documentation, Examples and Community Onboarding (approx. 5% - 10K ADA)

Scope

• Developer documentation:
  • Quickstart and guide
  • Reference docs for all SDK functions
  • Best practice notes for freezable / compliance ready tokens
• Community activities:
  • Live or recorded workshop / demo
  • Ongoing support for early adopters

Resources

• Engineering time for examples and code samples

[Final Pitch] Value for Money

How does the cost of the project represent value for the Cardano ecosystem?

Mesh has long been a cornerstone of Cardano development, powering hundreds of projects and widely adopted across the ecosystem. The most reliable way for open-source tools to show their “value for money” is by looking at real usage data-checking how actively the code is used across the developer ecosystem and identifying how many, and what kind of, projects build with our tooling.

At Mesh, we currently see over 900 dependent projects making use of our SDK, with around 10k npm downloads every month. This makes Mesh one of the most widely adopted Cardano open-source stacks, supporting projects across the entire spectrum to build on Cardano. These numbers show clearly that the budgets we receive translate into strong metrics, proving that treasury funds are effectively used to deliver solutions that are practical, useful, and solve real developer problems.

[Self-Assessment] Self-Assessment Checklist

I confirm that evidence of prior research, whitepaper, design, or proof-of-concept is provided.

Yes

I confirm that the proposal includes ecosystem research and uses the findings to either (a) justify its uniqueness over existing solutions or (b) demonstrate the value of its novel approach.

Yes

I confirm that the proposal demonstrates technical capability via verifiable in-house talent or a confirmed development partner (GitHub, LinkedIn, portfolio, etc.)

Yes

I confirm that the proposer and all team members are in good standing with prior Catalyst projects.

Yes

I confirm that the proposal clearly defines the problem and the value of the on-chain utility.

Yes

I confirm that the primary goal of the proposal is a working prototype deployed on at least a Cardano testnet.

Yes

I confirm that the proposal outlines a credible and clear technical plan and architecture.

Yes

I confirm that the budget and timeline (≤ 12 months) are realistic for the proposed work.

Yes

I confirm that the proposal includes a community engagement and feedback plan to amplify prototype adoption with the Cardano ecosystem.

Yes

I confirm that the budget is for future development only; excludes retroactive funding, incentives, giveaways, re-granting, or sub-treasuries.

Yes

[Required Acknowledgements] Consent & Confirmation

I Agree

Yes