> For the complete documentation index, see [llms.txt](https://aionet.gitbook.io/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://aionet.gitbook.io/docs/products/hbtc-vault.md). # hBTC Vault hBTC Accumulation Vault - Strategy Overview The hBTC Vault is AIONET’s core utility layer a non-custodial system designed to accumulate Bitcoin over time through structured, rule-based interaction with market volatility. Rather than exposing users to speculative strategies or complex trading decisions, the Vault provides a controlled environment where execution is automated, transparent, and aligned with long-term hBTC positioning. At its core, the system does not attempt to predict the market. It is designed to operate within it.
*** ### A Different Approach to BTC Participation Most crypto systems approach hBTC exposure through one of two extremes: passive holding or high-risk active trading. The hBTC Vault introduces a third model. It uses a structured, spot-only strategy that continuously interacts with price movement, allowing the system to: * accumulate hBTC during market declines * reduce exposure during upward moves * and extract value from natural market oscillations This process is not based on speculation or leverage. It is based on disciplined execution within predefined rules. *** ### Non-Custodial by Design The Vault is built around a strict non-custodial architecture. Users always retain ownership of their assets. Funds are never pooled, and no central entity has withdrawal authority over user capital. Each participant operates through an **isolated, per-user vault**, ensuring: * no shared risk between users * clear accounting of assets and performance * full transparency of state and balances Execution is performed through permissioned logic that can interact with markets, but cannot move funds arbitrarily. *** ### System Architecture The hBTC Vault is structured across three components, each with a clearly defined role: * **Trading Vault**\ Holds the active hBTC and USDC used for market interaction. This is where the strategy operates. * **Profit Vault**\ Stores accumulated hBTC profit separately from trading capital. This ensures profits are protected and not re-exposed to risk. * **Execution Engine (Off-Chain Bot)**\ Computes market conditions, places and manages orders, and enforces strategy logic without having custody of funds. | Component | Role | Key Constraint | | ---------------- | ---------------------------- | --------------------------------- | | Trading Vault | Holds active hBTC and USDC | Cannot withdraw funds arbitrarily | | Profit Vault | Stores extracted hBTC profit | Not used for trading | | Execution Engine | Manages strategy logic | No custody of funds | This separation is fundamental. It ensures that: * custody remains on-chain and user-controlled * execution remains adaptive and efficient * and risk boundaries are strictly enforced *** ### How the Vault Works The user experience is intentionally simple, while the underlying system remains structured and precise. A user deposits USDC into their vault, which is then initialized into a balanced xBTC/USDC position. From this point, the system begins operating automatically. The strategy continuously places and manages limit orders around the current market price. As price moves: * when xBTC declines, the system accumulates xBTC at lower levels * when xBTC rises, it sells portions into strength * the difference between these actions generates realized value over time This value is not left inside the trading system. Instead, when the vault exceeds its defined operating range, the excess is extracted and converted into BTC, then moved into the Profit Vault. This creates a clear separation between: * **active trading capital** * and **secured, accumulated BTC** *** ### Profit by Design, Not by Chance A defining characteristic of the xBTC Vault is its **non-compounding model**. Unlike traditional strategies that continuously reinvest profits increasing both potential returns and risk AIONET enforces a different approach. Profits are: * identified based on vault performance * extracted automatically * stored independently as xBTC * and made claimable by the user at any time This design ensures that: * gains are not silently re-risked * the system remains stable over time * and users can clearly distinguish between capital and profit The objective is not to maximize short-term returns, but to **consistently convert market activity into BTC accumulation**. *** ### Risk-Conscious Execution The xBTC Vault is designed with strict constraints that prioritize capital preservation and predictability. The system operates: * in **spot-only mode** (no leverage, no derivatives) * with **inventory-backed orders only** * without borrowing or synthetic exposure Additionally, execution is governed by multiple control layers that regulate: * order placement * inventory balance * volatility conditions * and market liquidity These safeguards ensure that the strategy remains within its intended operating boundaries, even under changing market conditions. *** ### Full User Control At all times, users maintain direct control over their participation. They can: * deposit into the vault * monitor performance and balances * claim accumulated xBTC profit * and exit the system entirely When a user chooses to exit, the Vault: * cancels all active orders * settles all balances * and returns assets exactly as held (xBTC and USDC) No forced conversions. No hidden execution. *** ### Designed for Accumulation The xBTC Vault is not a trading tool in the traditional sense. It is a system designed to: * operate continuously * manage exposure dynamically * and extract value from volatility Its purpose is simple, but deliberate: To convert market movement into structured, long-term xBTC accumulation without requiring users to trade, predict, or relinquish control. ***