Building a regulated crypto investment platform in Hong Kong requires more than blockchain integration. It demands a precise combination of real-time data infrastructure, compliance-ready architecture, and a dual calculation engine that handles fundamentally different financial instruments simultaneously. C21 is a licensed crypto investment platform serving Hong Kong retail investors with flexible and fixed-term plans across BTC, ETH, and USDT. Over 18 months, a dedicated team from 724SOFTWARE built the platform from the ground up, making deliberate architecture choices that balance sub-second responsiveness with the regulatory rigor Hong Kong's Securities and Futures Commission (SFC) demands.
TL;DR
C21 is a regulated Hong Kong crypto investment platform built by 724SOFTWARE over 18 months, supporting yield farming and fixed staking across BTC, ETH, and USDT.
The core architecture centres on a Socket.IO + Web3 layer for low-latency blockchain communication and a dual calculation engine handling two structurally different return models.
Hong Kong's regulatory environment, shaped by the SFC's Virtual Asset Trading Platform (VATP) licensing regime, made compliance architecture a first-class design concern, not an afterthought.
Real-time portfolio visibility required a blockchain wallet and custodian integration that keeps the UI synchronized with on-chain state without sacrificing performance.
This case study reflects 724SOFTWARE's broader capability as a fintech software development company with deep experience in capital markets, digital assets, and regulated financial infrastructure.
About the Author: 724SOFTWARE is a Vietnam-based technology company with over 18 months of direct experience building regulated crypto and capital markets platforms in Hong Kong, including C21, Algo724, and the UTGL trust-linked Mastercard processing system. The team brings hands-on expertise in blockchain integration, real-time financial data pipelines, and SFC-adjacent compliance architecture.
What problem was C21 actually solving?
Most crypto investment products in 2026 force users to choose between two extremes: fully self-custodied DeFi protocols with high complexity, or opaque centralized platforms with no real-time transparency. C21 was designed to occupy the middle ground: a regulated, custodian-backed platform that gives retail investors in Hong Kong access to structured crypto investment plans with live portfolio visibility.
The platform supports two distinct product types:
Flexible plans: yield farming strategies where returns fluctuate based on on-chain conditions, requiring continuous recalculation.
Fixed-term plans: staking contracts with locked durations and predetermined return schedules.
These two models are not just different products. They require architecturally different calculation logic, which is the central engineering challenge C21 posed.
Hong Kong's regulatory posture reinforced this design pressure. The SFC's licensing system governs Virtual Asset Trading Platforms (VATPs) under both the Securities and Futures Ordinance (SFO) and the Anti-Money Laundering and Counter-Terrorist Financing Ordinance (AMLO), meaning that platforms serving retail investors may be subject to both frameworks simultaneously and must demonstrate auditable, deterministic financial logic. The HKMA's 2026 Fintech Promotion Blueprint further signals that Hong Kong is investing in responsible fintech advancement, with a focus on AI, distributed ledger technologies, cybersecurity, and talent development for the banking sector. C21's architecture had to reflect that environment.
What technology stack powers C21 and why?
The team selected a stack that prioritises type safety, real-time capability, and Web3 interoperability:
Layer | Technology | Reason for Choice
|
|---|---|---|
Frontend framework | Remix + TypeScript | Server-side rendering with strong type contracts reduces runtime errors in financial UIs |
Real-time data | Socket.IO | Persistent, bidirectional connections for live portfolio updates without polling overhead |
Blockchain integration | Web3.js | Standard library for Ethereum-compatible wallet and smart contract interactions |
Database | PostgreSQL | Relational integrity for financial records, audit trails, and user plan state |
ATM/cash on-ramp | Block ATM | Regulated fiat-to-crypto conversion for Hong Kong retail compliance |
The choice of Remix over a pure client-side React application was deliberate. Financial dashboards benefit from server-rendered initial states because it eliminates the flash of empty data that undermines user confidence in a platform managing real money. TypeScript across the stack enforced contract consistency between the frontend and the backend calculation engine, reducing the class of bugs that surface only in production.
How does the dual calculation engine work?
Building on the compliance requirement above, the harder problem was not connecting to the blockchain. It was computing returns correctly across two fundamentally different financial models, in real time, without conflating their logic.
Yield farming (flexible plans):
Returns are a function of on-chain pool performance, which changes with every block.
The engine subscribes to blockchain events via the Web3 layer, recalculates the user's accrued return on each relevant event, and pushes an updated figure to the frontend via Socket.IO.
Calculation inputs include pool APY, user's proportional share, time elapsed, and gas costs where applicable.
Fixed staking (fixed-term plans):
Returns are predetermined at the time of plan creation based on a locked rate and duration.
The engine calculates accrued interest on a schedule rather than event-by-event, and applies maturity logic when the lock-up period expires.
Early withdrawal rules, if applicable, require a separate penalty calculation path.
Keeping these two engines separate, rather than building a single generalized calculation service, was a conscious architectural decision. A generalized engine would introduce conditional branching that complicates auditing. Regulators and compliance teams need to be able to trace exactly how a return figure was derived. Separate, single-purpose engines make that trace straightforward.
How did the team handle real-time blockchain communication without degrading performance?
Stepping back from the calculation logic, a separate concern is the latency between on-chain events and the user's portfolio dashboard. Crypto markets move fast. A portfolio view that lags on-chain reality by even 30 seconds erodes trust.
The team's approach combined two layers:
Socket.IO persistent connections: Rather than polling the server every few seconds, the frontend maintains a persistent WebSocket connection. When the backend detects an on-chain event relevant to a user's position, it pushes the update directly to that user's open session.
Web3 event subscriptions: The backend subscribes to specific smart contract events (deposit confirmations, yield accruals, maturity triggers) rather than scanning blocks broadly. This scoped subscription model reduces compute overhead while keeping event latency low.
The custodian integration added a further layer of state reconciliation. Because C21 uses a regulated custodian to hold user assets, the platform must reconcile its internal ledger state with the custodian's confirmed balances periodically. The team built a reconciliation service that runs on a defined schedule and flags discrepancies for manual review, satisfying both operational integrity and audit requirements.
What does this project reveal about building fintech in Hong Kong in 2026?
Hong Kong's positioning as a Web3 hub is deliberate and regulatory-led. The SFC's VATP licensing framework, combined with the HKMA's active promotion of responsible fintech adoption, means that platforms built for this market cannot treat compliance as a post-launch layer. It must be designed in from the start.
For 724SOFTWARE, C21 followed a pattern visible across its Hong Kong portfolio: compliance architecture as a first-class engineering concern. The same principle shaped the UTGL trust-linked Mastercard platform (audit logging, KYC/AML, ISO 8583 processing) and Algo724's multi-exchange trading infrastructure. In each case, the regulatory environment of the market defined what "correct" looked like, not just what "fast" looked like.
For any fintech software development company operating in regulated markets, this is the practical lesson: the architecture decisions that look like overhead, separate calculation engines, reconciliation services, audit trail design, are exactly what makes a platform viable in a licensed environment.
Frequently Asked Questions
What is C21?
C21 is a regulated crypto investment platform for Hong Kong retail investors, supporting flexible yield farming and fixed-term staking plans across BTC, ETH, and USDT, with real-time portfolio visibility.
Why was Socket.IO chosen over REST polling for real-time updates?
Socket.IO maintains a persistent bidirectional connection, delivering on-chain updates to users as events occur rather than on a polling interval. This reduces latency and server load simultaneously.
How does the dual calculation engine separate yield farming from fixed staking?
Each product type runs through a dedicated calculation service with its own logic. Yield farming returns are event-driven and recalculated on each on-chain update; fixed staking returns follow a scheduled accrual model. Separation makes each path auditable independently.
What role does the Block ATM integration play?
Block ATM provides a regulated fiat-to-crypto on-ramp, allowing Hong Kong retail users to fund their investment plans through a compliant cash conversion channel.
How does 724SOFTWARE approach compliance in regulated fintech builds?
Compliance architecture is treated as a first-class design concern from the start of a project, not a layer added after launch. This includes audit logging, KYC/AML integration, deterministic calculation logic, and custodian reconciliation.
How long did the C21 project take and how large was the team?
The project ran for 18 months with a dedicated team covering frontend, backend, blockchain integration, and infrastructure.
Is 724SOFTWARE able to build similar platforms for other markets?
Yes. 724SOFTWARE has delivered regulated fintech platforms across Hong Kong and Vietnam, with delivery experience spanning 10+ countries and multilingual collaboration in English, Mandarin, Korean, and Japanese.
About 724SOFTWARE
724SOFTWARE is a Vietnam-based technology company and long-term engineering partner for fintech, digital healthcare, and enterprise clients across Singapore, Hong Kong, Australia, the US, and the UK. With 200+ professionals (58% senior-level), ISO 27001:2022, SOC 2 Type II, and GDPR compliance, and an official partnership with Claude (Anthropic) and Cursor, the company applies generative AI tools including Claude, Cursor, and Gemini throughout the software development lifecycle to accelerate delivery by approximately 30%. C21 is one of several regulated financial platforms the team has built in Hong Kong, alongside the UTGL trust platform, UTGL Card, and Algo724. Teams of 1 to 50+ pre-vetted engineers can be placed within 2 to 4 weeks, with incident response guaranteed under 10 minutes.
If you are building a regulated fintech or crypto platform and need a technology team with direct experience in this space, visit https://724software.com.vn to start a conversation.
