# Moar Market

Do Moar with Less

**Overview**&#x20;

Moar Market is the Credit Layer for Aptos DeFi. It introduces the concept of Composable Leverage - giving you credit to use across DeFi Protocols.&#x20;

**What can you do using Moar Market?**&#x20;

1. Leverage Farm -> amplify yield opportunities
2. Trade with Margin on ThalaSwap, Hyperion etc&#x20;
3. Lend to Borrowers: earn Passive yield that’s higher than a Crypto Money Market.&#x20;

**Composable, yet Trustless**&#x20;

These loans are fully collateralized - and although you can access leverage in a composable setting, they are trustless; funds are held in a "Credit Account" at all times which interact with certain whitelisted protocols. Positions remain in the custody of this credit account and can be liquidated at any time - if the collateral no longer meets margin requirements. You can learn more about the Credit Account here: [Credit Account](/protocol-overview/credit-account)

**There are two market participants on Moar:**&#x20;

1. **Lenders**&#x20;

Lenders provide passive liquidity in exchange for yield. Their liquidity is lent to borrowers.&#x20;

2. **Borrowers**

Borrowers provide collateral and can borrow more to perform actions across DeFi on Aptos, e.g. trading on ThalaSwap or farming certain pools.&#x20;

**Moar Market v/s Crypto Money Markets**

Moar Market is distinct when compared to existing crypto money markets, such as Aave and Compound. It has the following unique features:&#x20;

1. Higher Lending Rates than Traditional On-Chain Money Market Protocols
2. Access 10x Leverage on Whitelisted Protocols
3. Modular; Permissionlessly Create Lending Pools
4. Capital Efficient Strategies; cross-collateralize assets across protocols and pools.

**Modular Means Moar**

Moar Market is Modular by design. Amongst other advantages, this unlocks the possibility of lending pools for a wide variety of assets and strategies, for which pools can be created permissionlessly. &#x20;

1. RWAs
2. Delta-Neutral Strats
3. Borrowers with Stablecoin Collateral
4. Long-tail Assets&#x20;
5. wBTC & wETH
6. ​KYCed Participants for Securities


# Protocol Overview

**Moar Market** is an undercollateralized leverage lending protocol built on Aptos. It allows users to borrow from multiple isolated pools using a unified Credit Account, while enforcing strict solvency rules based on real-time oracle pricing.

***

### 💼 Credit Accounts

At the core of Moar lies the **Credit Account** — a user-owned smart account that holds assets and tracks liabilities. Each user can have multiple Credit Accounts.

**Features:**

* Borrow from multiple pools simultaneously
* Hold multiple assets
* Interact with DeFi strategies
* Enforce solvency on every action

All borrowing, transferring, and strategy interactions are routed through these accounts.

***

### 🧮 Health Check & Solvency

Every Credit Account must remain **healthy** after any operation that moves funds out. Health is determined by comparing the total asset value against the minimum required value derived from debt and pool-specific LTVs.

Let:

* `Dp` = debt from pool `p`
* `LTVpa` = LTV for asset `a` in pool `p`

Then:\
**Minimum required asset value** = ∑ (Dp / LTVpa)

A Credit Account is healthy if its total asset value (from oracle prices) is **greater than or equal** to this threshold.

***

### 📊 LTV & Leverage

Each (pool, asset) pair defines its own **Loan-to-Value (LTV)** ratio.

Leverage is derived as:\
**Leverage = LTV / (1 - LTV)**

Varying LTVs allow pools to tune risk across different assets.

***

### 🏦 Lending Pools

Lending pools are isolated by design. Each pool can independently define:

* Interest rate model
* Supported assets and LTVs
* Fee-on-interest
* Liquidation parameters

Lenders earn interest from borrowers based on pool utilization.

***

### 🔄 Yield Strategies

Credit Accounts can optionally deploy assets into whitelisted **yield strategies**, such as:

* **Hyperion** (CLMM vaults)
* **Panora** (stable swap)
* **Thala** (AMMs, LSDs)

Each strategy is tightly integrated and permissioned. Solvency is enforced before and after any strategy interaction.

***

### 📈 Interest Rate Model

Pools use kinked interest rate curves defined by:

* Base rate
* Slope below kink
* Slope above kink
* Kink utilization point

Supply APR is derived from real borrow interest after deducting protocol fees (`fee_on_interest`) and scaled by utilization.

***

### 🔍 Tiered Oracle

Moar uses a multi-source **Tiered Oracle** for robust asset pricing. The system:

* Aggregates prices from DEXes and external feeds
* Enforces freshness checks
* Uses tiered fallback logic for resiliency

Oracle prices are critical to health checks and liquidations.

***

### ⚠️ Liquidations

If a Credit Account becomes **unhealthy**, it can be liquidated.\
Liquidations are currently **permissioned**, meaning only approved liquidators can execute them.

**Process:**

* Liquidator repays part of the debt
* Receives discounted collateral from the account

All valuations use real-time oracle pricing.

***

### 🧩 Modular Architecture

Moar is built for composability and growth.

* New strategies are integrated via external **strategy adapters**
* Adapters follow a standard interface, ensuring secure plug-and-play design
* Once deployed and enabled, strategies can be used without core upgrades
* Moar can integrate with any DeFi protocol on Aptos — AMMs, vaults, LSDs, etc.

This modularity gives Moar the power to evolve with the ecosystem and unlock new forms of capital efficiency.


# Credit Account

At the core of Moar Market lies the **Credit Account** — a composable, user-owned smart contract account that acts as a personal portfolio. Each Credit Account is capable of holding multiple assets, borrowing from multiple pools, and interacting with integrated strategies — all under strict solvency constraints.

### 🔑 Key Properties

* **User-owned**: Each Credit Account is uniquely tied to a user but exists independently as an on-chain resource account.
* **Multi-asset**: It can hold balances of any supported token simultaneously.
* **Multi-pool**: A single account can borrow from several lending pools concurrently.
* **Isolated**: Users can open multiple Credit Accounts, each with its own state, strategy, and risk profile.
* **Composability-first**: All protocol interactions — deposits, borrows, withdrawals, strategy entries — go through the Credit Account.

### ⚙️ How It Works

1. **Initialization**\
   A user creates a Credit Account via Moar’s Credit Manager module. This creates an on-chain resource account tied to their address.
2. **Asset Management**\
   Users can deposit any supported asset into their account. These assets can later be used for borrowing or deployed to strategies.
3. **Borrowing**\
   The Credit Account can borrow from any lending pool, provided the account remains solvent under the configured LTV rules.
4. **Strategy Interactions**\
   Assets within the account can be deployed to integrated DeFi strategies like Hyperion, Panora, and Thala, while preserving health guarantees.
5. **Lifecycle Control**\
   Users can repay loans, withdraw assets, or close their Credit Account entirely, assuming all debts are settled.

### 📏 Constraints

All outbound operations (borrow, withdraw, transfer, strategy exit) are gated by a **health check**, ensuring the Credit Account remains solvent at all times.


# Account Health & Liquidation

Maintaining solvency is the foundation of Moar Market. Every Credit Account must remain healthy — meaning it holds enough asset value to justify its outstanding debt — across all pools it borrows from. This is enforced through real-time on-chain checks using live oracle prices.

***

### ✅ What Makes a Position Healthy?

A Credit Account is considered **healthy** if the value of its total assets is **greater than or equal to** the minimum required collateral based on its borrowings.

This minimum is calculated per asset and pool using Loan-to-Value (LTV) ratios.

Let:

* `Dp` = total debt from pool `p`
* `LTVpa` = loan-to-value ratio for asset `a` in pool `p`

Then:\
**Minimum required asset value** = ∑ (Dp / LTVpa)

This ensures that a user’s Credit Account always holds more asset value than the debt it owes, adjusted for risk via LTVs.

***

### 📊 Understanding LTV and Leverage

Each (pool, asset) pair has its own **LTV** ratio. It defines the maximum borrowing power of a given asset within a specific pool.

For example, an LTV of 80% means that for every $100 worth of that asset, the user can borrow up to $80 from that pool.

Leverage derived from LTV is calculated as:\
**Leverage = LTV / (1 - LTV)**

Different pools may configure different LTVs for the same asset, reflecting varying risk tolerances.

***

### ⚠️ Liquidations

If a Credit Account becomes **unhealthy**, it becomes eligible for liquidation — a process where a whitelisted liquidator repays the **outstanding loan** and seizes a **discounted value of the account’s assets** in return.

This protects the protocol from insolvency and ensures lenders are not exposed to bad debt.

**🔧 How It Works**

A Credit Account typically becomes unhealthy due to:

* A **decline in the value of held assets**, based on real-time oracle prices
* An **increase in the value of borrowed assets**, raising the real debt burden
* **Accrued interest** increasing total debt beyond collateral value

Once unhealthy:

* A **whitelisted liquidator** repays the full outstanding debt
* In return, they receive account assets worth **slightly more than the repaid value**, based on a **liquidation bonus** (e.g. 5%)

**💡 Example**

Suppose:

* A Credit Account owes **$1,000 USDC**
* The pool defines a **5% liquidation bonus**

A liquidator:

* Repays **$1,000 USDC**
* Receives **$1,050 worth of assets** from the account (valued at oracle price)

This closes the debt, secures the protocol, and rewards the liquidator for assuming the liquidation risk.

***

### 🔐 Safety Enforcement

All outbound actions — borrowing, transferring, withdrawing, or exiting strategies — are **blocked unless the Credit Account remains healthy** after the action.

This ensures that **only price changes or interest growth** can cause liquidations, and not direct user actions.


# PnL & Principal Borrowed

Moar shows **profit & loss (PnL)** at the **credit account** level — i.e., across everything inside your account, compared to a simple “HODL my deposits” baseline.

***

### 📊 What you’ll see

* **Unrealized PnL (UPnL):** live gains/losses while funds remain inside your credit account.
* **Realized PnL (RPnL):** the slice you’ve actually locked in.
* **Realized liquidation loss:** any liquidation penalty, fixed at the moment it happens.
* **Principal Borrowed:** how much you’ve borrowed (per pool), excluding accrued interest.

> PnL is **account-level**, not per position.

***

### ✂️ When does PnL get realized?

* **Withdrawals:** ✅ **Yes** — withdrawing locks in a proportional slice of your current UPnL.
* **Repays (internal or external):** ❌ **No** — repaying debt alone doesn’t realize PnL; value is still inside the credit account.
* **Liquidations:** Trading PnL does **not** realize; the **penalty** is booked separately as a **fixed realized liquidation loss** at the time of liquidation.

***

### 🏦 Principal Borrowed (per pool)

* **On borrow:** principal for that pool **increases** by the borrowed amount.
* **Interest accrues** over time on top of principal.
* **On repay:** repayments first cover **accrued interest**; only the remainder reduces **principal**.
* **On liquidation:** the repaid portion reduces debt; after interest is covered, principal drops accordingly.

This is presented per pool (e.g., APT pool, USDC pool) so you can see what you still owe **before interest**.

***

### 🧮 Comprehensive example (with values)

Assumptions (clean numbers):

* Oracle prices: **1 USDC = $1**, **1 APT = $10**.
* **sthAPT** starts 1:1 with APT (value-equivalent).
* Floor rounding on proportional calculations (like the app).

#### 1) Open and leverage

* **Deposit**: $1,000 USDC → Baseline (**TC**) = **$1,000**
* **Borrow**: $2,000 worth of **APT** (200 APT) → **stake** to 200 **sthAPT**
* **Totals (T0):**
  * Total Assets (**TA**): $1,000 (USDC) + $2,000 (sthAPT) = **$3,000**
  * Total Debt (**TD**): **$2,000**
  * Equity/NAV: **$1,000**
  * UPnL = TA − TD − TC = 3,000 − 2,000 − 1,000 = **$0**
  * RPnL = **$0**
  * **Principal Borrowed (APT pool)** = **$2,000**

#### 2) Time passes: yield + interest

* **sthAPT +5%** (now worth $2,100)
* **Borrow interest +$30** → TD = **$2,030**
* **Totals (T1):**
  * TA: $1,000 + $2,100 = **$3,100**
  * TD: **$2,030** (of which principal $2,000, interest $30)
  * NAV: **$1,070**
  * **UPnL: 3,100 − 2,030 − 1,000 = $70**
  * RPnL: **$0**

#### 3) Internal repay (sell sthAPT → APT → repay)

* **Repay**: $400 (funded **from account assets**)
* **Effect**: TA ↓ by $400 (to **$2,700**); TD ↓ by $400 (to **$1,630**).
  * First $30 covers interest; **principal drops** from $2,000 → **$1,630**.
* **PnL**: **not realized** on repay; Baseline unchanged (**TC = $1,000**).
* **Totals (T2):**
  * TA: **$2,700**
  * TD: **$1,630**
  * NAV: **$1,070** (unchanged)
  * **UPnL: 2,700 − 1,630 − 1,000 = $70**
  * RPnL: **$0**
  * Principal Borrowed: **$1,630**

#### 4) Withdraw $300 USDC (PnL realization happens here)

* **Withdraw value (W)**: $300
* **Proportional realization**:
  * Pre-withdraw UPnL = **$70**, NAV = **$1,070**
  * **Realized slice** = floor(UPnL × W / NAV) = floor(70 × 300 / 1,070) = **$19**
  * **RPnL → $19**, **UPnL → $70 − $19 = $51**
* **Baseline scales down** by kept-equity ratio: factor = (NAV − W) / NAV = 770 / 1,070
  * **TC**: floor(1,000 × 770 / 1,070) = **$719**
* **Totals (T3):**
  * TA: 2,700 − 300 = **$2,400**
  * TD: **$1,630**
  * NAV: **$770**
  * **UPnL: 2,400 − 1,630 − 719 = $51**
  * **RPnL: $19**
  * Principal Borrowed: **$1,630**

#### 5) Partial liquidation (fixed penalty, no trading-PnL realization)

* Liquidator **repays R = $500**, **seizes W = $525** (5% bonus)
* **Penalty** = **$25** → recorded as **realized liquidation loss = $25** (fixed).
* **Balances**: TA = 2,400 − 525 = **$1,875**; TD = 1,630 − 500 = **$1,130**
* **NAV**: from 770 → **745** (drops **$25**, matching the penalty)
* **Baseline reduces** by the penalty (proportionally): **TC: 719 − 25 = $694**
* **PnL**: trading PnL **does not realize** on liquidation → **UPnL stays $51**
* **Totals (T4):**
  * TA: **$1,875**
  * TD: **$1,130**
  * NAV: **$745**
  * **UPnL: 1,875 − 1,130 − 694 = $51**
  * **RPnL: $19**
  * **Realized liquidation loss: $25**
  * Principal Borrowed: **$1,130**

> **Takeaways from the example:**\
> • PnL is **not** realized on repay (internal/external).\
> • PnL **is** realized on withdraws (proportionally).\
> • Liquidation penalty is a **fixed realized loss**; trading PnL doesn’t “realize” during liq.\
> • **Principal Borrowed** falls only after interest is covered, so it cleanly tracks the outstanding “original” amount.

***

### 🛡️ Notes

* **Health checks** still gate all outflows — your account must remain healthy after any withdraw or strategy exit.
* **Oracles** value all assets and debts; tiny rounding can appear when scaling the baseline across multiple assets.

***

### 🔗 Related reading

* **Credit Account** — how Credit Accounts work. ([docs.moar.market](/protocol-overview/credit-account))
* **Account Health & Liquidation** — health checks and liquidation basics. ([docs.moar.market](/protocol-overview/account-health-and-liquidation))
* **Lending Pools** — where borrowing happens & how parameters are set. ([docs.moar.market](/protocol-overview/lending-pools))


# Lending Pools

Moar Market supports multiple isolated **lending pools**, each configured independently with its own assets, interest rate model, risk parameters, and strategy support. Pools act as sources of liquidity from which Credit Accounts can borrow.

***

### 🧱 Pool Structure

Each pool is a standalone component that manages:

* **Liquidity reserves** — assets supplied by lenders
* **Interest accrual** — tracks borrower interest over time
* **LTV definitions** — per-asset loan-to-value ratios
* **Fee configuration** — protocol fee on interest earned (`fee_on_interest`)

Pools are **risk-isolated** — volatility in one pool does not affect others.

***

### 📥 For Lenders

Lenders can deposit supported assets into a pool and earn interest over time.

Key mechanics:

* Interest is earned from borrower repayments
* Earnings are auto-compounded into the pool’s reserves
* Supply APR is derived from real-time borrow activity and utilization
* A protocol fee (`fee_on_interest`) may be applied to interest earned

Lenders can withdraw at any time, subject to pool liquidity.

***

### 💸 For Borrowers

Credit Accounts can borrow assets from any active pool as long as the account remains healthy under pool-specific LTV constraints.

Borrowing behavior is governed by:

* The amount of liquidity available
* The asset’s LTV in that pool
* The interest rate model and utilization

Each borrow action updates the account’s debt and triggers a health check to ensure solvency.

***

### 🧮 Per-Asset LTVs

Each pool defines custom LTVs per supported asset, allowing the protocol to assign risk-weighted borrowing power.

For example:

* USDC in Pool A may have LTV = 80%
* The same USDC in Pool B could have LTV = 70% (e.g. due to attached strategies or market risk)

This lets pools fine-tune borrowing power per asset based on their own risk profile.

***

### 🔧 Configuration Flexibility

Pools are highly configurable and can be updated by governance to:

* Add or remove supported assets
* Adjust LTVs
* Tune interest rate parameters
* Enable or disable strategy usage

This flexibility allows Moar to evolve with market conditions while maintaining strict pool-level isolation and control.


# Interest Rate Model

Moar Market uses a **utilization-based interest rate model** to dynamically determine borrowing costs and lending yields. This model ensures:

* 💡 **Low borrowing cost** when liquidity is abundant
* 📈 **Rising interest rates** as utilization increases
* 🔐 **Strong yield incentives** for lenders when liquidity is tight

***

### 🔹 Piecewise Linear Borrow Curve

Moar's model is defined by a curve made up of multiple linear segments separated by **kink points**. Each kink marks a change in slope — the rate at which borrowing cost increases with utilisation.

**Example (3-segment curve with 2 kinks):**

| Utilisation (%) | Borrow APR (%) | Notes                        |
| --------------- | -------------- | ---------------------------- |
| 0               | 3.5            | Base rate                    |
| 70              | 10.0           | 📌 Kink 1 – moderate slope   |
| **90**          | 20.0           | 📌 Kink 2 – steep slope      |
| 100             | 50.0           | Max rate at full utilisation |

> 📘 **These numbers are examples** and can be updated by governance.

The more the pool is utilised, the higher the borrow APR — encouraging borrowers to repay and attracting more lenders.

***

### 📊 Interest Rate Curve

This chart visualizes the borrow APR across the full 0–100% utilisation range, showing how lender returns increase with utilisation.

***

### 🧮 Supply Rate: How Lenders Earn

Lenders earn a share of interest paid by borrowers.\
The **actual supply APR** depends on:

* Current **utilisation**
* The **borrow APR** (from the curve)
* The protocol’s **fee\_on\_interest** setting

#### Formula

```
supplyAPR = borrowAPR × utilisation × (1 – fee_on_interest)
```

Where:

* `borrowAPR` comes from the current point on the curve
* `utilisation = borrowed / supplied`
* `fee_on_interest` is the protocol’s share of interest (e.g. 10%)

#### Example

If:

* utilisation = 85%
* borrowAPR = 27.33%
* fee\_on\_interest = 10%

Then:

```
supplyAPR = 27.33% × 0.85 × 0.90 ≈ 20.9%
```

***

### ✅ Key Takeaways

* **Borrow APR** is based on a kinked utilisation curve
* **Supply APR** depends on utilisation and protocol fee
* All rates **adjust automatically** every block
* Lenders earn more when pools are heavily borrowed

Moar’s design creates natural feedback loops between borrowing cost, pool usage, and lender rewards — keeping the system efficient and fair.


# Yield Strategies

Moar Market allows Credit Accounts to deploy assets into whitelisted **on-chain yield strategies**, enabling users to earn passive returns while preserving solvency. Strategies are modular adapters that integrate external DeFi protocols such as CLMMs,  Swaps, and AMMs.

***

### 🧩 Strategy Integrations

Strategies are implemented as standalone Move modules that conform to Moar’s `Strategy` interface. Each strategy adapter defines custom logic for:

* Depositing supported assets
* Withdrawing from yield positions
* Reporting accurate value of positions held by Credit Account in that strategy

Current supported integrations include:

* **Hyperion** — Concentrated Liquidity Vaults (CLMMs)
* **Panora** — Stable Swap liquidity pools
* **TAPP**— AMM LP&#x20;

More integrations can be added by deploying new strategy adapters.

***

### 🔒 Permissioning & Enablement

Moar follows a **multi-layered permission model** for strategy usage:

1. **Whitelisted globally**: Each strategy must be explicitly approved by protocol governance
2. **Enabled per pool**: Pools choose which strategies can be used with their borrowed assets
3. **Opted into by Credit Account**: Users must opt-in to each strategy manually

This model ensures safe and controlled exposure of pooled liquidity to yield-generating mechanisms.

***

### ✅ Safety via Health Checks

Strategy usage is **non-custodial** and **health-gated**:

* Before a deposit: the strategy verifies support for the asset and that the Credit Account has sufficient balance
* After a withdrawal: the Credit Account must still pass its solvency check

This prevents users from using strategies to bypass LTV limits or become insolvent through external protocols.

***

### 🧮 Value Accounting

Assets deposited into strategies **remain part of the Credit Account’s total value** and are included in solvency checks.

Each strategy adapter is responsible for:

* Accurately reporting the **current value of positions** (including LP tokens or staked amounts)
* Quoting value using live oracle prices
* Returning assets on exit at full or estimated value

Only the reported value from the strategy is counted toward the account’s health — not raw LP token balances. This allows Moar to maintain precise risk control, even as capital is deployed into external yield systems.


# Tiered Oracle

Moar Market uses a robust on-chain **Tiered Oracle** system to fetch secure and up-to-date prices for all supported assets. These prices are central to maintaining solvency, enforcing LTVs, and executing liquidations.

The system prioritizes safety and uptime through **tiered resolution**, timestamp-based freshness validation, and fallback logic.

***

### 🧱 Oracle Sources and Tiers

Moar’s Tiered Oracle architecture supports multiple providers, ordered by trust and reliability. Each asset is assigned two tiers:

* **Tier 1 (Primary)** — `Pyth`
* **Tier 2 (Fallback)** — `Switchboard`

Prices are fetched from the primary source first. If the price is stale or unavailable, the fallback is used — but only if it's valid and fresh.

If both tiers are invalid or stale, the asset's price is marked **broken**, and any operation that depends on that price is **blocked**.

***

### 🕒 Price Freshness & Enforcement

Each asset has two timing thresholds:

* `staleness_seconds` — the price is still usable but flagged as stale
* `broken_seconds` — the price is rejected entirely and marked broken

These ensure that only **fresh and secure prices** are used during:

* Health checks
* Borrowing
* Liquidations
* Strategy valuation

Price freshness is validated on-chain using timestamps provided by the oracle feeds. If a price exceeds its thresholds, the protocol either falls back to the secondary source or blocks the operation.

***

### ⚙️ How Price Resolution Works

When fetching the price of an asset, the Tiered Oracle resolves it using the following logic:

1. **Query Tier 1**&#x20;
   * If the price is fresh → use it
   * If the price is stale or invalid → move to Tier 2
2. **Query Tier 2**&#x20;
   * If the price is fresh → use it
   * If also stale or invalid → the oracle is marked **broken**, and price resolution fails

> There is **no fallback to stale data** — either Tier 1 or Tier 2 must return a valid, fresh price for the asset to be considered priced.

This strict design ensures all health checks, liquidations, and borrowing operations are executed using **only up-to-date oracle data**, reducing risk from manipulation or downtime.

***

### 🧠 Role in Protocol Operations

Prices returned by the Tiered Oracle are used throughout the Moar protocol:

* **Health checks** — to evaluate whether Credit Accounts remain solvent
* **Liquidations** — to determine asset and debt valuations
* **Strategy valuation** — to calculate the real-time value of LP tokens or staked assets
* **Borrow caps** — to ensure LTV enforcement across all pools

All pricing is enforced on-chain — ensuring transparency, verifiability, and resistance to manipulation.


# Modular Architecture & Integrations

Moar is built as a modular, extensible protocol with isolated components and pluggable interfaces. The design enables seamless integration of new lending pools, yield strategies, and oracle sources — all while preserving core protocol security.

***

### 🧱 Plug-and-Play Design

Moar’s architecture separates concerns across clearly defined modules:

* **Credit Accounts** – user-owned, account-level state
* **Pools** – isolated lending logic and parameters
* **Strategies** – external integrations for yield deployment
* **Oracles** – tiered price resolution layer
* **Risk Manager** – enforces solvency and health checks

Each layer interacts through standardized interfaces, enabling upgrades and new features to be introduced **without changing core contracts**.

***

### 🔌 Strategy Integrations via Adapters

New DeFi strategies can be integrated by deploying external **adapter modules** that conform to Moar’s `Strategy` interface.

* No changes are required to Credit Account or Pool logic
* Once deployed and whitelisted, adapters can be used immediately
* Strategies are enabled on a per-pool basis for fine-grained risk control

This design allows Moar to tap into any yield source on Aptos — including CLMM vaults, AMMs, LSDs, or Swaps — by simply adding a compatible adapter.

***

### 🧰 Flexible Component Management

Each major component is independently upgradable and configurable:

* **Pools** can have different LTVs, interest models, supported assets, and strategy sets
* **Strategies** can be added, paused, or disabled without impacting other parts of the protocol
* **Oracles** can be reassigned or updated per asset

This modularity provides maximum flexibility to respond to market changes, improve security, or launch new features over time.

***

### ♻️ Endless Integration Potential

Moar is designed to be the **base layer of composable leverage** for Aptos DeFi. By isolating responsibilities and exposing clean interfaces, it can integrate with:

* Any DEX or vault
* Any oracle provider
* Any interest model
* Any asset type with reliable price feeds

This future-proof architecture allows Moar to evolve without disruption, unlocking new use cases, integrations, and markets — without sacrificing protocol-level guarantees.


# Protocol Fees

Moar Market applies protocol-level fees at various stages of borrower and liquidator interaction. These fees are used to support sustainable protocol operations and incentivize third-party actors like liquidators.

***

### 🟢 Origination Fees

There are **no origination fees** charged currently.

> If enabled in the future, origination fees would be applied as a percentage of the borrowed amount and configured per isolated pool.

***

### 🟠 Interest Rate Spread

Moar charges a **continuous protocol fee** on the interest earned by lenders. This is defined as a spread between:

* The **borrower’s interest rate**
* The **lender’s supply APY**

The difference (configured via `fee_on_interest`) is retained by the protocol. It is deducted from gross borrower interest before distribution to lenders.

***

### 🔴 Liquidation Fees

When a Credit Account is liquidated, a **liquidation bonus** is applied — allowing the liquidator to seize collateral worth slightly more than the debt repaid.

This bonus is:

* **Paid by the borrower** via seized assets
* **Split between the liquidator and the protocol**, depending on pool configuration

This ensures that:

* Liquidators are properly incentivized
* The protocol captures value from managing risk

\ <br>


# Product Applications

This section outlines how users can apply their credit accounts across supported DeFi protocols for strategies like leveraged concentrated liquidity, yield farming and margin trading.

{% hint style="info" %}
View Strategies: <https://moar.market/farm>
{% endhint %}

Composable Leverage plugs into any DeFi Primitive. This means you can amplify any yield opportunity, as long as the cost of your borrowed asset is lower than the yield earned.

{% hint style="info" %}
Strategies may have certain risks. Before depositing into a strategy, it's important to learn about the unique risks associated with it.
{% endhint %}


# Leverage Concentrated Liquidity

**Concentrated Liquidity**

Concentrated liquidity allows liquidity providers to allocate capital within a specific price range instead of across the entire price curve. This approach increases capital efficiency and enhances potential returns, especially when paired with leverage.

**How it works** &#x20;

When you open a leveraged LP position on Moar, you select a price range where your liquidity will be active. Your deposit is routed through a credit account and deployed into a concentrated liquidity market maker such as Hyperion.

As long as the market price remains within your selected range, you earn swap fees & rewards. If the price moves outside your range, your liquidity becomes inactive.

**In-Range vs Out-of-Range**

In-Range: Your liquidity is active and accruing swap fees and incentives. This is the ideal state for earning yield.

Out-of-Range: Your position is not earning fees. If leverage is used, you're still paying borrow fees. This can eat into your collateral and increase risk of liquidation.&#x20;

**Strategy Considerations**

A narrow price range results in higher fee yields but also increases the chance of going out-of-range. This setup is better suited to short-term or actively managed positions.

A wider price range lowers fee yield but improves the chances of staying in range longer. This can be a good option for passive LPs.

If you want to avoid managing the position manually, you can use a vault strategy that automates these decisions for you.


# Understanding PnL

What Actually Impacts Your PnL<br>

Your actual returns from providing liquidity are a mix of three elements:

* Swap Fees: Earned whenever trades route through your range.
* Token Price Movement: Gains or losses from changes in the underlying assets.
* Impermanent Loss: Cuts into your net return if prices drift apart.&#x20;

When you provide liquidity, you’re not just holding tokens — you’re making a bet on their relative price. As those prices shift, the value of your position can diverge from simply holding the assets in your wallet. This divergence is called *impermanent loss* (IL).

It’s “impermanent” because it only becomes real when you close the position. If prices revert to where they were when you entered, the loss can disappear. If they don’t, the value gap is locked in on exit.

#### How to Minimize IL Risk

1. Wider ranges reduce exposure

By covering more price movement, your position stays active longer and buffers against IL. You’ll earn fewer fees per trade, but your risk is lower.

2. Use leverage with discipline

Lower leverage gives you more room to manage positions, survive volatility, and avoid forced liquidations.

3. Monitor and adapt

On Moar, smart LPs are active. Watch your range, your utilization, and your real-time PnL.&#x20;

4. Choose Less Volatile Pairs

IL increases with price divergence. Stable pairs like USDC–USDT or tightly correlated assets tend to move in sync, reducing exposure to IL. These pairs are ideal for more passive LPs or conservative strategies.

To understand how PnL on Moar is calculated, please read [PnL & Principal Borrowed](/protocol-overview/pnl-and-principal-borrowed)


# Understanding Rebalance

## Understanding Rebalance

Rebalancing is how you keep a leveraged CLMM position effective when prices move. In the past, that meant a manual, multi-step process:

1. Close your position.
2. Repay debt.
3. Swap collateral.
4. Open a new position in the updated range.

Each step required its own transaction, adding UX friction, wasted time, and extra opportunities for mistakes.&#x20;

### The New Rebalance Feature&#x20;

The new Rebalance tool simplifies the process by batching everything into a single transaction.

* One txn instead of many: No more clicking through multiple steps.
* Streamlined UX: Adjusting your range feels like a single action.
* Same economics: Swap costs and IL are still realized; the efficiency gain is purely in user flow.
* Ideal for active strategies: Especially helpful when you need to rebalance frequently.

### Live Now

Rebalance is live. Use it to save time and reduce friction when adjusting ranges while remembering that IL is still realized just as before.


# Margin Trading

Leverage lending unlocks on-chain margin trading using liquidity on existing DEXes such as ThalaSwap & LiquidSwap. This allows Moar Market to introduce leverage to longer tail assets, such as protocol tokens and meme coins. Margin trading also paves the pathway for creating more yield strategies on-chain, such as basis trading vaults when combined with perps.&#x20;

### Support for Long Tail Assets&#x20;

Since Moar taps into existing liquidity in AMM Pools, any asset that's listed on an AMM can be supported.

### No Funding Payments

Unlike perpetual contracts, there are no hourly funding payments. Instead, traders pay annual borrow rates, which are cheaper.

### Highly Liquid

Traders are accessing all the extensive liquidity available on leading AMMs.

### Earn Moar in Yield

eg if you’re borrowing zUSDC to leverage long APT, you can choose to earn stAPT yield while you’re holding your position.

Margin Trading is enabled for select tokens. View them here: [Broken mention](broken://pages/tb3YeTuMLAmLVoQ9xQLk)


# Automation

Automation consists of the following execution primitives:

* Auto-Compound: Reinvests earned trading fees & rewards.&#x20;
* Auto-Rebalance: Rebalances liquidity when trigger conditions are met


# Auto-Compounding

Auto-Compounding automatically reinvests earned fees & rewards back into your active position to increase compounding efficiency over time.

It removes the need for manual fee claiming and redeployment.


# Auto-Rebalance

Auto-Rebalance is Moar’s execution system for maintaining active liquidity ranges without manual intervention.

It monitors pool price relative to your configured range and repositions liquidity automatically based on predefined rules.

This allows strategists to execute their rebalances without continuous user input.


# Rebalancing Mode

#### Out of Range: Up or Down

Rebalances when pool price exits your active range on either side (upper or lower bound). This is the default execution mode for automated range maintenance.

#### Fixed Schedule&#x20;

This configuration will rebalance at fixed time intervals regardless of price position.

For volatile pairs, such as APT-USDC, additional options are provided:&#x20;

#### Follow Price: Up Only

Rebalances only when price moves upward.

* Ignores downside movements
* Prevents range from stepping lower during drawdowns
* Preserves upside exposure

#### Follow Price: Down Only

Rebalances only when price moves downward.

* Ignores upside movements
* Prevents range from stepping higher during rebounds
* Preserves downside exposure


# Cooldown Period

Defines the minimum time between rebalance executions.

Units: Minutes or Hours

Purpose: Prevents rapid sequential rebalances during high volatility.<br>

Example:

* Cooldown = 10 minutes
* If a rebalance executes, no new rebalance can trigger for 10 minutes.


# New Price Range Configuration

Defines how wide the new liquidity range will be after each rebalance.

* Lower (%): Distance below spot price
* Upper (%): Distance above spot price

Example:

* Lower = 0%
* Upper = 0.01%

This creates a narrow upward-biased range for stable pairs.


# When to Trigger

#### Out of Range (Default)

Rebalance triggers only after the pool price fully exits the active range.

#### Custom Deviation

Allows rebalance to trigger before full range exit based on configurable deviation:

* Lower Trigger (%)
* Upper Trigger (%)

This enables pre-emptive repositioning.


# Automation Slippage

Defines the maximum allowable execution slippage during rebalance. This protects against unfavourable execution during rapid price movement.


# Integrations

| Protocol Name       | Pools or Assets                                                                                     | Protocol Type |
| ------------------- | --------------------------------------------------------------------------------------------------- | ------------- |
| **Hyperion**        | <ol><li>USDC-USDT</li><li>APT-USDC </li><li>WBTC-USDC</li><li>xBTC-USDC</li><li>kAPT-APT </li></ol> | DEX           |
| **Panora Exchange** | APT/USDC                                                                                            | Aggregator    |
| Tapp Exchange       | <ol><li>kAPT-APT</li><li>USDT-USDC</li><li>USD1-USDT-USDC</li></ol>                                 | DEX           |
|                     |                                                                                                     |               |


# Points (Moarbles)

Moarbles - The Moar Points Program

You earn Moarbles automatically by lending or borrowing on Moar. Lending earns 4x more than borrowing.

Moarbles are accrued based on your average wallet activity per day:<br>

| <p><br></p><p>Activity</p> | Moarbles Earned (per $100 TWAB/day) |
| -------------------------- | ----------------------------------- |
| Lending                    | 4 Moarbles                          |
| Borrowing                  | 1 Moarble                           |

**What you need to know:**

* Moarbles are calculated using **time-weighted average balances (TWAB)** across the day.
* Frequent rebalancing is accounted for and only sustained activity earns full points.
* Moarbles accrue **automatically**. No claiming is required.

**Positions below $100** are not eligible for Moarbles.

**Example Calculation:**

Lending&#x20;

* Provide $1000 in liquidity
* Points per day: (1000 ÷ 100) × 4 = 40 Moarbles

Borrowing

* Borrow $1000 in liquidity
* Points per day: (1000 ÷ 100) × 1 = 10 Moarbles

**If a user borrows $1,000 for only 12 hours, they would earn half the Moarbles based on TWAB.**

**Why TWAB?**

Moar supports leveraged LPs and vault-based strategies where users frequently rebalance.

Using TWAB ensures:

* Active rebalancers are rewarded fairly
* Lending & borrowing are evaluated based on real exposure, over time.&#x20;


# SDK

The main SDK for interacting with Moar Market on the Aptos blockchain.

SDK: [https://www.npmjs.com/package/@moar-market/sdk](<https://www.npmjs.com/package/@moar-market/sdk&#xA;>)

Repo: [https://github.com/moar-market/sdk/tree/main/packages/sdk<br>](<https://github.com/moar-market/sdk/tree/main/packages/sdk&#xA;>)

Example uses for all borrower related actions: [https://github.com/moar-market/sdk/blob/main/examples/src/user-actions.ts<br>](<https://github.com/moar-market/sdk/blob/main/examples/src/user-actions.ts&#xA;>)

View functions related to account health and position info: [https://github.com/moar-market/sdk/blob/main/packages/sdk/src/credit-manager/account.ts\
https://github.com/moar-market/sdk/blob/main/packages/sdk/src/protocols/hyperion/views.ts](<https://github.com/moar-market/sdk/blob/main/packages/sdk/src/credit-manager/account.ts&#xA;https://github.com/moar-market/sdk/blob/main/packages/sdk/src/protocols/hyperion/views.ts>)

<br>

\
[<br>](<https://www.npmjs.com/package/@moar-market/sdk&#xA;>)


# Rate Limits

Rate Limits are implemented on withdrawals & deposits as a security measure against exploits.&#x20;

| Type   | Rate Limit (24HR) |
| ------ | ----------------- |
| Global | $250k             |

What are Rate Limits?&#x20;

Rate limiting is a protective mechanism commonly used in DeFi protocols (e.g., Echelon, Hyperion) to safeguard users' funds in the event of an exploit. Without Rate Limits, if an attacker finds a vulnerability, unrestricted withdrawals could drain liquidity before the protocol can respond. Rate limits are a protective measure against this risk.&#x20;

Key notes:&#x20;

* Moar enforces global rate limits that apply to both Lending and Credit Accounts.
* In practice, most users will never notice rate limits unless trying to move unusually large amounts in a short timeframe.
* Limits are not user-specific but apply across the protocol as a whole.
* Thresholds may be adjusted based on TVL & usage.&#x20;


# Risks

**Smart Contract Risk**

Moar interacts with a network of smart contracts across its own protocol and external protocols like Hyperion. This introduces exposure to:&#x20;

1. Contract bugs in Moar’s lending logic, credit account handling, liquidation engine, or adapter modules.&#x20;
2. Integration risks from third-party protocols such as CLMMs or vault systems where borrower funds are deployed.&#x20;

**Oracle and Price Feed Risks**&#x20;

Moar relies on oracles to determine collateral value and trigger liquidations. Inaccurate pricing can lead to:

1. Under-collateralized positions if strategy tokens are valued too highly.&#x20;
2. Incorrect liquidations if the oracle reports a temporary or manipulated price.&#x20;
3. Blocked actions if the oracle feed halts or desyncs from market conditions.&#x20;

#### Collateral and Liquidation Risks

Collateral and liquidation risks creates risks for lenders:&#x20;

1. Slippage and liquidity depth issues when liquidating LP tokens, especially in volatile or low-volume pools.&#x20;
2. Delay or failure in liquidation if collateral is miscalculated or if on-chain conditions prevent execution. <br>

Excessive protocol-wide liquidations may lead to utilization spikes or temporary withdrawal delays for lenders.


# Audits

Movebit December 2024

{% file src="/files/5mXQARpKVscb0TFe6sA7" %}


# Terms of Service

Last Modified: August 27, 2024

Background

Welcome to <https://moar.market/>, a front-end user interface (the "Interface" or "App") provided by Less Corp. ("we", "our", or "us"). The Interface provides streamlined access to a decentralized leveraged farming, margin trading and lending platform usable by you through interaction with the Moar Market smart contract peer-to-peer infrastructure (the “Moar Market Protocol" or the "Protocol"), hosted on the Aptos blockchain. The Interface as provided is currently in a ‘minimum viable product’ state, and is subject to substantial change and subsequent public versions of the Interface. Transitions to other stages of development including but not limited to mainnet offering may incur substantial changes to these terms whether in part, or in whole. All interactions with the Protocol are conducted, facilitated and executed solely by you through the autonomous and permissionless Protocol, and the Interface simply provides you view access thereto. The Interface may provide future access to other features in addition to the aforementioned from time-to-time, and the Protocol may be expanded via further smart contract functionality, contingent on the directions of Protocol governance, as further described below. The Interface is one, but not the exclusive, means of accessing the Protocol. To use the Protocol, you must use non-custodial wallet software, which allows you to interact with public blockchains. Your relationship with that non-custodial wallet provider and other Web 3.0 software, as applicable, are governed by the applicable terms of service of those third parties, not this Terms of Service Agreement (the “Agreement”).

The Protocol will be directed by a decentralised autonomous organisation governed by Moar Market governance token holders (the “Moar Market DAO”, the “DAO”, or the “Organisation”), as and when the governance token is made available, and functionality imported therein effective. The Organisation shall provide oversight, maintenance and periodic upgrade of the Protocol through mechanisms of decentralised governance, which may include but is not limited to, and pending governance approval, creation of action groups with specific technical knowledge to modify system parameters, development, modification and expansion of the Protocol, and creation of other action groups to facilitate other functions and aspects of the Protocol. Such functions of decentralised governance will continue to govern all other facets of the Protocol and Organisation on a continuing basis. We have no control over the Protocol nor do we have the ability to modify the Protocol, and do not execute or facilitate any of the transactions you conduct via the Protocol. We do not have the ability to intermediate any such transactions, reverse such transactions or otherwise instantiate any transaction of yours. We solely facilitate the Interface, which is one of many ways by which you may interact with the Protocol.

This Agreement explains the terms and conditions by which you may access and use the Interface. You must read this Agreement carefully. By accessing or using the Interface, you signify that you have read, understand, and agree to be bound by this Agreement in its entirety. If you do not agree to any of the terms herein, you are not authorized to access or use the Interface and should not use the Interface in any manner whatsoever.&#x20;

<br>

NOTICE: PLEASE READ THIS AGREEMENT CAREFULLY AS IT GOVERNS YOUR USE OF THE INTERFACE. THIS AGREEMENT CONTAINS IMPORTANT INFORMATION, INCLUDING A BINDING ARBITRATION PROVISION AND A CLASS ACTION WAIVER, BOTH OF WHICH IMPACT YOUR RIGHTS AS TO HOW DISPUTES ARE RESOLVED AND HAVE A SUBSTANTIAL IMPACT UPON YOUR LEGAL RIGHTS AND RECOURSE, IF ANY. THE INTERFACE IS ONLY AVAILABLE TO YOU - AND YOU SHOULD ONLY ACCESS THE INTERFACE - IF YOU AGREE COMPLETELY WITH THESE TERMS.

IF YOU DO NOT HAVE THE RIGHT, POWER AND AUTHORITY TO ACT ON BEHALF OF AND BIND THE BUSINESS, ORGANIZATION, OR OTHER ENTITY YOU REPRESENT, DO NOT ACCESS OR OTHERWISE USE THE INTERFACE.

BY CONNECTING YOUR WALLET, YOU AGREE TO ACCEPT ALL THE TERMS AND CONDITIONS SET OUT IN THIS AGREEMENT.

<br>

Modification of this Agreement\
We reserve the right, in our sole discretion, to modify this Agreement from time to time. If we make any modifications, we will notify you by changing the ‘last modified’ date found at the top of this Agreement.&#x20;

All modifications will be effective when they are posted, and your continued accessing or use of the Interface will serve as confirmation of your acceptance of those modifications. If you do not agree with any modifications to this Agreement, you must immediately stop accessing and using the Interface.

Eligibility

To access or use the Interface, you must be able to form a legally binding contract with us. Accordingly, you represent that you are at least the age of majority in your jurisdiction (e.g. eighteen years old) and have the full right, power, capacity and authority to enter into and comply with the terms and conditions of this Agreement on behalf of yourself and any company or legal entity for which you may access or use the Interface.\
\
Our Interface is NOT offered to persons or entities who reside in, are citizens of, are incorporated in, or have a registered office in the United States of America, Canada or any Prohibited Localities, as defined below (any such person or entity, a “Restricted Person”). We do not make exceptions. If you are a restricted person, then do not attempt to access or use the Interface. Use of a virtual private network (e.g. a VPN) or other means by Restricted Persons to access or use the Interface is strictly prohibited.

<br>

General

You may not use the Interface if you are otherwise barred from using the Interface under the applicable laws and regulations of your respective jurisdiction.&#x20;

\ <br>

Compliance

You are solely responsible for adhering to all laws and regulations applicable to you and your use or access to the Interface. Your use of the Interface is not prohibited by, and will not violate or facilitate the violation of any applicable laws or regulations, or contribute to or facilitate any illegal activity. Such requirement of legal adherence includes but is not limited to your sole responsibility for reporting and paying any taxes applicable to your use of the Interface.&#x20;

<br>

By using or accessing the Interface, you represent to us that you are not subject to sanctions or otherwise designated on any list of prohibited or restricted parties or excluded or denied persons, including but not limited to the lists maintained by the United Nations Security Council, the European Union or its Member States, or any other relevant government authority.&#x20;

<br>

We make no representations or warranties that the information, products, functionalities, or services provided through our Interface are appropriate for access or use in your jurisdiction and as such you make representations that your access of the Interface and subsequent access of the Protocol therefrom, within your respective jurisdiction is lawful and that you have taken reasonable steps to ascertain the appropriate limitations and general restrictions, if any, as pertains to your respective jurisdiction. You are not permitted to access or use our Interface in any jurisdiction or country if it would be contrary to the law or regulation of that jurisdiction or if it would subject us to the laws of, or any registration requirement with, such jurisdiction. We reserve the right to limit the availability of our Interface to any person, geographic area, or jurisdiction, at any time and at our sole and absolute discretion.&#x20;

<br>

Prohibited Localities

The Interface does not interact with digital wallets located in, established in, or persons of resident of Afghanistan, Albania, Algeria, Angola, Australia, Bahamas, Botswana, Belgium, Bulgaria, Cuba, Crimea and Sevastopol, Democratic Republic of Congo, Colombia, Croatia, Czech Republic, Denmark, Estonia, Ecuador, Ethiopia, France, Ghana, Guyana, Hong Kong, Italy, Iran, Iraq, Israel, Ivory Coast, Kuwait, Latvia, Lituania, Mali, Mexico, Myanmar, Nicaragua, North Korea, Pakistan, Panama, Philippines, Portugal, Romania, Singapore, Somalia, Spain, Sweden, Switzerland, Sudan, Syria, Russian Federation, Taiwan, Trinidad and Tobago, Tunisia, Uganda, United Kingdom, United States of America, Yemen, Zimbabwe or any other state, country or region that is subject to sanctions enforced by the United States of America, the United Kingdom or the European Union. (“Prohibited Localities”)&#x20;

<br>

You must not use any software or networking techniques, including use of a Virtual Private Network (VPN) to modify your internet protocol address or otherwise circumvent or attempt to circumvent this prohibition.

<br>

Non-Circumvention

You agree not to access the Interface using any technology for the purposes of circumventing these Terms.

<br>

Access to the Interface

We reserve the right to disable access to the Interface at any time in the event of any breach of the Terms, including without limitation, if we, in our sole discretion, believe that you, at any time, fail to satisfy the eligibility requirements set forth in the Terms. Further, we reserve the right to limit or restrict access to the Interface by any person or entity, or within any geographic area or legal jurisdiction, at any time and at our sole discretion. We will not be liable to you for any losses or damages you may suffer as a result of or in connection with the Interface being inaccessible to you at any time or for any other reason.&#x20;

Protocol Rights Reserved\
The Protocol is composed of publicly interactable smart contracts. Notwithstanding the foregoing, all rights thereto are reserved, and you may not copy, modify (including but not limited to in any Protocol forks), publish, commercialize or otherwise interact with the Protocol in any way which is not hereby expressly provided for. Express authorization is only provided to you for the purposes of using the Protocol to facilitate the transactions which it enables as-is, including leveraged farming, margin trading and lending. For the avoidance of doubt, the foregoing are functions of the Protocol smart contracts and no authorization is provided to you beyond the express utility thereof. The Protocol may be subject to alternative business licenses from time to time which you are aware of and which may impose significant restrictions on any attempts to fork, whether in whole or in part, the Protocol, within the parameters of the license. You understand and acknowledge that an attempt to subvert, avoid or any other such act which diminish such licenses as they appear from time-to-time within the open source documentation may be remedied via an injunction against you or further addressed via any other method permitted by law.

If you have contributed to the Protocol (as expressly authorized), whether in a trivial or significant fashion, you consent to any and all relicensing of the contribution, and you agree to give up your rights to any such authorized contribution. The Protocol may also run on the other blockchains to which the same clause applies.

No Facilitation&#x20;

It is important to understand that neither us nor any affiliated or associated entity or person is a party to any transaction on the blockchain networks underlying the Protocol; we do not have possession, custody or control over any crypto assets appearing on the Protocol, and we do not have possession, custody, or control over any user’s funds. You understand that when you interact with any Protocol smart contracts, you retain control over your crypto assets at all times. The private key associated with the wallet address from which you transfer crypto assets or the private key associated is the only private key that can control the crypto assets you transfer into the smart contracts. You alone are responsible for securing your private keys. We do not have access to your private keys. Due to the non-custodial and decentralized nature of the technology, we are not intermediaries, agents, advisors, or custodians, and we do not have a fiduciary relationship or obligation to you regarding any other decisions or activities that you affect when using the Interface and Protocol. You acknowledge that we, for the avoidance of doubt, do not have any information regarding any users, users’ identities, or services beyond what is available or obtainable publicly via the blockchain or as delineated under our privacy policy.&#x20;

Intellectual Property Rights

All intellectual property and other rights in the Interface, its original contents and the services being provided, including, but not limited to, software, text, images, trademarks, service marks, copyrights, patents, and designs are and will remain exclusive property of us. The services may be protected by copyright, trademark and other laws of both the United States and foreign jurisdictions.&#x20;

<br>

Unless expressly authorized by us, you may not copy, modify, adapt, rent, license, sell, publish, distribute, or otherwise permit any third party to access or use the Interface or any of its contents. Accessing or using the Interface does not constitute a grant to you of any proprietary intellectual property or other rights in the Interface or its contents.

You will retain ownership of all intellectual property and other rights in any information and materials you submit through the Interface. However, by uploading such information or materials, you grant us a worldwide, royalty-free, irrevocable license to use, copy, distribute, publish and send this data in any manner in accordance with applicable laws and regulations.

You may choose to submit comments, bug reports, ideas or other feedback about the Interface, including, without limitation, about how to improve the Interface (collectively, “Feedback”). This can be done by emailing <dao@moar.market>. By submitting any Feedback, you agree that we are free to use such Feedback at our discretion and without additional compensation to you, and to disclose such Feedback to third parties (whether on a nonconfidential basis or otherwise). If necessary under applicable law, then you hereby grant us a perpetual, irrevocable, non-exclusive, transferable, worldwide license under all rights necessary for us to incorporate and use your Feedback for any purpose.

If (i) you satisfy all of the eligibility requirements set forth in the Terms, and (ii) your access to and use of the Interface complies with the Terms, you hereby are granted a single, personal, limited license to access and use the products via the Interface. This license is non-exclusive, non-transferable, and freely revocable by us at any time without notice or cause in our sole discretion. Use of the Interface for any purpose not expressly permitted by the Terms is strictly prohibited.&#x20;

Additional Rights\
We reserve the following rights, which do not constitute obligations of ours: (a) with or without notice to you, to modify, substitute, eliminate or add to the Interface; (b) to review, modify, filter, disable, delete and remove any and all content and information from the Interface; and (c) to cooperate with any law enforcement, court or government investigation or order or third party requesting or directing that we disclose information or content or information that you provide.

Privacy

For information on privacy and data protection, please refer to our Privacy Policy.&#x20;

Prohibited Activity\
You agree not to engage in, or attempt to engage in, any of the following categories of prohibited activity in relation to your access and use of the Interface:

* Intellectual Property Infringement. Activity that infringes on or violates any copyright, trademark, service mark, patent, right of publicity, right of privacy, or other proprietary or intellectual property rights under the law.
* Cyberattack. Activity that seeks to interfere with or compromise the integrity, security, or proper functioning of any computer, server, network, personal device, or other information technology system, including (but not limited to) the deployment of viruses and denial of service attacks.
* Fraud and Misrepresentation. Activity that seeks to defraud us or any other person or entity, including (but not limited to) providing any false, inaccurate, or misleading information in order to unlawfully obtain the property of another.
* Any Other Unlawful Conduct. Activity that violates any applicable law, rule, or regulation of your jurisdiction, including (but not limited to) the restrictions and regulatory requirements imposed by your jurisdiction with specific regards to use of the Interface for money laundering activities or terrorist financing or use of illicit funds from proceeds from any hack or otherwise.

OFAC and Sanctioned Entity and Digital Asset Addresses Prohibition

Without limiting the generality in the aforementioned, you agree that you shall not engage with the Interface or Protocol in any manner whatsoever if you are a sanctioned entity on the U.S. Office of Foreign Asset Control (“OFAC”) sanctions list, own a digital asset address under the OFAC list, or have engaged with any entity or digital asset address on that list, directly or indirectly, in the receipt and/or transmission of tokens. This list includes but is not limited to any of the following addresses listed below and addresses which you know have interacted with the following prohibited addresses since August 8th, 2022 (the “Initialization of Sanction”). Such digital asset addresses are identified by OFAC as the prohibited Tornado Cash (a.k.a. Tornado Cash Classic; a.k.a. Tornado Cash Nova) addresses. A non-exhaustive list can be found below, which as prior mentioned, includes any digital asset addresses which have interacted with the following explicitly sanctioned digital asset addresses since the Initialization of Sanction.

<br>

0x8589427373D6D84E98730D7795D8f6f8731FDA16

0x722122dF12D4e14e13Ac3b6895a86e84145b6967

0xDD4c48C0B24039969fC16D1cdF626eaB821d3384

0xd90e2f925DA726b50C4Ed8D0Fb90Ad053324F31b

0xd96f2B1c14Db8458374d9Aca76E26c3D18364307

0x4736dCf1b7A3d580672CcE6E7c65cd5cc9cFBa9D

0xD4B88Df4D29F5CedD6857912842cff3b20C8Cfa3

0x910Cbd523D972eb0a6f4cAe4618aD62622b39DbF

0xA160cdAB225685dA1d56aa342Ad8841c3b53f291

0xFD8610d20aA15b7B2E3Be39B396a1bC3516c7144

0xF60dD140cFf0706bAE9Cd734Ac3ae76AD9eBC32A

0x22aaA7720ddd5388A3c0A3333430953C68f1849b

0xBA214C1c1928a32Bffe790263E38B4Af9bFCD659

0xb1C8094B234DcE6e03f10a5b673c1d8C69739A00

0x527653eA119F3E6a1F5BD18fbF4714081D7B31ce

0x58E8dCC13BE9780fC42E8723D8EaD4CF46943dF2

0xD691F27f38B395864Ea86CfC7253969B409c362d

0xaEaaC358560e11f52454D997AAFF2c5731B6f8a6

0x1356c899D8C9467C7f71C195612F8A395aBf2f0a

0xA60C772958a3eD56c1F15dD055bA37AC8e523a0D

0x169AD27A470D064DEDE56a2D3ff727986b15D52B

0x0836222F2B2B24A3F36f98668Ed8F0B38D1a872f

0xF67721A2D8F736E75a49FdD7FAd2e31D8676542a

0x9AD122c22B14202B4490eDAf288FDb3C7cb3ff5E

0x905b63Fff465B9fFBF41DeA908CEb12478ec7601

0x07687e702b410Fa43f4cB4Af7FA097918ffD2730

0x94A1B5CdB22c43faab4AbEb5c74999895464Ddaf

0xb541fc07bC7619fD4062A54d96268525cBC6FfEF

0x12D66f87A04A9E220743712cE6d9bB1B5616B8Fc

0x47CE0C6eD5B0Ce3d3A51fdb1C52DC66a7c3c2936

0x23773E65ed146A459791799d01336DB287f25334

0xD21be7248e0197Ee08E0c20D4a96DEBdaC3D20Af

0x610B717796ad172B316836AC95a2ffad065CeaB4

0x178169B423a011fff22B9e3F3abeA13414dDD0F1

0xbB93e510BbCD0B7beb5A853875f9eC60275CF498

0x2717c5e28cf931547B621a5dddb772Ab6A35B701

0x03893a7c7463AE47D46bc7f091665f1893656003

0xCa0840578f57fE71599D29375e16783424023357

0x58E8dCC13BE9780fC42E8723D8EaD4CF46943dF2

0x8589427373D6D84E98730D7795D8f6f8731FDA16

0x722122dF12D4e14e13Ac3b6895a86e84145b6967

0xDD4c48C0B24039969fC16D1cdF626eaB821d3384

0xd90e2f925DA726b50C4Ed8D0Fb90Ad053324F31b

0xd96f2B1c14Db8458374d9Aca76E26c3D18364307

<br>

You agree that you are solely responsible for ensuring that your address used for the interaction with the Interface and Protocol does not fall within the list above. You are also responsible to keep up to date as to when and if OFAC adds newly sanctioned digital asset addresses and to ensure that your address does not fall within the updated list. This can be done via a search at [Specially Designated Nationals And Blocked Persons List (SDN) Human Readable Lists | U.S. Department of the Treasury](https://home.treasury.gov/policy-issues/financial-sanctions/specially-designated-nationals-and-blocked-persons-list-sdn-human-readable-lists).&#x20;

Not Registered with the SEC or Any Other Agency\
We are not registered with the U.S. Securities and Exchange Commission or Commodities and Futures Trading Commission as a national securities exchange or in any other capacity and are not registered with any other national or state financial regulatory body anywhere else in the world. You understand and acknowledge that we do not broker any orders on your behalf, whether you execute any trades, swaps, redemptions, lending, staking or borrowing via the Protocol. We solely provide you an Interface by which you interact with the Protocol, and do not exercise control over the Protocol. We also do not facilitate the execution or settlement of your trades, swaps, redemptions, staking, lending or borrowing which occur entirely on the public distributed Aptos blockchain and which may occur on other distributed ledgers in future iterations and editions. The information provided through the Interface does not represent an offer, a solicitation of an offer, or any advice regarding, or recommendation to enter into, a transaction with the Interface. Additionally, The Interface does not act as an agent for any of the users. Such trading functions are facilitated solely via smart contract in a decentralised manner and with no engagement, facilitation or assistance from us, the Organisation or any other associated party.&#x20;

Non-Solicitation; No Investment Advice\
You agree and understand that all trades, swaps, staking, redemptions, lending or borrowing you submit through the Interface are considered unsolicited, which means that you have not received any investment advice from us in connection with any transaction, whether leveraged or unleveraged, trades, swaps, staking, redemptions, lending or borrowing, and that we do not conduct a suitability review of any positions, trades, swaps, staking, redemptions, lending or borrowing you submit.\
\
All information provided through the Interface and through other moar.market communication channels is for informational purposes only and should not be construed as investment advice. You should not take, or refrain from taking, any action based on any information contained in the Interface or communication channels. We do not make any investment recommendations to you or opine on the merits of any transaction or opportunity whether on the Interface or otherwise. You alone are responsible for determining whether any transaction is appropriate for you based on your personal investment objectives, financial circumstances, and risk tolerance and as appropriate, before taking any financial, legal, or other decisions involving the Interface, you should seek independent professional advice from an individual who is licensed and qualified in the area for which such advice would be appropriate.

No Warranties\
The Interface is provided on an "AS IS" and "AS AVAILABLE" basis. To the fullest extent permitted by law, we disclaim any representations and warranties of any kind, whether express, implied, or statutory, including (but not limited to) the warranties of merchantability and fitness for a particular purpose. You acknowledge and agree that your use of the Interface is at your own risk. We do not represent or warrant that access to the Interface will be continuous, uninterrupted, timely, or secure, or that the information contained in the Interface will be accurate, reliable, complete, or current, or that the Interface will be free from errors, defects, viruses, or other harmful elements. No advice, information, or statement that we make should be treated as creating any warranty concerning the Interface. We do not endorse, guarantee, or assume responsibility for any advertisements, offers, or statements made by third parties concerning the Interface.

Non-Custodial and No Fiduciary Duties\
The Interface is a purely non-custodial application, meaning you are solely responsible for the custody of the cryptographic private keys to the digital asset wallets you hold. This Agreement is not intended to, and does not, create or impose any fiduciary duties on us. To the fullest extent permitted by law, you acknowledge and agree that we owe no fiduciary duties or liabilities to you or any other party, and that to the extent any such duties or liabilities may exist at law or in equity, those duties and liabilities are hereby irrevocably disclaimed, waived, and eliminated. You further agree that the only duties and obligations that we owe you are those set out expressly in this Agreement.

Compliance Obligations\
The Interface is operated from international facilities. By accessing or using the Interface, you agree that you are solely and entirely responsible for compliance with all laws and regulations that may apply to you, and you must ensure continuing compliance with any and all laws and regulations throughout your use of the Interface and interaction with the Protocol to the highest degree of due diligence. Specifically, your use of the Protocol may result in various tax consequences, such as income or capital gains tax, value-added tax, goods and services tax, or sales tax in certain jurisdictions. It is your responsibility to determine whether taxes apply to any transactions you initiate or receive and, if so, to report and/or remit the correct tax to the appropriate tax authority.

Assumption of Risk\
By accessing and using the Interface, you represent that you fully understand all risks associated with decentralized finance platforms, and the compounded risks associated with the use of leverage therewith, and are financially and technically sophisticated enough to understand the inherent risks associated with using cryptographic and blockchain-based systems, including the functionality, usage, storage, transmission mechanisms, and intricacies associated with cryptographic tokens, token storage facilities (including wallets), blockchain technology, and blockchain-based software systems; and that you have a working knowledge of the usage and intricacies of digital assets and mechanisms pertaining to Web 3.0 applications, which encompasses the use of web interfaces to interact with blockchain based applications. In particular, you understand that blockchain-based transactions are irreversible and that Web 3.0 applications have intrinsic and unique risks and such are understood, appreciated and assumed by you.&#x20;

You further understand that digital assets are highly volatile due to factors including (but not limited to) adoption, speculation, technology, security, and regulation, and use of digital assets with leverage further amplifies the aforementioned risks. You understand the risks inherent in decentralized finance, including but not limited to interdependencies between protocols and the risk of downtime and exploitation in the event that any dependency is hacked, breached or exploited, and other general risks which may cause the loss of some of all of the assets which you have supplied to the Protocol. The use of leverage will greatly increase the level of associated risk therewith interaction with the Protocol and you are of sufficient sophistication to assume any and all risks in using the Protocol for leveraging activities. You acknowledge and accept that the cost and speed of transacting with cryptographic and blockchain-based systems such as Aptos and other distributed ledgers systems are variable and may increase dramatically at any time. You further acknowledge and accept the risk that your digital assets may lose some or all of their value while they are supplied to the Protocol, you may suffer loss in the course of using the Protocol, depegging of assets, general liquidation, and experience significant cost as a result of any risk. You further acknowledge that we are not responsible for any of these variables or risks, do not own or control the Protocol, and cannot be held liable for any resulting losses that you experience while accessing, using or attempting to use the Interface. Accordingly, you understand and agree to assume full responsibility for all of the risks of accessing, using and attempting to use the Interface to interact with the Protocol.

You further understand and agree to assume risks associated with use of the Interface itself, including but not limited to risks involving vulnerabilities and hacks which may, among other things, cause the Interface to redirect you to smart contracts other than the Protocol, which may be nefarious and can cause you to lose all of your funds supplied thereto, exposures of your personal data and information (insofar as is collected, as further described in our Privacy Policy), and you further appreciate the material risks associated with using front-end interfaces to interact with Web 3.0 applications, which are also applicable to the Interface.&#x20;

Third-Party Resources and Promotions\
The Interface may contain references or links to third-party resources, including (but not limited to) information, materials, products, or services, that we do not own or control. In addition, third parties may offer promotions related to your access and use of the Interface. We do not endorse or assume any responsibility for any such resources or promotions. If you access any such resources or participate in any such promotions, you do so at your own risk, and you understand that this Agreement does not apply to your dealings or relationships with any third parties. You expressly relieve us of any and all liability arising from your use of any such resources or participation in any such promotions.

Release of Claims\
You expressly agree that you assume all risks in connection with your access and use of the Interface and your interaction with the Protocol and shall expressly waive and release us, associated persons and entities including the Organisation, Organisation members and participants and any other Organisation associated parties from any and all liability, claims, causes of action, or damages arising from or in any way relating to your use of the Interface and your interaction with the Protocol.&#x20;

Indemnity\
You agree to hold harmless, release, defend, and indemnify us, the Organisation, associated entities and our officers, directors, employees, contractors, agents, affiliates, and subsidiaries from and against all claims, damages, obligations, losses, liabilities, costs, and expenses arising from: (a) your access and use of the Interface; (b) your violation of any term or condition of this Agreement, the right of any third party, or any other applicable law, rule, or regulation; and (c) any other party's access and use of the Interface with your assistance or using any device or account that you own or control.

Limitation of Liability\
Under no circumstances shall we or any of our officers, directors, employees, contractors, agents, affiliates, associated entities or Organisation be liable to you for any indirect, punitive, incidental, special, consequential, or exemplary damages, including (but not limited to) damages for loss of profits, goodwill, use, data, or other tangible and intangible property, arising out of or relating to any access or use (or lack thereof) of the Interface, nor will we be responsible for any damage, loss, or injury resulting from hacking, tampering, or other unauthorized access or use of the Interface or the information contained within it. We assume no liability or responsibility for any: (a) errors, mistakes, or inaccuracies of content; (b) personal injury or property damage, of any nature whatsoever, resulting from any access or use of the Interface; (c) unauthorized access or use of any secure server or database in our control, or the use of any information or data stored therein; (d) interruption or cessation of function related to the Interface; (e) bugs, viruses, trojan horses, or the like that may be transmitted to or through the Interface; (f) errors or omissions in, or loss or damage incurred as a result of the use of, any content or interaction made available or conducted through the Interface; and (g) the defamatory, offensive, or illegal conduct of any third party. This limitation of liability applies regardless of whether the alleged liability is based on contract, tort, negligence, strict liability, or any other basis, and even if we have been advised of the possibility of such liability. Some jurisdictions do not allow the exclusion of certain warranties or the limitation or exclusion of certain liabilities and damages. Accordingly, some of the disclaimers and limitations set forth in this Agreement may not apply to you. This limitation of liability shall apply to the fullest extent permitted by law.

Complaints Procedure and Dispute Resolution\
If you have any questions about the Interface, or in the event that you have any complaint or dispute regarding the Interface, you should in the first instance, email us at <dao@moar.market>. We will try to resolve your case.

\
Any dispute arising out of or in connection with this Agreement (“Dispute”), including questions regarding its existence, validity, or termination, or any other dispute arising out of the use of the protocol and interface shall initially be negotiated between the Parties in good faith a remedy to the specified breach and subsequently through a process of mediation, with the dispute being referred to a mediator nominated by the Company.&#x20;

Class Action and Jury Trial Waiver\
You must bring any and all Disputes against us in your individual capacity and not as a plaintiff in or member of any purported class action, collective action, private attorney general action, or other representative proceeding. This provision applies to class arbitration and mediation. You and we both agree to waive the right to demand a trial by jury.

Governing Law\
This Agreement shall be governed by and construed in accordance with the laws in force in Delaware, excluding its conflicts of law rules. You unconditionally submit to the exclusive jurisdiction of the courts of Delaware. Non-contractual obligations, (if any) arising out of or in connection with this Agreement (including its formation) shall also be governed by the laws of Delaware.&#x20;

Severability

Should any of the clauses within this Agreement be unenforceable or invalid, the clause running afoul shall be reasonably interpreted to fulfill the intent and purpose of the original provision. In the event interpretation is not possible, the provision shall be severed from this Agreement, leaving any and all other clauses within the Agreement whole and less the severed clause, in full force and effect.

Entire Agreement\
These terms constitute the entire agreement between you and us with respect to the subject matter hereof and in addition to the Moar Market Protocol Disclaimer and Moar Market Privacy Policy sets out all terms of the relationship, including rights due, rights waived, obligations owed and obligations waived between you and us. Where there is an inconsistency between the Protocol Disclaimer or Privacy Policy and this agreement, this agreement shall take precedence insofar as necessary to cure the conflict.&#x20;

This Agreement supersedes any and all prior or contemporaneous written and oral agreements, communications and other understandings (if any) relating to the subject matter of the terms.

\ <br>


# Privacy Policy

### Last Modified: August 27, 2024

We are committed to protecting your privacy, and we collect only the minimum of info needed to provide and improve our software and services. Your use of the services indicate you agree to this policy, the Protocol Disclaimer and our Terms of Service Agreement.

<https://moar.market/> (“Site”, “Interface”) is operated by Less Corp. (“Moar Market”).

Summary

We do not collect any of your personal information, including your IP address, other than information (if any) you voluntarily provide. We use third party analytics software like Google Analytics which allows us to see the access location of your device, and which also allows us to determine what device is being used to access the interface. The foregoing does not give us any personally identifying information about you. For more information on Google Analytics including the features enabled therethrough, please visit <https://marketingplatform.google.com/about/analytics/>.&#x20;

We only track public information made available by you via submission of transactions on the blockchain for the provision of catered services and for an improved interface experience.&#x20;

Your data protection rights

We provide these services to users globally. Your data protection rights will be dependent on your country of residence and where you are located. Please be aware that data protection laws may differ from country to country and your data may be subject to access requests from governments, courts or law enforcement.

Contact Information

If you have any questions about this policy, please contact us at <mrboson@moar.market>.<br>

**Third-Party Sites**

**The Site may contain features or links to websites and services provided by third parties. Any information you provide on third-party sites or services is provided directly to the operators of such services and is subject to those operators’ policies, if any, governing privacy and security, even if accessed through the Site.** <br>

We are not responsible for the content or privacy and security practices and policies of third-party sites or services to which links or access are provided through the Site. We encourage you to learn about third parties’ privacy and security policies before providing them with information.<br>

Age Requirements

Protecting the privacy of young children is especially important. Our Site prohibits access to children under the age of 18, and we do not knowingly collect personal information from children under the age of 18. If you believe we have received personal information about a child under the age of 18, please contact us at <mrboson@moar.market>.&#x20;

Cookies Policy

We do not collect cookies or use cookies for this Site.

Changes and Updates to this Policy

Please revisit this page periodically to stay aware of any changes to this Policy, which we reserve the right to update from time to time. If we modify this Policy, we will make it available through the Site, and indicate the date of the latest revision. Your continued use of the Site after the revised Policy has become effective indicates that you have read, understood and agreed to the current version of this Policy.<br>


# Protocol Disclaimer

Last Modified: August 27, 2024

Moar Market is a decentralized self custody peer to peer protocol on the Aptos Blockchain which allows users to conduct leveraged farming, trade with margin on external platforms and provide peer to peer lending. There is currently one version of the Moar Market Protocol (the “Protocol”), which is, as currently deployed, a “minimum viable product”. The Protocol is made up of a set of smart contracts that are deployed on the Aptos Blockchain and which may be deployed on various other blockchains as determined appropriate from time to time. Your use of the Protocol may involve various risks, including, but not limited to, losses while digital assets are being supplied to the Protocol and smart contract vulnerabilities, whether of the Protocol, or of Protocol dependencies which may result in a loss of some or all of your supplied assets. Before using the Protocol, you should review the relevant documentation, including risk disclosures present in the Moar Market Terms of Service, and other relevant documentation of associated protocol to make sure you understand how the Protocol works, including its various intricacies, and understand and appreciate the risk of utilising such a protocol. Additionally, just as you can access email email protocols such as SMTP through multiple email clients, you can access the Protocol through dozens of web or mobile interfaces.  You are responsible for doing your own due diligence on those interfaces to understand the fees and risks they present.

AS DESCRIBED IN THE MOAR MARKET TERMS OF SERVICE AGREEMENT, THE PROTOCOL IS PROVIDED "AS IS", AT YOUR OWN RISK, AND WITHOUT WARRANTIES OF ANY KIND.  Although Less Corp., a corporate entity domiciled in Delaware and d/b/a/ “Moar Market” developed much of the initial code for the Protocol and further reserves all rights associated therewith, it does not control the Protocol, which is run autonomously by smart contracts deployed on the Aptos blockchain and which shall be facilitated and maintained by the Moar Market DAO (the “Organisation”) on a continuing basis. Upgrades and modifications to the Protocol will be managed in a community-driven way by holders of the Moar Market governance token. You agree that no individual, entity or the Organisation involved in creating, facilitating or managing the Protocol will be liable for any claims or damages whatsoever associated with your use, inability to use, or your interaction with other users of, the Protocol, including any direct, indirect, incidental, special, exemplary, punitive or consequential damages, or loss of profits, cryptocurrencies, tokens, or anything else of value and you waive any rights to all claims in any and all jurisdictions arising out of any interaction with the Protocol against the associated DAO, Organisation, Less Corp., or any other affiliated or associated entity or individual.&#x20;

<br>

WE RESERVE THE RIGHT TO MODIFY THIS DISCLAIMER AND WILL NOTIFY YOU BY REUPLOADING A CURRENT VERSION OF THIS DISCLAIMER WITH A CHANGE IN THE LAST MODIFIED DATE. ALL MODIFICATIONS WILL BE EFFECTIVE WHEN THEY ARE POSTED, AND YOUR CONTINUED USE OF THE PROTOCOL AND/OR INTERFACE WILL SERVE AS CONFIRMATION OF YOUR ACCEPTANCE OF THESE MODIFICATIONS. IF YOU DO NOT ACCEPT MODIFICATIONS TO THIS DISCLAIMER AS MAY BE MADE FROM TIME-TO-TIME, YOU MUST IMMEDIATELY CEASE USING THE INTERFACE AND PROTOCOL.

\ <br>


# Links


# Asset Parameters

| Pool     | FE Max Leverage | BE Max Leverage | LTV   |
| -------- | --------------- | --------------- | ----- |
| APTUSDC  | 4x              | 5x              | 0.833 |
| WBTCUSDC | 2.5x            | 3x              | 0.75  |
| xBTCUSDC | 2.5x            | 3x              | 0.75  |
| kAPT-APT | 5x              | 8x              | 0.888 |

<table><thead><tr><th>Asset </th><th>Debt</th><th>Max Leverage</th><th>LTV</th><th data-hidden>FE Max Leverage</th></tr></thead><tbody><tr><td>USDC</td><td>USDC</td><td>11x</td><td>0.916</td><td>10x</td></tr><tr><td>USDC</td><td>APT</td><td>4x</td><td>0.8</td><td>3x</td></tr><tr><td>APT</td><td>APT</td><td>11x</td><td>0.916</td><td>10x</td></tr><tr><td>APT</td><td>USDC</td><td>4x</td><td>0.8</td><td>3x</td></tr><tr><td>USDT</td><td>USDC</td><td>11x</td><td>0.916</td><td>10x</td></tr><tr><td>USDT</td><td>APT </td><td>4x</td><td>0.8</td><td>3x</td></tr><tr><td>WBTC</td><td>USDC</td><td>3x</td><td>0.75</td><td>2x</td></tr><tr><td>WBTC</td><td>APT</td><td>3x</td><td>0.75</td><td>2x</td></tr><tr><td>xBTC</td><td>USDC</td><td>3x</td><td>0.75</td><td>2x</td></tr><tr><td>xBTC</td><td>APT</td><td>3x</td><td>0.75</td><td>2x</td></tr><tr><td>sUSDe</td><td>USDC</td><td>11x</td><td>0.916</td><td>3x</td></tr><tr><td>sUSDe</td><td>APT</td><td>4x</td><td>0.8</td><td>3x</td></tr><tr><td>thAPT</td><td>APT</td><td>9x</td><td>0.9</td><td>8x</td></tr><tr><td>sthAPT</td><td>USDC</td><td>4x</td><td>0.8</td><td>2.5x</td></tr><tr><td>sthAPT</td><td>APT</td><td>7x</td><td>0.875</td><td>4x</td></tr><tr><td>kAPT</td><td>APT</td><td>8x</td><td>0.888</td><td></td></tr><tr><td>kAPT</td><td>USDC</td><td>4x</td><td>0.8</td><td></td></tr></tbody></table>


