Skip to main content
This page collapses every answer behind a clickable header. Open the question you need; the rest stay tucked. The first answer is open by default because it sets the vocabulary the rest of the FAQ depends on.

​
About Intention and Intention Exchange

What is Intention? What is Intention Exchange? How are they related?

USDC-margined perpetual futures on crypto majors, mid-caps, and long-tail assets, plus pre-market contracts for newly launched tokens. Each market has a deterministic on-chain specification with its own tick size, lot size, leverage tiers, and liquidity profile. The full list of currently listed contracts and their parameters can be fetched from the chain at any time. See Markets and contract specs for the format.Other order-book markets — including spot markets and tokenized real-world assets — are designed to run on the same substrate without changing the execution model. Those are future product surface area, not what Intention Exchange ships at v1.
Both — and the same properties serve both audiences. For human traders and integrators, Intention Exchange is an open, public, professional venue: a perpetual futures DEX with a full central limit order book, professional order types, isolated and cross margin, and protocol-native liquidations — running on a chain that anyone can audit and replay. For autonomous agents, it is something more fundamental: the venue is legible — deterministic, attributed, atomic, and finalized inside consensus — so the chain becomes a function the agent can inspect rather than a noisy environment it has to model.The four protocol-native guarantees (OTD, PTA, RNS, PTAD) produce a fairer venue for humans and a reasonable substrate for agents at the same time. The two audiences want the same thing from the substrate. See the Intelligence Layer page for the agent side and the four AI-native capabilities the protocol is shaped to host.
No. The protocol is non-custodial. Your collateral is held by the protocol’s margin system under the control of your account key, not by Intention Labs and not by Intention Exchange. You can withdraw at any time, subject to position health — you cannot withdraw collateral that is supporting an open position past the maintenance margin requirement.Intention Exchange is the user interface; the funds live on the L1. If Intention Exchange’s frontend went offline tomorrow, your position and your collateral would remain on the chain, and any other client speaking to the L1 could read or act on them.
Most on-chain perpetual DEXs are application-style trading engines deployed on top of a general-purpose blockchain. Matching, risk, mark pricing, liquidations, and oracle integration are all application code. The chain underneath them does not know what a perpetual contract is, and the application has to enforce every fairness property by itself, against an environment where the chain’s own behavior — block-producer reordering, oracle latency, keeper races, indexer drift — keeps undermining it.Intention takes a different path. The L1 is the trading engine. Matching, risk, clearing, and pricing live inside the deterministic kernel as protocol-native state machines. Mark prices are signed by the same validator quorum that signs the trade (PTA). Liquidations execute atomically with the matching they were triggered by (RNS). Per-transaction attribution is a protocol output, not an indexer reconstruction (PTAD). Intention Exchange inherits all of those guarantees by running on the L1; it does not reimplement them.The practical result is that the venue’s correctness is enforced by the protocol below it, not by application code. The trade-off is a smaller attack surface and stronger guarantees in exchange for less flexibility — Intention does not host arbitrary user contracts.
Yes. The L1 is designed as financial infrastructure that any serious workload can build on, not as a single-app chain. Future applications that fit the closed-world instruction set — spot markets, tokenized real-world assets, structured products, autonomous agent strategy environments — will run on the same substrate and inherit the same protocol-native guarantees that Intention Exchange does today.What the L1 cannot host is arbitrary smart contracts. Every operation the protocol can perform is part of the kernel’s enumerated instruction set, and adding new operations is a protocol upgrade rather than a contract deployment. That is a deliberate trade-off in favor of correctness over flexibility — see IntentionKernel for the rationale.

​
Protocol

No. Intention is not an EVM chain and does not run smart contracts in a general-purpose virtual machine. Its execution layer is the IntentionKernel, a deterministic state-transition kernel whose instruction set is the enumerated set of typed financial primitives — order placement, cancel, match, mark, liquidate, fund, settle, transfer. Closed-world by design. New financial primitives arrive through protocol upgrades, not through user-deployed contracts. The reasoning is documented in Architecture overview and in the project whitepaper (available on request from contact@intention.xyz).
Not yet. Intention does not currently have a native token. There has been no token sale, no airdrop, and no token-related public claim from the team. Documentation does not describe tokenomics, staking incentives, fee discounts, or governance weight associated with any token. If and when a token is launched, this answer will be updated. Be skeptical of any third party claiming otherwise.
A public testnet is planned but not yet live. Faucet access and an integration checklist are described in Testnet. To request faucet access when the testnet opens, email testnet@intention.xyz.
Validator software and the criteria for joining the active set are documented in Validators — Running, with operational guidance in Monitoring and DDoS defense. Validator participation will open in stages alongside the public testnet and mainnet.

​
Project

For protocol-level vulnerabilities, follow the disclosure process in Bug bounty. Do not post live exploits in public channels. For non-security bugs in the documentation or in Intention Exchange, email support@intention.xyz with reproduction steps and the relevant URL.
The Intention whitepaper documents the architectural rationale, the four protocol-native guarantees, the consensus design, and the trading engine semantics referenced throughout this site. It is available on request — email contact@intention.xyz and ask for the current revision.
No. The implementation of Intention is closed-source. The protocol’s external behavior — its guarantees, integration surfaces, and operational semantics — is documented in this site and in the project whitepaper, and that is the canonical surface area third parties build against. Closing the source is a deliberate choice for the current stage of the project; the team is focused on shipping a correct and performant venue rather than on open-source ecosystem development. Whether and when this position changes will be announced through intention.xyz.
Announcements are published from intention.xyz and on Twitter / X at @intention. There is no official Telegram, Discord, or other community channel run by Intention Labs at the time of writing — be cautious of imitators.
contact@intention.xyz. See Intention Labs.