EVM via Li.FiSolana via DFlowLATENCY 48MSROUTES 312 ACTIVEBLOCK #20481992
FrameworkCovered user interface · Rule 15b9-1

The compliance framework,
explained.

tknz operates as a covered user interface in accordance with the SEC Division of Trading and Markets staff statement (April 13 2026). This page documents the operational boundaries that make that designation defensible — at the code level, not just policy.

01 · Compliance pillars

Six rules. Enforced in code.

01
Non-custodial routing

tknz never takes custody of user assets. All swaps execute via the user's connected wallet signing a transaction directly to the execution engine.

02
No proprietary order flow

Orders are routed to third-party engines (Li.Fi, DFlow). tknz does not internalize, front-run, or co-mingle order flow with proprietary trading.

03
Data-derived presentation

Routes are sorted only on price, speed, or gas. Badges (BEST PRICE, FASTEST, LOW GAS) are computed from quote data — never editorial.

04
Flat, disclosed fee

A single 0.15% interface fee is disclosed on every quote. No variable fees, no hidden spread, no PFOF rebate paid to the user.

05
Engine attribution

Every active quote attributes its execution engine in the UI. EVM swaps go through Li.Fi; Solana swaps go through DFlow. Never the other way.

06
Finite token approvals

Token approvals default to the exact amount required for the swap. tknz does not request unbounded allowances and does not override Li.Fi's approval defaults.

02 · Execution architecture

Three engines. One routing decision.

Solana · Primary
DFlow order flow

Solana orders are submitted to the DFlow auction. Market makers compete to fill at or above the reference price. Every quote is bundle-eligible via Jito for atomic, MEV-shielded landing. Price improvement is included in the displayed output, not rebated separately.

Solana mainnetJito bundlesPriority fees
Makers
11
Median imp.
14 bps
Auction
250ms
Cross-VM · New
Mayan Swift

EVM ↔ Solana swaps execute as a single user-signed transaction against Mayan’s Swift escrow. Funds are time-locked in an on-chain script the user controls absent counterparty performance — never held by an intermediary. Settles atomically on the destination chain in ~30 seconds, no manual bridging step required.

EVM ↔ SolanaHTLC-style escrowOne signature
Chains
7
ETA
~30s
Custody
None
EVM · Cross-chain reach
Li.Fi routing

Orders on EVM chains are decomposed across bridges and on-chain DEXs. Quotes are scored on net output after gas, not gross rate. The user receives the final net amount in the quote.

EthereumArbitrumOptimismBasePolygonBNB
Bridges
42
Aggregators
28
Quote TTL
30s
03 · Operational boundary

What tknz does — and never does.

Does
Never does
Display routes from third-party engines
Originate proprietary quotes
Sort routes by price, speed, or gas
Apply editorial weighting to any route
Disclose the 0.15% interface fee on every quote
Charge variable or hidden fees
Pass user transactions to the user's wallet
Custody assets at any point
Default to finite token approvals
Request unbounded ERC-20 allowances
Attribute the execution engine in the UI
Internalize or co-mingle order flow