# Overview
Taurox (TAUX) is a decentralized, non-custodial trading protocol that pools user capital and allocates it across autonomous trading agents. Agents are software programs that analyze markets, execute trades, and manage positions without human input. The protocol evaluates each agent, assigns capital based on verified performance, enforces risk controls, and distributes trading profits to participants.
The protocol functions as a decentralized hedge fund. Stakers deposit assets into a shared pool. That pool becomes the trading capital for a large number of independent agents, each running its own strategy. Profits generated by agents flow back to stakers and agent creators according to a transparent fee structure. The entire process, from agent evaluation to capital allocation to profit distribution, is handled by the protocol.
## Why This Exists
Autonomous trading agents are expanding rapidly. Developers, quants, and AI builders worldwide can now produce agents capable of executing sophisticated trading strategies. The number of viable agents will grow into the millions as tooling matures and AI capabilities increase. Most of these agents lack access to meaningful capital. At the same time, most capital holders lack a reliable way to identify, evaluate, and allocate to agents worth backing. The connection between capital and strategy remains broken.
Traditional hedge funds address this through capital allocators: fund-of-funds managers and placement agents who match money with strategies. These intermediaries charge 1–5% of allocated capital as management or placement fees, layered on top of the fund's own fee structure. The fees are not a cost of generating returns. They are a cost of access. Additionally, hedge funds impose six-figure minimums and accreditation requirements that exclude most retail participants entirely.
Taurox replaces the allocator layer with a protocol. Capital allocation decisions are made algorithmically, on-chain, based on each agent's track record. There are no placement fees and no accreditation requirements. Any TAUX holder can stake into the pool, with deposit capacity proportional to their token holdings. A participant depositing $100 receives the same proportional exposure to the full agent portfolio as a participant depositing $100,000.
## How Capital Flows
Stakers deposit assets into the trading pool. Agents do not receive pool capital immediately. Each agent first enters the proving ground, where it trades with real capital funded by the agent creator. There is no simulation layer. Every trade hits a real order book, pays real fees, and settles at real prices. This ensures the agent creator has skin in the game from the start. The protocol measures risk-adjusted performance, drawdown behavior, and strategy consistency during this period. Agents that meet the qualification thresholds graduate to pool trading and receive an initial capital allocation.
Once live, the protocol continuously adjusts allocations. Agents with strong risk-adjusted returns receive more capital. Agents that underperform have their allocations reduced or revoked. The system is designed to operate across millions of concurrent agents. This produces diversification across a far wider range of strategies than any traditional fund structure can maintain.
## Profit Distribution
Stakers receive the majority share of net trading profits, proportional to their contribution to the pool. Agent creators earn performance fees based on what their agent generates. All fees are deducted from realized profits automatically. No participant pays fees on capital that has not produced a return. This aligns the incentives of capital providers and strategy operators directly: agent creators earn more only when stakers profit.
## Risk Controls
Each agent operates within defined boundaries. The protocol enforces capital caps, stop-loss limits, and drawdown circuit breakers per agent. A classification framework called KYA (Know Your Agent) categorizes each agent by strategy type (trend following, arbitrage, sentiment-based, and others) to ensure the pool maintains diversification across uncorrelated approaches. If an agent's behavior drifts from its declared strategy, the protocol flags and restricts it.
## Execution
Agents trade primarily through on-chain decentralized exchanges via the protocol's vault contracts. Funds remain in smart contracts throughout the trade lifecycle, preserving non-custodial guarantees. For strategies that require centralized exchange liquidity or derivatives access, the protocol provisions trade-only sub-accounts with no withdrawal permissions. Only stakers can withdraw funds, and only through the protocol's withdrawal contract. No agent or sub-account can initiate a withdrawal under any circumstance.
## TAUX Token
TAUX is the native utility token of the Taurox ecosystem and the key to pool access. Stakers must hold TAUX proportional to the amount they wish to deposit. A holder of 1% of the supply can stake up to 1% of the pool's capacity. This ties demand for pool access directly to demand for the token.
Performance fees are collected and converted to TAUX at the point of distribution. There is no management fee. A fixed percentage of all collected fees is permanently burned. The remainder flows to the protocol treasury, governed by the DAO. As trading volume and assets under management grow, fee collection increases, which increases burn volume. This creates a direct, mechanical relationship between protocol activity and token scarcity.
# The Problem
Algorithmic and quantitative trading generate consistent risk-adjusted returns when managed correctly. The infrastructure to connect retail capital with these strategies, however, remains inefficient, expensive, and structurally exclusionary.
## Retail Has No Access to Quant-Level Strategies
Quantitative trading, meaning strategies driven by algorithms, statistical models, and autonomous agents, has historically been the domain of institutional capital. Hedge funds, proprietary trading firms, and family offices operate sophisticated strategy portfolios that consistently outperform passive investment approaches on a risk-adjusted basis.
Retail participants have no access to this. Hedge funds impose minimum investment thresholds of $250,000 to $1,000,000 or more. Accreditation requirements further restrict access based on income or net worth. The result is a two-tier system where the most effective risk-adjusted strategies are reserved for those who already have substantial capital.
The retail alternatives (copy trading platforms, social trading, and signal services) offer exposure to individual traders, not systematic strategy portfolios. Users select a single trader to follow, bear the full exposure of that trader's decisions, and receive no systematic diversification, no risk controls, and no drawdown protection. These products give the appearance of strategy access without the infrastructure that makes quantitative trading work.
## Capital Allocators Extract Disproportionate Value
The traditional pipeline from capital to strategy involves intermediaries: capital allocators, fund-of-funds managers, and placement agents. These intermediaries do not trade. They connect capital with the people who do. For this service, they extract 1–5% of allocated capital as a management or placement fee, layered on top of the underlying fund's own fee structure.
A retail investor accessing a fund-of-funds that invests in multiple quant strategies may lose 5–8% of their capital annually to layered allocator fees before accounting for actual trading performance. The performance fee paid to the actual strategy operators (the standard 2/20 model) is a cost of generating returns. The allocator fee on top is a cost of access. Taurox eliminates the second cost entirely.
Capital allocation as a service is valuable when it involves diligence, risk management, and portfolio construction. But the traditional model charges for access itself, a gatekeeping fee that adds cost without adding returns. The allocator earns regardless of whether the underlying strategies perform, creating a misalignment between the intermediary's incentives and the investor's outcomes.
## Limited Strategy Diversification
A traditional hedge fund operates ten to fifty strategies internally. A fund-of-funds may allocate across five to twenty external managers. In both cases, the number of independent strategies is constrained by operational overhead. Each strategy requires dedicated infrastructure, risk management integration, legal agreements, and compliance review.
This ceiling on strategy count creates concentration risk. When a portfolio contains only a handful of strategies, a single strategy's failure can materially impact the entire portfolio. Increasing strategy count reduces this risk, but traditional structures make scaling beyond a few dozen strategies operationally impractical.
The mathematics of diversification are well understood. Risk decreases as the number of uncorrelated return sources increases. A portfolio of ten strategies is significantly more fragile than a portfolio of one hundred. A portfolio of one hundred strategies is significantly more fragile than a portfolio of ten thousand. Traditional infrastructure cannot reach the scale where diversification provides its full protective benefit.
## Talent Bottleneck
Skilled quantitative developers and AI builders exist in far greater numbers than the institutional pipeline can absorb. Hedge funds hire selectively and require multi-year commitments. Proprietary trading firms demand relocation and exclusivity. Many capable strategy creators have no viable path to deploy their work with meaningful capital.
This bottleneck limits the supply side of the market. Strategies that could generate returns for capital providers are never deployed because the creator lacks access to capital infrastructure. The capital exists. The talent exists. The connection mechanism is the constraint.
## What Taurox Changes
Taurox eliminates the capital allocator layer entirely. The protocol connects retail capital directly with trading agents: no intermediaries, no placement fees, no gatekeeping.
**The allocator is replaced by a protocol.** Capital allocation decisions are made algorithmically based on agent performance data. The protocol evaluates agents through the proving ground, classifies them through KYA, and distributes capital based on risk-adjusted track records. This replaces a human allocator charging 1–5% with a transparent, on-chain system that charges nothing for the allocation itself. Fees are paid only on actual performance, the same 2/20 structure used by the underlying strategies, with no additional layer on top.
**Strategy diversification scales without limit.** The protocol supports millions of concurrent agents operating independent strategies. Adding a new agent does not require legal agreements, infrastructure buildout, or compliance review. It requires passing the KYA classification and proving ground evaluation. The marginal cost of adding one more strategy to the pool approaches zero.
**Retail gains institutional-grade access.** Any user holding TAUX can stake into the pool. There is no accreditation requirement, and the amount a user can deposit scales with their TAUX holdings. A staker contributing $100 receives the same risk-adjusted exposure to the full agent portfolio as a staker contributing $100,000.
**Talent is unblocked.** Any developer can submit an agent. Evaluation is based on demonstrated performance in the proving ground, not on credentials, geography, or professional network. Capital allocation is meritocratic. Agents that perform well receive more capital, regardless of who built them.
The result is a system where capital and strategy connect directly, allocator fees are eliminated, diversification is maximized, and access is open.
# Core Concepts
Taurox combines a self-custody wallet, a pooled capital structure, and an open marketplace for autonomous trading agents into a single protocol. The system is designed so that each component reinforces the others.
## The Wallet
The Taurox Wallet is a standalone, multi-chain crypto wallet. It supports major networks including Ethereum, Arbitrum, Polygon, Solana, and Bitcoin. The wallet includes standard features expected of a modern wallet: fiat on-ramps, a built-in DEX aggregator, portfolio tracking, and hardware wallet integration. Users can use the wallet without participating in the trading pool.
## The Trading Pool
Users who choose to stake their assets deposit them into the Taurox Trading Pool. The pool aggregates capital from all participating stakers into a shared reserve. This reserve is then allocated across proven trading agents. Stakers earn a share of net trading profits proportional to their contribution.
The pool structure means that individual stakers gain exposure to a vast number of trading strategies simultaneously, rather than relying on a single approach. This diversification reduces the impact of any single agent's underperformance on overall returns.
## Trading Agents
Trading agents are autonomous programs submitted by external developers, quants, and AI builders. Each agent implements its own trading strategy and sources its own market data. The protocol does not provide data infrastructure. It provides capital access.
Before receiving pool capital, every agent passes through the KYA (Know Your Agent) classification process and the proving ground. In the proving ground, agents trade with real capital funded by the agent creator, not simulated funds. Agents graduate when their performance metrics reach statistical significance. An arbitrage bot operating at high frequency may qualify in hours. A macro strategy trading weekly may take longer. Graduation is performance-gated, not time-gated.
## Capital Allocation
Proven agents receive a slice of pool capital based on risk-adjusted performance. Capital allocation is dynamic. It increases for agents that perform well and decreases for agents that underperform. Allocation decisions are weighted by metrics such as the Sharpe ratio, maximum drawdown, and consistency of returns. The system continuously rebalances across all active agents.
## Risk Controls
Every agent operates within strict risk boundaries. Each agent has a maximum capital allocation cap, per-agent stop-loss limits, and drawdown circuit breakers that automatically pause or demote an agent if its losses exceed defined thresholds. At the pool level, a daily drawdown halt protects stakers from cascading losses. A reserve buffer held in stablecoins ensures withdrawal liquidity at all times.
## Custody and Security
Agents never hold funds directly. The primary execution path is on-chain. Agents trade through the protocol's vault contracts on decentralized exchanges, maintaining non-custodial guarantees throughout the trade lifecycle. For strategies requiring centralized exchange liquidity or derivatives, the protocol provisions trade-only sub-accounts with no withdrawal permissions. No agent can initiate a withdrawal. This separation between trading access and fund custody is the core security guarantee of the protocol.
## Profit Distribution
Profits are distributed in a hedge fund model. Fees are deducted automatically from realized profits. Stakers receive the majority share of net trading returns. Agent creators earn performance fees proportional to their agent's contribution, assessed on a high-water mark basis, meaning agents earn fees only on new profits, not on recovery from prior losses. Top-performing agents earn both a larger capital allocation and a higher share of the profit split, creating a meritocratic incentive structure.
## The TAUX Token
TAUX is the native utility token of the Taurox ecosystem and the key to pool access. To stake assets into the trading pool, a user must hold TAUX proportional to the amount they wish to deposit. A holder of 1% of the total TAUX supply can stake up to 1% of the pool's total capacity. This makes TAUX a capacity token: demand for pool access translates directly into demand for TAUX.
Allocation rights always belong to the TAUX holder. When a holder is not using their rights, the idle capacity is temporarily offered to other participants through a 60-minute bidding process. If the original holder returns to claim their allocation, the temporary user's capital and accrued returns are returned automatically. No capacity sits idle, and no holder loses their rights.
Fees collected by the protocol are converted to TAUX at the point of collection. A fixed percentage of collected fees is permanently burned, and the remainder flows to the protocol treasury governed by the DAO. As the pool grows and generates more trading activity, fee volume increases, which increases burn volume. This ties token scarcity directly to protocol adoption and performance.
# FAQ
## General
**What is Taurox?**
Taurox is a decentralized trading protocol that allocates pooled capital across autonomous trading agents. Users stake crypto assets into a shared pool, and proven agents trade the pool on their behalf. Profits are distributed between stakers and agent creators in a hedge fund model.
**Do I need to use the trading pool to use the wallet?**
No. The Taurox Wallet is a fully featured, standalone crypto wallet. Users can hold, send, receive, and swap assets without participating in the trading pool. Pool staking is entirely optional.
**What makes Taurox different from copy trading or social trading?**
Copy trading replicates one trader's positions. Taurox distributes capital across millions of independent trading agents, each operating its own strategy. The protocol manages allocation, risk controls, and diversification at the system level rather than relying on a single trader's decisions.
## Staking
**How do I stake my assets?**
Users deposit assets from the Taurox Wallet into the trading pool. Staking is configurable, and users select the amount they wish to commit. Upon deposit, the protocol mints txTokens representing the staker's share of the pool and accrued returns.
**How much will I earn?**
Returns vary based on the collective performance of all active trading agents, net of fees. There is no fixed yield. Earnings depend on market conditions, agent performance, and pool composition.
**Can I withdraw at any time?**
Stakers can initiate a withdrawal at any time. The protocol processes withdrawals within 48 hours or per the staker's agreed staking terms. Traditional hedge funds impose quarterly or annual redemption windows, often with 30 to 90 day notice periods. Taurox treats liquidity as a design requirement, not a concession. A 15% reserve buffer held in stablecoins ensures withdrawal capacity is maintained at all times.
**What are txTokens?**
txTokens are ERC-20 tokens minted when a user deposits into the trading pool. Each txToken represents a proportional share of the pool's total value, including accrued returns. As agents generate profits, the redemption value of each txToken increases. Upon withdrawal, txTokens are returned to the protocol and burned.
## Agents
**What is a trading agent?**
A trading agent is an autonomous program that executes a defined trading strategy. Agents are built and submitted by external developers, quants, and AI builders. Each agent sources its own market data and implements its own logic. The protocol provides capital access, not data infrastructure.
**How are agents vetted?**
Every agent passes through two stages before receiving pool capital. First, the KYA (Know Your Agent) framework classifies the agent's strategy type and risk profile. Second, the agent trades with real capital funded by the agent creator in the proving ground until its performance metrics reach statistical significance. This ensures skin in the game from the outset. Only agents that meet the qualification thresholds are promoted to pool trading.
**Can anyone submit an agent?**
Yes. The agent marketplace is open to any developer. Agents are evaluated purely on demonstrated performance, not on the identity or reputation of the creator.
**What happens if an agent loses money?**
Each agent operates within per-agent stop-loss limits and drawdown circuit breakers. If an agent's losses exceed defined thresholds, the protocol automatically pauses or demotes the agent and reduces its capital allocation. No single agent can jeopardize the overall pool due to capital caps.
**Can an agent withdraw funds from the pool?**
No. Agents receive trade-only access through exchange sub-accounts or on-chain vault contracts. No agent, sub-account, or API key can initiate a withdrawal. Only stakers can withdraw funds through the protocol's withdrawal contract.
## Risk
**What are the risks of staking?**
Staking involves exposure to the collective trading performance of all active agents. While diversification across many agents and strategies reduces correlated risk, trading losses can occur. Smart contract risk, market volatility, and liquidity constraints are inherent to any DeFi protocol.
**How does the protocol manage risk?**
Risk management operates at multiple levels. Per-agent controls include capital caps, stop losses, and circuit breakers. Pool-level controls include daily drawdown halts and a reserve buffer held in stablecoins. The KYA framework enforces strategy diversification to prevent overexposure to any single trading approach.
**Is my capital guaranteed?**
No. Taurox does not guarantee returns or principal. The protocol enforces risk controls to limit losses, but trading carries inherent risk. Stakers should only commit capital they can afford to expose to market conditions.
## Token
**What is TAUX used for?**
TAUX is the native utility token of the protocol. It serves as the key to pool access: a staker must hold TAUX proportional to the amount they wish to deposit. Holding 1% of the total supply grants the right to stake up to 1% of the pool's capacity. TAUX is also used for governance voting, agent creator bonds, and staking incentives. Performance fees are deducted from realized profits and converted to TAUX at the point of collection. There is no management fee. Fees are extracted automatically from trading returns.
**How does the burn mechanism work?**
A fixed percentage of all fees collected by the protocol is permanently burned. The remainder flows to the protocol treasury, governed by the DAO. As the pool grows and generates more trading activity, burn volume increases proportionally, reducing the circulating supply of TAUX over time.
**Do I need TAUX to stake in the pool?**
Yes. TAUX holdings determine a staker's maximum pool allocation. The amount a user can deposit is proportional to their share of the total TAUX supply. This ensures that demand for pool access translates directly into demand for TAUX. TAUX is also required for governance participation and is used by agent creators for submission bonds.
**What happens if I hold TAUX but don't stake?**
Allocation rights always belong to the holder. If a TAUX holder is not using their allocation, the idle capacity is temporarily made available to other participants through a 60-minute bidding process. When the original holder decides to stake, their capacity is returned automatically, along with any profit or loss accrued by the temporary user. No holder ever loses their rights.
# Launch
The protocol launches with capital and agents activated simultaneously. Presale participants and select capital allocators are incentivized to provide the capital side. A curated cohort of agent creators provides the strategy side. Both are in place before the pool opens.
## Capital at TUE (Token Unlock Event)
Presale participants hold 800,000,000 TAUX at the Token Unlock Event. These tokens grant staking rights immediately. Vesting restricts selling, not pool access. A presale holder with 10,000,000 TAUX can stake into the pool on day one, even though those tokens cannot be transferred or sold until the vesting schedule unlocks them.
The pool launches with a built-in base of stakers who have already committed capital to the protocol. There is no cold-start period where the pool sits empty waiting for deposits. The allocation rights are distributed, and the capital is ready.
## Pre-Launch Staking Window
The staking vault opens before trading begins. Presale holders can commit capital to the pool during a 1-month pre-launch window while agents complete their final proving ground evaluations. Capital deposited during this period sits in the vault's reserve. No trading occurs until the pool officially activates.
This ramp period serves two purposes. It allows capital to accumulate gradually rather than requiring all deposits on a single day. It also gives the protocol a confirmed picture of pool depth before activating agent trading, enabling accurate initial capital allocation across the agent portfolio.
Stakers who commit capital during the pre-launch window receive bonus TAUX rewards and priority airdrops funded from the Pool Staking Rewards allocation (15% of total supply). These incentives are only available during the pre-launch period and are not offered after trading activates. The earlier a staker commits, the larger the bonus multiplier.
This structure means stakers who commit early receive more than those who wait. By the time trading activates, the pool has accumulated sufficient capital for agents to operate at scale.
## Early Staker Returns
Once the pool activates, early stakers benefit from three revenue streams simultaneously: trading returns generated by agents, supplemental staking rewards from the Pool Staking Rewards allocation, and any accrued airdrops from the pre-launch period. Stakers who wait and deposit after launch receive only trading returns.
The result is a pool that opens at sufficient depth for agents to execute strategies at scale from day one.
## Agents at TUE
The proving ground opens during the presale. The founding team builds the first reference agents internally to validate the execution pipeline, evaluation engine, and risk controls end-to-end. External agent creators then receive test capital, execution infrastructure, and access to the full evaluation pipeline. This lead time gives agents enough runway to build statistically significant track records before real capital is at stake.
The protocol onboards a select group of quantitative traders and agent developers through a structured early access program. These creators receive dedicated support, priority access to the proving ground, and incentives from the Agent Creator Fund (10% of total supply, available from day one).
When the first staker deposits capital, qualified agents are already active, proven, and ready to trade. The pool generates returns from its first day of operation.
The early cohort is selected for strategy diversity. The protocol targets coverage across multiple KYA categories (arbitrage, momentum, sentiment, market making, and others) so that the pool launches with built-in diversification rather than concentration in a single approach.
## The First Cycle
The sequence is deliberate:
1. Presale holders have TAUX and staking rights at TUE
2. The staking vault opens. Capital accumulates during the pre-launch window.
3. Proven agents from the early access program stand ready to trade.
4. The pool activates. Agents begin trading pooled capital immediately.
5. Returns are generated. Performance fees are collected and converted to TAUX. Burns begin.
6. Results attract new stakers and new agent creators from the open marketplace.
Presale holders stake because they have allocation rights and early rewards. Agent creators join because there is real capital to trade. Each side gives the other a reason to participate.
## Scaling from Launch
As the pool demonstrates a track record, both sides of the marketplace grow organically.
On the capital side, strong pool performance attracts new participants who acquire TAUX for staking rights. Demand for pool access drives demand for the token. The pool's capacity ceiling rises as more agents qualify, allowing it to absorb the additional capital productively.
On the agent side, a growing pool attracts more developers. Larger capital means larger allocations for proven strategies. The Agent Creator Fund and performance fee splits provide direct financial incentive. The open marketplace means any developer, anywhere, can submit an agent and compete for capital on merit.
The early access program seeds both sides. Sustained performance drives what follows.
# Roadmap
Taurox development follows five phases. Phases are not strictly sequential. Work on infrastructure, agent proving, and security audits runs in parallel across phases. The presale is the development runway. By the time it closes, the protocol is ready. TUE triggers pool launch, capital deployment, and burns from day one.
## Phase 1: Foundation
The wallet ships first. The presale begins. Smart contract architecture, backend infrastructure, and legal structuring proceed in parallel.
* [x] Taurox Wallet beta launch with multi-chain support (Ethereum, Arbitrum, Polygon, Solana, Bitcoin)
* [x] Wallet core functionality: self-custody, fiat on-ramp, DEX aggregation, portfolio tracking
* [x] Internal testing environment and CI/CD pipeline
* [x] TAUX presale live
* [ ] Smart contract architecture for pool management, vault contracts, fee collection, and txToken minting
* [ ] Backend infrastructure provisioning (indexing, event processing, data layer)
* [ ] Multi-signature wallet setup for all allocation categories
* [ ] Independent smart contract audit by a tier-one auditor
* [ ] Team KYC completed by accredited third-party auditor
* [ ] Bug bounty program soft launch
* [ ] Legal entity structuring, regulatory opinion on TAUX classification, and compliance framework
## Phase 2: Proving Ground
Proving ground development runs during the presale. The team builds the first reference agents internally to validate the execution pipeline, evaluation engine, and risk controls end-to-end. External agent creators receive test capital, execution infrastructure, and access to the full evaluation pipeline. By the time the presale closes, a diversified roster of agents has already built statistically significant track records and is ready to trade.
* [ ] KYA (Know Your Agent) classification framework
* [ ] Agent submission SDK, API documentation, and developer onboarding guides
* [ ] Proving ground deployment with creator-funded live capital engine
* [ ] Internal reference agents built by the founding team to validate infrastructure
* [ ] Evaluation engine with statistical significance testing and strategy drift detection
* [ ] DEX and Hyperliquid vault contract deployment on testnet, then mainnet (Uniswap, PancakeSwap, Jupiter, Hyperliquid)
* [ ] End-to-end testing of agent lifecycle (submission, KYA classification, proving, promotion, demotion)
* [ ] Second independent smart contract audit (different auditor from Phase 1)
* [ ] Vault contract formal verification for critical custody logic
* [ ] Agent sandboxing and execution layer security review
* [ ] Token vesting contracts deployed and verified
* [ ] Trading pool and withdrawal contracts deployed and verified
* [ ] Initial DEX liquidity provisioned (six-month lock)
* [ ] Early builder incentive program for external agent creators
* [ ] Legal review of agent creator terms and pool participation structure
## Phase 3: TUE and Pool Launch
The presale closes and TUE executes. The pool opens fully on-chain. Proven agents begin trading pooled capital on DEXs and Hyperliquid immediately with no centralized exchange dependencies. Stakers deposit, agents trade, fees are collected, and burns begin.
* [ ] Presale closes
* [ ] Token Unlock Event (TUE)
* [ ] Trading pool opens with staking and txToken minting
* [ ] On-chain fee collection, TAUX conversion, and burn mechanism activation
* [ ] DEX and Hyperliquid execution live (spot, swaps, perpetual futures)
* [ ] Real-time pool dashboard: NAV, agent performance, allocation breakdown, reserve levels
* [ ] Portfolio-level risk monitoring (strategy concentration, correlation tracking)
* [ ] Dynamic capital allocation with performance-weighted rebalancing
* [ ] Strategy concentration monitoring and diversification enforcement
* [ ] Circuit breakers, alerting, and incident response systems
* [ ] Runtime monitoring for anomalous agent behavior
* [ ] 24/7 operational monitoring
* [ ] Pool performance reporting and transparency dashboards
## Phase 4: Scale
With a live track record established, the protocol expands execution venues, capital capacity, and agent tooling. CEX integration is introduced for strategies that require centralized liquidity or specific derivatives products.
* [ ] Tiered performance splits (top-performing agents earn a higher PnL share)
* [ ] CEX sub-account infrastructure for agents requiring centralized exchange access (Binance, Bybit, OKX)
* [ ] Agent creator bond system with TAUX staking
* [ ] Cross-chain pool expansion to additional networks
* [ ] Expanded DEX and venue integrations through governance proposals
* [ ] Advanced analytics and historical performance data
* [ ] Ongoing smart contract audit cycle (quarterly or per-upgrade)
* [ ] Red team exercises and disaster recovery testing
* [ ] Agent creator grants and accelerator program
* [ ] Strategic partnerships with exchanges, protocols, and infrastructure providers
## Phase 5: Governance
Once the protocol is operationally stable and the pool has established a live track record, protocol control transfers to TAUX holders. The DAO governs parameters, treasury allocation, and protocol upgrades. The founding team's privileges normalize to standard token-weighted voting.
* [ ] DAO governance contract deployment
* [ ] TAUX-weighted voting on protocol parameters, risk thresholds, and fee structures
* [ ] Governance proposal interface integrated into wallet
* [ ] Timelock and multi-signature controls on governance-approved upgrades
* [ ] Treasury management transferred to DAO control
* [ ] Emergency action framework for security incidents
* [ ] Founding team governance privileges normalized to standard token-weighted voting
* [ ] Gradual transition of operational responsibilities to community-elected delegates
* [ ] Cross-protocol composability and integration with broader DeFi ecosystem
# Team
Taurox was built by quantitative traders and trading systems engineers who spent their careers at the largest names in the industry: top-tier hedge funds and proprietary trading firms. The founding team has collectively designed, built, and operated systematic trading infrastructure responsible for billions of dollars in managed capital.
Taurox originated from a structural problem the team observed firsthand. The team watched the strategies they built generate consistent, risk-adjusted returns year after year, with the vast majority of that value captured by institutional investors who already had more capital than they needed. Retail participants, the people who would benefit most from access to quantitative strategies, were excluded entirely by accreditation requirements and six-figure minimums.
Worse, the capital allocation layer sitting between investors and strategies extracted fees for access itself, not for performance. Fund-of-funds managers and placement agents charged 1-5% of allocated capital simply for making introductions. The team built the strategies. The allocators collected the rent.
Taurox exists because the team decided to solve the problem rather than stand by it. The protocol replaces the allocator with an algorithm, removes the accreditation gate, and opens the same caliber of quantitative trading to anyone holding TAUX. The infrastructure is built by people who have operated at institutional scale and understand what it takes to manage pooled capital, enforce risk controls, and evaluate trading strategies with statistical rigor.
The team operates pseudonymously. Identities are not published. The protocol's credibility is established through its architecture, its audits, and its track record, not through personal brands. Code is public. Contracts are auditable. Performance is on-chain. The work speaks for itself.
# Portfolio Mathematics
The Taurox pool targets annualized gross returns exceeding 30% through the mathematics of scale: many independent agents, each passing a minimum performance bar, combined into a single portfolio where diversification compresses volatility while preserving return.
This page describes the mathematical relationship between agent count, correlation, and pool-level performance.
## Agent Admission Criteria
Every agent in the pool has passed the proving ground with the following minimums:
| Metric | Threshold |
| --------------------- | ----------------------------- |
| Sharpe Ratio | 1.5 or higher |
| Maximum Drawdown | Below 15% |
| Single Trade Exposure | Below 5% of allocated capital |
These are not targets. They are gates. An agent that does not meet all three on live trades with real capital does not enter the pool.
## From One Agent to Many
A single agent with a Sharpe ratio of 1.5 earns 1.5 units of return per unit of volatility. If that agent runs at 20% annualized volatility, its expected return is 30%. If it runs at 10% volatility, its expected return is 15%. The Sharpe ratio describes efficiency, not magnitude.
One agent producing 30% annual returns in crypto markets is not unusual. Market-making on perpetual exchanges, cross-venue arbitrage, and momentum strategies on liquid pairs all operate in this range during normal conditions. The difficulty is not producing the return. It is producing the return without excessive drawdowns across changing market conditions.
That is a diversification problem.
## The Diversification Formula
For N agents, each with expected return μ, volatility σ, and average pairwise correlation ρ:
```
Portfolio Return = μ
Portfolio Volatility = σ × √( (1 + (N-1) × ρ) / N )
Portfolio Sharpe = Individual Sharpe × √( N / (1 + (N-1) × ρ) )
```
Return does not change with diversification. Volatility decreases. The Sharpe ratio increases. As N grows large, the formulas converge:
```
Portfolio Volatility → σ × √ρ
Portfolio Sharpe → Individual Sharpe / √ρ
```
The floor on volatility is determined by correlation, not by agent count. Lower correlation between agents produces a lower volatility floor and a higher Sharpe ceiling.
## Why Agent Correlation Is Low
Traditional hedge funds run 10 to 50 strategies, often in overlapping asset classes with shared signals. A long-short equity fund and a statistical arbitrage fund trading the same sector will correlate during sell-offs.
The Taurox pool draws agents from independent developers worldwide, each building with different data sources, timeframes, and strategy types. A Solana DEX arbitrage bot has little in common with a BTC momentum agent or an ETH options volatility strategy. The KYA classification system categorizes agents by strategy type and ensures the pool maintains diversity across uncorrelated approaches.
Average pairwise correlations of 0.10 to 0.20 are realistic for a large, diverse agent pool during normal market conditions. During market stress, correlations rise. This is addressed in the risk section below.
## Pool Performance by Agent Count
The following tables use a baseline of 30% gross return per agent and 20% annualized volatility (Sharpe 1.5).
### ρ = 0.10 (diverse, low-correlation agent pool)
| Agents | Pool Return | Pool Volatility | Pool Sharpe | Est. Max Drawdown |
| ------ | ----------- | --------------- | ----------- | ----------------- |
| 1 | 30% | 20.0% | 1.5 | 15.0% |
| 50 | 30% | 6.9% | 4.4 | 5.2% |
| 100 | 30% | 6.6% | 4.5 | 5.0% |
| 500 | 30% | 6.4% | 4.7 | 4.8% |
| 1,000 | 30% | 6.4% | 4.7 | 4.8% |
| 10,000 | 30% | 6.3% | 4.7 | 4.7% |
### ρ = 0.20 (moderate correlation)
| Agents | Pool Return | Pool Volatility | Pool Sharpe | Est. Max Drawdown |
| ------ | ----------- | --------------- | ----------- | ----------------- |
| 1 | 30% | 20.0% | 1.5 | 15.0% |
| 50 | 30% | 9.3% | 3.2 | 7.0% |
| 100 | 30% | 9.1% | 3.3 | 6.8% |
| 500 | 30% | 9.0% | 3.3 | 6.7% |
| 1,000 | 30% | 9.0% | 3.4 | 6.7% |
| 10,000 | 30% | 8.9% | 3.4 | 6.7% |
At ρ = 0.10, the pool produces 30% annual returns with 6.4% volatility and an estimated maximum drawdown under 5%. The protocol's 5% pool drawdown halt becomes a circuit breaker that rarely triggers rather than a binding constraint.
## Convergence
Most of the diversification benefit is captured early.
| Correlation | Sharpe Ceiling | Agents to Reach 90% of Ceiling |
| ----------- | -------------- | ------------------------------ |
| 0.10 | 4.7 | \~38 |
| 0.20 | 3.4 | \~17 |
Past a few hundred agents, adding more agents provides negligible risk reduction. The primary benefit of scaling to thousands or millions of agents is pool capacity. Each agent adds strategy capacity, which increases the total capital the pool can deploy, which increases the capital base behind each TAUX token.
## Net Staker Returns
The protocol takes 5% of gross profits. The remainder is split between stakers and agent creators using a progressive bracket structure. On a 30% gross pool return:
| Bracket | Return Slice | Staker Share | Staker Return |
| ---------------- | ------------ | ------------ | ------------- |
| Standard (0-20%) | 20% | 80% | 16.0% |
| Silver (20-30%) | 10% | 75% | 7.5% |
| **Total** | **30%** | | **23.5%** |
Stakers net 23.5% on capital with zero management fee. Fees are charged only on profits.
For comparison, traditional hedge fund investors pay a 2% annual management fee regardless of performance plus 20% of profits. On the same 30% gross return, a traditional investor nets approximately 22.4% after both fees. Taurox stakers net 23.5% with no management fee drag on principal in flat or negative years.
## What Happens During Market Stress
The tables above assume stable correlations. During sharp market sell-offs, correlations spike. Agents that appeared independent start losing money together. Average pairwise correlation can jump from 0.10 to 0.40 or higher during liquidation cascades.
At ρ = 0.40 with 500 agents:
| Pool Return | Pool Volatility | Pool Sharpe | Est. Max Drawdown |
| ----------- | --------------- | ----------- | ----------------- |
| 30% | 12.7% | 2.4 | 9.5% |
The pool remains profitable on an annual basis, but drawdowns deepen. The protocol addresses this through layered risk controls:
* **Per-agent stop loss.** Each agent halts trading if its daily loss exceeds 2% of allocated capital.
* **Pool drawdown halt.** All agent trading halts if aggregate pool drawdown exceeds 5% in a single day.
* **Stablecoin reserve buffer.** 15% of pool assets are held in stablecoins at all times to ensure withdrawal liquidity.
* **Dynamic deallocation.** Agents with deteriorating metrics have capital reduced or revoked in real time.
These controls do not prevent losses. They bound them.
## What This Model Does Not Guarantee
This page describes the mathematical properties of a diversified agent pool under stated assumptions. It is not a return projection.
The model assumes that agents maintain their proving ground performance in live trading, that correlation estimates hold within a reasonable range, and that crypto markets continue to provide the structural conditions (volatility, fragmentation, 24/7 trading) that generate edge for algorithmic strategies.
Each of these assumptions can break. Agent performance degrades as market regimes change. The protocol's continuous evaluation system demotes agents that stop performing, but there is a lag between performance degradation and demotion. Correlation spikes during systemic events can exceed the levels modeled above. Market structure can change as crypto matures and becomes more efficient, reducing the edge available to trading agents.
The 5% pool drawdown halt, per-agent stop losses, and reserve buffer are circuit breakers designed to protect capital during the periods when the model's assumptions are most stressed.
# Value of TAUX
TAUX is the only way to access the Taurox trading pool. Hold 1% of the supply, stake up to 1% of the pool.
## What TAUX Is Worth
Each TAUX token grants the right to stake a fixed percentage of the pool. A token worth $100 of access in a $100M pool is worth $1,000 in a $1B pool. The token does not change. The pool behind it does.
Pool size is driven by agent count. Every strategy has a natural capacity limit, beyond which its edge degrades. More agents means more capacity, more room for deposits, and a larger capital base behind each token.
The protocol takes 5% of all profits and buys TAUX from the open market. 30% of that TAUX is burned forever. 70% goes to the DAO treasury. A growing pool generates more fees, more burns, and a shrinking supply. The total supply is fixed at 2,000,000,000 tokens. No new tokens can be created.
**Pool Size = Number of Agents x Average Capital per Agent**
**TAUX Market Cap ≥ Pool Size x Net Excess Yield x Earnings Multiple**
**TAUX Price = Market Cap / ( Total Supply - Cumulative Burns )**
### Allocation Rights Value
The pool generates returns above what capital could earn elsewhere. The difference is the excess return. Since TAUX is required to access those returns, the implied value of all TAUX tokens reflects the present value of that access.
The tables use a 20x earnings multiple, standard for financial services. Net staker returns follow the progressive profit split. A 5% baseline represents conventional market returns.
**$100M Pool**
| Gross Pool Return | Net Staker Return | Excess Return | Annual Excess Earnings | Implied TAUX Market Cap |
| ----------------- | ----------------- | ------------- | ---------------------- | ----------------------- |
| 15% | 12% | 7% | $7M | $140M |
| 20% | 16% | 11% | $11M | $220M |
| 30% | 23.5% | 18.5% | $18.5M | $370M |
| 40% | 31% | 26% | $26M | $520M |
| 50% | 37.5% | 32.5% | $32.5M | $650M |
**$500M Pool**
| Gross Pool Return | Net Staker Return | Excess Return | Annual Excess Earnings | Implied TAUX Market Cap |
| ----------------- | ----------------- | ------------- | ---------------------- | ----------------------- |
| 15% | 12% | 7% | $35M | $700M |
| 20% | 16% | 11% | $55M | $1.1B |
| 30% | 23.5% | 18.5% | $92.5M | $1.85B |
| 40% | 31% | 26% | $130M | $2.6B |
| 50% | 37.5% | 32.5% | $162.5M | $3.25B |
**$1B Pool**
| Gross Pool Return | Net Staker Return | Excess Return | Annual Excess Earnings | Implied TAUX Market Cap |
| ----------------- | ----------------- | ------------- | ---------------------- | ----------------------- |
| 15% | 12% | 7% | $70M | $1.4B |
| 20% | 16% | 11% | $110M | $2.2B |
| 30% | 23.5% | 18.5% | $185M | $3.7B |
| 40% | 31% | 26% | $260M | $5.2B |
| 50% | 37.5% | 32.5% | $325M | $6.5B |
### Protocol Revenue
5% of all trading profits flow to the protocol, are converted to TAUX, and 30% is permanently destroyed.
| Pool Size | Pool Return | Gross Profit | Protocol Revenue (5%) | Annual TAUX Burned (30% of revenue) |
| --------- | ----------- | ------------ | --------------------- | ----------------------------------- |
| $100M | 20% | $20M | $1M | $300K worth of TAUX |
| $100M | 30% | $30M | $1.5M | $450K worth of TAUX |
| $500M | 20% | $100M | $5M | $1.5M worth of TAUX |
| $500M | 30% | $150M | $7.5M | $2.25M worth of TAUX |
| $1B | 20% | $200M | $10M | $3M worth of TAUX |
| $1B | 30% | $300M | $15M | $4.5M worth of TAUX |
Publicly traded asset managers and hedge fund platforms trade at 15x to 25x earnings. For a protocol with a fixed supply that shrinks over time, 20x is conservative.
## Why TAUX Increases in Value
Three mechanical forces. Each one feeds the next.
**More agents, bigger pool.** Each agent adds capacity. More agents means more capital the pool can hold, which means each TAUX token controls a larger base. 10x the agents, 10x the pool, 10x the value per token.
**Bigger pool, more fees.** 20% return on $100M produces $20M in profit. The same 20% on $1B produces $200M. Double the pool, double the fee revenue.
**More fees, less supply.** The protocol buys TAUX with 5% of all profits and burns 30% of what it buys. Those tokens are gone forever. A growing pool pushing against a shrinking supply is what drives the price.
## Now vs Later
Each TAUX token is a permanent right to stake a proportional share of the pool. That right does not expire or dilute.
As the pool grows, each right becomes more valuable. As burns accumulate, fewer tokens share that value. A buyer who waits pays more for the same access that was available earlier at a lower price.
Listing price is $0.08. Presale phases start at $0.01.
A concrete example: 100,000 agents each handling $10,000 in capital produce a $1B pool. At a 30% gross return, the implied TAUX market cap is $3.7B. Divided by the total supply of 2,000,000,000 tokens, that is $1.85 per TAUX before any burns reduce the supply. That is 23x listing price and 185x the first presale phase.
# How It Works
# Taurox Wallet
The Taurox Wallet is a non-custodial, multi-chain crypto wallet that serves as both a standalone product and the entry point to the Taurox trading protocol. Users retain full control of their private keys at all times. The wallet is designed to meet the standard expected of a modern self-custody wallet, independent of the trading pool functionality.
## Supported Networks
The wallet supports major blockchain networks including Ethereum, Arbitrum, Polygon, Solana, and Bitcoin. Additional chain support is added through governance proposals. Users can hold, send, and receive native tokens and standard token formats (ERC-20, SPL) across all supported networks.
## Core Features
**Fiat Integration.** Built-in fiat on-ramp and off-ramp services allow users to purchase crypto assets with traditional currency and convert holdings back to fiat directly within the wallet.
**DEX Aggregation.** An integrated swap interface routes trades across multiple decentralized exchanges to find optimal pricing. The aggregator compares rates across liquidity sources and executes the trade at the best available price, accounting for slippage and gas costs.
**Portfolio Tracking.** A unified dashboard displays asset balances, historical performance, and transaction history across all connected networks. Users can monitor their full portfolio from a single interface without switching between chain-specific tools.
**DApp Browser.** A built-in browser enables direct interaction with decentralized applications across supported networks. Users can connect to DeFi protocols, NFT marketplaces, and other on-chain services without leaving the wallet.
## Security
**Self-Custody.** Private keys are generated and stored locally on the user's device. The protocol never has access to user private keys or seed phrases.
**Social Recovery.** Users can designate trusted contacts or devices as recovery guardians. If access to the primary device is lost, a threshold of guardians can authorize wallet recovery without exposing the seed phrase.
**Hardware Wallet Support.** The wallet integrates with major hardware wallets for users who prefer cold storage signing. Transactions are constructed in the app and signed on the hardware device.
**Biometric Authentication.** Device-level biometric security (fingerprint, face recognition) provides an additional authentication layer for transaction approval and app access.
**Gas Abstraction.** The wallet handles gas fee estimation and payment across networks, simplifying multi-chain transactions. Where supported, gas fees can be paid in tokens other than the network's native currency.
## Trading Pool Integration
The wallet includes a direct interface for staking assets into the Taurox Trading Pool. Users can deposit supported assets, monitor pool performance, view active agents, and initiate withdrawals, all within the wallet. Participation in the trading pool is optional and does not affect any other wallet functionality.
# The Trading Pool
The Taurox Trading Pool is a shared capital reserve funded by stakers and operated by autonomous trading agents. It serves as the protocol's core mechanism for connecting capital providers with capital operators. Stakers deposit assets into the pool. Proven agents trade the pooled capital. Returns are distributed proportionally.
## How It Works
The pool aggregates deposits from all participating stakers into a single reserve. This reserve is denominated in supported assets and allocated across active trading agents based on their risk-adjusted performance. The pool operates continuously, with agents trading around the clock across centralized exchanges and decentralized protocols.
Rather than matching individual stakers with individual agents, the pool functions collectively. Every staker has exposure to the performance of all active agents, weighted by each agent's capital allocation. This structure eliminates the need for stakers to evaluate or select individual strategies.
## Pooled Capital vs. Individual Allocation
Traditional copy trading platforms require users to choose a specific trader to follow. If that trader underperforms, the user bears the full loss. The pooled model distributes risk across hundreds of thousands or millions of agents operating different strategies in different market conditions.
A single agent's underperformance has limited impact on the overall pool because each agent operates within a capped allocation. The pool's returns reflect the aggregate performance of all agents, smoothing out the volatility of individual strategies.
## Pool Composition
The trading pool accepts deposits in supported crypto assets. The protocol maintains a reserve buffer in stablecoins to ensure withdrawal liquidity at all times. The remaining capital is distributed across active agents for trading.
Pool composition is transparent and verifiable on-chain. Stakers can view total pool size, allocation distribution across agents, current reserve levels, and historical performance through the wallet interface and public dashboards.
## Capital Flow
Capital moves through the pool in a defined cycle. Stakers deposit assets and receive txTokens representing their share of the pool. The protocol allocates available capital across proven agents. Agents generate returns (or losses) through trading activity. Net profits accrue to the pool, increasing the redemption value of txTokens. Fees are collected in TAUX, with a portion burned and the remainder directed to the protocol treasury.
When a staker withdraws, they return their txTokens in exchange for their proportional share of pool assets, including accrued returns. The txTokens are burned upon redemption.
# Staking
Staking in Taurox refers to depositing crypto assets into the trading pool to earn a share of the returns generated by active trading agents. Stakers provide the capital that agents trade. In return, stakers receive a proportional share of net trading profits.
## Supported Assets
The trading pool accepts deposits in the following assets at launch:
| Asset | Type |
| ----- | ---------- |
| USDT | Stablecoin |
| USDC | Stablecoin |
| DAI | Stablecoin |
| BTC | Major |
| ETH | Major |
| SOL | Major |
| LINK | Utility |
| UNI | Utility |
| AAVE | Utility |
Additional assets may be added through DAO governance proposals. Deposited assets remain in their original form and are not converted upon deposit.
## Depositing Assets
Users deposit supported assets from the Taurox Wallet into the trading pool. To stake, a user must hold TAUX. The maximum amount a user can deposit is proportional to their share of the total TAUX supply. A holder of 1% of all TAUX can stake up to 1% of the pool's total capacity. There is no minimum deposit requirement enforced by the protocol, though very small deposits may be impractical relative to network transaction fees.
Upon deposit, the protocol mints **txTokens** at the current exchange rate. txTokens represent the staker's share of the pool, including any future returns. The exchange rate between txTokens and underlying assets increases over time as agents generate profits.
## Earning Returns
Stakers earn returns passively. There is no action required after depositing: no strategy selection, no agent management, no rebalancing. The protocol handles capital allocation, risk controls, and profit distribution automatically.
Returns are not fixed. They reflect the aggregate performance of all active trading agents, net of performance fees. In periods of strong agent performance, returns increase. In periods of weak performance or market drawdowns, returns may decrease or turn negative.
The staker's share of returns is proportional to their contribution to the pool. A staker who contributes 1% of the pool's total capital earns 1% of the pool's net distributable returns.
## txToken Value Accrual
Rather than distributing profits directly to stakers as separate payments, the protocol increases the redemption value of each txToken. This means that returns compound automatically without requiring stakers to claim or reinvest.
When a staker deposits 1 ETH and receives 1,000 txTokens, those tokens may later be redeemable for 1.05 ETH if the pool has generated a 5% return. The number of txTokens held does not change, but their underlying value increases.
txTokens are standard ERC-20 tokens. They can be transferred between wallets and are compatible with other DeFi protocols, though their primary function is to represent pool participation within the Taurox ecosystem.
## Unused Allocation Rights
Not all TAUX holders use their allocation rights at all times. Some hold TAUX for governance, speculation, or future use. When this happens, a portion of the pool's capacity sits idle.
The protocol does not leave this capacity unused. Unexercised allocation rights are made available to other participants through a structured bidding process.
**How it works.** When the pool has unused capacity (for example, the pool is 90% full because some TAUX holders have not staked), the protocol opens a 60-minute bidding window. The available capacity is distributed proportionally among bidders based on their TAUX holdings. If two bidders participate, one holding 9,000,000 TAUX and the other holding 1,000,000 TAUX, the first receives 90% of the available capacity and the second receives 10%.
**What happens when the original holder returns.** The rights always belong to the TAUX holder. If a holder who was not using their allocation decides to stake, the protocol returns the corresponding capital plus any accrued profit or loss to the temporary user. The original holder then deposits their own capital into the reclaimed capacity. This process is handled by the smart contract automatically.
**The key principle.** TAUX holders never lose their rights. They can exercise them at any time. The bidding mechanism simply ensures that idle capacity generates returns for the pool rather than sitting empty. Temporary users accept the risk that their position may be returned at any time when the rightful holder claims their allocation.
## Risk Considerations
Staking exposes capital to the collective trading performance of all active agents. While diversification across many agents and strategies reduces the impact of any single agent's losses, negative returns are possible. The protocol enforces risk controls at both the agent and pool level, but does not guarantee principal or returns.
Stakers should consider their risk tolerance before committing capital. Withdrawals are processed within 48 hours under standard terms or per the staker's agreed staking terms, subject to available liquidity in the reserve buffer.
# Pool Tokens (txTokens)
txTokens are the on-chain representation of a staker's deposit in the Taurox Trading Pool. When a user stakes assets into the pool, the protocol values the deposit in USD at the current market rate, calculates the current share price, and mints the corresponding number of txTokens. These tokens represent a proportional claim on the pool's total net asset value.
## How Minting Works
Deposited assets remain in their original form and are not converted or sold. A user who deposits ETH retains exposure to ETH. The protocol values the deposit in USD for accounting purposes and mints txTokens based on that value.
The number of txTokens minted is determined by the pool's current share price, calculated as the total net asset value of the pool divided by the total outstanding txTokens.
At launch, the initial share price is set at $1.00, so a deposit worth $1,000 produces 1,000 txTokens. As agents generate returns and the pool's net asset value grows, the share price increases. A later depositor contributing $1,000 worth of assets to a pool with a share price of $1.10 receives approximately 909 txTokens. Each txToken now represents a larger claim on a more valuable pool.
## Deposited Assets as Trading Capital
Deposited assets flow directly into the trading infrastructure. Assets staked into the pool unlock corresponding capital on supported exchanges and DEX vaults, which agents then use to trade. The deposited crypto is the trading capital. The protocol does not sell it into stablecoins or convert it into a different form.
This means the pool holds a diverse basket of assets at any given time, reflecting what stakers have deposited and what agents have traded into. The pool's composition changes continuously as agents open and close positions.
## Net Asset Value
The pool's net asset value (NAV) is the total USD value of all assets held by the pool, including reserves, assets deployed to agents, and the mark-to-market value of all open positions, minus any accrued fees. NAV is calculated using oracle price feeds and updated continuously.
Open positions held by agents are valued at current market prices. This means the NAV, and therefore the txToken share price, reflects both realized and unrealized gains and losses across all active agents.
## Value Accrual
txTokens do not pay dividends or distribute returns as separate transactions. Instead, the share price increases as the pool generates net positive returns. This mechanism compounds returns automatically without requiring the staker to claim, reinvest, or take any action.
If the pool generates a 10% net return over a period, the share price rises from $1.00 to $1.10. A staker holding 1,000 txTokens now has a claim worth $1,100. The staker holds the same number of txTokens, but each token is worth more.
In the event of net losses across the pool, the share price decreases proportionally.
## Redemption
When a staker withdraws, they submit txTokens to the protocol's withdrawal contract. The contract calculates the redemption value based on the current share price and returns the equivalent value from the pool's available assets. The submitted txTokens are burned, maintaining an accurate relationship between outstanding tokens and total pool value.
A staker who minted 1,000 txTokens at a share price of $1.00 and redeems at a share price of $1.15 receives $1,150 worth of assets from the pool.
## Token Standard
txTokens are ERC-20 compliant. They can be held in any compatible wallet, transferred between addresses, and integrated with external DeFi protocols. Transfers do not affect the underlying value accrual. The recipient inherits the same share price per token.
## Transparency
The share price, total NAV, and outstanding txToken supply are calculated from on-chain data and are publicly verifiable. Stakers can view the current value of their txTokens at any time through the Taurox Wallet or directly from the smart contract.
# Trading Agents
Trading agents are autonomous programs that execute trading strategies using capital allocated from the Taurox Trading Pool. Agents are built and submitted by external developers, quantitative researchers, and AI builders. The protocol provides capital access. Agents provide strategy and execution.
## What an Agent Does
Each agent implements a self-contained trading strategy. The agent sources its own market data, generates its own signals, and submits trade instructions based on its internal logic. The protocol does not provide market data feeds or strategy infrastructure. An agent may read price data from exchange APIs, monitor social media sentiment, track on-chain activity, or use any other data source available to it.
Agents operate continuously and autonomously once promoted to live trading. They submit trade instructions to the protocol's execution layer, which routes orders through on-chain vault contracts or exchange sub-accounts.
## Execution Architecture
Agents never hold funds directly. The protocol maintains custody of all pool capital and grants agents trade-only access through two channels:
**On-Chain Trading.** The primary execution path. Agents submit trade intents to the protocol's vault contract, which validates the instruction against the agent's risk parameters and executes swaps on supported decentralized exchanges including Uniswap, PancakeSwap, and Jupiter. The vault contract enforces position limits and stop losses at the smart contract level. This path is fully non-custodial, and funds remain in the protocol's smart contracts throughout the trade lifecycle.
**Centralized Exchange Trading.** For strategies that require centralized exchange liquidity, depth, or derivatives access, the protocol provisions trade-only sub-accounts on supported exchanges. Each agent receives a sub-account with API permissions restricted to order placement and management. Sub-accounts cannot initiate withdrawals or transfers. Capital on centralized exchanges is held across thousands of independent sub-accounts, distributing counterparty exposure.
The protocol defaults to on-chain execution for transparency and non-custodial guarantees. Centralized exchange access is available for strategies that require it, subject to the risk controls enforced by the execution layer.
## Agent Autonomy
Agents are fully autonomous in their trading decisions. The protocol does not dictate when, what, or how an agent trades. It enforces boundaries (capital caps, stop losses, position limits), but within those boundaries, the agent operates independently.
This design allows the protocol to accommodate a wide range of strategies, from high-frequency arbitrage to long-duration macro positions, without requiring strategy-specific infrastructure.
## Markets
Agents can trade crypto spot markets on supported decentralized exchanges, as well as spot and perpetual futures markets on supported centralized exchanges. Additional market types and venues are added through governance proposals.
# KYA (Know Your Agent)
KYA is the protocol's classification and vetting framework for trading agents. It categorizes each agent by strategy type and risk profile before the agent enters the proving ground. KYA serves two purposes: it provides transparency into how each agent generates returns, and it enables the protocol to enforce diversification across the pool.
## Strategy Classification
Every submitted agent is classified into one or more strategy categories based on its trading approach. Classification is determined by the data sources the agent uses, the signals it acts on, and the market behavior it targets.
| Category | Description |
| --------------------- | ---------------------------------------------------------------------------------------------------------------- |
| Statistical Arbitrage | Identifies mispriced relationships between correlated assets using statistical models and mean-reversion signals |
| Event-Driven | Trades based on news events, announcements, or scheduled releases |
| Market Microstructure | Exploits order flow patterns, bid-ask spreads, and execution dynamics |
| Quantitative Momentum | Systematic trend-following using factor models, cross-sectional momentum, and time-series signals |
| Mean Reversion | Trades based on statistical price deviation from fair value across single assets or baskets |
| Relative Value | Captures pricing inefficiencies between related instruments, pairs, or synthetic spreads |
| Volatility Trading | Trades implied versus realized volatility, term structure, or volatility surface dislocations |
| Market Making | Provides liquidity by quoting continuous bid-ask prices and profiting from the spread |
| Arbitrage | Captures price discrepancies across exchanges, chains, or venue types |
| Social Sentiment | Derives signals from social media, forums, or community activity |
| Technical | Uses price action, chart patterns, and technical indicators |
| On-Chain Analytics | Tracks wallet activity, token flows, and blockchain-level data |
| Macro / Fundamental | Positions based on broader market conditions, rates, and asset fundamentals |
| Multi-Strategy | Combines two or more of the above approaches within a single agent, dynamically allocating across sub-strategies |
An agent may span multiple categories. A strategy that combines on-chain whale tracking with technical entry signals is classified under both On-Chain Analytics and Technical.
## Risk Tier Rating
In addition to strategy classification, each agent receives a risk tier based on the volatility profile of its approach:
| Tier | Profile |
| ------------ | ----------------------------------------------------------------------------------------------------------------------------------------- |
| Conservative | Low volatility strategies with modest return expectations. Arbitrage and stable-pair mean reversion typically fall in this tier. |
| Moderate | Balanced strategies with moderate drawdown potential. Trend-following and event-driven strategies are common in this tier. |
| Aggressive | Higher volatility strategies with larger drawdown tolerance. Leveraged momentum and speculative sentiment strategies are classified here. |
The risk tier informs capital allocation limits. Conservative agents may receive higher maximum allocations than aggressive agents, proportional to their risk profile.
## Portfolio Diversification
KYA classifications are used at the pool level to enforce diversification. The protocol monitors the aggregate allocation across strategy categories and risk tiers. If a disproportionate share of pool capital is concentrated in a single strategy type, the protocol limits further allocation to agents in that category.
This prevents the pool from becoming overexposed to correlated strategies. If the majority of capital is allocated to momentum-based agents and momentum strategies experience a drawdown, the impact on the overall pool is bounded.
## Strategy Drift Detection
After an agent is classified and promoted to live trading, the protocol monitors its trading behavior for consistency with its KYA classification. If an agent classified as an arbitrage strategy begins exhibiting momentum-trading behavior, the system flags the deviation. Persistent drift from the declared strategy type may result in the agent being paused for review or demoted.
# Agent Proving Ground
The proving ground is the evaluation stage where agents trade with real capital, funded by the agent creator, before receiving an allocation from the pool. Every agent must pass through the proving ground regardless of its strategy type or the reputation of its creator. Graduation is based on demonstrated performance against live market conditions, not elapsed time.
## How It Works
After completing KYA classification, the agent creator deposits a minimum proving capital amount and the agent begins executing its strategy against live markets. The capital requirement is kept deliberately small, enough to encounter real spreads, slippage, gas costs, and partial fills, but low enough that the proving ground remains accessible. Minimum amounts vary by strategy type and target venue (on-chain strategies require enough to cover gas; CEX strategies require minimum lot sizes on the relevant exchange).
The agent trades its creator's capital through the same execution infrastructure it will use with pool funds: same vault contracts, same sub-account provisioning, same risk controls. There is no simulation layer. Every trade hits a real order book, pays real fees, and settles at real prices.
The agent trades until its performance metrics reach statistical significance. The number of trades required depends on the strategy's frequency. A high-frequency arbitrage agent generating thousands of trades per day may reach significance within hours. A macro strategy placing a few trades per week may require several weeks. The protocol does not impose a fixed minimum duration. It requires a statistically reliable sample of performance data.
## Qualification Metrics
An agent is promoted to live trading when it meets all of the following thresholds simultaneously, with sufficient sample size for statistical confidence:
| Metric | Threshold |
| --------------------- | ---------------------------------- |
| Sharpe Ratio | ≥ 1.5 |
| Maximum Drawdown | < 15% |
| Single Trade Exposure | < 5% of allocated capital |
| Strategy Adherence | Consistent with KYA classification |
The Sharpe ratio measures risk-adjusted returns, specifically the ratio of excess return to return volatility. A threshold of 1.5 indicates that the agent generates meaningful returns relative to the risk it takes. Maximum drawdown limits the largest peak-to-trough decline allowed during the proving period. Single trade exposure prevents any individual position from representing an outsized share of the agent's capital.
## Statistical Significance
The protocol requires that performance metrics are computed from a sample size large enough to be statistically meaningful. A Sharpe ratio calculated from five trades is unreliable. The same ratio calculated from five hundred trades carries substantially more confidence.
The significance threshold adapts to the agent's trading frequency. Higher-frequency strategies generate larger sample sizes faster. Lower-frequency strategies require more elapsed time to accumulate a reliable dataset. This design ensures that fast-moving and slow-moving strategies are evaluated on equal statistical footing rather than on an arbitrary calendar basis.
## Promotion and Rejection
Agents that meet all qualification thresholds with statistical confidence are promoted to pool trading and receive an initial capital allocation. The creator's proving capital is returned at this point (minus any trading losses incurred during the proving period). The initial pool allocation is conservative, and agents must continue to demonstrate performance before receiving larger allocations through the dynamic capital allocation system.
Agents that fail to meet qualification thresholds within a reasonable observation window may resubmit after modifying their strategy. The creator's remaining proving capital is returned upon exit. This design ensures that the cost of failure is bounded to actual trading losses during the proving period, not an arbitrary fee.
## Continuous Evaluation
Promotion is not permanent. Live agents are continuously monitored against the same metrics used in the proving ground. An agent that falls below qualification thresholds during live trading is subject to capital reduction or demotion back to the proving ground.
# Capital Allocation
Capital allocation is the mechanism that distributes pool capital across active trading agents based on performance. It is the protocol's central decision engine, determining how much capital each agent receives, when allocations increase, and when they are reduced.
## Performance-Weighted Distribution
Each active agent receives a share of pool capital proportional to its risk-adjusted performance relative to other active agents. Agents with stronger track records receive larger allocations. Agents with weaker or declining performance receive smaller allocations. The allocation is not fixed and adjusts continuously as agent performance data updates.
The primary metric for allocation weighting is the Sharpe ratio, supplemented by maximum drawdown history, return consistency, and strategy adherence as measured by the KYA framework. Raw profit-and-loss alone does not determine allocation. An agent that generates high returns with high volatility receives a smaller allocation than an agent that generates moderate returns with low volatility.
## Dynamic Rebalancing
The protocol rebalances capital across agents on a continuous basis. As new performance data accumulates, allocation weights are recalculated and capital is redistributed. An agent experiencing a drawdown has its allocation reduced. An agent on a sustained positive trajectory has its allocation increased.
Rebalancing is gradual rather than abrupt. Capital is not removed from an agent mid-position. When an allocation is reduced, the agent's available capital for new positions decreases, and capital is returned to the pool as existing positions close. This prevents forced liquidation of open trades due to allocation changes.
## Allocation Caps
No single agent can receive more than 2% of total pool capital, regardless of performance. This cap prevents concentration risk. Even the best-performing agent cannot dominate the pool's exposure. The maximum allocation per agent is governed by protocol parameters and can be adjusted through DAO governance.
The cap also varies by KYA risk tier. Conservative-tier agents may have a higher maximum allocation than aggressive-tier agents, reflecting the lower volatility profile of their strategies.
## Strategy Capacity
Every trading strategy has a natural capacity limit: a maximum amount of capital it can deploy before its edge begins to degrade. This is a fundamental property of financial markets, not a limitation of the protocol.
A high-frequency trading agent that profits from small price inefficiencies can only deploy a limited amount of capital before its own orders start moving the market against it. An arbitrage agent capturing price differences between exchanges is constrained by the available volume on each side of the spread. A sentiment-based agent acting on social signals faces diminishing returns as its position size grows relative to the liquidity of the assets it trades.
The protocol accounts for these natural constraints. Capital allocation respects both the hard cap per agent (a maximum percentage of the pool) and the effective capacity of each strategy type. An agent is not allocated more capital than its strategy can productively absorb, even if the agent's performance metrics would otherwise justify a larger allocation.
This has a direct consequence for the pool as a whole. The total amount of capital the pool can effectively manage is determined by the aggregate capacity of all active agents across all strategy types. A pool with fifty agents has a lower effective ceiling than a pool with five thousand agents. Adding more agents, each covering different strategies, markets, and timeframes, raises the pool's total capacity. This is the structural link between agent growth and the protocol's ability to scale.
## Initial Allocation
When an agent is first promoted from the proving ground, it receives a conservative initial allocation. The initial allocation is smaller than what the agent's proving ground performance would otherwise warrant. This allows the protocol to verify that the agent's proving ground performance translates to pool trading before committing larger capital.
If the agent maintains its performance metrics with real capital, its allocation increases through the standard rebalancing process.
## Capital Recovery
When an agent is demoted or retired, its remaining capital is returned to the pool over a defined wind-down period. Open positions are closed in an orderly manner rather than liquidated immediately. The returned capital becomes available for allocation to other active agents.
# Agent Risk Controls
The protocol enforces risk controls at both the individual agent level and the pool level. These controls operate automatically and cannot be overridden by agents. They exist to protect pool capital from excessive losses, prevent concentration risk, and ensure that no single agent can jeopardize the overall pool.
## Per-Agent Controls
**Capital Allocation Cap.** Each agent has a maximum allocation as a percentage of total pool capital. This cap is determined by the agent's KYA risk tier and protocol-wide parameters. Even the highest-performing agent cannot exceed its allocation ceiling.
**Daily Stop Loss.** Each agent has a maximum allowable loss per day, expressed as a percentage of its allocated capital. If the agent's daily losses reach this threshold, all open positions are closed and the agent is paused for the remainder of the day. The current default threshold is 2% of allocated capital per day.
**Cumulative Drawdown Circuit Breaker.** If an agent's cumulative drawdown from its peak equity exceeds a defined threshold, the agent is automatically paused and flagged for review. Depending on the severity and duration of the drawdown, the agent may have its allocation reduced or be demoted back to the proving ground.
**Position Sizing Limit.** No single trade placed by an agent can exceed a defined percentage of the agent's allocated capital. This prevents outsized directional bets on any individual position. The current default is 5% of allocated capital per trade.
**Strategy Drift Detection.** The protocol monitors each agent's trading behavior for consistency with its KYA classification. If an agent's live trading patterns deviate materially from its declared strategy type (for example, an arbitrage agent begins taking large directional positions) the system flags the drift. Persistent drift results in a pause pending review.
**Kill Switch.** The protocol can halt any agent immediately in response to abnormal behavior, system events, or governance action. The kill switch closes all open positions and returns the agent's remaining capital to the pool.
## Pool-Level Controls
**Daily Pool Drawdown Halt.** If the pool's total value declines by more than 5% within a single day, all agent trading is paused across the protocol. Trading resumes only after review and confirmation that the drawdown is not caused by a systemic issue.
**Reserve Buffer.** The protocol maintains a minimum percentage of total pool capital in stablecoins at all times, currently set at 15%. This reserve is not allocated to agents and is reserved for withdrawal liquidity. The reserve ensures that stakers can exit the pool even during periods of market stress.
**Strategy Concentration Limits.** The protocol monitors aggregate capital allocation across KYA strategy categories. If a disproportionate share of pool capital is concentrated in a single strategy type, further allocation to agents in that category is restricted until balance is restored.
## Parameter Governance
All risk control parameters (stop-loss thresholds, drawdown limits, allocation caps, reserve requirements, and concentration limits) are governed by the DAO. TAUX holders can propose and vote on parameter adjustments through the governance process. Changes are implemented through protocol upgrades after passing the governance vote.
# Profit Distribution
Profit distribution determines how trading returns are divided between stakers and agent creators. The model is simpler and cheaper than a traditional hedge fund. There is no management fee. Fees are charged only on profits, and only when an agent delivers them.
## No Management Fee
Traditional hedge funds charge 2% of assets under management annually, regardless of performance. Taurox charges nothing on capital. A staker's deposit works for them from day one with no annual drag on returns. The protocol earns revenue only when agents generate profits.
## How Profits Are Split
Every dollar of profit is split three ways: stakers, agent creators, and the protocol.
The protocol takes 5% of gross profits off the top. This 5% is converted to TAUX at market rates. Of the TAUX acquired, 30% is permanently burned and 70% flows to the protocol treasury governed by the DAO. The remaining 95% is then divided between the staker and the agent creator using a progressive split structure.
In periods where agents generate no profit or incur losses, no fees are charged. Stakers never pay fees on capital that has not produced a return.
**Example: $100 of agent profit within Standard bracket**
| Recipient | Amount | Share |
| ------------- | ------ | ---------------------------------- |
| Protocol | $5.00 | 5% (converted to TAUX, 30% burned) |
| Agent Creator | $15.00 | 15% |
| Staker | $80.00 | 80% |
A staker on Taurox keeps 80% of gross profits within the Standard bracket with no management fee. A traditional hedge fund investor keeps roughly 78% after the standard 2/20 fee structure, plus loses an additional 2% of their capital annually to the management fee regardless of performance.
## Progressive Profit Split
The protocol uses a progressive split structure, similar to how tax brackets work. Each bracket of an agent's returns is split at its own rate. Lower brackets always retain a higher staker share. Only the marginal returns within each bracket are subject to that bracket's split.
This design eliminates cliff effects at tier boundaries. An agent crossing from one bracket into the next does not lose staker share on returns already earned in lower brackets. The result is a smooth, continuous increase in effective staker returns as agent performance improves.
| Tier | Return Bracket | Protocol | Creator | Staker | Eff. Staker Return |
| -------- | -------------- | -------- | ------- | ------ | ------------------ |
| Standard | 0% – 20% | 5% | 15% | 80% | up to 16% |
| Silver | 20% – 40% | 5% | 20% | 75% | 16% – 31% |
| Gold | 40% – 120% | 5% | 30% | 65% | 31% – 83% |
| Platinum | 120% – 300% | 5% | 43% | 52% | 83% – 177% |
| Diamond | > 300% | 5% | 52% | 43% | 177%+ |
The protocol's 5% share is constant across all brackets. As an agent performs better, the creator earns a larger marginal share, but the absolute return delivered to stakers grows continuously. A Diamond-bracket agent delivering 300% gross return produces 177% effective staker return, far exceeding the returns of an agent operating entirely within the Standard bracket.
**Example: Agent with 50% gross annual return**
The first 20% of returns is split at the Standard rate (80% to staker). The next 20% is split at the Silver rate (75% to staker). The final 10% is split at the Gold rate (65% to staker).
| Bracket | Return Slice | Staker Share | Staker Return |
| --------- | ------------ | ------------ | ------------- |
| Standard | 20% | 80% | 16% |
| Silver | 20% | 75% | 15% |
| Gold | 10% | 65% | 6.5% |
| **Total** | **50%** | | **37.5%** |
The staker receives 37.5% effective return. The creator receives 10%. The protocol receives 2.5%. Every dollar is accounted for at its bracket rate.
## High-Water Mark
Performance fees are assessed on a high-water mark basis. An agent earns performance fees only on net new profits, meaning returns that exceed the agent's previous highest portfolio value. If an agent generates a 10% return, then experiences a 5% drawdown, and subsequently recovers by 5%, no performance fee is charged on the recovery. The fee applies only once the agent surpasses its previous peak.
This mechanism prevents agent creators from earning fees on recovery from their own losses. It ensures that performance fees reflect genuine value creation for stakers.
## Staker Returns
Stakers receive the pool's net returns after all fees are deducted. Returns are not distributed as separate payments. Instead, they are reflected in the increasing redemption value of txTokens. A staker who holds txTokens benefits automatically from pool performance without needing to claim distributions.
## Fee Transparency
All fee calculations, collections, and burns are executed on-chain and publicly verifiable. Stakers can view the fee schedule, individual agent fee accruals, total fees collected, and total TAUX burned through the wallet interface and protocol dashboards.
# Withdrawals
Withdrawals allow stakers to reclaim their deposited assets along with any accrued returns from the trading pool. The process is initiated by the staker through the Taurox Wallet and executed by the protocol's withdrawal contract.
## How Withdrawals Work
To withdraw, a staker submits their txTokens to the protocol's withdrawal contract. The contract calculates the current redemption value of the txTokens based on the pool's net asset value at the time of the request. The staker receives their proportional share of pool assets, and the submitted txTokens are burned.
The redemption value reflects the staker's original deposit plus any net returns generated by agents since the time of deposit, minus any applicable fees.
## Liquidity and Reserve Buffer
The protocol maintains a reserve buffer in stablecoins to ensure that withdrawals can be processed without delay under normal conditions. This buffer provides immediate liquidity for stakers who wish to exit without requiring the protocol to unwind active trading positions.
When withdrawal demand exceeds the available reserve, the protocol queues withdrawal requests and processes them as capital becomes available, either from agent trading activity returning funds to the pool or from new deposits. In practice, the reserve is sized to accommodate typical withdrawal patterns without queuing.
## Partial Withdrawals
Stakers are not required to withdraw their entire position. Partial withdrawals are supported. A staker can redeem a portion of their txTokens while keeping the remainder in the pool. The unredeemed txTokens continue to accrue returns as normal.
## Withdrawal Timing
Liquidity is available at all times. The protocol maintains the reserve buffer to ensure that withdrawal requests can always be serviced. Processing time depends on the terms under which the staker deposited. Stakers who commit capital for longer durations may receive enhanced returns in exchange for a longer withdrawal processing window, while flexible-term stakers can access their capital with shorter processing times.
In all cases, the staker's request is honored. Withdrawal timing is a function of the staker's chosen terms, not a restriction imposed after the fact.
## Security
Only stakers can initiate withdrawals. No agent, sub-account, or external party can trigger a withdrawal from the pool. The withdrawal contract verifies txToken ownership and processes redemptions exclusively to the token holder's wallet address.
# Agent Strategy Examples
The pool operates across hundreds of thousands or millions of agents simultaneously, each executing an independent strategy. At any given moment, different agents are reading different signals, analyzing different data, and acting on different market conditions. The following describes six representative strategies that illustrate the range of approaches active in the pool at the same time.
**News Arbitrage.** A regulatory filing hits the wire indicating a major central bank decision. The agent parses the text within milliseconds, identifies the affected assets, and executes trades before the broader market reacts. The strategy profits from the delay between information release and price adjustment.
**On-Chain Whale Tracking.** A wallet holding 12,000 ETH begins moving funds to a deposit address on a centralized exchange. The agent detects the transaction, interprets it as a likely sell signal, and opens a short position ahead of the expected price impact. The agent monitors hundreds of large wallets continuously, acting only when movement patterns match historically significant thresholds.
**Exchange Flow Analysis.** The agent monitors known exchange hot and cold wallet flows. A sustained pattern of outflows from exchange reserves suggests accumulating behavior by large holders. The agent takes a long position, using exchange reserve data as a leading indicator of supply contraction.
**High-Frequency Market Making.** The agent operates on sub-second timeframes, placing and canceling orders across multiple BTC trading pairs. It captures small price inefficiencies between bid-ask spreads and across correlated pairs. Each individual trade generates a marginal return. Profitability comes from executing at high volume with consistent edge.
**Social Sentiment.** A token begins trending across crypto-focused channels. The agent tracks mention velocity, sentiment polarity, and historical correlation between social activity and price movement for that asset. When the pattern matches its model, it enters a position sized to the confidence level of the signal.
**Cross-Chain Arbitrage.** The same token trades at $1.02 on Ethereum and $0.98 on Arbitrum. The agent identifies the discrepancy, buys on the cheaper chain, sells on the more expensive one, and captures the spread. The agent scans price feeds across multiple chains and DEXs continuously, executing when the spread exceeds transaction costs.
## Diversification in Practice
All six strategies operate at the same time, using different data sources, with different holding periods. Some hold positions for milliseconds. Others hold for hours or days. Some trade a single asset. Others trade across dozens.
No single agent's loss defines the pool's performance. The aggregate result across all active agents determines staker returns. As the number of agents grows, the range of strategies, signals, and market conditions covered by the pool expands accordingly.
# Security
# Risk Framework
The Taurox risk framework defines the safeguards and parameters that protect pool capital across all levels of the protocol. Risk management is not a single feature but a layered system of controls that operate at the agent level, the pool level, and the protocol level simultaneously.
## Agent-Level Safeguards
Each agent operates within a defined risk envelope. The protocol enforces the following parameters per agent:
| Parameter | Description | Default |
| ------------------- | -------------------------------------------------- | ----------------- |
| Maximum Allocation | Maximum share of pool capital an agent can receive | 2% of pool |
| Daily Stop Loss | Maximum allowable loss per day | 2% of allocation |
| Maximum Drawdown | Peak-to-trough decline triggering automatic pause | 15% of allocation |
| Position Size Limit | Maximum capital in a single trade | 5% of allocation |
These parameters are enforced at the execution layer. Agents cannot override them. If an agent reaches a threshold, the protocol takes automatic action: pausing the agent, closing positions, or reducing the allocation.
## Pool-Level Safeguards
At the aggregate level, the protocol monitors the health of the entire pool:
| Parameter | Description | Default |
| ---------------------------- | --------------------------------------------------- | ---------------- |
| Daily Pool Drawdown Halt | Pool-wide trading pause trigger | 5% daily decline |
| Reserve Buffer | Minimum stablecoin reserve for withdrawal liquidity | 15% of pool |
| Strategy Concentration Limit | Maximum allocation to any single KYA category | Governed by DAO |
The daily pool drawdown halt is a circuit breaker. If the pool's total value drops by more than the threshold within a single day, all agent trading is paused protocol-wide. Trading resumes only after review. The reserve buffer ensures that staker withdrawals are always serviceable, even during periods of elevated trading activity or market stress.
## Overcollateralization Through Diversification
Traditional lending protocols use overcollateralization (requiring collateral exceeding loan value) to manage risk. Taurox achieves an analogous effect through diversification. By distributing capital across hundreds or thousands of agents operating different strategies in different market conditions, the protocol reduces the probability that correlated losses affect a material share of the pool.
The KYA framework enforces this diversification structurally. The protocol does not merely allow diversification but requires it by limiting concentration in any single strategy category.
## Reserve Buffer Replenishment
The protocol's stablecoin reserve buffer is replenished from trading activity as needed. When the reserve falls below the target percentage due to withdrawals, a portion of realized trading returns is directed to the reserve before net returns accrue to the pool. This ensures the buffer remains at its target level without requiring a separate fee. The reserve target is set by governance and adjusts based on protocol maturity and market conditions.
## Continuous Monitoring
Risk parameters are monitored in real time. The protocol's infrastructure tracks agent performance, pool composition, reserve levels, and strategy concentration continuously. Automated alerts and circuit breakers respond to threshold breaches without requiring manual intervention.
## Parameter Governance
All risk framework parameters are configurable through DAO governance. TAUX holders can propose adjustments to thresholds, limits, and reserve requirements based on observed protocol performance and changing market conditions.
# Market Risk Management
Market risk is the possibility of losses arising from adverse price movements, liquidity shortfalls, or volatility spikes in the assets traded by agents. The Taurox protocol manages market risk through parameter calibration, structural safeguards, and reserve management.
## Asset Class Risk
Agents trade across crypto spot markets and perpetual futures on centralized exchanges, as well as spot swaps on decentralized exchanges. Each asset class and venue carries a different risk profile:
**Spot Markets.** Price exposure is limited to the value of the position. Spot trades carry no leverage risk, but are subject to slippage in low-liquidity environments.
**Perpetual Futures.** Leveraged instruments amplify both gains and losses. Agents trading perpetual futures operate within position sizing limits and leverage caps enforced by the protocol's execution layer.
**Decentralized Exchanges.** On-chain trading introduces smart contract risk, MEV exposure, and potential slippage on low-liquidity pairs. The protocol's vault contract validates trade parameters before execution.
## Volatility Management
Crypto markets exhibit higher baseline volatility than traditional markets. The protocol accounts for this through conservative default parameters:
| Asset Profile | Max Agent Allocation | Agent Drawdown Limit |
| --------------------------- | --------------------------- | -------------------- |
| Large-cap, high liquidity | Standard (up to 2% of pool) | 15% |
| Mid-cap, moderate liquidity | Reduced | Lower threshold |
| Small-cap, low liquidity | Restricted | Tighter controls |
Agents trading volatile or illiquid assets face stricter risk parameters. This tiered approach allows the protocol to support a range of market conditions while containing tail risk.
## Liquidity Risk
Adequate liquidity ensures that positions can be closed promptly without excessive slippage. The protocol mitigates liquidity risk through several mechanisms:
**Agent-Level.** Position sizing limits prevent any single agent from taking positions that exceed the available market depth for the traded asset.
**Pool-Level.** The reserve buffer maintained in stablecoins provides withdrawal liquidity independent of market conditions. This buffer is not deployed to agents and is available exclusively for staker withdrawals.
**Exchange-Level.** The protocol distributes trading activity across multiple exchanges and venues, reducing dependency on any single liquidity source.
## Correlation Risk
If multiple agents employ similar strategies, their returns may be correlated, producing simultaneous gains during favorable conditions and simultaneous losses during unfavorable ones. The KYA framework directly addresses this risk by classifying agents by strategy type and enforcing concentration limits at the pool level.
The protocol monitors realized correlation across active agents. If correlations increase beyond expected levels, further allocation to agents in overlapping categories is restricted.
## Extreme Market Conditions
During severe market dislocations (rapid price crashes, exchange outages, or systemic events), the protocol's circuit breakers activate. The daily pool drawdown halt pauses all trading if the pool's value declines beyond the defined threshold. Agent-level stop losses close individual positions independently and continuously, regardless of pool-level conditions.
The stablecoin reserve buffer provides a floor of available liquidity for stakers who wish to exit during extreme conditions without waiting for agent positions to unwind.
# Agent Integration Process
Adding a new trading agent to the Taurox protocol is a structured process designed to protect pool capital while maintaining an open and accessible marketplace. Every agent passes through the same integration pipeline regardless of its creator's identity or track record.
## Submission
Agent creators submit their agent to the protocol through a standardized interface. The submission includes a declaration of the agent's strategy type, target markets, expected trading frequency, and risk profile. Agent creators stake a TAUX bond as part of the submission, demonstrating a financial commitment to the protocol.
The agent's trading logic runs externally. The protocol does not host or execute the agent's code. The agent interacts with the protocol through the execution layer, submitting trade instructions that are validated against risk parameters before execution.
## KYA Classification
Upon submission, the agent is classified under the KYA (Know Your Agent) framework. The protocol categorizes the agent by strategy type and assigns a risk tier based on the declared approach. This classification determines the agent's maximum allocation cap and its role in the pool's diversification structure.
Classification is verified during the proving ground phase. If the agent's actual trading behavior does not match its declared strategy, the discrepancy is flagged.
## Proving Ground Evaluation
The agent enters the proving ground and trades with real capital funded by the agent creator against live market conditions. There is no simulation layer. Every trade hits a real order book, pays real fees, and settles at real prices. The agent must demonstrate statistical significance across all qualification metrics (Sharpe ratio, maximum drawdown, position sizing discipline, and strategy adherence) before promotion.
The proving ground does not impose a fixed evaluation period. Agents graduate when their performance data is statistically reliable, which depends on trading frequency.
## Promotion to Live Trading
Agents that meet all qualification thresholds receive an initial capital allocation from the pool. The creator's proving capital is returned at this point, minus any trading losses incurred during the proving period. The initial pool allocation is conservative, allowing the protocol to validate that proving ground performance translates to pool trading conditions. Allocation increases through the standard dynamic rebalancing process as the agent maintains its metrics with real capital.
## Ongoing Monitoring
Promoted agents are continuously evaluated. The protocol monitors performance metrics, risk parameter compliance, and strategy adherence in real time. Agents that breach risk thresholds are automatically paused. Agents that exhibit sustained underperformance have their allocations reduced. Persistent underperformance or policy violations result in demotion or retirement.
## Retirement and Bond Return
When an agent is retired, whether voluntarily by the creator or by the protocol due to underperformance, its remaining capital is returned to the pool through an orderly wind-down of open positions. The agent creator's TAUX bond is returned after a cooldown period, provided no outstanding policy violations exist.
## Considerations for Agent Diversity
The protocol benefits from a broad range of agent strategies. Each new agent adds a potential source of uncorrelated returns. However, each additional agent also introduces incremental operational complexity. The integration process balances openness with diligence to ensure that new agents strengthen rather than dilute the pool's risk-adjusted performance.
# Price Feeds and Oracles
These price feeds serve the protocol's internal risk and valuation functions. Trading agents source their own market data independently. The protocol does not provide data infrastructure to agents.
Accurate and timely price data is essential to the protocol's risk management, capital allocation, and pool valuation functions. The protocol relies on external oracle infrastructure to provide reference prices for supported assets.
## Primary Oracle
Taurox uses Chainlink data feeds as the primary source of asset price data. Chainlink is a widely adopted decentralized oracle network that aggregates pricing from multiple independent data providers across exchanges and markets. Chainlink feeds return prices in USD and are available across multiple blockchain networks.
The protocol queries Chainlink feeds for asset valuation in the following contexts:
* Calculating the net asset value of the trading pool
* Determining the redemption value of txTokens
* Evaluating agent performance and risk metrics
* Monitoring pool-level drawdown thresholds
* Pricing collateral for on-chain vault contract operations
## Fallback Oracle
In the event that a Chainlink feed becomes unavailable, returns stale data, or exhibits anomalous behavior, the protocol falls back to Pyth Network price feeds. Pyth provides high-frequency pricing data sourced from institutional market participants and is deployed across major blockchain networks.
The fallback activates automatically when the primary feed fails a staleness check. If the most recent price update exceeds a defined time threshold, the protocol switches to the secondary source automatically.
## Staleness Protection
Price data has a limited shelf life. A price that was accurate five minutes ago may not reflect current market conditions during periods of high volatility. The protocol enforces maximum staleness thresholds for each asset based on its volatility profile. If both the primary and fallback feeds return data older than the threshold, the protocol pauses affected operations until fresh data is available.
## Market-Specific Configuration
Each supported asset has its own oracle configuration, including the specific feed addresses, staleness thresholds, and deviation parameters. These configurations are stored on-chain and can be updated through governance proposals without requiring contract redeployment.
## Decentralized Exchange References
Where sufficient on-chain liquidity exists, the protocol may reference decentralized exchange price data as a supplementary validation layer. Time-weighted average prices (TWAPs) calculated from on-chain liquidity pools provide an independent reference point that can be compared against oracle feeds to detect discrepancies or manipulation attempts.
## Manipulation Safeguards
Oracle manipulation is a known attack vector in DeFi. The use of multiple independent data sources (Chainlink, Pyth, and on-chain TWAPs) reduces the protocol's exposure to any single point of failure. If price data from different sources diverges beyond a defined threshold, the protocol flags the discrepancy and may pause affected operations pending resolution.
# Address Screening
Taurox implements wallet address screening to prevent access from addresses associated with illicit activity. The screening process is designed to meet regulatory compliance requirements while preserving user privacy.
## How Screening Works
When a user connects a wallet to the Taurox protocol, the wallet address is submitted to a third-party blockchain intelligence provider for risk assessment. The screening service evaluates the address against known databases of flagged wallets, sanctioned entities, and illicit activity patterns. Addresses that exceed the risk threshold are denied access to the protocol.
Screening occurs at the point of wallet connection. It does not continuously monitor user activity after access is granted.
## Privacy Protections
The screening process is designed to minimize data exposure:
**No IP Sharing.** The user's IP address is not transmitted to the third-party screening provider. The protocol routes the screening request through a proxy endpoint that forwards only the wallet address.
**No Additional Metadata.** Only the wallet address is submitted for screening. No transaction history, balance data, personal information, or device identifiers are included in the request.
**No Data Retention.** The protocol does not store screening results beyond the immediate access decision. The screening provider's data handling is governed by its own privacy policy.
## Compliance
Address screening supports the protocol's compliance with applicable sanctions regulations and jurisdictional requirements, including OFAC (Office of Foreign Assets Control) designations. Blocking access from flagged addresses reduces the protocol's exposure to regulatory liability and protects users from interacting with compromised or sanctioned counterparties.
## Screening Provider
The protocol integrates with established blockchain intelligence providers that maintain comprehensive databases of flagged addresses. The specific provider and risk threshold parameters are configurable through governance, allowing the DAO to adjust the screening framework as regulatory requirements evolve.
## Limitations
Address screening is a preventive measure, not a guarantee. Sophisticated actors may use new or unlisted addresses to circumvent screening. The protocol treats screening as one layer in a broader compliance and security framework rather than a standalone solution.
# Client Security
The Taurox client application (the wallet interface and protocol dashboard) implements multiple security layers to protect users from infrastructure attacks, content tampering, and unauthorized modifications.
## DDoS Protection
The protocol's client infrastructure uses cloud-based DDoS mitigation services that continuously monitor incoming traffic and filter out malicious requests. This ensures that the wallet interface and protocol dashboards remain accessible during traffic spikes or targeted denial-of-service attacks.
## Domain Integrity
The protocol implements DNSSEC (Domain Name System Security Extensions) to validate DNS responses and prevent domain spoofing. DNSSEC ensures that users connecting to the Taurox interface are directed to the authentic server rather than a malicious impersonation. DNS configurations are monitored continuously for unauthorized changes.
## Decentralized Frontend Deployment
Each build of the client application is deployed to IPFS (InterPlanetary File System) for decentralized, tamper-evident hosting. Builds are tracked using DNSLink standards, which map domain names to specific IPFS content hashes. Each deployment produces a unique content identifier that can be independently verified.
This approach ensures that the client application served to users matches the published build. Any modification to the deployed code would produce a different content hash, making tampering immediately detectable.
## Intrusion Detection
Real-time traffic analysis systems monitor the protocol's infrastructure for suspicious activity patterns. These systems identify and respond to anomalous behavior such as unusual request volumes, unexpected access patterns, or attempts to probe infrastructure endpoints, reducing the risk of unauthorized access.
## Code Integrity
The client application enforces Content Security Policy (CSP) headers and Subresource Integrity (SRI) checks. CSP restricts which scripts, styles, and resources the application can load, preventing injection of unauthorized code. SRI validates the cryptographic hash of each static resource before execution, ensuring that only approved scripts run within the interface.
Together, these measures prevent attackers from modifying the client application's behavior through code injection, supply chain attacks, or compromised content delivery networks.
# Bug Bounty Program
Taurox operates a bug bounty program that incentivizes security researchers and developers to identify and report vulnerabilities in the protocol's smart contracts, execution infrastructure, and client applications.
## Scope
The bug bounty program covers the following components:
**Smart Contracts.** Vulnerabilities in pool management contracts, txToken minting and redemption logic, fee collection and burn contracts, vault contracts, and governance contracts. This includes issues that could result in loss of user funds, incorrect value calculations, or unauthorized access to protocol functions.
**Execution Layer.** Vulnerabilities in the agent execution infrastructure, including sub-account management, trade validation logic, risk parameter enforcement, and the interface between agents and the protocol's trading infrastructure.
**Oracle Integration.** Manipulation risks in price feed consumption, fallback logic, or staleness protection that could produce incorrect valuations, trigger inappropriate liquidations, or enable exploitation of pricing discrepancies.
**Client Applications.** Attack vectors in front-end applications, APIs, or wallet integration points that could compromise user interactions, expose sensitive data, or enable unauthorized transactions.
## Severity Tiers
| Tier | Description | Reward Range |
| -------- | ----------------------------------------------------------------------------------------- | ----------------- |
| Critical | Direct loss of user funds, unauthorized withdrawals, or complete protocol compromise | $50,000+ |
| High | Significant economic impact, manipulation of core protocol logic, or privilege escalation | $10,000 – $50,000 |
| Medium | Limited economic impact, non-critical logic errors, or data integrity issues | $2,000 – $10,000 |
| Low | Informational findings, minor inconsistencies, or best-practice deviations | Up to $2,000 |
Reward amounts within each tier are determined based on the severity of potential impact, the quality of the report, and the complexity of the vulnerability.
## Responsible Disclosure
Researchers are expected to report findings directly to the Taurox security team through the designated disclosure channel before making any public disclosure. The protocol commits to acknowledging reports promptly, coordinating remediation timelines, and crediting researchers upon resolution.
Vulnerabilities that are publicly disclosed before the protocol has had an opportunity to address them are not eligible for bounty rewards.
## Exclusions
The program does not cover social engineering attacks, denial-of-service attempts, issues in third-party services or dependencies outside the protocol's control, or previously reported vulnerabilities.
# Tokenomics
# TAUX
TAUX is the native utility token of the Taurox protocol. Every fee generated by the protocol is used to buy TAUX from the open market, and a fixed portion of every purchase is permanently destroyed.
The mechanism is straightforward. When agents generate trading profits, the protocol collects performance fees from those profits. The collected fees are converted to TAUX at market rates. Of the TAUX acquired, 30% is sent to a dead address and removed from circulation forever. The remaining 70% flows to the protocol treasury, governed by the DAO. No new TAUX can ever be minted. The total supply of 2,000,000,000 at launch is the maximum that will ever exist. Every fee event reduces the circulating supply permanently.
This means that as the trading pool grows and agents generate more profits, more fees are collected, more TAUX is purchased, and more TAUX is burned. The relationship between protocol success and token scarcity is direct and mechanical. Token holders benefit from protocol growth without needing to stake in the pool or take any action.
## Token Specifications
| Attribute | Detail |
| ------------- | ----------------------------------- |
| Name | Taurox |
| Symbol | TAUX |
| Total Supply | 2,000,000,000 (fixed, non-mintable) |
| Listing Price | $0.08 |
| Blockchain | Ethereum (ERC-20) |
## Fee-to-Burn Flow
| Step | What Happens |
| -------------------------- | ------------------------------------------------------- |
| 1. Agents trade profitably | The pool generates returns |
| 2. Fees are deducted | Performance fees are taken from realized profits |
| 3. Fees convert to TAUX | The protocol buys TAUX at market rates |
| 4. 30% is burned | Sent to a dead address, permanently removed from supply |
| 5. 70% to treasury | Governed by the DAO for protocol operations |
The burn is irreversible. No governance vote, contract upgrade, or protocol change can re-mint burned tokens.
## Burn Dynamics
The burn rate is not governed by an arbitrary schedule. It is determined entirely by how much capital the pool manages and how actively agents trade it.
* More stakers deposit into the pool, increasing the capital base
* More agents trade the pool, generating more volume
* More volume produces more fees, which means more TAUX purchased from the market
* More TAUX purchased means more TAUX burned
A growing protocol burns faster. As an illustrative reference: if the protocol manages $100M in assets and generates a net annual return of 15%, the fee revenue and corresponding burn volume scale proportionally. At $500M AUM, burn volume is 5x larger. The mechanism is linear with adoption.
## Utility
**Pool Access.** TAUX is required to stake into the trading pool. A staker's maximum deposit is proportional to their share of the total TAUX supply. Holding 1% of all TAUX grants the right to stake up to 1% of the pool's total capacity. This creates a direct link between demand for pool access and demand for TAUX. As the pool demonstrates returns and attracts more participants, competition for allocation rights increases, and each token represents a claim on a larger, more productive pool.
**Fee Medium.** All protocol fees flow through TAUX. As protocol revenue grows, demand for TAUX increases at the point of fee conversion, independent of speculative trading activity.
**Governance.** TAUX holders participate in protocol governance through the DAO. Voting power is proportional to token holdings. Governance scope includes protocol parameters, risk thresholds, fee structures, and protocol upgrades.
**Agent Creator Bonds.** Developers who submit agents to the protocol stake TAUX as a bond. This bond ensures that agent creators have a financial stake in the protocol's success and discourages submission of low-effort or malicious agents. Bond requirements are defined by governance parameters. Agents backed by larger bonds may receive priority consideration in capital allocation, subject to meeting all performance thresholds.
**Staking Incentives.** TAUX is distributed to early pool participants and agent creators to bootstrap liquidity and trading activity during the growth phase.
## Supply Trajectory
The total supply is fixed and deflationary from day one. There are three forces acting on circulating supply after listing:
1. **Burn:** continuous reduction from fee collection (permanent)
2. **Vesting unlocks:** presale and team tokens entering circulation on schedule (temporary, finite)
3. **Agent bonds:** TAUX locked by agent creators for the duration of their agent's activity (variable)
Vesting unlocks are finite. Once all vesting schedules complete, no new tokens enter circulation. Burns are perpetual and continue for as long as the protocol generates fees. Over time, the deflationary pressure from burns exceeds the inflationary pressure from unlocks, and the circulating supply enters permanent decline.
# Allocations
Taurox distributes 2,000,000,000 TAUX tokens across nine categories. Each category serves a defined function within the protocol's growth, security, and operational structure. No additional tokens can be minted beyond this fixed supply.
| Allocation | Percentage | Token Amount |
| ---------------------------- | ---------- | ------------ |
| Presale | 40% | 800,000,000 |
| Pool Staking Rewards | 15% | 300,000,000 |
| Agent Creator Fund | 10% | 200,000,000 |
| Security & Insurance Reserve | 8% | 160,000,000 |
| Liquidity | 10% | 200,000,000 |
| Team & Founders | 5% | 100,000,000 |
| Partnerships | 5% | 100,000,000 |
| Community & Marketing | 4% | 80,000,000 |
| DAO Treasury | 3% | 60,000,000 |
## Vesting Schedules
Not all tokens are available at listing. Each allocation category follows a defined release schedule to manage circulating supply and align holder incentives with protocol performance.
| Allocation | Cliff | Vesting | Fully Unlocked |
| ---------------------------- | --------------- | -------------------------------- | -------------- |
| Presale | 1 month | Linear, months 2-6 | Month 6 |
| Pool Staking Rewards | None | Block-by-block emission | Ongoing |
| Agent Creator Fund | None | Milestone-based, governed by DAO | Ongoing |
| Security & Insurance Reserve | Locked | Released only by governance vote | As needed |
| Liquidity | Locked 6 months | Released after lock period | Month 6 |
| Team & Founders | 6 months | Linear, months 7-18 | Month 18 |
| Partnerships | Per agreement | Typically 6-12 month vesting | Varies |
| Community & Marketing | None | Scheduled milestone releases | Ongoing |
| DAO Treasury | Locked | Released only by governance vote | As needed |
## Allocation Details
**Presale (40%).** Funds protocol development and builds early community participation. Presale tokens follow a vesting schedule with a one-month cliff and linear release over months two through six. This vesting structure reduces sell pressure during the early post-launch period while allowing participants to access liquidity as the protocol demonstrates performance. Presale tokens grant pool staking rights from day one, even during the cliff period. Holders can use their TAUX to stake into the trading pool immediately at TUE (Token Unlock Event). The vesting restriction applies only to selling or transferring tokens, not to using them for pool access. This ensures the pool has a strong base of stakers from launch.
**Pool Staking Rewards (15%).** Rewards early stakers who deposit capital into the trading pool. Distributed through structured programs on a block-by-block or periodic basis to incentivize pool liquidity during the growth phase. These rewards supplement the trading returns stakers earn from agent performance.
**Agent Creator Fund (10%).** Incentivizes developers who build and submit trading agents to the protocol. Rewards are distributed based on agent performance milestones, governed by the DAO. This fund ensures that the agent supply side of the marketplace is actively supported, attracting quants and AI builders to deploy strategies on Taurox.
**Security & Insurance Reserve (8%).** Provides a protocol-level safety net during the early phase when user-funded reserves are still developing. This reserve protects against unforeseen shortfalls and can be deployed only through governance approval.
**Liquidity (10%).** Ensures efficient trading of TAUX on decentralized exchanges from day one. Liquidity pool tokens are subject to an initial six-month lock to prevent sudden market disruptions and demonstrate commitment to sustained market depth.
**Team & Founders (5%).** Aligns the founding team's incentives with long-term protocol success. Subject to a six-month cliff followed by linear vesting over twelve months. At 5%, the team allocation is modest, and the majority of value accrues to participants who use the protocol.
**Partnerships (5%).** Enables strategic collaborations with exchanges, protocols, and infrastructure providers. Partnership allocations may include vesting requirements determined on a per-agreement basis.
**Community & Marketing (4%).** Sustains engagement through structured campaigns, airdrops, and loyalty programs following scheduled milestones. These tokens reward active participation in the protocol's ecosystem.
**DAO Treasury (3%).** A governance-controlled reserve for long-term protocol development, emergency measures, and community-approved initiatives. Tokens are released only through DAO voting, ensuring the community directs how these funds are deployed.
## Security Structure
All allocation category wallets utilize multi-signature security requiring a minimum threshold of approvals for any transaction. This prevents unilateral access to protocol-controlled token reserves.
# Presale Phases
The TAUX presale is structured across nineteen phases with incrementally increasing token prices. Each successive phase allocates a larger number of tokens at a higher price. Earlier phases offer a lower entry point relative to the listing price. Once a phase is fully subscribed, it closes permanently and the next phase begins.
| Phase | Price | Allocated Tokens |
| -------- | ------ | ---------------- |
| Phase 1 | $0.010 | 24,000,000 |
| Phase 2 | $0.012 | 26,000,000 |
| Phase 3 | $0.015 | 28,000,000 |
| Phase 4 | $0.018 | 30,000,000 |
| Phase 5 | $0.020 | 32,000,000 |
| Phase 6 | $0.022 | 34,000,000 |
| Phase 7 | $0.025 | 36,000,000 |
| Phase 8 | $0.028 | 38,000,000 |
| Phase 9 | $0.030 | 40,000,000 |
| Phase 10 | $0.035 | 42,000,000 |
| Phase 11 | $0.038 | 44,000,000 |
| Phase 12 | $0.040 | 46,000,000 |
| Phase 13 | $0.045 | 48,000,000 |
| Phase 14 | $0.048 | 50,000,000 |
| Phase 15 | $0.050 | 52,000,000 |
| Phase 16 | $0.055 | 54,000,000 |
| Phase 17 | $0.060 | 56,000,000 |
| Phase 18 | $0.065 | 58,000,000 |
| Phase 19 | $0.070 | 62,000,000 |
**Total presale allocation:** 800,000,000 TAUX across all phases.
## Pricing Structure
The presale begins at $0.010 per token in Phase 1 and increases to $0.070 per token in Phase 19. The listing price is $0.08 per token. Each phase transition occurs when the allocated tokens for the current phase are fully subscribed.
The incremental pricing structure incentivizes early participation while distributing supply across a broad base of holders before public listing. Phase 1 participants enter at an 8x discount to listing. The final phase offers a 12.5% discount. Every presale participant enters below the public listing price.
Early phases are deliberately small. Phase 1 raises $240,000 before closing. Phases 1 through 5 combined raise under $2.2 million. This structure rewards early conviction and creates natural demand pressure as each phase sells out.
## Vesting
Presale tokens are subject to a vesting schedule designed to reduce concentrated sell pressure at launch and align participants with the protocol's early operational performance.
| Period | Cumulative Unlock |
| --------------------------------- | ----------------- |
| Month 0 (TUE, Token Unlock Event) | 0% |
| Month 1 | 0% (cliff) |
| Month 2 | 20% |
| Month 3 | 40% |
| Month 4 | 60% |
| Month 5 | 80% |
| Month 6 | 100% |
All presale participants follow the same vesting terms regardless of phase. Tokens unlock linearly over months two through six after a one-month cliff. Vesting restricts selling and transferring, not staking. Presale holders can use their TAUX to access the trading pool from day one at TUE, earning returns on their staked capital while their tokens vest. This ensures that presale participants have a vested interest in the protocol's medium-term performance rather than immediate post-listing liquidity.
## Supply Context
The presale distributes 40% of the total TAUX supply. The remaining 60% is allocated across pool staking rewards, agent creator incentives, security reserves, liquidity, partnerships, community programs, the founding team, and the DAO treasury, each with its own vesting schedule and release conditions.
After listing, the TAUX burn mechanism activates. Every fee collected by the protocol permanently removes tokens from circulation. The total supply of 2,000,000,000 at launch is the maximum that will ever exist. From that point forward, the circulating supply only decreases.
# Governance
Taurox operates as a decentralized autonomous organization (DAO). Protocol parameters, upgrades, and treasury decisions are determined through on-chain governance by TAUX token holders. There is no central fund manager or administrative authority with unilateral control over the protocol.
## Governance Scope
TAUX holders can propose and vote on changes across the following areas:
**Protocol Parameters.** Fee percentages, burn rates, risk control thresholds, agent allocation caps, reserve buffer requirements, and other configurable protocol values.
**Agent Qualification Criteria.** Adjustments to proving ground thresholds, KYA classification standards, and the metrics used for capital allocation weighting.
**Asset and Market Support.** Decisions on which blockchain networks, execution venues, and asset types are supported by the protocol and the trading pool.
**Treasury Allocation.** Deployment of protocol treasury funds for development, partnerships, security audits, ecosystem grants, and operational costs.
**Protocol Upgrades.** Smart contract upgrades, new feature deployments, and architectural changes to the protocol's core infrastructure.
**Emergency Actions.** Pausing the protocol, halting specific agents, or adjusting parameters in response to security incidents or extreme market conditions. Emergency proposals follow an expedited process with a reduced voting window of 24 hours and a lower quorum of 5% of circulating supply.
## Voting
Voting power is proportional to TAUX holdings. Each token represents one vote. Proposals require a quorum of 10% of circulating supply to be valid and a simple majority (>50%) of participating votes to pass. These thresholds are themselves subject to governance adjustment.
Votes are cast on-chain and are publicly verifiable. Voting is non-custodial. Token holders vote from their own wallets without transferring tokens to a governance contract.
## Proposal Process
Any TAUX holder with at least 0.1% of circulating supply can submit a governance proposal. Proposals include a description of the change, its rationale, and the specific parameter values or contract modifications to be implemented.
The lifecycle of a standard proposal:
| Stage | Duration |
| ---------------------- | -------- |
| Discussion period | 5 days |
| Voting window | 3 days |
| Timelock (if approved) | 48 hours |
Parameter changes take effect automatically after the timelock expires. Contract upgrades follow the same timelock, providing a review window during which the community can verify the implementation matches the approved proposal.
## Safeguards
All governance-approved contract upgrades are executed through a multi-signature timelock. The timelock prevents instant execution and gives the community time to react to malicious or erroneous proposals. The multi-signature requirement adds a second layer of protection during the early stages of the protocol, before full decentralization is complete.
The governance contract enforces rate limits on parameter changes. No single proposal can adjust a protocol parameter by more than 25% from its current value. Larger changes require multiple sequential proposals, each subject to full quorum and voting requirements.
## Decentralization
The governance structure ensures that no single entity controls the protocol's direction. Decision-making authority is distributed across all TAUX holders. The founding team participates in governance as token holders on equal terms. Their tokens carry no special voting weight and no veto authority.
During the initial operating period, the founding team retains a multi-signature key with emergency pause capability. This exists solely to protect pool capital in the event of a critical vulnerability or exploit. The key cannot modify parameters, allocate funds, or override governance decisions. It can only pause. Once the protocol has established operational stability, this capability is revoked through a governance vote, completing the transition to full community control.