Ahoj, tohle jsem zjistil, když jsem využil pomoc. Nevím, jestli jsi něco takového chtěl slyšet, ale jdeme na to. 🙂
1. Základní vlastnosti MVP
Vaše výměna by měla minimálně zahrnovat:
- Uživatelské účty a KYC/AML: Registrace, ověření identity (základní stupňovitý KYC pro splnění předpisů).
- Integrace peněženek: Peněženky s úschovou nebo bez úschovy pro vklady/výběry (BTC, ETH, USDT jsou dobrými začátky).
- Obchodní engine: Párovací engine, který zvládá typy objednávek (tržní, limitní) a rychle realizuje obchody.
- Kniha objednávek a historie obchodů: Transparentní zobrazení objednávek na nákup/prodej v reálném čase.
- Nástupní/výstupní rampa pro fiat měny: Bankovní převody, karty nebo platební brány (v závislosti na jurisdikci).
- Administrační panel: Pro sledování transakcí, správu uživatelů a zpracování upozornění na shodu s předpisy.
- Bezpečnostní vrstva: 2FA, potvrzení e-mailem, whitelisting pro výběry, monitorování relací.
- Podpora a oznámení: Základní systém ticketingu a upozornění (e-mail/SMS/Telegram).
Tip pro MVP: Nesnažte se být od prvního dne na Binance – začněte s několika obchodními páry a postupně je rozšiřujte.
2. Nejlepší bezpečnostní postupy
- Bezpečnost je na kryptoměnových burzách klíčová.
- Cold Storage: Většinu (90 %+) finančních prostředků uchovávejte offline v peněženkách s více podpisy.
- Řízení rizik horkých peněženek: V horkých peněženkách jsou pouze malé provozní prostředky.
- Šifrování a segmentace: Šifrování uživatelských dat, oddělení kritických systémů (obchodní engine, peněženka, databáze).
- DDoS a omezení rychlosti: Ochrana před výpadky a zneužitím.
- Pravidelné audity a testy pera: Najměte si bezpečnostní firmy třetích stran.
- Monitorování transakcí: AML, upozornění na podezřelou aktivitu, kontroly rychlosti výběrů.
3. Technologický stack
- Typické možnosti zásobníku, které uvidíte:
- Backend: Go, Rust, Java nebo Node.js (Go a Rust jsou pro obchodní enginy upřednostňovány kvůli výkonu).
- Frontend: React, Next.js, Vue.js pro dashboardy a obchodní UI.
- Databáze: PostgreSQL, Redis (pro ukládání dat z knihy objednávek do mezipaměti).
- Integrace blockchainu:
- Používejte oficiální klientské SDK (např. Web3.js, Ethers.js, Bitcoin Core JSON-RPC).
- Middleware služby jako Fireblocks, Coinbase Custody, BitGo, pokud chcete úschovu na podnikové úrovni.
- Infrastruktura: Docker, Kubernetes, AWS/GCP/Azure (více regionů pro redundanci).
4. Předpisy a dodržování předpisů
To se v jednotlivých jurisdikcích velmi liší:
- Licence: Money Transmitter License (US), VASP (EU pod MiCA), MAS (Singapur) atd.
- KYC/AML: Pro ověření totožnosti používejte dodavatele jako Sumsub, Jumio, Onfido.
- Cestovní pravidlo: V závislosti na tom, kde působíte, budete možná muset dodržovat cestovní pravidlo FATF pro kryptoměnové převody.
- Právní subjekt: Mnoho startupů se před expanzí zakládá v regionech přátelských k kryptoměnám (např. Estonsko, Litva, Dubaj, Seychely).
⚠️ Vždy si vyhledejte právní poradenství na vašich cílových trzích – regulační chyby jsou drahé.
5. Řízení likvidity
Největší překážka pro nové burzy. Možnosti:
- Poskytovatelé likvidity/tvůrci trhu: Spolupracujte s firmami, které poskytují hloubku knihy objednávek (např. GSR, Jump Trading, Wintermute).
- Agregace burz: Propojte svou knihu objednávek s většími burzami prostřednictvím API a zrcadlete tak likviditu.
- Pobídky: Slevy na poplatcích, těžba likvidity nebo odměny pro první uživatele.
- Začněte v malém: Před přidáním long-tail aktiv se zaměřte na 2–3 páry s vysokým objemem (BTC/USDT, ETH/USDT).
6. Řešení s bílým štítkem
Pokud chcete rychlé uvedení na trh, můžete začít s platformami s vlastním označením, jako jsou:
AlphaPoint
Modul
HollyEx
ŘetězUp
Díky nim si můžete vytvořit funkční burzu, kterou si můžete přizpůsobit, ale obětujete tím kontrolu a škálovatelnost. Některé burzy začínají na white-labelu a poté, co se prosadí, se interně přestaví.
✅ Praktický tip: Včas se rozhodněte, zda chcete být burzou typu custodial (držíte finanční prostředky uživatelů, větší odpovědnost, ale plynulejší UX), nebo burzou typu non-custodial/hybridní (finanční prostředky zůstávají u uživatelů, menší regulační zátěž, ale náročnější UX).