# aarna protocol

### What is aarnâ?

aarnâ is building the Agentic Onchain Treasury (AOT), a fully autonomous onchain treasury that allocates, rotates, and secures assets through programmable, transparent agent governance.

The AOT abstracts away DeFi complexity. Agents analyze markets, execute allocations, and manage treasury policy autonomously, while every action remains verifiable and explainable onchain.

Through the âtv vault stack, aarnâ provides access to structured yield portfolios, from fixed income and indices to stablecoin ladders and growth strategies, all managed by agentic intelligence and accessible in one tap across web and mobile.

#### Core Components:

**Agentic Framework:** Multi-agent architecture coordinating Yield Curation and Execution Agents that analyze markets like Pendle PT in real time. Powered by graph-based orchestration and aarna’s proprietary alpha signal model.

**Tokenized vaults (âtv series):** Modular, tokenized vaults offering exposure to fixed income, DeFi indices, and growth assets. Each vault is managed by agents and governed by treasury policy.

**Governance & Token Layer ($AARNA):** The economic and governance core, driving staking, buyback-and-lock incentives, and agent parameter updates via onchain votes.

**Policy & Risk Layer:** Smart contracts enforce diversification limits, allocation bands, and insurance mechanisms, ensuring capital safety and transparency.

**Non-Custodial, Mobile-First UX:** Assets remain in user wallets. Deposits, redemptions, and reporting happen seamlessly across Ethereum, Base, and Arbitrum.


# Introduction

Rethinking DeFi Access

Consumer crypto’s recent wider adoption was driven by ETFs and exchange-listed DATs that abstracted technology, custody, and complexity. The next leap - bringing DeFi to the true crypto consumer market will be powered by agentic onchain treasury.

**aarn**â’s mission is to fundamentally reshape DeFi access by building the first agentic onchain treasury \[AOT] : a fully onchain, autonomous treasury protocol that allocates, rotates, and secures assets with transparent, programmable agent governance. Governed by transparent, upgradeable agents and smart contracts, the AOT enables composable exposure to every asset class - fixed income, indices, stables, and growth tokens - through aarnâ’s own tokenized vault structured products, via a secure and accessible platform.

**Thesis:** Crypto users want effortless, safe access to DeFi portfolios and onchain assets. They do not want to learn strategies, bridge assets, or vet protocols. They want composable, explainable, “bank-like” DeFi - all in a single tap. aarnâ’s agentic treasury brings this to life, abstracting away complexity, maximizing transparency, and enabling true DeFi access at global scale.


# aarnâ AOT Design


# Core Architecture

**Agentic Framework:** At the core is âTARS (aarna Tokenized Autonomous Rewards Strategies), a multi-agent system with specialized Yield Curation and Execution Agents that analyze Pendle PT markets in real-time and orchestrate redemptions with minimal slippage. These agents coordinate through a graph-based orchestration layer, integrating LLM(Gemini)-driven reasoning and aarnâ’s proprietary alpha 30/7 AI signal model for adaptive decision-making. This architecture distinguishes aarnâ from static, rule-based optimization systems by enabling true autonomous yield management with explainable, auditable onchain reasoning trails.

**Vault & Token Dual Flow:** Users can either acquire aarnâ tokens (which direct 70–80% of treasury for delegated agentic strategies, with the rest in liquidity, insurance, and incentives), or deposit directly into onchain atv vaults with stablecoins to mint atv shares.&#x20;

**Vaults are fully modular:** each can host a fixed-yield strategy, a DeFi index, a stablecoin ladder, or an institutional sleeve, all managed by agent logic under protocol, market, and governance controls.

**Policy & Risk Management:** Allocation bands, diversification rules, risk triggers, rebalancing frequencies, redemptions, and insurance mechanisms are governed by smart contracts - visible, auditable, and upgradeable only via onchain community votes. Insurance, agent error cover, and risk signaling are embedded at the protocol level and visible to every stakeholder.

<figure><img src="/files/vwwzqS0Nbjk7R5lF7ioC" alt=""><figcaption></figcaption></figure>

the âtv infrastructure and the âTARS agent layer, together integrate every major DeFi venue a treasury actually needs, DEXs, lending markets, yield markets, perpetuals, structured-yield rails, LLM/AI infra, data hubs, and onchain data sources. This stack turns fragmented liquidity and scattered opportunities into a single composable system. The mobile dApp plugs directly into it, letting users access automated allocation, structured vaults, and policy-driven execution without touching the underlying complexity.


# Concrete Instance

âTARS Yield Curator for Fixed PT Yields

aarnâ’s framework is validated by the live tokenized vault product, atv, and its core agent, âTARS:

* User Flow: Deposit USDC > mint atv shares - no bridges, approvals, or technical steps. Redemptions are optimized: shares burned for USDC, and the most liquid and efficient route is automatically selected.
* Agentic Allocation: The âTARS agent monitors Pendle PT markets, allocating to the safest, highest APY pools based on policy: concentration, expiry, liquidity, and oracle checks. Policy-driven constraints prevent risky allocations or overexposure.
* Full Transparency: Every agentic move, allocation, rotation, and redemption is public and onchain. Vaults are governed by the treasury policy

All powered by agentic automation, explainable onchain. The baseline linear-programming allocation delivers an average high single to 10% APY, whereas the aTARS dynamic-threshold agent achieved \~14.0%, consistently generating 25-40% higher yields.

<figure><img src="/files/dkf1eU2OzC3D9X9F55JV" alt=""><figcaption></figcaption></figure>


# The flywheel

Two engines power one loop. First, the AOT allocates the majority (70-80%) of treasury into whitelisted âtv strategies. Second, LPs can deposit directly into those same vaults. Both create protocol fees, the policy routes fees so that supply shrinks via buyback-and-lock and productive capacity grows only when capacity is available and the marginal net yield meets a published hurdle.

$AARNA is the go-to participation device for anyone wanting exposure to agentic DeFi without operational burden.

<figure><img src="/files/kLI4VN2kLxhAklf4QED6" alt=""><figcaption></figcaption></figure>


# Treasury Structure

The $AARNA token is the primary participation vehicle in aarn**â**’s agentic onchain treasury- analogous to how institutional investors access traditional asset managers rather than holding assets directly. More TVL and disciplined routing increase fee power, which deepens buybacks, which tightens float and governance, which attracts more deposits.

The $AARNA Token as the AOT Access Instrument will become the primary participation vehicle, with dual value capture:

* ***Token Holders (Primary Path):***
  * 70-80% of treasury automatically allocated into agentic atv strategies managed by âTARS; remaining capital reserves insurance and governance incentives. Token holders participate in protocol fee recycling via buyback-and-lock and veAARNA staking
* ***Direct USDC Depositors (Secondary Path):***
  * Access to basic atv vaults with no governance or fee participation.
* ***Premium to NAV Economics:***
  * Token trades at a multiple above the underlying portfolio of vaults because of buyback effects, staking yields, and governance upside.


# Agentic Onchain Treasury

A New DeFi Primitive

aarnâ’s AOT protocol architecture is the infrastructural missing link needed to drive global DeFi adoption - offering true programmable, autonomous access to fixed income, indices, stablecoins, and risk-assets for everyone.

Just as ETFs and DATs democratized crypto asset access in TradFi, AOT protocols will democratize DeFi access for the masses. aarnâ will deliver the foundational application capable of onboarding tens of millions of users and billions in capital.


# âTARS

aarna Tokenized Autonomous Rewards Strategies

#### Introduction

In a world where DeFi yield strategies become increasingly complex and volatile, there is a pressing need for autonomous yet trustworthy systems that can navigate multi-protocol ecosystems with minimal user burden. The aTARS (aarna Tokenized Autonomous Rewards Strategies) system is built to fill that gap acting as the autonomous execution intelligence layer within the aarnâ Agentic Onchain Treasury (AOT) ecosystem. It bridges AI-powered strategic reasoning with on-chain DeFi execution, providing continuous liquidity allocation, risk management, portfolio rebalancing, and yield optimization across âtv vaults.

#### Architecture Overview

<figure><img src="/files/xSuheVj5lT504OMpQ6pO" alt=""><figcaption></figcaption></figure>

aTARS operates via a multi-agent architecture composed of three specialised agents:

* Yield Curation Agent: Continuously monitors yield markets (for example, PENDLE PTs) using real-time on-chain data, algorithmic signals and proprietary signal models to identify optimal fixed-yield opportunities.
* Conversational Agent: The Conversational Agent serves as the intelligent chat interface of the aarnâ ecosystem, allowing users to interact with the system in plain language. It understands user requests, interprets intent using past conversation context, and transforms high-level instructions into structured tasks. Whether a user wants to understand strategy, ask about performance, or initiate actions like deposits or rebalances, the Conversational Agent converts these natural-language queries into precise system-level intents.
* Execution Agent: The Execution Agent is responsible for carrying out all user-authorized on-chain actions. It handles deposits, withdrawals, staking, and movement of assets across supported vaults. Based on the user’s request (“deposit into atvPT”, “withdraw funds”, “stake into next maturity PT vault”), the Planner prepares the steps, and the Execution Agent performs them safely, respecting governance rules, TVL caps, slippage limits, and user-specific permissions.

These agents operate via a graph-based orchestration layer — enabling adaptive, multi-objective decision-making where agents can coordinate, hand-off tasks and respond to changing market conditions. The system merges LLM-powered reasoning with the proprietary “alpha 30/7” signal model developed by aarnâ, forming an intelligent, autonomous yield management system that goes beyond static vault strategies.

#### Core Capabilities

* Continuous monitoring of PT markets and vaults, across chains (Ethereum, Arbitrum, Base, etc).
* Dynamic liquidity allocation: reallocating capital in response to shifting yield curves, maturity profiles, liquidity caps, protocol risk and user preferences.
* User-centric conversational interface: users can interface with the system in plain language for strategy tweaks and oversight.
* Governance-aware execution: every action by Execution Agent adheres to vault governance policies, risk limits, slippage thresholds and session key authorization.
* Non-custodial, transparent operations: users maintain wallet control; agent actions are auditable and aligned to set parameters.

#### Decision Logic&#x20;

The Yield Curation Agent applies a multi-signal framework combining: on-chain TVL and yield data, token expiry profiles, market volatility metrics, projected APY curves and the alpha 30/7 predictive model. It outputs a ranked list of eligible PT pools given user-defined filters (risk tolerance, cap, time-horizon).

The Execution Agent receives approved allocation recommendations, checks governance/risk constraints, then builds transaction sequences (deposit → stake → monitor) and triggers rebalancing when deviation thresholds or maturity events occur. The Conversational Agent surfaces both high-level summaries and detailed reports for the user, and allows parameter overrides.

#### Execution Architecture

All heavy computation (ranking, modelling) runs off-chain. The Execution Agent calls smart contracts on-chain via the user’s smart account or meta-wallet. Session keys restrict agent scope (allowed tokens, protocols, time window). The system includes gas-optimisation logic (batching, bridging decisions) and monitors for failures (transaction reverts, slippage exceeded) with rollback or alerting flows.

#### Security & Governance

* Each vault has a defined governance policy (max exposure, protocol whitelists, asset types).
* Agent actions are logged and auditable; users can deactivate the agent at any time.
* Non-custodial architecture: users’ wallets remain under their control; agent acts via delegated sessions.
* Risk controls: e.g., maximum TVL % per strategy, emergency stop triggers if market volatility or oracle feed disruptions.
* Multi-chain support adds complexity; protocol permissions and contract upgrade flows are carefully managed.

#### User Workflow

1. User connects wallet → chooses âtv vault strategy → sets preferences (risk tolerance, duration, cap).
2. The Conversational Agent explains strategy parameters, e.g., “We’ll target fixed-yield PTs maturing within 90 days, cap 20% TVL.”
3. Yield Curation Agent monitors relevant markets, selects target pools.
4. Execution Agent carries out deposit/stake actions, monitors performance continuously.
5. When maturity hits or yield decays or better pool appears, Execution Agent triggers reallocation.
6. User gets dashboard/notification of changes; can pause agent or change parameters.
7. Agent logs all actions; user can review history; agent operates until user exits vault.


# âtvPTmax

on-chain yield maximizer

âtvPTmax, managed by the âTARS agent, is a USDC yield maximization vault designed for project treasuries, institutions and family offices, delivering safe, stable yield of 8-12%.

Users deposit USDC into an ERC-4626 vault and mint âtvPTmax shares; capital flow is routed via âTARS agent via a secure multisig into Pendle PTs as per a robust apy- maturity- risk framework, to lock fixed carry across a tenor ladder.

Pool selection is gated by hard checks: protocol/market allowlists, pool-depth floors, TWAP/oracle-parity bounds, expiry windows, and concentration caps. NAV and TVL are on-chain. Outperformance comes from disciplined fixed-rate capture: 20% of TVL is reallocated with a lower delta-positive threshold, securing higher-APY opportunities, while the remaining 80% is allocated with a higher delta-positive threshold, securing funds with consistent fixed yield. The agent continuously scans new PTs and repricing and reallocates when expected carry minus slippage and gas clears a set threshold. Live telemetry, depth, spreads, oracle drift, pending expiries, triggers pre-emptive rolls.Redemptions burn shares for USDC, with the agent removing proportionally from PTs. All allocation, rotation, and exit flows are proposed by the âTARS and executed enforcing these policy checks.

[access âtvPTmax >](https://engine.aarna.ai/?productId=PTmax)

<figure><img src="/files/phVxLVU9Rwsd8sA5F8B3" alt=""><figcaption></figcaption></figure>

**Yield Curation Agent**

* Continuously scans Pendle PT markets using real-time on-chain data.
* Evaluates yield opportunities across APY, liquidity depth, slippage risk, maturity profiles, and market momentum.

**Execution Agent**

* Manages vault position lifecycles: deposits, redemptions, and strategy rolls.
* Implements sophisticated slippage minimization techniques including TWAP bands, depth-aware sizing, and route selection.
* Coordinates strategy transitions with minimal downtime and maximum capital efficiency under predefined policy limits.

**Signal Inputs**

* **On-Chain Signals:** TVL flows, wallet behavior, PT/YT supply dynamics.
* **Yield Curve Analysis:** Forward rate expectations, maturity premiums, roll opportunities.
* **Risk Indicators:** Implied volatility, correlation shifts, tail risk metrics.
* **Sentiment Analysis:** Social signals, governance activity, protocol health scores.

This multi-dimensional analysis enables âTARS to anticipate market moves and position vaults ahead of the curve.

<figure><img src="/files/Zsury43Adukn3CKaSGnx" alt=""><figcaption></figcaption></figure>

### Backtesting:

Backtesting for the âtvPTmax vault was conducted on the Ethereum mainnet using historical USDC stablecoin data between June 2025 and September 2025. The objective was to evaluate âTARS’s allocation efficiency and yield consistency across varying liquidity scales. The simulation tested multiple TVL scenarios, from $1M to $100M, under real market depth and price impact conditions. All returns shown are net of protocol fees and slippage-adjusted to reflect deployable capital efficiency in live market conditions.

| TVL ($) | <p>Absolute returns</p><p>(4 months)</p> | APY (annualized) | Total PT allocated | Total Rebalances |
| ------- | ---------------------------------------- | ---------------- | ------------------ | ---------------- |
| 1M      | 6.77%                                    | 22.50%           | 5                  | 14               |
| 3M      | 3.93%                                    | 12.50%           | 5                  | 13               |
| 5M      | 3.85%                                    | 12%              | 8                  | 13               |
| 10M     | 3.13%                                    | 9.70%            | 15                 | 14               |
| 20M     | 2.83%                                    | 8.73%            | 17                 | 16               |
| 100M    | 2.79%                                    | 8.63%            | 17                 | 16               |

### Yield and Protocol comparison:

To benchmark âTARS’s performance, returns were compared against leading DeFi yield protocols and curators offering USDC-based strategies. The results highlight âTARS’s ability to consistently deliver superior net yields through automated allocation, risk segmentation, and periodic optimization. As shown below, âTARS achieves a base USDC APY of over 12%, outperforming or matching top-tier stablecoin markets such as Pendle PT, and offering substantial uplift relative to lending and vault-based strategies on protocols like Morpho, AAVE, Compound and other curators.

| Protocols                       | Base USDC Returns (APY) | % Extra with âTars |
| ------------------------------- | ----------------------- | ------------------ |
| âtvPTmax                        | 10%                     | 0%                 |
| Pendle PT                       | 9%                      | 11%                |
| Steakhouse InfiniFi USDC Morpho | 7.07%                   | 41%                |
| Gauntlet USDC Morpho            | 6.62%                   | 51%                |
| MEV Capital Morpho              | 5.79%                   | 73%                |
| Spark fi                        | 4.50%                   | 122%               |
| Fluid                           | 4.04%                   | 148%               |
| Lending on AAVE                 | 3.37%                   | 197%               |
| Lending on Compound             | 3.26%                   | 207%               |


# Working of âTARS: atvPTmax

The âTARS system (Tokenized Autonomous Rewards Strategies) serves as the autonomous intelligence layer managing the âtvPTmax vault. Its core function is to optimize capital deployment across Pendle Principal Token (PT) markets to maximize net APY while maintaining strict liquidity, maturity, and risk thresholds. The mechanism operates through two complementary rebalancing loops Event-Driven Rebalancing and Periodic Uplift Rebalancing each governed by on-chain data, deterministic filters, and iterative optimization routines.

#### 1. Event-Driven Rebalancing

This process is triggered upon new deposits exceeding $10k or when an existing pool reaches maturity. The system determines whether a full portfolio rebalance is required or if the new inflow can be swapped into the existing PT allocation.

When a rebalance condition is met, âTARS initiates the following sequence:

1. Market Data Fetch:\
   Fetches the latest Pendle PT market data, including yield rates, maturities, and liquidity.
2. Universe Filtering:\
   Applies strict inclusion filters:
   1. Network: Ethereum Mainnet
   2. Market Type: Stablecoin PTs only
   3. Maturity: Minimum 10 days to expiry
   4. Direct USDC zap available
3. Market Segregation:\
   The filtered set is divided into:
   1. Core Set: Markets with >$100M market capitalization
   2. Enhanced Set: Additional qualified markets with alternative yield mechanisms
4. Allocation Optimization:\
   A multi-iteration optimizer computes allocations to maximize net APY under defined constraints:
   1. Enhanced Set ≤ 20% of total allocation
   2. Core Set ≥ 80% of total allocation
   3. Maximum allocation per market ≤ 10%

The optimization output generates a Rebalance Request, instructing reallocation across PT markets.

#### 2. Periodic Uplift Rebalancing

Independently of deposit or expiry events, âTARS performs a periodic uplift rebalance every 14 days. This ensures that vault allocations remain aligned with shifting yield environments and that potential uplift opportunities are captured.

The steps mirror the event-driven process of market data refresh, filtering, segregation, and allocation optimization followed by an Uplift Comparison stage that measures expected APY improvements versus current portfolio returns.

Rebalance thresholds:

* Core Set uplift target: ≥ 2.5%
* Enhanced Set uplift target: ≥ 0.5%

If these thresholds are met or exceeded, âTARS issues a new Rebalance Request; otherwise, the existing allocations remain unchanged until the next cycle.

<figure><img src="/files/0J9V3HCs0FEeAw6gULqH" alt=""><figcaption></figcaption></figure>


# Automation, safety parameters and backend security:

âTARS executes all operations through multisig wallet structure. It enforces protocol allowlists, pool-depth minimums, and oracle-parity checks to prevent adverse execution. Each rebalance is transparently logged on-chain, ensuring verifiability and minimizing discretionary human intervention.

<figure><img src="/files/BfteuQQv7JvbNzxlf9VT" alt=""><figcaption></figcaption></figure>

### Risk management:

atvPTmax follows a multi-layered risk framework designed to preserve capital, ensure liquidity, and sustain yield consistency. All allocations are governed by âTARS, which applies deterministic constraints at every stage, selection, execution, and monitoring.

#### 1. Pool Evaluation Criteria

Each pool is assessed against a defined risk framework before capital deployment:

* Withdrawal Liquidity: Instant withdrawal capacity is evaluated to ensure exit feasibility under stressed conditions.
* Price Impact (PI): Pools with low entry and exit price impact are preferred; high PI directly reduces net realized yield.
* Stablecoin Quality: Underlying assets must be established stablecoins (e.g., USDC, USDT, USDe etc.).
* Market Depth and Maturity: Pools must exhibit sufficient liquidity depth, and underlying assets must have high market capitalization, have >10-day maturity.
* Yield Source Integrity: Pools relying on off-chain yield generation mechanisms are classified as high-risk and excluded.
* Manual hard Exclusions: Any pool flagged as high-risk during manual filtering or failing minimum criteria is removed from consideration.

A dedicated risk-scoring process pools factsheets, protocol documentation, and yield mechanics to assign a quantitative risk score. Only pools exceeding the minimum score threshold are eligible for allocation.

#### 2. Investment Constraints

To control concentration and liquidity risk, the following allocation rules apply:

* Pool Concentration Cap: Investment in any single pool is capped at ≤10% of the pool’s total liquidity (TVL).
* Instant Withdrawal Cap: Where applicable, investment is limited to ≤10–15% of the pool’s instant withdrawal capacity.
* Diversification Requirement: Capital is distributed across a minimum of two pools.
* Liquidity Bias: At least 80% of total TVL is allocated to high-liquidity pools, pools backed by large-cap assets, or prime Pendle PT markets.
* Constraint Verification: ZK-based verification of allocation constraints is planned for on-chain enforcement.

#### 3. Continuous Monitoring and Exit Strategy

* PT & Market Surveillance: Principal Token positions and underlying markets are continuously monitored for adverse events, negative sentiment, or liquidity deterioration.\
  Yield Deviation Trigger: If realized or projected yield falls below the Pendle reference watermark, an automated exit is initiated.
* Route Optimization: The agent periodically scans Pendle markets for superior net expected yield opportunities, factoring transaction costs, maturity, and price impact, and rebalances accordingly.

#### 4. Execution Safety

* Every rebalance is pre-simulated.
* Execution is permitted only under risk-approved Price impact and Slippage.
* Oracle-parity checks validate fair pricing before transaction submission.

#### 5. Governance and Transparency

* Transactions are authorized via a 3-of-5 multisig.
* Every allocation, rebalance, and exit is recorded and published by âTARS in [Rebalance report](https://assets.aarna.ai/atvPtmax-allocations-report/atvPtmaxLatestReport.pdf) for full auditability.


# Execution Agent

#### Module Role

The Execution Agent is a specialized component within the Aarna agentic architecture. It receives validated configuration intents from the Conversational Agent and orchestrates on-chain execution of vault operations according to protocol rules. Acting as the downstream executor in the agent stack, it coordinates with vault smart contracts, risk policy layers, and asset deployment rails.

#### Responsibilities

1. Action Packet Reception
   1. Accepts structured instruction objects from the Conversational Agent or planning layer, such as "deposit 10K  into vault ptmax," "stake in atvUSDC," or "withdraw amount from 808."
   2. Validates each packet against current policy boundaries, including risk bands, allocation ceilings, and asset eligibility.
2. Pre-Execution Checks
   1. Queries smart contract state and external oracles (using addresses listed in documentation) for current TVL, liquidity, yield differential, gas cost, and chain status.
   2. Confirms that the intended action will not violate diversification, slippage, or liquidity constraints defined in the protocol's Risk & Policy layer.
   3. If a violation is detected, the Execution Agent either rejects the action or triggers a clarification loop via the Conversational Agent.
3. Execution Orchestration
   1. Once approved, the Execution Agent prepares the transaction bundle:
      1. Encodes the required smart contract calls (vault deposit/withdraw/strategy update).
      2. Selects the correct chain (Ethereum, Arbitrum, Base).
      3. Routes the transaction through a gas-optimized path or MEV-resistant route if configured.
   2. Submits the transaction to the blockchain, monitors for inclusion, and handles failure remediation or retry attempts.
   3. Logs transaction metadata for audit trail and governance reporting.
4. Post-Execution Monitoring & State Update
   1. Reads on-chain receipts and updates internal system state, including vault share counts, user wallet exposure, and strategy allocations.
   2. Notifies the Conversational Agent and user of the outcome: success, partial fill, or failure/rollback.
   3. Flags execution anomalies: such as slippage above threshold or higher-than-expected gas costs: for risk alerts or governance review.

#### Integration & Interfaces

* Input Interface: Receives action packets from the Planning/Validation layer, driven by user intent via the Conversational Agent. Packets include structured JSON-like objects specifying vault, asset, amount, chain, and metadata.
* Policy Lookup Interface: Calls policy/risk smart contracts or on-chain modules to validate action feasibility (see policy & risk layer in documentation).
* Smart Contract Interface: Interacts with ERC-4626 compliant vault contracts and strategy modules using the contract addresses published in documentation.
* Notification Interface: Emits events or messages back to the system for the Conversational Agent and UI layer, such as "deposit complete," "rebalance executed," or "action failed."

#### Key Properties & Constraints

* Determinism: Execution must respect protocol-defined rules, including allocation bands, diversification limits, and timelocks. No subjective overrides are permitted outside governance.
* Non-custodial & Transparent: All transactions are on-chain, verifiable, and executed via audited smart contracts. Users retain full control of their funds.
* Auditable Trail: Every execution call is logged, with reasoning linked (via agent metadata) to the original intent, enabling full traceability.
* Cross-chain Support: Supports deployment across multiple EVM chains (Ethereum, Base, Arbitrum). Correct chain routing is essential for cost efficiency and access.
* Failure Handling: The Execution Agent implements fallback and retry logic for blockchain issues, including gas spikes, failed calls, and network congestion.

Latency & Slippage Control: For market-sensitive vaults (e.g., dynamic rebalancing), execution minimizes delay, slippage, and MEV exposure.


# Conversational AI Agent

Your Natural Language Gateway to DeFi

**Component Classification:** LLM-powered natural language processing and orchestration interface within the aarnâ Multi-Agent Architecture.

#### 1. Functional Purpose

The Conversational Agent acts as the semantic interface layer between user intent and system-level configuration logic. It converts natural language inputs into structured, machine-interpretable command objects and governs the decision pipeline before execution. The Conversational Agent ensures that all user-driven actions (configuration, insight queries, transaction intent, or reasoning requests) are processed deterministically and aligned with protocol rules, safeguards, and vault risk constraints.

#### 2. Core Capabilities

**Intent Classification & Semantic Parsing**

* Utilizes transformer-based LLM inference for:
  * Intent detection
  * Slot/entity extraction
  * Constraint identification (risk thresholds, asset boundaries, timeline constraints).
* Normalizes ambiguous expressions (e.g., "maximum safe yield" or "higher returns but low volatility") into system-defined feature vectors.

**Policy-Aligned Strategy Mapping**

* Converts parsed intent into validated vault configuration instructions.
* Applies:
  * Risk framework lookups
  * Eligibility matrices
  * TVL ceilings
  * Chain availability constraints
  * Tactical vs strategic sleeve logic.
* Generates configuration instructions for downstream agents without violating governance or execution rules.

**Execution Mediation**

* The Conversational Agent does not directly trigger blockchain transactions.
* Instead, it:
  * Generates execution signatures,
  * Confirms user approval,
  * Passes final instruction packets to the Execution Agent.

#### 3. Memory + Personalization Layer

* Persistent, wallet-scoped memory (no identity leakage).
* Uses vector embeddings + semantic recall rather than rule-based storage.
* Supports session memory (short-term reasoning) and long-tail preference modeling.

Memory examples stored as feature vectors:

* Risk preferences
* Typical asset exposure
* Interaction patterns (active vs passive user)
* Prior allocations and rebalance approvals

#### 4. Communication Model

The Conversational Agent supports:

* User-initiated flow (queries, instructions)
* System-initiated flow (alerts, deviation signals, yield opportunity push)

Communication signals include:

* Risk shift notifications
* Rebalancing triggers
* Yield deltas > threshold
* PT opportunity upgrades (from Yield Curation Agent)

All messaging is generated in natural language but anchored in a quantifiable system state.

#### 5. Guarantees & Guardrails

| Domain                  | Enforcement                                          |
| ----------------------- | ---------------------------------------------------- |
| Safety                  | Risk policy enforcement, transaction sanity checks   |
| Consistency             | Deterministic mapping of preferences → configuration |
| Explainability          | All actions include natural language reasoning       |
| Non-Custodial Integrity | No execution without explicit approval               |

<figure><img src="/files/ClAnqrkc4etK6v8dlPE8" alt=""><figcaption></figcaption></figure>


# alpha 30/7

In aarna’s alpha 30/7 neural network architecture, the initial processing begins with a Variational Autoencoder (VAE), which transforms the input dataset of 93 features into 32 latent spaces. These latent spaces are then passed into LSTM layers that capture and analyze temporal dependencies within the sequence. Enhancing this analysis, an attention mechanism focuses selectively on the most pertinent aspects of the LSTM outputs, ensuring that critical information is emphasized for subsequent layers. The processed data is then integrated and further interpreted in the Dense layers (ANN), which apply non-linear transformations to consolidate the insights derived from earlier stages. The architecture is fortified with a risk management framework, incorporating a probability filter designed to avoid predictions when the model lacks confidence and a dynamic stop-loss mechanism adjusted based on market moments to reduce downside risks. This flow ensures that the network not only predicts effectively but also guards against potential financial uncertainties.

<figure><img src="/files/mvda0aGOHdbxLulwc0DL" alt=""><figcaption></figcaption></figure>


# Navigating the Data Maze

#### Data Selection

DeFi liquidity constraints pose challenges for autonomous on-chain execution. aarnâ addresses this by focusing on tokens with a minimum liquidity threshold on DEX, ensuring that the model is trained on economically significant and active assets. This approach filters out long-tail assets from both the training and inference datasets, enhancing prediction relevance and accuracy.&#x20;

#### Data Handling Pipeline

All collected data, including OHLCV, Twitter, blogs, and user transactions, are stored daily on AWS Cloud, in Amazon S3 as raw data. To transform this raw data into a structured format suitable for analysis, AWS Glue jobs are utilized, which automate the extraction, transformation, and loading processes. Additionally, AWS Lambda functions are employed to handle event-driven data processing, ensuring that data flows smoothly and remains up-to-date. The transformed data is then queried and analyzed using Amazon Athena.

#### Feature Engineering

The feature set for alpha 30/7 is extensive, with over 93 handcrafted features based on multiple data sources outlined in the data groups in the table below. It includes 17 sentiment-based features from Twitter and blog content, 18 transactional features on whale users filtered from a universe of 22k users to capture market impact, and various price-related metrics to capture market dynamics. For sentiment analysis, aarnâ utilizes the Perplexity Sonar Pro and CryptoBERT models, specifically designed to capture trends from social media and blog data.

| Data source      | Group                            | Description of Features Created                                                                                                         |
| ---------------- | -------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------- |
| OHLCV            | Price and Market DynamicsFeature | Includes day-specific price data, market volatility, moving averages, trend and momentum indicators to analyze market behavior.         |
| USER TRANSACTION | Transaction and Volume           | <p>Features capturing whale users activities, and transaction values,</p><p>to reflect trading dynamics and volume flow</p>             |
| SOCIAL MEDIA     | Sentiment and Social Media       | Data from Twitter and news articles to analyze sentiment trends, consistency, and dynamics through various sentiment scores and changes |


# Architecture

The alpha 30/7 architecture integrates advanced techniques to optimize data processing and predictive performance. At its core, Variational Autoencoders (VAEs) compress high-dimensional data (93 features) into a compact latent space, effectively reducing noise while capturing essential structures within the data. The VAE architecture includes an encoder that maps input data to a latent space, generating a mean and log-variance, and a decoder that reconstructs the data, ensuring a meaningful and robust data representation for subsequent analysis.

Building on the VAE output, the architecture employs Bidirectional Long Short-Term Memory (LSTM) networks with 64 units to capture both past and future dependencies in sequential data, crucial for tasks involving time series or ordered data. To prevent overfitting, L2 regularization is applied, maintaining a balance between model complexity and generalization. An integrated attention mechanism enhances the LSTM’s capability by selectively focusing on the most predictive features derived from the VAE, ensuring the model prioritizes critical information. Finally, Dense layers with ReLU activations integrate and interpret these features, with the final output layer utilizing a sigmoid activation for precise binary classification, delivering refined and reliable predictive probabilities.

<figure><img src="/files/9OyQCclDmXmlVMOIzSRY" alt=""><figcaption></figcaption></figure>


# âtv Infrastructure

\> âtv tokenization platform

### What are âtv vaults?

The aarnâ tokenization platform enables decentralized, structured on-chain investment products âtv vaults, deployed on Ethereum, Sonic, and Arbitrum (soon on Base). It comprises:

1. Ethereum: 9 smart contracts (6 tokenization + delayModule + timelock + ASRT)
2. Sonic: 9 smart contracts (6 tokenization + dexAdapter + delayModule + timelock)
3. Arbitrum: 9 smart contracts (6 tokenization + sequencer + delayModule + timelock)
4. Base: 11 smart contracts (9 tokenization + delayModule + timelock)

All smart contracts have undergone comprehensive audits and are fully tested for security and composability.


# vault types

1. **structured trading:** This vault actively trades dynamically using predictions generated from aarnâ AI agentic models, starting with rules or algorithms to buy and sell assets, automatically rebalancing underlying assets. Akin to quant funds, but fully onchain, permissionless, self-custodied
2. **yield aggregator:** It automatically allocates stablecoins (or other ERC-20 tokens) to various DeFi platforms (like Aave, Compound, Pendle etc) for lending or staking, allocated using aarna agents (such as, âTARS). This earns the user passive yield on their stablecoins. The agents also automatically rebalances user holdings to optimize returns.


# âtv tokenization platform

At the heart of aarnâ protocol lies the âtv tokenization platform, a DeFi infrastructure enabling the creation of structured on-chain investment products called âtv vaults. These vaults feature a wide range of strategies, including capital multiplication and yield optimization, AI-driven algorithmic products, derivatives.

Ethereum >

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXckGK0M5q4G7wWdhOGcfITtwu4a0b5hExsDiCcqomn8EWtee9Z_xpWR_ckQJ1K6AozW9b_jo1_NEc4l8ryomukgnygo_gf_7BXPdsRJZZAgSye9LQPJ2-S-QcwEoKopAgLoh16s?key=4ZTbAfLFbnB8eJGb8BPb1A" alt=""><figcaption><p>âtv platform architecture - Ethereum</p></figcaption></figure>

Sonic >

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXctebHjH8wv38KIQ5KbdixZyRTIt3AUy3RnyFvVvJDA3CnzxWqfe6cKtD6kFeTVDa_udgdXjD0AJK6PnR220U1zybzFW5vf2dNG7oxZCJ86_WEYEfpdASxVWUrWRZU6udEWtU61eg?key=4ZTbAfLFbnB8eJGb8BPb1A" alt=""><figcaption><p>âtv platform architecture - Sonic</p></figcaption></figure>

Arbitrum >

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXfLmIHKO8UbCQjnf2EhKpVh3MeaYRndB80-JsAkYzKvzSk0rPK2nx-KjTcjGyxaLzyxdW9s8uezLwDPECIwF5fzhm-3E5QoIqTH1xwUF5cRUgbY3BR16h4CuiFAhhw8Ii56HTrA2w?key=4ZTbAfLFbnB8eJGb8BPb1A" alt=""><figcaption><p>âtv platform architecture - Arbitrum</p></figcaption></figure>

### âtv smart contracts architecture

1. **âtvFactory**: Creates âtv vaults using Clones (EIP-1167) and 2 step Ownable with time delay module contract. It clones the âtvBase implementation contract, enabling or disabling features as needed, and takes pool data as an argument.
2. **âtvBase**: The implementation contract used to clone âtv vaults. When users deposit stablecoins, specific âtv vault shares are minted based on NAV and transferred to users' wallets. The aarnâ DAO can pause and unpause vaults. All features are coded in âtvBase and can be enabled or disabled during vault creation.
3. **âtvManager**: Acts as the controller for âtv tokenization, handling rebalancing and managing team wallets in âtv vaults. Team wallets, once added, cannot be removed. The contract allows activation and deactivation of wallets by aarnâ DAO to prevent malicious activity or compromised private keys. New versions of âtvManager can be deployed for updated rebalancing strategies.
4. **âtvStorage**: Stores all âtv product details, accessed through âtvBase and âtvManager. It contains TVL-related calculations for âtv products.
5. **âtvPassiveRebalanceStrategies**: Includes passive rebalancing strategies, which are enabled at vault creation. Rebalancing occurs automatically at set intervals.
6. **âtvOracle**: Converts token prices to USDC using Uniswap V3 TWAP and Chainlink oracles. It includes functions for price estimation, and in Arbitrum, a sequencer fetches prices from Chainlink. It also optimizes gas costs for withdrawals via a queuing system, allowing cumulative swaps for grouped user withdrawals.
7. **TimeDelay**: TimeDelayModule enforces a delay for critical functions, to enhance security by ensuring that specific actions can only be executed after a predefined delay, allowing time for review and potential rescind of queued transactions.
8. **TimeLock**: Timelock contract provides the stake/Deposit and unstake/Withdraw functionality to the users to generate rewards in $AARNA tokens. On staking, users receive ASRT (aarnâ Staking Reward Token) token as reward which can be exchanged with the AARNA.
9. **ASRT**: aarnâ Staking Reward Token is a standard ERC-20 token used as a reward token which can be exchanged for AARNA. The maximum supply of ASRT is set according to the staking program and each token has a fixed value of USD 1.
10. **DexAdapter**: The DexAdapter module encapsulates DEX swap operations within the ATV infrastructure. It abstracts and isolates chain-specific swap logic, enabling support for different networks, such as Sonic and Base Chain through dedicated implementations.
11. **DataConsumerWithSequencerCheck**: On L2 chains like Arbitrum, if the sequencer goes down, oracle prices can become outdated. Chainlink’s Sequencer Uptime Feeds let contracts detect when the sequencer is offline or has just come back online. This helps prevent using stale prices during critical actions like swaps or rebalances, reducing risk and improving protocol safety. "DataConsumerWithSequencerCheck" follows Chainlink's Sequencer to serve the above purpose.


# Key âtv design features

1. âtv Tokenization Platform Deployment & Upgrades:

The first deployment of the âtv contracts will be handled directly by aarnâ using a single wallet. Once this initial deployment is completed, ownership of the contracts will be transferred to the aarnâ DAO SAFE wallet. As the protocol becomes more decentralized, the responsibility for deploying new versions of the contracts will shift to the aarnâ DAO. It's important to note that ownership of âtvOracle, âtvStorage, and TimeDelay will be transferred to multisig Wallet #2 (â\_platform\_safe) and the others (âtvFactory, âtvBase, âtvManager, and âtvPassiveRebalanceStrategies) will be transferred to multisig Wallet #1 (â\_dao\_safe). For security reasons, the current contracts are designed to be non-upgradeable. All new features and updates will be introduced through a structured versioning and migration framework, ensuring the protocol's robustness and security. Any modifications approved by the aarnâ DAO will be implemented with precision, maintaining decentralization principles while upholding the integrity of the system.

2. Deposits \[Stablecoins]:

Users can deposit stablecoins like USDC, USDT, or DAI into these vaults and receive âtv tokens in return, calculated according to the Net Asset Value (NAV).&#x20;

3. Cumulative Swaps:

As per the design all the deposits into âtv vaults are not immediately converted to underlying tokens. Instead, all deposited stablecoins are periodically swapped in a single transaction to save on gas costs, which are paid by the user.

4. Rebalancing:

Rebalancing in the âtv tokenization platform optimizes returns or aligns with the vault's objectives, either actively or passively. During vault creation, aarnâ DAO selects rebalancing options via âtvBase and âtvFactory, including active, passive, or no rebalancing. Passive Rebalancing is managed algorithmically based on pre-programmed logic, rebalancing at fixed intervals to maintain design proportions. This method does not allow for the removal or substitution of tokens. Current strategies include: Continuously using the default design underlying token proportion, regardless of TVL changes. And updating token proportions during cumulative swaps based on current units and TVL. Active rebalancing, on the other hand, involves manual adjustments by the alpha creator or manager, approved by the DAO. This includes scenarios like withdrawing underperforming tokens, replacing them, or redistributing their value among existing tokens. New rebalancing strategies can be introduced in future versions of the âtvManager, allowing the DAO to update rebalancing methodologies as needed. Algo Product Rebalancing allows adding, removing, or replacing multiple tokens at once, with equal distribution among all tokens. For instance, if there are five tokens, each will have a 20% proportion. Algo Rebalance 2 allows removing one token from the underlying list and keeps the removed token in a stable token(whitelisted iToken) that should be considered in the next cumulative swap. Emergency Rebalance addresses non-performing tokens by withdrawing them from their staking protocols and updating the vault's underlying tokens. The removed token's balance is transferred to the vault contract and can be withdrawn using the emergencyWithdraw() function, which requires specifying a recipient wallet address.

5. Withdraw and Redemption:&#x20;

Depending on the âtv vaults Investors can either have the option for Direct withdrawal or queue their âtv vault tokens to withdraw anytime after at least one cumulative swap since the last deposit based on the vaults. Upon depositing stablecoins, they receive locked âtv tokens, which can be queued to be withdrawn after a swap. Time-locked âtv tokens for additional yield must be unlocked first. Redemption occurs at the vault's prevailing NAV, with tokens swapped into the chosen stablecoin, and the redeemed âtv tokens burnt.

6. Fee distribution:

The fee structure varies according to the vaults, for agentic vaults, a 0.2% transaction fee is applied to the agentic transaction volume. For structured trading vaults there is a  1% transaction fee deducted from the user's deposit and the performance fee, set by aarnâ DAO at vault creation, ranges from 0% to 10% based on profits during redemption. Typically, a 10% fee is split with 6% going to the alpha creator and 4% to aarnâ DAO. Profit sharing for queued redemptions is collected by âtvOracle and distributed via unstakingProfitDistribution() by the cumulative swap controller. Funds are secured by the âtv base contract, accessible only to the specific investor.


# Security audit of âtv

The âtv smart contracts follow a defense-in-depth approach, starting with secure architecture and rigorous testing for vulnerabilities such as reentrancy, front-running, overflow, and DoS risks. Each contract maintains 100% test coverage and has undergone multiple independent audits from **Failsafe** and **CertiK,** ensuring institutional-grade resilience. The system is **battle-tested in production**, continuously monitored and reinforced by ongoing security reviews as the protocol scales.

[FailSafe >](https://drive.google.com/drive/folders/14_ulqN1J3Sd61QMrwYEbeafjxK8Nf5Uq?usp=sharing)

[Certik >](https://skynet.certik.com/projects/aarna-protocol)


# Ethereum

On Ethereum, aarnâ runs the core stack of structured product vaults that anchor the Agentic Onchain Treasury: âtvPTmax, a Pendle PT yield maximizer, that  optimize for fixed stable yield under âTARS’ policy engine; âtvUSDC, a dynamic stablecoin yield aggregator across blue-chip money markets; and âtv 808, an AI-informed asymmetric growth vault for liquid crypto assets. Together, these vaults cover the spectrum from conservative fixed income to higher-beta directional exposure, with NAV and TVL fully on-chain and execution governed by transparent, audited smart contracts.

{% embed url="<https://docs.aarna.ai/aarna-the-agentic-onchain-treasury/aarna-agentic-engine/structured-product-vaults/ethereum/atvptmax>" %}

{% embed url="<https://docs.aarna.ai/aarna-the-agentic-onchain-treasury/aarna-agentic-engine/structured-product-vaults/ethereum/atvusdc>" %}

{% embed url="<https://docs.aarna.ai/aarna-the-agentic-onchain-treasury/aarna-agentic-engine/structured-product-vaults/ethereum/atv-808>" %}


# âtvPTmax

on-chain yield maximizer

âtvPTmax is a Pendle PT yield vault for users who want stable USDC fixed yield without managing PT selection and rolls themselves. Users deposit USDC into an ERC-4626 vault and mint âtvPTmax shares; capital is routed by the âTARS agent via secure multisig into diversified Pendle PTs using a clear APY–maturity–risk framework to lock fixed carry across a tenor ladder. Entry is gated by hard checks – protocol/market allowlists, pool-depth floors, TWAP/oracle-parity bounds, expiry windows, and concentration caps – with NAV and TVL fully on-chain.

Outperformance versus going directly to Pendle comes from disciplined fixed-rate capture and automated rotation: 20% of TVL is allocated with a lower threshold to opportunistically secure higher APYs, while 80% sits in deeper, more stable PT pools with stricter thresholds for consistent fixed yield. The agent continuously scans new PTs, depth, spreads, oracle drift, and expiries, and only reallocates when expected extra carry minus slippage and gas clears a set bar. Redemptions burn âtvPTmax shares for USDC, with âTARS unwinding proportionally from PTs under the same policy checks, giving LPs a single entry/exit point into an actively managed Pendle PT ladder.

<figure><img src="/files/ZtrcYMVzVWaF18sxIQ2R" alt=""><figcaption></figcaption></figure>

#### Know more >

{% embed url="<https://docs.aarna.ai/aarna-agentic-engine/atars/atvptmax>" %}


# âtvUSDC

on-chain yield aggregator

âtvUSDC is a stablecoin yield optimization vault designed primarily for stablecoin holders. It dynamically reallocates funds in real-time across top DeFi protocols - Compound v2, Compound v3, and Aave, to secure the highest available returns. The vault’s users earn both base APYs and additional rewards via the native $AARNA token. In terms of operation, it enables users to deposit stablecoins and withdraw funds either directly. This flexible approach to liquidity allows for easy staking and unstaking without any lock-in periods.&#x20;

<figure><img src="/files/F7rQZ0qPjaMv6nCmfpGb" alt=""><figcaption></figcaption></figure>


# âtv808

asymmetric yield

âtv808 is a contrarian vault for crypto assets, designed for investors seeking asymmetric upside by capitalizing on undervalued market conditions. This tokenized structured product identifies tokens experiencing significant short-term drawdowns with strong rebound potential, dynamically reallocating capital and maintaining longer holding periods to enable recovery and maximize returns. Managed on-chain via smart contracts for transparency, precision, and self-custody, âtv808 complements âtv802, empowering users to diversify and consistently generate alpha across varying market volatility. âtv808 will also offer a collateralized loan feature, allowing âtv808 token holders to borrow USDC or other stablecoins up to a 50% loan-to-value ratio, thereby expanding its utility.

<figure><img src="/files/GaYMzeOGaVviJOyFnf8E" alt=""><figcaption></figcaption></figure>


# Base

Base hosts aarnâ’s yield vault series. âtvUSDC on Base is a USDC vault that routes into Aave, Moonwell, Morpho, and Pendle PT/LP markets to compound base lending yield and add carefully bounded looped carry when possible, while âtvBTC extends the same framework to cbBTC, preserving BTC beta and layering on measured, collateralized yield. The Base deployment is designed for treasuries and long-term holders who want programmable, policy-driven returns on stables and BTC without sacrificing self-custody or taking on opaque leverage structures.&#x20;

The core Base vault contracts are live and audited as part of the aarnâ engine stack, and the first vault, âtvBTC (cbBTC) ([0xdc1900be2316ccf295d003938bed28d621aebf10](https://basescan.org/address/0xdc1900be2316ccf295d003938bed28d621aebf10)) is now **live and open**.&#x20;

The [aarnâ miniapp](https://miniapp.aarna.ai/) is the primary interface to both Base vaults in the initial launch phase, offering deposits, performance tracking, and full on-chain transparency. The miniapp is the Farcaster/Base mini app endpoint. It is designed to be launched from supported Farcaster clients on Base, giving users an in-app way to view and access the same audited Base vaults without leaving the Base/Farcaster environment.

The Base vault contracts have been audited by Failsafe. The [audit report](https://drive.google.com/file/d/16EK-59YoFuBfGL4zRR7YBbL9ko35Au7U/view) covers findings, resolutions, and the scope of the review.

{% embed url="<https://docs.aarna.ai/vaults/base/atvusdc-base>" %}

{% embed url="<https://docs.aarna.ai/aarna-the-agentic-onchain-treasury/aarna-agentic-engine/structured-product-vaults/base/atv101>" %}


# âtvUSDC - Base

on-chain yield aggregator

âtvUSDC on Base is a USDC vault that routes into blue-chip venues Aave, Moonwell, Morpho, and Pendle (PT/LP) to stack base lending yield with basis capture when spreads are attractive. When carry is clearly positive, the vault may run a bounded single-collateral loop on Morpho to lift net returns, with all accrual reflected directly in on-chain NAV. Holders are eligible for native $AARNA emissions, adding a second APY layer; in normal markets this targets a \~8-12% band on USDC. Outcome: one composable token, policy-driven execution, and clean accounting without degen pyramids.

<figure><img src="/files/M9by8dOTxnIOyfo0EVtp" alt=""><figcaption></figcaption></figure>

#### Yield rate stack: Example&#x20;

Unlevered USDC lending

* Morpho: \~8.09%
* Moonwell: \~6.60%
* Aave: \~3.80%
* Pendle (unlevered PT/LP): \~10%

These legs provide a clean base yield profile on USDC without introducing leverage.

Looped PT carry using USDC

* USDC is first deployed into PTUSDe at an effective base yield of \~5.12% APY.
* PTUSDe is then supplied as collateral on Morpho, targeting \~70% LTV, with a USDC borrow rate of \~7.5%.
* Borrowed USDC is recycled back into PT positions with an illustrative PT APY of \~10%, creating a single conservative loop.
* Incremental funding cost on borrowed USDC: 0.7 × 7.5% ≈ 5.25%
* Incremental levered PT yield on borrowed notional: 0.7 × 10% ≈ 7.0%
* Net looped APY:5.12% − 5.25% + 7.0% ≈ 6.9%

The vault does not sit in a single loop or market. âTARS, aarnâ’s agentic layer, continuously scans lending rates, PT yields, liquidity, tenors, and oracle-parity bands, and aggregates between unlevered lending and PT loops so that âtvUSDC aggregates towards the best available net USDC yield within predefined guardrails. LTV caps, pool allowlists, depth thresholds, and expiry windows are all enforced at the vault level.

Compared with leaving USDC idle or in a single money market, âtvUSDC adds a structured carry layer on top of base stablecoin exposure. The PT loop is calibrated to lift illustrative yield by roughly 15-30% versus unlevered PTs using a capped-LTV loop, while âTARS handles rate checks, routing, and unwinds.

<br>


# âtvBTC (cbBTC)

cbBTC yield aggregator

âtvBTC is a cbBTC vault that preserves BTC exposure while farming measured, on-chain carry. Deposits are routed across BTC-term opportunities on Aave, Moonwell, Morpho and, where supported, Pendle PT/LP markets, or used as collateral to borrow a liquid base asset and harvest conservative spreads, without ever selling BTC principal. Yield accrues in BTC terms to vault NAV. The vault enforces tight allowlists, LTV bands, and borrow caps, handling routing, position sizing, and unwind policy so that base asset is maintained while carry remains measured, transparent, and policy driven.

<figure><img src="/files/5ID5Lya8k6SbBGRezjnC" alt=""><figcaption></figcaption></figure>

#### Yield rate stack: Example

Unlevered cbBTC lending

* Morpho: \~0.62%
* Moonwell: \~0.23%
* Aave: \~0.06%
* Pendle (direct cbBTC PT/LP): N/A on Base at the moment

These legs give a low, but clean, base yield on cbBTC without using leverage.

Collateralized term carry using cbBTC

* cbBTC is posted as collateral on Morpho in the cbBTC/USDC market.
* Borrow rate on USDC: \~7.47%
* Target LTV: 60%
* Effective funding cost vs cbBTC notional: 7.47% × 60% ≈ 4.5%
* Borrowed USDC is then allocated into Pendle PT stablecoin strategies:
* Pendle yoUSD PT: \~12.61% APY
* Effective yield vs cbBTC notional at 60% LTV: 12.61% × 60% ≈ 7.56%
* Approximate net spread vs funding: 7.56% − 4.5% ≈ 3.1%

yoUSD Pendle markets Liquidity is \~1.5M, which is sufficient for a measured, low-TVL phase without material price-impact risk.

The vault does not lock into a single loop. âTARS, aarnâ’s agentic layer, continuously scans funding rates, PT yields, liquidity, tenor, and oracle parity, and shifts weights between lending and PT carry so that âtvBTC aggregates the best available net BTC-denominated yield within predefined guardrails. LTV caps, pool allowlists, depth thresholds, and expiry windows are enforced at the vault level.

Compared with leaving cbBTC idle or in a single money market, âtvBTC layers a structured, policy-driven carry stack on top of BTC beta. The collateralized term-carry route is designed to earn more than simple lending by borrowing USDC at a capped LTV and routing it into higher-yield stable PT markets, while âTARS continuously aggregates towards the best net BTC-denominated yield available on-chain within its guardrails. Allocation, monitoring, and unwinds are handled by the agentic system, giving cbBTC holders a transparent, explainable, and capital-efficient way to enhance BTC exposure without ever selling principal.


# Arbitrum

On Arbitrum, aarnâ extends its stablecoin stack through âtvUSDC – Arb, a USDC yield vault that mirrors the âtv111 design while integrating with Arbitrum-native lending and incentive programs. Deposits participate in structured, low-volatility yield with rewards and NAV tracked directly on-chain, giving users an L2 venue for scalable USDC deployment that stays consistent with aarnâ’s cross-chain vault semantics and treasury tooling.

{% embed url="<https://docs.aarna.ai/aarna-the-agentic-onchain-treasury/aarna-agentic-engine/structured-product-vaults/arbitrum/atvusdc-arb>" %}


# âtvUSDC - Arb

on-chain yield aggregator

âtv 111 is designed to optimize yield for stablecoin holders - focusing on USDC holders. Through dynamic allocation, and incentive-driven staking, the vault is designed for users to achieve maximum passive yields with minimal friction. APYs earned are in USDC from staked protocols, and reflected in the TVL and NAV of âtv111 on-chain. Additional rewards up to 4x APY are released by aarnâ protocol with its native $AARNA token. âtv 111 provides a competitive base APY around 7-8% on USDC, The vault’s structure also facilitates incentive-driven staking where users earn both base APYs and additional rewards via the native $AARNA token.

<figure><img src="/files/ho8sjhtkmUdubQF64vTX" alt=""><figcaption></figcaption></figure>


# Sonic

On Sonic, âtvUSDC – Sonic acts as a triple-staked yield vault for USDC, routing deposits into Aave for base lending yield, Pendle liquidity positions for additional carry, and $AARNA incentives for a third layer of programmable rewards. This deployment is tuned for users who want early access to the Sonic DeFi stack while relying on the same execution, composable vault token, and audited contract framework that underpin aarnâ’s stablecoin strategy on other chains.

{% embed url="<https://docs.aarna.ai/aarna-the-agentic-onchain-treasury/aarna-agentic-engine/structured-product-vaults/sonic/atvusdc-sonic>" %}


# âtvUSDC - Sonic

triple staked yield

âtvUSDC is a 1-click DeFi multi-yield vault designed to generate passive yield for stablecoin holders - focusing on USDC holders, through a triple staking mechanism. The vault is designed for users to to achieve maximum passive yields with minimal friction. The vault stakes the USDC tokens in AAVE, to generate base yield and additional Merkl rewards that are reinvested in the vaults. The aUSDC from Aave is then staked in Pendle to supply liquidity, forming the second layer of yield for the users. The vault’s structure facilitates incentive-driven staking where users earn both base APYs and additional rewards via the native $AARNA token, forming the third layer of yield.

<figure><img src="/files/gqA5DZbEpK8Jipirwbj4" alt=""><figcaption></figcaption></figure>


# $AARNA token design

Aarnâ’s native token, $AARNA, is designed to be a utility token for the protocol with multiple functionality in the different components of aarnâ. It anchors the incentive structure, secures the âtv vault stack through timelock commitments, and aligns long-term participation around sustainable TVL growth. With a fixed supply of 100 million tokens and an initial valuation of $0.40 from the private seed round. $AARNA integrates directly into the DAO, the dApp, and the broader Agentic Onchain Treasury (AOT) system, with utility across every layer of the system.

$AARNA sits at the center of the treasury-growth flywheel. Two engines power one loop. First, the AOT allocates the majority (70-80%) of treasury into whitelisted âtv strategies. Second, LPs can deposit directly into those same vaults. Both create protocol fees, the policy routes fees so that supply shrinks via buyback-and-lock and productive capacity grows only when capacity is available and the marginal net yield meets a published hurdle.

$AARNA is the go-to participation device for anyone wanting exposure to agentic DeFi without operational burden.

<figure><img src="/files/R9OlHre2EwP8XD2LCkCA" alt=""><figcaption></figcaption></figure>


# Token & Ecosystem Network Effects

The $AARNA token is the primary participation vehicle in aarn**â**’s agentic onchain treasury- analogous to how institutional investors access traditional asset managers rather than holding assets directly. More TVL and disciplined routing increase fee power, which deepens buybacks, which tightens float and governance, which attracts more deposits.

The $AARNA Token as the AOT Access Instrument will become the primary participation vehicle, with dual value capture:

* ***Token Holders (Primary Path):***
  * 70-80% of treasury automatically allocated into agentic atv strategies managed by âTARS; remaining capital reserves insurance and governance incentives. Token holders participate in protocol fee recycling via buyback-and-lock and veAARNA staking
* ***Direct USDC Depositors (Secondary Path):***
  * Access to basic atv vaults with no governance or fee participation.
* ***Premium to NAV Economics:***
  * Token trades at a multiple above the underlying portfolio of vaults because of buyback effects, staking yields, and governance upside.


# Token Utility

The $AARNA serves as the native currency of the aarnâ protocol, providing essential functions within the DAO, the dApp, and the broader Agentic Onchain Treasury (AOT). Key utilities of $AARNA include:

1. **Treasury Flywheel & Fee Recycling:** $AARNA sits at the center of the treasury-growth flywheel. The AOT allocates the majority of the protocol treasury into whitelisted âtv strategies, while LPs can deposit directly into those same vaults. Both flows generate protocol fees. These fees are routed into a policy framework where supply is reduced via buyback-and-lock, and new productive capacity is added only when treasury conditions and marginal net yield clear a published hurdle. Token holders participate in this fee recycling via buyback-and-lock and veAARNA staking, aligning $AARNA value with sustainable TVL growth and disciplined treasury expansion.
2. **Governance and Community Incentives:** $AARNA holders can participate in the governance of the aarnâ DAO by locking their tokens for veAARNA, gaining the ability to propose and vote on key decisions that shape the protocol’s future. veAARNA represents both governance rights and a share of protocol revenue, with voting power and revenue share proportional to veAARNA holdings. The aarnâ DAO may also use $AARNA to reward community contributions such as bug bounties, content, research, and active participation in governance initiatives, fostering a decentralized, aligned, and engaged contributor base.
3. **âTARS Access and Agentic Utility:** $AARNA will be integrated into âTARS, aarnâ’s agentic execution and intelligence layer, as the primary participation and engagement asset. Holding and using $AARNA can unlock enhanced access to âTARS over time, including priority access to new âtv strategies, deeper analytics, and agentic workflows that simplify deposits, rebalancing, and cross-vault execution. As âTARS functionality expands, $AARNA will act as the core token for accessing, upgrading, and aligning with these agentic services, tying day-to-day product usage to long-term protocol ownership.
4. **Staking and Rewards:** Users can stake their âtv tokens to earn additional rewards. The âtv Timelock program, a secure and flexible staking mechanism, allows users to lock their âtv tokens for a chosen duration in return for boosted rewards. Rewards are distributed in âtv Staking Reward Tokens (ASRT), which can be exchanged for $AARNA. A predetermined reward cap ensures fairness and transparency, with the ability to halt staking activities before the full 24-month period is met. The contract owner can adjust the cap and pause staking for specific tokens if necessary. Even if staking is frozen for underperforming vaults, users can still claim previously earned rewards. When a user unstakes, rewards are calculated based on the largest lock period at the time of unstaking.

#### **what is ASRT ?**

ASRT (âtv staking reward tokens) is a non-transferable shadow token issued to users as a reward. ASRT represents a claim on future $AARNA tokens, and acts as a mechanism for pre-sale access to $AARNA at the seed round valuation. Each ASRT is assigned a notional value of $1 and is distributed as a reward to stakers of atv. Post the $AARNA token TGE, ASRT holders can exchange them for $AARNA tokens at $0.40, giving early stakers exclusive access to the protocol’s native token.


# Token Distribution

The fixed supply of $AARNA is set at 100 million units, which is then distributed between liquidity providers (capital deployers in âtv vaults), community members, investors, team and founders. The primary objective of the $AARNA distribution is to create a balanced and equitable allocation that promotes long-term growth, stability, and active participation within the aarnâ protocol ecosystem. By ensuring a fair distribution among the team, investors, and community members, the tokenomics are structured to incentivize early adoption, reward long-term commitment, and foster a decentralized governance model.

<figure><img src="/files/2R4JfGFUHsFPRsUbH9Cb" alt=""><figcaption></figcaption></figure>

#### **Partnerships** <a href="#sb18r05m9kcq" id="sb18r05m9kcq"></a>

An allocation of 5% of the total token supply is dedicated to strategic partnerships, enabling the aarnâ ecosystem to collaborate effectively with influential entities in the blockchain and fintech sectors. These tokens support mutually beneficial alliances, incentivize long-term cooperation, and accelerate adoption by leveraging complementary strengths across ecosystems. This allocation ensures partners are meaningfully invested in the ongoing success and expansion of the protocol.

#### **Founders and core Team** <a href="#sb18r05m9kcq" id="sb18r05m9kcq"></a>

19% of the tokens are allocated to the founders and core team highlighting their crucial contribution to not only the project's conceptualization, design, development and growth, but also for self-funding it for over two years. This allocation incentivizes founders and core team, aligning their interests with the project's long-term growth and ensuring continuous strategic guidance and operational excellence

#### **Treasury** <a href="#wvi44qcnzzy3" id="wvi44qcnzzy3"></a>

34% of the total token supply is allocated to the Treasury, the strategic reserve that underpins the financial integrity and long-term growth of the aarnâ protocol. Rather than simply sitting idle, this reserve is designed to be deployed with purpose: funding development, strategic partnerships, ecosystem expansion, and contingencies. The elevated allocation reflects the protocol’s ambition to build a self-sustaining on-chain treasury as a core growth engine.

The Treasury will be actively managed by âTARS, with 70-80% of its assets directed into the protocol’s flagship âtv vaults. These deployments generate yield, grow protocol liquidity, and enhance value for $AARNA holders. Meanwhile, a portion remains available for governance-approved initiatives, community incentives and strategic reserves. Token holders directly benefit: the protocol recycles fees via buy-back-and-lock mechanisms, and participants who stake $AARNA into veAARNA gain revenue-sharing and governance rights. This structure aligns long-term capital growth with stakeholder value.

#### **Ecosystem and Community** <a href="#yiv3ohv4jav1" id="yiv3ohv4jav1"></a>

15% of the tokens are dedicated to the ecosystem and community, reflecting the protocol's commitment to fostering a vibrant and engaged community. These tokens are used for reward distribution, staking, and launch plan initiatives, with specific lock-in periods and rewards designed to incentivize active participation and long-term commitment.

By dedicating a significant portion of tokens to the community and ecosystem, the protocol emphasizes the importance of a decentralized and participatory governance model. This approach aims to incentivize early adoption and reward long-term commitment, fostering an active community. The $AARNA distribution is designed to create a balanced and sustainable ecosystem, encouraging active participation from all stakeholders and supporting the long-term growth and stability of the aarnâ protocol.

#### **Investors / Presale**

Early seed investors and Presale, who provided the initial capital necessary to kick-start the project, are allocated up to 17% of the tokens, acknowledging their crucial support during the project's inception and early development. The seed round of the protocol has been valued at $40mn FDV, and more than $1Mn has been raised already, after the project being self-funded by the founder for over two years. This approach helps establish a diverse and decentralized token holder base. Given the protocol’s depth of technology and the large problem it is solving, and given the experienced team of aarnâ, multiple exchanges have expressed interest in the TGE.

#### **Listing** <a href="#sb18r05m9kcq" id="sb18r05m9kcq"></a>

A dedicated 10% of the token supply is reserved for securing and facilitating listings across major decentralized and centralized exchanges. This allocation ensures liquidity, enhances accessibility, and broadens market presence, enabling seamless trading experiences for the aarnâ community and driving wider adoption and recognition within the crypto ecosystem.


# Token release schedule

<figure><img src="/files/SxrTaH9qWeJKznx96EEt" alt=""><figcaption></figcaption></figure>

The $AARNA token release schedule is designed to balance day-one liquidity with long-term alignment. A defined portion of supply unlocks at TGE to support trading and early participation, while the rest follows staged cliffs and linear vesting across investors, community, ecosystem, and treasury allocations. Any unused investor/presale allocation flows back into the treasury, so circulating supply expands in step with protocol growth, TVL build-up, and the underlying treasury flywheel.

<table><thead><tr><th>Token Distribution</th><th width="120.0546875">Allocation</th><th>Release Schedule</th></tr></thead><tbody><tr><td>Listing</td><td>10%</td><td>100% @TGE</td></tr><tr><td>Investors / Presale I (Seed Investors)</td><td>5%</td><td>10% @TGE + 90% vested linearly over 18 months after 6 months cliff</td></tr><tr><td>Investors / Presale II (Community raise)</td><td>5%</td><td>20% @TGE + 80% vested linearly over 9 months after 3 months cliff</td></tr><tr><td>Investors / Presale III</td><td>7%</td><td>10% @TGE + 90% vested linearly over 18 months after 6 months cliff</td></tr><tr><td>Ecosystem / Liquidity I (ASRT program)</td><td>5%</td><td>50% @TGE + 50% vested linearly over next 5 months</td></tr><tr><td>Treasury I</td><td>10%</td><td>50% @TGE + 50% vested linearly over next 11 months</td></tr><tr><td>Founders + Core Team</td><td>19%</td><td>10% vested linearly over 12 months + 90% vested linearly over 36 months</td></tr><tr><td>Partnerships</td><td>5%</td><td>10% @TGE + 90% vested linearly over 12 months after 6 months cliff</td></tr><tr><td>Ecosystem / Community II</td><td>10%</td><td>100% vested linearly over 12 months after a variable cliff decided by â DAO based on market</td></tr><tr><td>Treasury II</td><td>24%</td><td>100% vested linearly over 12 months after a variable cliff decided by â DAO based on market</td></tr></tbody></table>

The **aarnâ token distribution** balances immediate access with measured release. 10% is allocated for listing, fully unlocked at the Token Generation Event (TGE) to ensure liquidity from day one. The Investors/Presale allocation (up to 17%) is subdivided into three sections: Seed (5%) releases 10% at TGE, with the remaining 90% vesting over 18 months after a 6-month cliff; Community Raise (5%) releases 20% at TGE, with the remaining 80% vesting over 9 months after a 3-month cliff; and the remaining Investors/Presale (7%) releases 10% at TGE, with the remaining 90% vesting over 18 months after a 6-month cliff. Any unused portion of this 17% flows into Treasury II.

The Ecosystem/Community and Treasury allocations are each split into two parts. Ecosystem/Liquidity I (5%) and Treasury I (10%) are intended for immediate support. Ecosystem/Liquidity I (ASRT program) portion release 50% at the time of exchange after TGE (Token Generation Event) and the remaining 50% linearly over the following 5 months i.e, for ASRT holders received through staking rewards, this means that when they exchange ASRT for $AARNA, they will immediately receive half of their $AARNA at the time of exchange, with the remaining half vested and released evenly over the next 5 months, And Treasury I (10%) is released 50% at TGE and the remaining 50% linearly over the following 11 months. Meanwhile, **Ecosystem/Community II (5%)** and **Treasury II (24%)** allocations vest entirely over 12 months, but only after a flexible cliff determined by the â DAO based on market conditions, providing adaptability to community and market needs.

For internal alignment, the **Founders and Core Team** (19%) have a structured, long-term vesting schedule: an initial 10% vests over 12 months, followed by the remaining 90% vesting linearly over 36 months. Additionally, **Partnerships (5%)** receive 10% at TGE, with the remaining tokens vesting over a year post a 6-month cliff, incentivizing strong ongoing collaborations.


# create and connect DeFi wallet


# Metamask

Step 1: Open a MetaMask DeFI wallet &#x20;

* [Download & Install](https://metamask.io/download/) Metamask for chrome&#x20;
* Make sure the Metamask wallet extension is installed on the browser
* Open DeFi wallet account

&#x20;     (note: please store your secret phrase carefully)

Step 2: Log into your CEX account (eg, Binance, Coinbase, BitStamp)

* Go to the ‘Wallet’ or ‘Assets’ section
* Ensure or buy the stablecoins needed for deployment (also a bit of ETH to cover the gas fees)
* Withdraw stablecoins (as required by vault) & ETH to your DeFi wallet
* * Copy your DeFi wallet address (eg, MetaMask) and paste it in the withdrawal section
  * Choose the Ethereum network to match the chosen âtv vault
  * Confirm the withdrawal and wait for the funds to transfer

Step 3: Connect Your Wallet to the aarnâ dApp

* Visit the aarnâ dApp at [app.aarna.ai](https://app.aarna.ai/)
* Click ‘Connect Wallet’ and select your DeFi wallet (eg, MetaMask)

Step 4: Deploy Funds into the âtv vault

* Enter the amount of stablecoins to deposit (minimum $100)
* Confirm the transaction and sign it in your wallet
* Wait for confirmation and receive your âtv tokens in return


# Coinbase Web3 Wallet

Step 1: Open a Coinbase DeFI wallet &#x20;

1. [Download & Install](https://www.coinbase.com/en-sg/wallet/articles/getting-started-extension) Coinbase for chrome&#x20;
2. Make sure the Coinbase wallet extension is installed on the browser
3. Open DeFi wallet account

&#x20;     (note: please store your secret phrase carefully)

Step 2: Log into your CEX account (eg, Binance, Coinbase, BitStamp)

4. Go to the ‘Wallet’ or ‘Assets’ section
5. Ensure or buy the stablecoins needed for deployment (also a bit of ETH to cover the gas fees)
6. Withdraw Stablecoins (as required by the vault) & ETH to your DeFi wallet
7. * Copy your DeFi wallet address (eg, MetaMask) and paste it in the withdrawal section
   * Choose the Ethereum network to match the âtv vault
   * Confirm the withdrawal and wait for the funds to transfer

Step 3: Connect Your Wallet to the aarnâ dApp

7. Visit the aarnâ dApp at [app.aarna.ai](https://app.aarna.ai/)
8. Click ‘Connect Wallet’ and select your DeFi wallet (eg, MetaMask)

Step 4: Deploy Funds into the âtv Vault

9. Enter the amount of stablecoins to deposit (minimum $100)
10. Confirm the transaction and sign it in your wallet
11. Wait for confirmation and receive your âtv tokens in return


# Trust Wallet

Step 1: Open a Trust DeFI wallet &#x20;

* [Download & Install](https://trustwallet.com/download) Trust Wallet
* Make sure the Trust Wallet extension is installed on the browser
* Setup your Trust Wallet account

&#x20;     (note: please store your secret phrase carefully)

Step 2: Log into your CEX account (eg, Binance, Coinbase, BitStamp)

* Go to the ‘Wallet’ or ‘Assets’ section
* Ensure or buy the stablecoins needed for deployment (also a bit of ETH to cover the gas fees)
* Withdraw Stablecoins (as required by the vault) & ETH to your DeFi wallet
* * Copy your DeFi wallet address (eg, Trust Wallet) and paste it in the withdrawal section
  * Choose the Ethereum network to match the âtv vault
  * Confirm the withdrawal and wait for the funds to transfer

Step 3: Connect Your Wallet to the aarnâ dApp

* Visit the aarnâ dApp at [app.aarna.ai](https://app.aarna.ai/)
* Click ‘Connect Wallet’ and select your DeFi wallet (eg, MetaMask)

Step 4: Deploy Funds into the âtv Vault

* Enter the amount of stablecoins to deposit (minimum $100)
* Confirm the transaction and sign it in your wallet


# Ledger Hardware Wallet

### Step 1: Set Up Your Ledger Device

* Unbox your Ledger device (Ledger Nano S/X or Ledger Stax) and plug it into your computer.
* Install and launch **Ledger Live** on your desktop:
  * Download: <https://www.ledger.com/ledger-live>
* Follow the on-screen steps in Ledger Live to:
  * Initialize your device
  * Choose a PIN code
  * Write down your 24-word recovery phrase (note: store this securely and never share it)

### Step 2: Install the Ethereum App

* In **Ledger Live** App, go to **Manager**
* Unlock your Ledger device when prompted
* Find **Ethereum** in the App Catalog and click **Install**
* Once installed, open the **Ethereum** app on your device

### Step 3: Connect Your Ledger to the aarnâ dApp

1. Ensure your Ledger device is:
   * Unlocked
   * The **Ethereum** app is open
2. Visit the aarnâ dApp: [app.aarna.ai](https://app.aarna.ai/)
3. Click **Connect Wallet**
4. Select **Ledger Live**
5. Follow the Ledger Live prompts to connect and proceed

### Step 4: Fund Your Ledger Account and Deploy into âtv vault

* From your CEX (e.g. Binance, Coinbase) or another wallet:
  * Copy the Ledger Ethereum address shown in the aarnâ dApp
  * Withdraw stablecoins (e.g. USDC) and a small amount of ETH for gas to that address
* Back in the aarnâ dApp:
  1. Enter the amount of stablecoins to deposit (minimum $100)
  2. Click **Confirm**
  3. Approve the transaction on your Ledger device
* Wait for the on-chain confirmation—your âtv tokens will arrive in your Ledger account


# aarnâ wallet (applies to other DeFi wallets too)

Step 1: Login to your aarnâ wallet

* Visit the aarnâ dApp at [app.aarna.ai](https://app.aarna.ai)
* Click the “create wallet” button and initiate the wallet creation process
* Make sure to approve the sign-in popup
* Wallet is now logged in

Step 2: Log into your CEX account (eg, Binance, Coinbase, BitStamp)

* Go to the ‘Wallet’ or ‘Assets’ section
* Ensure or buy the stablecoins needed for deployment (also a bit of ETH to cover the gas fees)
* Withdraw Stablecoins (as required by the vault) & ETH to your DeFi wallet
* Copy your DeFi wallet address (eg, aarnâ wallet) and paste it in the withdrawal section
* Choose the Ethereum network to match the âtv vault
* Confirm the withdrawal and wait for the funds to transfer

Step 3: Deploy Funds into the âtv Vault

* Enter the amount of stablecoins to deposit (minimum $100)
* Confirm the transaction and sign it in your wallet
* Wait for confirmation and receive your âtv tokens in return


# onramp


# CEX connections

user can connect your CEX accounts to their native wallets (ex. Coinbase DeFi wallet) or separate DeFi wallets


# Binance

You can transfer funds between your exchange wallet and Web3 Wallet using the \[Transfer] function.&#x20;

Log in to your Binance app and tap \[Wallets]. Go to \[Web3].

![](https://lh7-rt.googleusercontent.com/docsz/AD_4nXe7IrRzlNNqLZErw-wnxL96fBOZ8ujlbV8t1Cwz_Mhq6y_VLnHoDFDCIrvuu7fVL4bi22k6_tEvHZ_3jsfUnkOrr1QTnUhCRocz81guLspCUwExKUyQqw4bwVg-sV6Zk3ocZmqUAoKXEIV-AQkq6jOQR5k?key=Roq08WvORhhnHKmIMH9MbA)

### 1. Transferring tokens from your exchange wallet to your Web3 Wallet

1.1 Tap \[Transfer] on your Web3 Wallet homepage.

![](https://lh7-rt.googleusercontent.com/docsz/AD_4nXcXR4hw_4Kgg4TOO6p6kGef2LZYR4RiS9Bj917ptQ7O8mOy9aaLwRB0U57vOyZjkQgFeU0liNJt2A7DpcCQ6HDPDF8ZjMDSzFwBRt7heyf-_GGCjtugVcLHGqMfnbinsMrRPUOdihnoI066SDFtugkrk5Q?key=Roq08WvORhhnHKmIMH9MbA)

1.2 Select the token and the network(Ethereum network, ERC-20). Tap \[Transfer].&#x20;

![](https://lh7-rt.googleusercontent.com/docsz/AD_4nXcEMamPn8GjC2o-4shg74NmTRNqJnu3Hzu24eJycr7ztbVeLWxMCVnUvNP_kQyXk0t5qiHYsEUTglRUgDg33YiGztM9i0WzjPrWpi73vE-_gslteH5XDEMCKuPrgTZ6mrQBlN0kvv_EjQSsjPnQKV_Yzb_E?key=Roq08WvORhhnHKmIMH9MbA)

Please note that if you’ve enabled [withdrawal whitelist](https://www.binance.com/en/support/faq/1d08944f103b4fc78d3519913b600086) for your account, you’ll be prompted to whitelist your Web3 Wallet address before you can make a transfer. Tap \[Go to Add] to whitelist it.

![](https://lh7-rt.googleusercontent.com/docsz/AD_4nXf5XJ8iuh7D1j1DRN1ELtGXZjzGH9kpANZKplshGXZLWuZfTy6xrB0mRHgHC9rqIxGaSp_-CeyKbKyc6Lgay937j_1iBVKZwsNkapik_sTz2-1J-MS9Vvksahzfir3AQUwLG6yT9qnvfFJuDK8iuFdzcQM?key=Roq08WvORhhnHKmIMH9MbA)

1.3 Enter the transfer amount. Here, you'll see the network fee and the final amount you can receive. Select whether you want to use your Spot or Funding Wallet. Then, tap \[Withdraw].

![](https://lh7-rt.googleusercontent.com/docsz/AD_4nXeri_TTbVF8u9o068zlZQ3iKIxbnwwmm-SBvec8_0trwEsLp0VcgH-b4yC01fkpOVm8ZT_U55fGNQngumvXKTjw_dnVnEEVj0UcwpsITVCETs2K3CnKbfyVsAw3oEOKI-y7ZubyZBfFJr-w6BS3HPsA8X8?key=Roq08WvORhhnHKmIMH9MbA)

1.4 Review your transfer and make sure that the address and network are correct. Tap \[Confirm] to execute the transfer.

<br>

(Keep in mind that transactions cannot be canceled once confirmed.(

<br>


# Coinbase

You can link your Coinbase.com account and your Coinbase Wallet to transfer crypto between your two accounts. Please be aware that senders will be charged a gas fee.&#x20;

Use your Coinbase Wallet to:

* Transfer crypto between your Coinbase Wallet and Coinbase account
* Send and receive supported crypto to a different Coinbase Wallet user

(Assets moved to Coinbase Wallet from Coinbase.com will no longer be held by Coinbase. Therefore you are responsible for keeping your assets secure.)

Transfer crypto from your Coinbase account to your Coinbase Wallet

1. Open Coinbase app on your mobile device.
2. From the Payments tab, select Send
3. Select the supported asset you wish to transfer
4. When prompted to enter the address you would like to send to, tap the address that shows your email address below it&#x20;
5. Enter the amount you want to transfer from your Coinbase account then tap Preview (ensure that you are transferring your funds through the correct network)
6. Review the transaction details including any fees and click Send now.

Transfer crypto from your Coinbase account to your DeFi Wallet

To withdraw crypto on Coinbase Exchange:

1. [Sign in to Coinbase Exchange](http://exchange.coinbase.com/trade).
2. Click the Trading tab.
3. Under Wallet Balance, select Withdraw.
4. Search for and select assets you’d like to withdraw.&#x20;
5. Choose your withdrawal method you’d like to use.
6. In the To field, enter the external wallet address.&#x20;
7. Confirm you’re withdrawing the correct asset into the correct address.
8. Select the ethereum network, then click I Understand I am withdrawing funds on \[network] to confirm the compatibility of the network.&#x20;
9. Enter the amount you'd like to send, then click Withdraw.


# onramp services

**Step 1: Use an On-Ramp Service to Purchase Crypto**

1. Visit a fiat on-ramp service like [Transak](https://transak.com/) or [Onmeta](https://onmeta.in) (list is not exhaustive, DYOR).
2. Select the option to buy crypto directly using fiat currency.
3. Choose the crypto you want to purchase (e.g., required stablecoins).
4. Enter the amount you want to buy in your local currency.
5. Enter your DeFi wallet address:
6. Open your DeFi wallet (e.g., MetaMask) and copy your wallet’s public address.
7. Paste this address in the on-ramp service’s form.
8. Complete the payment:
9. Follow the on-screen instructions to complete your payment using your preferred payment method (credit card, bank transfer, etc.).
10. Wait for the funds to appear in your DeFi wallet.
11. This may take a few minutes depending on the network and service used.

**Step 2: Fund Your Wallet with ETH for Gas Fees**

1. Ensure you have enough ETH for gas fees:
2. After purchasing stablecoins, you’ll need a small amount of ETH for transaction fees (gas).
3. If you don’t have ETH, use the same on-ramp service to buy ETH or transfer from an exchange.
4. Follow the same process, selecting ETH as the crypto you want to buy, and send it to your DeFi wallet.

**Step 3: Connect Your Wallet to the aarnâ dApp**

1. Visit the aarnâ dApp at [app.aarna.ai](https://app.aarna.ai)
2. Click 'Connect Wallet' and choose your DeFi wallet (e.g., MetaMask).

(Note: The fees using this route are generally slightly higher than the CEX option)

<br>


# how to deposit in âtv vaults?

**Step 1: Connect wallet to aarnâ dApp or deposit through âTARS**

1. Visit the aarnâ dApp at [app.aarna.ai](https://app.aarna.ai/) or âTARS at [atars.aarna.ai](https://atars.aarna.ai/)
2. Click ‘Connect Wallet’ and select your DeFi wallet (eg, MetaMask, aarnâ wallet, Trust etc.)

**Step 2: Deploy Funds into the** âtv **Vault**

1. Enter the amount of stablecoins to deposit into the âtv vault.
2. Confirm the transaction and sign it using your DeFi wallet.
3. Wait for confirmation and receive your âtv tokens as proof of your deposit.


# Addresses

aarnâ core smart contract Addresses

{% tabs %}
{% tab title="Ethereum" %}

<table><thead><tr><th width="270.23046875">contract</th><th width="414.29296875">Addresses</th></tr></thead><tbody><tr><td><strong>âtvPTmax</strong></td><td><a href="https://etherscan.io/address/0xb9c1344105faa4681bc7ffd68c5c526da61f2ae8"><strong>0xb9C1344105FaA4681bc7FFd68c5c526DA61F2AE8​</strong></a></td></tr><tr><td>pendleAdapter </td><td><a href="https://etherscan.io/address/0x45afBaC8be713d5F7cB42A7b1e6D034A681a2dff">0x45afBaC8be713d5F7cB42A7b1e6D034A681a2dff​</a></td></tr><tr><td>PTmax Multisig </td><td><a href="https://etherscan.io/address/0xC2B275D096403E2e4160B8AF440Ba47F89d9F49b">0xC2B275D096403E2e4160B8AF440Ba47F89d9F49b</a></td></tr><tr><td><strong>âtvUSDC</strong></td><td><a href="https://etherscan.io/address/0xF30F62963CCE132F32306d7F18a8587958b30EA9"><strong>0xF30F62963CCE132F32306d7F18a8587958b30EA9</strong></a></td></tr><tr><td>âtv 111</td><td><a href="https://etherscan.io/address/0x72Ec8447074DC0BFbedfB516cc250B525f3A4AbA">0x72Ec8447074DC0BFbedfB516cc250B525f3A4AbA</a></td></tr><tr><td>âtv base </td><td><a href="https://etherscan.io/address/0xB157AeEAFaDe31918c7C6011Ce9D001c3DE22Df5">0xB157AeEAFaDe31918c7C6011Ce9D001c3DE22Df5</a></td></tr><tr><td>âtv factory</td><td><a href="https://etherscan.io/address/0x3E20112aE272b8Af63477452c127Ad9A452CD5d1">0x3E20112aE272b8Af63477452c127Ad9A452CD5d1</a></td></tr><tr><td>âtv manager</td><td><a href="https://etherscan.io/address/0xCfff0e29cD34c60B6Eb02b022AB45AB1D571DfEc">0xCfff0e29cD34c60B6Eb02b022AB45AB1D571DfEc</a></td></tr><tr><td>âtv oracle </td><td><a href="https://etherscan.io/address/0x6936df2D345605b3aF42b880660B9717F2ae66Dd">0x6936df2D345605b3aF42b880660B9717F2ae66Dd</a></td></tr><tr><td>âtv PassiveRebalanceStrategies</td><td><a href="https://etherscan.io/address/0x4376158ac32c050c86cad8a139dcd9bacef51a9c">0x4376158ac32c050c86cad8a139dcd9bacef51a9c</a></td></tr><tr><td>âtv storage</td><td><a href="https://etherscan.io/address/0xCeb202D3075bE4abD24865fD8F307374923948ad">0xCeb202D3075bE4abD24865fD8F307374923948ad</a></td></tr><tr><td>âtv timeDelay</td><td><a href="https://etherscan.io/address/0xE56E418ad7FC784011b93360A4b4A84211d22F24">0xE56E418ad7FC784011b93360A4b4A84211d22F24</a></td></tr><tr><td>ASRT</td><td><a href="https://etherscan.io/address/0x3d2A8C1CFB03b6aC5C7171076253Bd05622c22e9">0x3d2A8C1CFB03b6aC5C7171076253Bd05622c22e9</a></td></tr></tbody></table>
{% endtab %}

{% tab title="Base" %}

<table><thead><tr><th width="270.69140625">contract</th><th width="412.62109375">Addresses</th></tr></thead><tbody><tr><td><strong>âtvBTC</strong></td><td><a href="https://basescan.org/address/0x9dC3F0f25d793bee5eec75Da3058b0c919F71166"><strong>0x9dC3F0f25d793bee5eec75Da3058b0c919F71166</strong></a></td></tr><tr><td><strong>âtvUSDC</strong></td><td><a href="https://basescan.org/address/0x748d974d8c1d380da29DB16d0840788949b99F63">0x748d974d8c1d380da29DB16d0840788949b99F63</a></td></tr><tr><td><strong>âtv111</strong></td><td><a href="https://basescan.org/address/0xB56aA0Cbee33C4b6b281027ebAa7697aad42a853"><strong>0xB56aA0Cbee33C4b6b281027ebAa7697aad42a853</strong></a></td></tr><tr><td>âtv base </td><td><a href="https://basescan.org/address/0x383B4234996c1db3A8491588A579304e4E5b9A13">0x383B4234996c1db3A8491588A579304e4E5b9A13</a></td></tr><tr><td>âtv factory</td><td><a href="https://basescan.org/address/0x053136b9a3826e72e6B8b692fD607ea8CD72BAd4">0x053136b9a3826e72e6B8b692fD607ea8CD72BAd4</a></td></tr><tr><td>âtv LeverageBundler</td><td><a href="https://basescan.org/address/0xFaC8b52EbD53863222FddCD8e8Af30c1915b095D">0xFaC8b52EbD53863222FddCD8e8Af30c1915b095D</a></td></tr><tr><td>âtv StakingManager</td><td><a href="https://basescan.org/address/0xB4e62fAE267331142A71cBd0Ef6E8285e9FaF52c">0xB4e62fAE267331142A71cBd0Ef6E8285e9FaF52c</a></td></tr><tr><td>âtv PassiveRebalanceStrategies</td><td><a href="https://basescan.org/address/0x213419cBaf24180Ac24271093af3122c71bFb911">0x213419cBaf24180Ac24271093af3122c71bFb911</a></td></tr><tr><td>âtv Adapter</td><td><a href="https://basescan.org/address/0x057A2A173468630c9f150996256821C131DC9eFc">0x057A2A173468630c9f150996256821C131DC9eFc</a></td></tr><tr><td>âtv Manager</td><td><a href="https://basescan.org/address/0xD3327F5102f59E57F34ee136D3Be0b80d7BB2963">0xD3327F5102f59E57F34ee136D3Be0b80d7BB2963</a></td></tr><tr><td>âtv Oracle</td><td><a href="https://basescan.org/address/0xEf3CEbF4F1539D02Ec58fc5525ac791E015f6602">0xEf3CEbF4F1539D02Ec58fc5525ac791E015f6602</a></td></tr><tr><td>âtv Storage</td><td><a href="https://basescan.org/address/0x6469D15333e7d6a8bDad18a18c251706570bc318">0x6469D15333e7d6a8bDad18a18c251706570bc318</a></td></tr><tr><td>âtv MorphoBlueIntegration</td><td><a href="https://basescan.org/address/0x3c29EFF521e6F8F8488Eb9DFe7c81386D83db9d8">0x3c29EFF521e6F8F8488Eb9DFe7c81386D83db9d8</a></td></tr></tbody></table>
{% endtab %}
{% endtabs %}


# Copy of Addresses

aarnâ core smart contract Addresses

{% tabs %}
{% tab title="Ethereum" %}
**âtvPTmax >**

| âtvPTmax       | [0xb9C1344105FaA4681bc7FFd68c5c526DA61F2AE8​](https://etherscan.io/address/0xb9c1344105faa4681bc7ffd68c5c526da61f2ae8) |
| -------------- | ---------------------------------------------------------------------------------------------------------------------- |
| pendleAdapter  | [0x45afBaC8be713d5F7cB42A7b1e6D034A681a2dff​](https://etherscan.io/address/0x45afBaC8be713d5F7cB42A7b1e6D034A681a2dff) |
| PTmax Multisig | [0xC2B275D096403E2e4160B8AF440Ba47F89d9F49b](https://etherscan.io/address/0xC2B275D096403E2e4160B8AF440Ba47F89d9F49b)  |

**âtv 802 >**

| contract                       | Addresses                                                                                                             |
| ------------------------------ | --------------------------------------------------------------------------------------------------------------------- |
| âtv 802v2                      | [0xB68E430c56Ed9E548E864a68A60F9d41f993b32c](https://etherscan.io/address/0xB68E430c56Ed9E548E864a68A60F9d41f993b32c) |
| âtv base                       | [0xdE197E9267D2b90EF5D4Fc545c61432DaE55832b](https://etherscan.io/address/0xdE197E9267D2b90EF5D4Fc545c61432DaE55832b) |
| âtv factory                    | [0x5672c892FB72e25070104E734119Bb62Ff9Bc124](https://etherscan.io/address/0x5672c892FB72e25070104E734119Bb62Ff9Bc124) |
| âtv manager                    | [0xa0164Bc9F1CE3F0034A4f0610c36b6D924b63A68](https://etherscan.io/address/0xa0164Bc9F1CE3F0034A4f0610c36b6D924b63A68) |
| âtv oracle                     | [0x6e7526F542c0589CA59a0d99c5DB718255534CD2](https://etherscan.io/address/0x6e7526F542c0589CA59a0d99c5DB718255534CD2) |
| âtv PassiveRebalanceStrategies | [0xC1feF79117a568B5ADda8436C61e1c58cFC36d5D](https://etherscan.io/address/0xC1feF79117a568B5ADda8436C61e1c58cFC36d5D) |
| âtv storage                    | [0x6a38305d86A032Db1B677c975e6Fe5863CF1Edd2](https://etherscan.io/address/0x6a38305d86A032Db1B677c975e6Fe5863CF1Edd2) |
| âtv timeDelay                  | [0xE56E418ad7FC784011b93360A4b4A84211d22F24](https://etherscan.io/address/0xE56E418ad7FC784011b93360A4b4A84211d22F24) |
| âtv timeLock                   | [0x1A7a692C923C1Ec403eFf0B17Fc950ec59FA184C](https://etherscan.io/address/0x1A7a692C923C1Ec403eFf0B17Fc950ec59FA184C) |
| âtv ASRT                       | [0xcc87816b4012d0056cCf3Ed6Bc7991CfB9A3053E](https://etherscan.io/address/0xcc87816b4012d0056cCf3Ed6Bc7991CfB9A3053E) |

**âtv 808 >**

<table><thead><tr><th width="270.2421875">contract</th><th>Addresses</th></tr></thead><tbody><tr><td>âtv 808</td><td><a href="https://etherscan.io/address/0x60697825812ecC1Fff07f41E2d3f5cf314674Fa6">0x60697825812ecC1Fff07f41E2d3f5cf314674Fa6</a></td></tr><tr><td>âtv base </td><td><a href="https://etherscan.io/address/0xDc1C6F2f8582351B3BE359025dd300E7B93E42d6">0xDc1C6F2f8582351B3BE359025dd300E7B93E42d6</a></td></tr><tr><td>âtv factory</td><td><a href="https://etherscan.io/address/0xcb00e3D343667Bab2f6AD8fAB066df2CEc180cD0">0xcb00e3D343667Bab2f6AD8fAB066df2CEc180cD0</a></td></tr><tr><td>âtv manager</td><td><a href="https://etherscan.io/address/0xCB7426207A40B7477A890A949e31993884B7E138">0xCB7426207A40B7477A890A949e31993884B7E138</a></td></tr><tr><td>âtv oracle </td><td><a href="https://etherscan.io/address/0x41a533B2480dE772d3c5571Dd35C1C25C3ae4d58">0x41a533B2480dE772d3c5571Dd35C1C25C3ae4d58</a></td></tr><tr><td>âtv PassiveRebalanceStrategies</td><td><a href="https://etherscan.io/address/0x90F8c146d7a037488c99E8d0609e3e80A8772D64">0x90F8c146d7a037488c99E8d0609e3e80A8772D64</a></td></tr><tr><td>âtv storage</td><td><a href="https://etherscan.io/address/0xE3cb06cB58E84F96AEde7D2d703F0B969bB69A81">0xE3cb06cB58E84F96AEde7D2d703F0B969bB69A81</a></td></tr><tr><td>âtv timeDelay</td><td><a href="https://etherscan.io/address/0xE56E418ad7FC784011b93360A4b4A84211d22F24">0xE56E418ad7FC784011b93360A4b4A84211d22F24</a></td></tr><tr><td>âtv timeLock</td><td><a href="https://etherscan.io/address/0x1A7a692C923C1Ec403eFf0B17Fc950ec59FA184C">0x1A7a692C923C1Ec403eFf0B17Fc950ec59FA184C</a></td></tr><tr><td>âtv ASRT</td><td><a href="https://etherscan.io/address/0xcc87816b4012d0056cCf3Ed6Bc7991CfB9A3053E">0xcc87816b4012d0056cCf3Ed6Bc7991CfB9A3053E</a></td></tr></tbody></table>

**âtv 111 >**

<table><thead><tr><th width="270.23046875">contract</th><th>Addresses</th></tr></thead><tbody><tr><td>âtv 111</td><td><a href="https://etherscan.io/address/0x72Ec8447074DC0BFbedfB516cc250B525f3A4AbA">0x72Ec8447074DC0BFbedfB516cc250B525f3A4AbA</a></td></tr><tr><td>âtv base </td><td><a href="https://etherscan.io/address/0xB157AeEAFaDe31918c7C6011Ce9D001c3DE22Df5">0xB157AeEAFaDe31918c7C6011Ce9D001c3DE22Df5</a></td></tr><tr><td>âtv factory</td><td><a href="https://etherscan.io/address/0x3E20112aE272b8Af63477452c127Ad9A452CD5d1">0x3E20112aE272b8Af63477452c127Ad9A452CD5d1</a></td></tr><tr><td>âtv manager</td><td><a href="https://etherscan.io/address/0xCfff0e29cD34c60B6Eb02b022AB45AB1D571DfEc">0xCfff0e29cD34c60B6Eb02b022AB45AB1D571DfEc</a></td></tr><tr><td>âtv oracle </td><td><a href="https://etherscan.io/address/0x6936df2D345605b3aF42b880660B9717F2ae66Dd">0x6936df2D345605b3aF42b880660B9717F2ae66Dd</a></td></tr><tr><td>âtv PassiveRebalanceStrategies</td><td><a href="https://etherscan.io/address/0x4376158ac32c050c86cad8a139dcd9bacef51a9c">0x4376158ac32c050c86cad8a139dcd9bacef51a9c</a></td></tr><tr><td>âtv storage</td><td><a href="https://etherscan.io/address/0xCeb202D3075bE4abD24865fD8F307374923948ad">0xCeb202D3075bE4abD24865fD8F307374923948ad</a></td></tr><tr><td>âtv timeDelay</td><td><a href="https://etherscan.io/address/0xE56E418ad7FC784011b93360A4b4A84211d22F24">0xE56E418ad7FC784011b93360A4b4A84211d22F24</a></td></tr><tr><td>âtvUSDC</td><td><a href="https://etherscan.io/address/0xF30F62963CCE132F32306d7F18a8587958b30EA9">0xF30F62963CCE132F32306d7F18a8587958b30EA9</a></td></tr><tr><td>ASRT</td><td><a href="https://etherscan.io/address/0x3d2A8C1CFB03b6aC5C7171076253Bd05622c22e9">0x3d2A8C1CFB03b6aC5C7171076253Bd05622c22e9</a></td></tr></tbody></table>
{% endtab %}

{% tab title="Arbitrum" %}

**âtv 401 >**

<table><thead><tr><th width="270.08203125">contract</th><th>Addresses</th></tr></thead><tbody><tr><td>âtv 401</td><td><a href="https://arbiscan.io/address/0x52cD561A2Af9677921c72b74350305C58CF51853">0x52cD561A2Af9677921c72b74350305C58CF51853</a></td></tr><tr><td>âtv base </td><td><a href="https://arbiscan.io/address/0x368A8789Fc1FFd850Eb25B735788A395d656913a">0x368A8789Fc1FFd850Eb25B735788A395d656913a</a></td></tr><tr><td>âtv factory</td><td><a href="https://arbiscan.io/address/0xfBa03F6D1a2B5d438fcA0c263886483fd665D012">0xfBa03F6D1a2B5d438fcA0c263886483fd665D012</a></td></tr><tr><td>âtv manager</td><td><a href="https://arbiscan.io/address/0xDa5b9C29cD36Cd82991811A8e9E7bEE42E946051">0xDa5b9C29cD36Cd82991811A8e9E7bEE42E946051</a></td></tr><tr><td>âtv oracle </td><td><a href="https://arbiscan.io/address/0xDa5b9C0x217f6d9E3597fd61D50017C26D8C03531D2feF1e">0x217f6d9E3597fd61D50017C26D8C03531D2feF1e</a></td></tr><tr><td>âtv PassiveRebalanceStrategies</td><td><a href="https://arbiscan.io/address/0x0955b91424208C699D85CDa85644736143B68Dc4">0x0955b91424208C699D85CDa85644736143B68Dc4</a></td></tr><tr><td>âtv storage</td><td><a href="https://arbiscan.io/address/0x964421Fc080C2603395b8d2ad3Ce280bddB8EAB1">0x964421Fc080C2603395b8d2ad3Ce280bddB8EAB1</a></td></tr><tr><td>âtv data Sequencer </td><td><a href="https://arbiscan.io/address/0x45eF934F39E58f4fe64fF593b7D79Ee73122cf06">0x45eF934F39E58f4fe64fF593b7D79Ee73122cf06</a></td></tr><tr><td>âtv timeDelay</td><td><a href="https://arbiscan.io/address/0x5077974e22E3f433e63e4526B5709fA8a68B16b9">0x5077974e22E3f433e63e4526B5709fA8a68B16b9</a></td></tr></tbody></table>

**âtv 111 >**

<table><thead><tr><th width="270.08203125">contract</th><th>Addresses</th></tr></thead><tbody><tr><td>âtv 111</td><td><a href="https://arbiscan.io/address/0xE1a6BDA42FBAfAE38607598386a1050613c1a64B">0xE1a6BDA42FBAfAE38607598386a1050613c1a64B</a></td></tr><tr><td>âtv base </td><td><a href="https://arbiscan.io/address/0x82118C5223bA3C597d34b8eE5FCde158B1dc02F7">0x82118C5223bA3C597d34b8eE5FCde158B1dc02F7</a></td></tr><tr><td>âtv factory</td><td><a href="https://arbiscan.io/address/0xd90dB03A7069Fc11ea09E3805Ec69cB2766D5e3A">0xd90dB03A7069Fc11ea09E3805Ec69cB2766D5e3A</a></td></tr><tr><td>âtv manager</td><td><a href="https://arbiscan.io/address/0xc8716db2f5f7B2e875169C5f9A94B5dAbC5d0375">0xc8716db2f5f7B2e875169C5f9A94B5dAbC5d0375</a></td></tr><tr><td>âtv oracle </td><td><a href="https://arbiscan.io/address/0xd0893b002295d0041d40923F9d95fd343a7bb0c1">0xd0893b002295d0041d40923F9d95fd343a7bb0c1</a></td></tr><tr><td>âtv PassiveRebalanceStrategies</td><td><a href="https://arbiscan.io/address/0x60Fe0543A0cF3084d62131C7c68dC553778e1851">0x60Fe0543A0cF3084d62131C7c68dC553778e1851</a></td></tr><tr><td>âtv storage</td><td><a href="https://arbiscan.io/address/0x4700BD9Cc7232F243945b4A55834AB84563E4e9d">0x4700BD9Cc7232F243945b4A55834AB84563E4e9d</a></td></tr><tr><td>âtv data Sequencer </td><td><a href="https://arbiscan.io/address/0x32221633Bf43E85ecf330FB6342b7098d4D1b4FC">0x32221633Bf43E85ecf330FB6342b7098d4D1b4FC</a></td></tr><tr><td>âtv timeDelay</td><td><a href="https://arbiscan.io/address/0x5077974e22E3f433e63e4526B5709fA8a68B16b9">0x5077974e22E3f433e63e4526B5709fA8a68B16b9</a></td></tr><tr><td>âtvUSDC</td><td><a href="https://etherscan.io/address/0x15F7AD22Caa786B1237B27d4324c7E4a93c5e66b">0x15F7AD22Caa786B1237B27d4324c7E4a93c5e66b</a></td></tr></tbody></table>
{% endtab %}

{% tab title="Sonic" %}

**âtv 111 >**

<table><thead><tr><th width="270.01953125">contract</th><th>Addresses</th></tr></thead><tbody><tr><td>âtv 111</td><td><a href="https://sonicscan.org/address/0x1cb934E1F5ACDb5B805C609A2c5a09AA8489f124">0x1cb934E1F5ACDb5B805C609A2c5a09AA8489f124</a></td></tr><tr><td>âtv base </td><td><a href="https://sonicscan.org/address/0x0955b91424208C699D85CDa85644736143B68Dc4">0x0955b91424208C699D85CDa85644736143B68Dc4</a></td></tr><tr><td>âtv factory</td><td><a href="https://sonicscan.org/address/0x217f6d9E3597fd61D50017C26D8C03531D2feF1e">0x217f6d9E3597fd61D50017C26D8C03531D2feF1e</a></td></tr><tr><td>âtv manager</td><td><a href="https://sonicscan.org/address/0x1C50033CE4d8D66ff79a71B145974925A72a93a2">0x1C50033CE4d8D66ff79a71B145974925A72a93a2</a></td></tr><tr><td>âtv oracle </td><td><a href="https://sonicscan.org/address/0x5077974e22E3f433e63e4526B5709fA8a68B16b9">0x5077974e22E3f433e63e4526B5709fA8a68B16b9</a></td></tr><tr><td>âtv PassiveRebalanceStrategies</td><td><a href="https://sonicscan.org/address/0x45eF934F39E58f4fe64fF593b7D79Ee73122cf06">0x45eF934F39E58f4fe64fF593b7D79Ee73122cf06</a></td></tr><tr><td>âtv storage</td><td><a href="https://sonicscan.org/address/0x13dA4847c80732CAB3341f459A094e042aF98691">0x13dA4847c80732CAB3341f459A094e042aF98691</a></td></tr><tr><td>âtv timeDelay</td><td><a href="https://sonicscan.org/address/0x0fAAc27E4A9c1bBD02bB959330551f2D4484a70e">0x0fAAc27E4A9c1bBD02bB959330551f2D4484a70e</a></td></tr><tr><td>âtv dexAdaptor </td><td><a href="https://sonicscan.org/address/0xe6C3e4f787612A4C93152222138853019890c08F">0xe6C3e4f787612A4C93152222138853019890c08F</a></td></tr><tr><td>âtvUSDC</td><td><a href="https://sonicscan.org/address/0x32221633Bf43E85ecf330FB6342b7098d4D1b4FC">0x32221633Bf43E85ecf330FB6342b7098d4D1b4FC</a></td></tr></tbody></table>
{% endtab %}

{% tab title="Monad" %}
**âtvYieldMax >**

<table><thead><tr><th width="269.8125">contract</th><th>Addresses</th></tr></thead><tbody><tr><td>âtvYieldMax</td><td><a href="https://monadscan.com/address/0x4C09558A0d000240726679fC3805c3918922d6C6">0x4C09558A0d000240726679fC3805c3918922d6C6</a></td></tr><tr><td>GearboxAdapter </td><td><a href="https://monadscan.com/address/0xae68912a8b1b74cb65df892f2c8f42074f9640ba">0xaE68912a8B1b74cb65dF892f2c8F42074F9640Ba</a></td></tr><tr><td>âtvYieldMax Multisig </td><td><a href="https://monadscan.com/address/0xc6c0f5a106A145D6d3Bc3aD1f345D17cDf001739">0xc6c0f5a106A145D6d3Bc3aD1f345D17cDf001739</a></td></tr></tbody></table>
{% endtab %}

{% tab title="Base" %}
Coming soon
{% endtab %}
{% endtabs %}


# Code Licensing

aarnâ core contracts licenses

aarnâ protocol operates across decentralized blockchain networks, utilizing smart contracts deployed on multiple chains. These contracts are self-executing, fully audited, and governed by specific licenses that define the terms of their usage and distribution. The underlying codebase spans several GitHub repositories. Below are the key licenses applicable to different components of the aarnâ ecosystem:

* **âtv 802v2 Smart Contracts (Ethereum):** Business Source License 1.1 permits non-commercial use and modification, restricting competitive use for four years, with a transition to the GPL v2.0 License on February 5, 2029​.
* **âtv 808 Smart Contracts (Ethereum):** Business Source License 1.1 permits non-commercial use and modification, restricting competitive use for four years, with a transition to the GPL v2.0 License on March 22, 2029​.
* **âtv 111 Smart Contracts (Ethereum):** Business Source License 1.1 permits non-commercial use and modification, restricting competitive use for four years, with a transition to the GPL v2.0 License on May 24, 2029​.
* **âtv 111 Smart Contracts (Sonic):** Business Source License 1.1 permits non-commercial use and modification, restricting competitive use for four years, with a transition to the GPL v2.0 License on May 17, 2029​.
* **âtv 401 Smart Contracts (Arbitrum):** Business Source License 1.1 permits non-commercial use and modification, restricting competitive use for four years, with a transition to the GPL v2.0 License on May 22, 2029​.


