Crypto Finance’s institutional trading service offers two materially different execution models: agency trading through a desk and principal trading through its LYNX interface or APIs. Its German cost policy explains how fees and executable prices are built, without publishing one universal percentage for every client. Swiss and German entities should not be treated as interchangeable counterparties.[3][5][2]
Execution model and interfaces
Sections ↑Reference table01
Agency versus principal
| Item | Published treatment | Practical scope |
|---|---|---|
| Agency desk | Algorithmic execution using multiple liquidity providers | Agency fee generally higher under German policy |
| Principal | Firm trades as counterparty | Streaming prices and RFQ |
| LYNX | Trading/custody user interface, formerly CAT | Principal functions |
| FIX / REST | API access to trading functions | Institutional integration |
Reference table02
Published order capabilities
| Item | Published treatment | Practical scope |
|---|---|---|
| Click & Deal | Streaming executable prices | Principal route |
| RFQ | Request a transaction quote | Price depends on size and available liquidity |
| Limit | Price-conditioned order | Execution not guaranteed |
| Stop Loss / Stop Limit | Trigger-based instructions | Exact trigger and execution rules need the agreement |
Reference table03
Service reach
| Item | Published treatment | Practical scope |
|---|---|---|
| Principal trading | Advertised 24 hours/day, 7 days/week | Not a bank settlement guarantee |
| Agency range | Traditional crosses and 200+ altcoins advertised | Current instrument availability varies |
| Bank integration | APIs and institutional interface | Not a public retail order book |
German fee components and price formation
Sections ↑Reference table04
German agreement-based fee components
| Item | Published treatment | Practical scope |
|---|---|---|
| Custody | Percentage of assets held | Volume-tiered |
| Trading | Percentage of EUR-equivalent trade value | Monthly-volume discounts possible |
| Settlement | Additional percentage of trade value | Includes blockchain settlement cost |
| Onboarding | One-time charge | Depends on integration and due-diligence effort |
Reference table05
German transfer-fee options
| Item | Published treatment | Practical scope |
|---|---|---|
| External withdrawal | Fixed EUR amount or agreed percentage | Includes relevant blockchain cost |
| Daily standardised settlement | Optional fixed monthly fee | Covers one external settlement per asset per day |
| All-in arrangement | Can be negotiated | Not the standard price-list model |
Reference table06
How German principal prices are formed
| Item | Published treatment | Practical scope |
|---|---|---|
| Liquidity inputs | Multiple venue/counterparty quote books | Consolidated virtual quote book |
| Trade size | Size buckets affect base price | Large and small orders need not receive the same rate |
| Offer / bid adjustment | Hedging markup added/subtracted | Quoted spread differs from explicit trading fee |
| Maximum size | Shown per asset in interface | Old policy appendix is not a live limit |
Reference table07
Fee calculation bases
| Item | Published treatment | Practical scope |
|---|---|---|
| Custody | Aggregate end-of-day asset balances converted to EUR | Valuation time matters |
| Trade and settlement | EUR-equivalent transaction value | Foreign-currency conversion at transaction time |
| Fixed withdrawal | Count multiplied by agreed EUR charge | Different from percentage billing |
Settlement and integration paths
Sections ↑Reference table08
Institutional workflow boundaries
| Item | Published treatment | Practical scope |
|---|---|---|
| Trade execution | Creates the agreed transaction | Not the same as external wallet delivery |
| Internal custody settlement | Relevant client setup | Approval and accounting process apply |
| External custodian settlement | Daily or per-transfer model | Fee basis follows the negotiated arrangement |
| Fiat movement | Institutional account rails | No retail card tariff or universal bank cut-off published here |
Custody service versus self-custody infrastructure
Sections ↑Reference table09
Custody configurations
| Item | Published treatment | Practical scope |
|---|---|---|
| Outsourced custody | Provider operates custody service | Institutional agreement |
| Self-custody infrastructure | Shared or dedicated HSM setup | Client governance and control model differ |
| Sub-custody / integration | Modular institutional implementation | Can support a bank’s customer offering |
| Pledging | AnchorNote marketed separately | Not an ordinary unrestricted wallet balance |
Reference table10
Published operational controls
| Item | Published treatment | Practical scope |
|---|---|---|
| Approval workflow | Configurable transaction approvals | Governance tailored to institution |
| Hardware | FIPS 140-2 Level 3 HSMs described | Company security claim, not a capital guarantee |
| Storage infrastructure | SOC 2 Type II assurance described | Scope is infrastructure controls |
| Interfaces | API, SWIFT and UI described | Availability depends on implementation |
Institutional relationships and country scope
Sections ↑The trading pages address banks and financial service providers. Client acceptance, instrument scope and the choice of Swiss or German entity require institutional onboarding. A German MiCAR authorisation or a Swiss securities-firm status does not by itself establish worldwide retail access or permission for every derivative.[3][2][4]
Trading desk and operational support
Sections ↑Reference table11
Separate institutional workstreams
| Item | Published treatment | Practical scope |
|---|---|---|
| Trading desk | Agency instructions and negotiated execution | Include ticket and execution model |
| Integration | LYNX, FIX/REST and custody workflow | Include environment and reference IDs |
| Billing | Trading, custody, settlement and transfer components | Reconcile to the contracted pricing model |
Swiss and German company disclosures
Sections ↑Crypto Finance describes its Swiss business as FINMA regulated and its German company as a MiCAR-authorised provider under BaFin. The German disclosure library contains pricing and conflict policies. The AMF passport page was not retrievable during this review, so this revision does not claim independently confirmed passport categories from that page.[1][2][4]
Deutsche Börse group relationship
Sections ↑Reference table12
Published corporate milestones
| Item | Published treatment | Practical scope |
|---|---|---|
| 2017 | Business founded | Company history |
| 2021 | FINMA milestone and Deutsche Börse majority acquisition | Separate corporate and regulatory events |
| 2024 | German BaFin licence milestone | Predates MiCAR authorisation |
| 2025 | German MiCAR authorisation milestone | Applies to the German entity |
- Operator
- Crypto Finance AG / Crypto Finance (Deutschland) GmbH
- Exchange model
- Centralised
- Service scope
- Crypto Finance supplies institutional agency and principal crypto execution. The German entity publishes a detailed pricing methodology, while Swiss and German account, custody and regulatory relationships remain distinct.
- Client types
- Professional clients; Institutional clients
- Pricing publication
- Public and quoted pricing
- Other names
- Crypto Finance AG Trading; Deutsche Börse Crypto Finance; Crypto Finance Germany
- Headquarters
- Zürich, Switzerland / Frankfurt, Germany
- Covered jurisdictions
- Switzerland; Germany; European Economic Area
- Pricing scope
- German policy defines custody, trade, settlement, onboarding and transfer fee bases with client-specific rates; principal bid/offer also includes size/liquidity and hedging adjustments.
- Funding scope
- Institutional fiat and digital-asset funding subject to account/settlement agreements; no generic retail card fee or universally public transfer limit established.
- Custody and asset handling
- Crypto Finance combines institutional dealing with its group’s custody business. Swiss and German client assets and execution are not automatically held under the same legal agreement; independently determine entity, wallet model and rights.
- Client eligibility
- Institutional and professional clients admitted by the relevant Swiss or German entity. Regional access and product permissions require direct confirmation; public firm descriptions are not an open worldwide retail onboarding list.
- Support
- Institutional trading desk, account managers and technical support for LYNX/API/custody integration; SLA is contractual.
- Authorisation and registration scope
- Company disclosures describe Swiss FINMA and German BaFin/MiCAR status; this revision does not claim a fresh independent AMF passport verification.
Exchange metadata checked 26 Oct 2026Source 1Source 2Source 3Source 4Source 5Source 6
Covered contracting entities
Sources & further reading
- Group services, FINMA/MiCA operating entities Crypto Finance · Accessed 26 Oct 2026
- German regulated institutional business description Crypto Finance Germany · Accessed 26 Oct 2026
- Institutional trading methods and connectivity Crypto Finance · Accessed 26 Oct 2026
- German MiCAR regulatory disclosures Crypto Finance Deutschland · Accessed 26 Oct 2026
- Cost Pricing and Fee Policy version 2.0 January 2026 Crypto Finance Deutschland · Accessed 26 Oct 2026
- Institutional custody and infrastructure Crypto Finance · Accessed 26 Oct 2026
This profile reports dated public information, including exchange-published services and terms. It does not independently test or guarantee trading, custody, pricing or withdrawals. Inclusion is not an endorsement. Permissions and protections apply only to the named legal entity, service and client category; check the current official records and your contract.