← Back to work
§ 02 · Prototype

An RWA allocation gateway for EU wealth managers.

PrototypeSelf-hosted by designInstitutional custodyMiCA-scoped
Asset classes
5Money market, sovereign debt, private credit, real estate, structured products
Settlement modes
2Off-chain ledger + on-chain ERC-20 minting
Order states
8DRAFT → SUBMITTED → ACCEPTED → QUOTED → FILLED → SETTLEMENT_PENDING → SETTLED → RECONCILED

Where it started

A real product brief, and a question nobody was asking.

In early 2026 I evaluated a venture building institutional distribution for tokenized assets in Europe. The brief was serious, and its open questions were technical: which providers, what architecture, how the data pipeline holds up. The regulatory posture was the one much of the space operates on: no custody, no issuance, therefore no MiCA license required.

The natural thing to stress-test was the architecture. I stress-tested the regulatory assumption instead, and it does not hold. MiCA’s custody service covers control over the means of access, not just safekeeping. Reception and transmission of orders covers a hosted interface that takes an allocation instruction and routes it. Transfer services cover moving assets between addresses on a client’s behalf. A platform that hosts the rails, custody integration, stablecoin on-ramping, order flow, walks into several of those definitions at once, and “we never hold the assets” answers none of them. Operating the rails makes you the accountable party.

The venture went another way. The analysis stayed with me, and this prototype is what it looks like applied.

The gap

Tokenized funds found institutions. They have not found Europe’s advisors.

Tokenized money-market funds stopped being exotic years ago; BlackRock and Franklin Templeton settled that argument. But the infrastructure that grew around them speaks to two audiences: crypto-native users and large institutions. In between sits most of Europe’s advised wealth, the independent advisors and small wealth-management firms allocating for retail clients, and no rail speaks to them.

The routes that exist do not fit the advisory channel. Crypto-native platforms carry a compliance posture no CIF can defend to a regulator. Specialized firms want €25k minimum tickets. Institutional rails do not onboard three-person practices. The interviews behind Socle made the demand concrete: five to ten percent of clients were already asking on their own, about half of that was real demand, and the advisors had no route they could stand behind. The demand sits with the people whose job is to allocate carefully, and the infrastructure speaks to everyone but them.

The design

Self-hosted, so accountability stays where the accounts are.

The gateway is designed to be deployed by the advisory firm itself, running entirely on the firm’s own accounts: its own Fireblocks workspace for custody, its own Circle account for the cash leg. The software orchestrates; it never stands between the client and the assets. Whoever runs the instance already holds the regulatory relationships, and the operator of the software never becomes a party to custody, order flow, or settlement. The same boundary shapes the product surface: the CIF advises, and execution runs on the firm’s own rails, so the advisory perimeter and the execution perimeter stay structurally separate rather than contractually blurred.

The firm's own cash account and custody vault | Screenshot · synthetic data

What was built

A settlement engine with an audit trail, wired to real rails.

The prototype implements the core allocation loop across five asset classes. It integrates four institutional vendors behind a uniform adapter layer: Chainlink for price feeds, Fireblocks for custody, Morpho for live vault yields, and Circle for fiat on-ramps and EURC settlement. Each adapter degrades gracefully when unconfigured, so an instance runs with whatever accounts its operator connects.

The allocation flow: EURC in, vault shares out | Screenshot · synthetic data

Settlement supports two modes. Mode A is off-chain ledger accounting, positions tracked in application state. Mode B is on-chain settlement, real ERC-20 token minting to Fireblocks vault addresses on Sepolia testnet, with test tokens mirroring live Morpho vaults. Every order follows an eight-state lifecycle from DRAFT through RECONCILED. Quote freshness is enforced at 30 seconds. Settlement validates real Circle EURC balance against debit amount plus fees, and the system fails explicitly with a detailed audit trail when balances are insufficient. No silent failures.

What this validates

That the compliant architecture and the working flow are the same system.

  • That a single product surface can orchestrate Chainlink, Fireblocks, Morpho, and Circle into one allocation flow while keeping the CIF/CASP boundary structural
  • That the settlement lifecycle can be an auditable state machine rather than ad-hoc API calls
  • That on-chain settlement and off-chain ledger accounting can coexist in the same product
  • That the self-hosted, own-accounts architecture costs nothing in workflow: the flow the advisor runs is the same one a hosted platform would offer

Limits

What stands between this prototype and production.

The prototype runs against sandbox environments end to end: Circle in sandbox mode, custody and minting on Sepolia testnet. Moving to production rails is configuration more than engineering, but it has not been exercised.

The full design is specified beyond what is implemented. Credentials are supplied at deployment through environment configuration; the design calls for per-firm onboarding of custody and payment accounts through the product itself, and that layer is not built. Multi-tenancy is likewise designed but the prototype is single-tenant. The page describes the design; the prototype implements its core loop.

The gateway is one half of a pair. Socle is the regulatory back office of the advisor; the gateway is how that same advisor’s clients reach tokenized assets. Same workflow, seen from both ends.