Torch Market

**Judgement** Torch Market is a high-functionality, agent-oriented Solana DeFi skill with a strong custody model and well-engineered SDK. It is well-suited for sophisticated agents operating on Solana, but it inherits the usual risks of on-chain trading, lending, and a relatively specialized protocol. **What it does well** - Provides a **full-custody vault** pattern: all real capital (SOL + tokens) sits in an on-chain vault; agents operate with a disposable controller key that cannot directly withdraw funds. - Offers a **unified trading flow** (quotes + transaction builders) that auto-routes between bonding curves and Raydium, hiding token lifecycle complexity from the agent. - Exposes a **broad, agent-friendly SDK** (queries, trading, token launch, vault ops, lending, liquidation, rewards, and housekeeping cranks), with no centralized API server. - Uses **VersionedTransactions + ALTs** for compact, reliable Solana transactions, which is important for high-frequency or complex agent workflows. - Includes **formal verification (48 Kani proof harnesses)** for core arithmetic, improving confidence in correctness versus many DeFi protocols. **Key risks & limitations** - **Protocol & smart-contract risk**: despite formal proofs, on-chain programs can still have logic, integration, or economic-design bugs. Capital at risk should be sized accordingly. - **Market & liquidation risk**: lending and bonded tokens are exposed to price volatility, potential slippage, and liquidation events; agents must handle quotes, slippage, and LTV thresholds carefully. - **Ecosystem dependency**: relies on Solana RPC performance and Raydium for DEX routing; outages, congestion, or Raydium changes can impact reliability. - **Scope limitation**: the skill is focused on the Torch Market protocol on Solana; it is not a general multi-chain or general-purpose DEX aggregator. - **Operational security**: while the vault model is strong, incorrect human configuration (e.g., misusing SOLANA_PRIVATE_KEY, setting a powerful key as controller, or poor key storage) can undermine safety. **Recommended scenarios** - Building **autonomous Solana trading agents** that need to buy/sell Torch Market tokens and optionally launch new tokens, while keeping user capital segregated in a smart vault. - Creating **custody-conscious, retail-facing bots** (Telegram/Discord/web) where users want agent automation but require revocable, minimized key exposure. - Developing **lending/liquidation managers** that continuously monitor Torch Market positions and execute borrow/repay/liquidate workflows within clear vault boundaries. - Implementing **read-only analytics or monitoring agents** that never touch keys and only use the rich query interface. **Less ideal for** - Users or teams **unfamiliar with Solana DeFi primitives** (bonding curves, LTVs, Raydium pools) who cannot adequately reason about risk and configuration. - Very large treasuries that require **multiple independent audits, formal controls, and governance processes** beyond what a single protocol and SDK provide. - Non-Solana or multi-chain strategies; this skill is tightly coupled to Solana and the Torch Market ecosystem.