xORCA-Backed Liquidity and Farming
Liquidity architecture in decentralized finance (DeFi) is undergoing an operational shift. Historically, liquidity products focused almost exclusively on capturing trading fees, assuming that the primary objective of market participants was frequent asset exchange. We're shifting toward in-token yield models with the pairing of the SOARTY token with Orca’s liquid staking derivative, xORCA.
Why Move to xORCA-Backed Liquidity?
Conventional liquidity provision models rely heavily on high trading volumes to generate meaningful returns for liquidity providers (LPs). However, this framework often contradicts actual user behavior across the broader cryptocurrency ecosystem, where the prevailing trend leans toward asset accumulation and preservation rather than active trading.
Consider these ecosystem baselines:
- Bitcoin: The network’s core digital gold narrative is structurally built on a buy-and-hold strategy.
- Proof-of-Stake (PoS) Blockchains: Native staking rates across major PoS networks are routinely high, frequently exceeding 90% of the circulating token supply.
- Solana: Even as a primary hub for decentralized trading volumes, Solana maintains a native staking rate of approximately 60%.
- Alternative Systems: Protocols like ORE emphasize mining or purchasing assets specifically to stake them rather than trade them.
When trading volumes are low, traditional LPs become capital-inefficient because they do not accumulate value in the absence of active swaps. This challenge can be addressed by pairing a utility token with an asset that carries yield directly inside the token wrapper itself. While yield-bearing tokens typically generate lower localized trading volumes than base SOL or popular stablecoins, pairing with them allows an LP position to grow organically over time. This strategy is designed for setups that do not rely on high trading volumes or spot trading fees to maintain capital efficiency.
To implement this framework, liquidity infrastructure for the SOARTY token has been transitioned into xORCA-backed LPs across Solana's decentralized exchange infrastructure.
How xORCA Works: The In-Token Yield Mechanism
xORCA serves as Orca's liquid staking mechanism on Solana. Users deposit standard ORCA tokens into the staking architecture and receive xORCA tokens in return. This design functions similarly to liquid staking tokens (LSTs) like jupSOL or jitoSOL, maintaining composability across DeFi while accumulating underlying value.
The Value Accumulation Engine
Rather than distributing periodic interest payments or forcing users to manually claim and restake rewards, xORCA concentrates value directly inside the token via an automated protocol fee buyback mechanism:
Traders pay fees ➔ 12% routed to protocol ➔ 40% of protocol share buys ORCA ➔ ORCA added to vault
Mathematically, this programmatic buyback represents exactly 0.0144% of Orca's aggregate trade volume (40% of the 12% protocol share). As open-market purchases buy ORCA and deposit it directly into the primary staking vault, the backing ratio changes systematically.
Because buybacks continuously add ORCA to the vault without minting new xORCA tokens, the exchange rate adjusts upward over time. Consequently, an LP's nominal balance of xORCA stays exactly the same, but each individual token becomes redeemable for a progressively larger quantity of underlying ORCA as the vault grows.
Operational Considerations
While this model provides structural growth independent of pool trading activity, users must account for specific platform parameters:
- 7-Day Redemption Cooldown: Unstaking xORCA to reclaim base ORCA tokens requires a mandatory 7-day cooldown window to maintain protocol stability and prevent exploitation around large buyback events. Initiating un-staking locks the specific redemption rate at that exact moment and issues a non-transferable "Claim Ticket" NFT. Yield accumulation halts during this 7-day period.
- Market Price Exposure: While xORCA systematically increases its valuation relative to ORCA, its broader fiat or stablecoin value remains tied to the market price of the ORCA token.
Learn more: https://docs.orca.so/governance/faq and https://docs.orca.so/governance/xorca
Farming Rewards on Meteora DAMM v2 Pools
Meteora's Dynamic Automated Market Maker (DAMM) v2 provides a highly configurable infrastructure option for hosting the SOARTY-xORCA liquidity pair.
DAMM v2 Structure
Depositing tokens into a DAMM v2 pool provides liquidity for traders, bots, and aggregators. To mitigate market fluctuations, the protocol utilizes dynamic fees that scale upward automatically during periods of intense market volatility, helping providers capture higher returns when active trading spikes.
Pool creators can choose from three specific Fee Collection Modes: Base + Quote (fees collected from the output token of each swap), Quote Only (fees collected entirely in Token B, such as xORCA), or Quote + Compounding (where a portion of quote fees auto-compounds directly back into pool liquidity while the rest remains claimable).
The Native Farming Mechanism
Unlike older protocol designs that rely on external farming smart contracts, Meteora DAMM v2 utilizes an in-built farming mechanism written directly into the core program.
[DAMM v2 Pool Position] ➔ Up to 2 Natively Initialized Reward Streams ➔ Distributed Pro-Rata
Each independent pool can initialize up to two distinct reward tokens simultaneously. Every initialized reward stream maintains its own:
- Dedicated reward vault
- Defined reward duration
- Designated reward rate
These farming rewards are distributed pro-rata to liquidity providers throughout the active duration of the farm. Because the mechanism is integrated directly into the pool, rewards can be reviewed and claimed directly from each eligible liquidity position.
When adding assets via the platform's deposit interface, entering an amount for one token causes the system to automatically calculate the required amount of the paired token based on the pool's current internal liquidity allocation ratio. The active position is tracked via a unique position NFT minted to the user's wallet, which manages the unlocked liquidity, pending fees, and active farming rewards simultaneously.
Learn more: https://docs.meteora.ag/user-guides/how-to-use-damm-v2/damm-v2-pool-detail
Farming Rewards on Raydium CPMM Pools
On Raydium, the SOARTY-xORCA liquidity allocation is deployed specifically within the Constant Product Market Maker (CPMM) pool infrastructure.
CPMM Pool Framework
Unlike Concentrated Liquidity (CLMM) systems that use complex position NFTs and user-defined price boundaries, CPMM positions are simple and passive. Raydium CPMM pools utilize standard, fungible LP tokens to represent a provider's proportional share of the pool. Depositing capital involves selecting the pool, entering an asset amount, and letting the interface auto-fill the opposing side based on the pool's active ratio.
Accumulating and Harvesting Farm Rewards
Farming rewards within the Raydium CPMM setup accrue continuously while your fungible LP tokens are actively staked in an eligible live farm.
To claim accumulated incentives without disturbing your core liquidity, use the following operational workflow:
- Navigating to the centralized portfolio dashboard at raydium.io/portfolio.
- Identify the specific active farm position.
- Click the Harvest action button.
- Review the pending token distribution across all active reward streams.
- Approve the transaction using the connected wallet to execute the transfer.
Crucially, executing standard farm deposits or partial withdrawals often triggers an automated settlement of all pending rewards as a bundled background action. Users should review confirmation prompts carefully to track these automated distributions.
Fee Economics and Best Practices
Every harvest action requires a standard Solana network transaction fee and may require an added priority fee during times of network congestion. To optimize yield efficiency, providers should avoid claiming very small pending balances frequently. For standard allocations, waiting until rewards grow large enough to comfortably offset the underlying network transaction costs represents the most capital-efficient approach. If a reward stream reaches its scheduled end date, pending rewards stop growing but remain claimable by the provider.
Learn more https://docs.raydium.io/user-flows/add-remove-liquidity
--
Latest comments
1