Angus Scott, Managing Editor, Solana Research Institute
Traditional financial institutions have real advantages: scale, trusted brands, and established customer relationships. But those same strengths can become liabilities when speed matters.
Blockchains like Solana are enabling new entrants to build sophisticated financial applications faster than most FIs can move through internal approval cycles. The barriers aren't a lack of understanding — they're structural. Finding a business line sponsor, securing budget, coordinating across organisational silos, and obtaining sign-offs from risk and compliance are overheads that divert focus and sap the energy of innovators who just want to ship great products.
The Innovation Bottleneck Inside Financial Institutions
The realistic pathway for a bank innovator looks something like this: POCs in the lab in January, a business sponsor recruited by June, a business case written for the September budget cycle, delivery resources allocated the following January, an MVP launched next June — and then back in the queue for enhancements the year after.
It may not be realistic to change the fundamental nature of financial institutions. But a tool that dramatically cut development time and offered a safe environment to test new ideas with real users and customers could start to tip the scales back in the innovator's favour.
Enter the Solana Developer Platform
The Solana Developer Platform (SDP) is an API-based, AI-ready platform that lets financial institutions build and launch products on Solana with minimal coding. Applications that previously took six to nine months to build can now be deployed to a sandboxed devnet in six to nine days — enabling near-real-time feedback from clients, users, and control functions. This completely changes the product innovation game for even the most conservative institution.
SDP provides access to Solana's full suite of institutional-grade token features via API, plus a curated marketplace of over twenty third-party services at launch — including node infrastructure, custody solutions, on-chain compliance tools, and payment ramps. It also simplifies deployment, initially on the Solana Devnet, making it easy to try out different features and providers before committing to a solution.
Why Solana for Institutional Use?
Solana is already a proven venue for institutional business. Upcoming upgrades will take this further — final settlement of transactions will soon be achievable within 150ms, approaching the speeds of many centralised transaction processing systems, on a fully decentralised network. Parallel data processing means high activity in one part of the network has no impact on throughput or fees elsewhere, creating a predictable environment for operators and users alike.
Try Before You Buy: Built-In Features Designed for Financial Services
Solana's native token capabilities go well beyond basic minting and burning. Features relevant to financial services applications include:
- Metadata management: Link tokens to canonical real-world documents such as prospectuses.
- Allow and block lists: Control token distribution programmatically.
- Confidential transactions: Keep transaction details fully private while retaining audit control.
- Freeze & Seize Assets: Enable authorities (e.g. court orders) to freeze or seize token holdings.
- Transfer memos: Pass structured data between counterparties during a transaction.
- Issuer fee collection: Token issuers can collect transaction fees on their own products.
- Automated corporate actions: Interest, dividends, and stock splits built directly into the token.
- Emergency Pause: Pause all interactions with the token in case of emergency.
- Token grouping: Create and manage families of securities tokens efficiently.
SDP makes nearly all these functions available via API. It also provides APIs to a curated market place of 3rd party services, including infrastructure node services, wallet and custody solutions, on-chain compliance tools, and payment ramps. Over twenty such infrastructure services are available today, just after launch.
Finally, SDP simplifies deployment of the application, initially on Solana Devnet. This combination not only minimizes integration effort, it also makes it easy for an FI to try out different features and providers before committing to a solution.
In Practice: Launching a Tokenised Fund Structure
Consider a fund manager who wants to launch a set of tokens linked to an existing off-chain fund, using an on-chain master-feeder structure. A "master token" holds units in the underlying fund and is in turn owned by a set of "feeder" tokens, each designed for investors in a particular jurisdiction. Here is how SDP enables this, step by step.
- Phase 1 — Configure the master token. The manager sets up the mint for the master token, attaching bespoke metadata that includes the fund prospectus and legal documents defining the token's status. A dynamic allow list of eligible token holders, linked to a KYC service in the token's jurisdiction, is also established. The token can be minted in a sandbox ahead of regulatory approval, and its operational, data and control features tested with the underlying fund, potential purchasers, and regulators.
- Phase 2 — Deploy feeder tokens. Using SDP's group structure, the manager creates feeder tokens that inherit shared metadata and classification schemas from the master. Each feeder maintains its own jurisdiction-specific KYC and allow lists, and can be connected to the custodian services most appropriate for its target investor base.
- Phase 3 — Add stablecoin payments. In parallel, the manager deploys a stablecoin-based payments service with on/off ramps that allow users with fiat accounts to send subscriptions or receive distributions — and that automatically convert fiat into the mint's wallet and remit to the fund's operating bank account.
Future enhancements, added based on client and user feedback, could include automated dividend distributions, daily reconciliations between master and feeder tokens and units held in the fund's transfer agent, and jurisdiction-specific tax payments for each feeder token.
While the structure may appear complex, all of the features outlined are available within SDP with minimal coding. By removing application development as a bottleneck, SDP frees innovators to focus on the many other challenges involved in bringing new financial products to market — while making the most of their institutions' established brands and market positions. Large and agile: not something you see very often.