Supercluster
Decentralized liquid stablecoin savings protocol
About
The problem it solves ## What Problem Does SuperCluster Solve? SuperCluster addresses three fundamental problems in DeFi stablecoin yield: hidden risk, illiquidity, and opaque yield management. ## Primary Stability ### Reducing volatility and principal risk Most “stable” yield products still expose users to indirect market risk through volatile collateral, leverage, or speculative strategies. SuperCluster focuses exclusively on stablecoins (USDC): - No exposure to price volatility - Yield sourced from real lending activity on established protocols (e.g. Morpho, Ionic) - No trading, no leverage, no speculation - Principal remains stable across both bull and bear markets Result: predictable, low-risk yield suitable for long-term capital allocation. ## Fungible Yield ### Yield + liquidity + composability Traditional yield vaults lock capital and issue non-fungible vault shares. SuperCluster issues transferable liquid yield tokens: - sToken / wsToken - Tradable on DEXs for instant liquidity - Usable across DeFi as: - collateral - liquidity provision - composable building blocks Users continue earning yield without locking funds. These are not vault receipts they are composable DeFi primitives. ## Transparent Architecture ### Fully visible on-chain allocation Most yield aggregators operate as black boxes. SuperCluster uses a modular, verifiable architecture: Core Protocol - Pilot Strategy - Yield Adapters (Morpho, Ionic, etc.) - Allocation logic is fully on-chain - Users can see: - where funds are deployed - how much is allocated per protocol - which strategy is active - No opaque or off-chain decision-making Trust is enforced by code, not assumptions. ## Automated Optimization ### Passive yield with zero active management Efficient yield generation usually requires constant monitoring and manual rebalancing. SuperCluster abstracts this complexity: - Pilot Strategy allocates capital based on risk-adjusted returns - Automatic on-chain rebalancing - No user intervention required User flow: 1. Deposit USDC 2. Receive sToken 3. Yield accrues automatically No monitoring. No timing. No strategy management. ## What Can People Use SuperCluster For? - Parking stablecoins safely while earning yield - Replacing idle USDC with liquid, yield-bearing assets - Using yield-generating tokens as collateral in DeFi - Building structured products on top of stable yield - DAO treasury management with transparent risk exposure - Passive income without trading or leverage ## Why SuperCluster Is Different - Lower risk than opaque yield vaults - More liquid than locked vault shares - More transparent than centralized aggregators - More composable than single-protocol lending positions SuperCluster turns stablecoin yield into a liquid, trust-minimized DeFi primitive.
How it's made
Challenges we ran into ## Challenges I Ran Into During development, most challenges were not theoretical, but very practical: how to safely implement yield mechanics, token behavior, and automation while keeping the system simple and auditable. ## Implementing Rebasing Without Breaking UX or Composability ### Challenge Initial designs used a rebasing token to reflect yield directly in user balances. In practice, rebasing caused issues: - Inconsistent UX across wallets and dashboards - Poor compatibility with DeFi protocols - Complexity when used as collateral or LP tokens ### How I Overcame It - Separated concerns between **yield accounting** and **token behavior** - Introduced a **non-rebasing wrapped token (wsToken)** - Rebasing is handled at the share level, not the user-facing token - Users can choose between rebasing (sToken) or non-rebasing (wsToken) depending on use case This preserved accurate yield distribution while improving composability. ## Accurate Yield Accounting With Transferable Tokens ### Challenge When yield-bearing tokens are transferable, yield attribution must remain fair regardless of transfer timing. ### How I Overcame It - Implemented a **share-based model** similar to proven lending protocols - Yield accrues globally to the pool, not per address - Token transfers move ownership of shares, not fixed yield claims - No per-user yield state required This eliminated edge cases around partial accrual and double counting. ## Safe Deposit & Withdraw Flow With External Protocols ### Challenge Deposits and withdrawals interact with multiple external protocols, increasing risk of reentrancy and inconsistent state if any call fails. ### How I Overcame It - Enforced **checks-effects-interactions** strictly - Used reentrancy guards on all external entry points - Designed adapters to be minimal and stateless - All token mint/burn operations happen only after state is finalized The system fails early and safely if any step reverts. ## Automated Allocation Without Overengineering ### Challenge Early versions attempted frequent rebalancing based on small yield differences, which increased gas costs and complexity. ### How I Overcame It - Introduced **conservative rebalance thresholds** - Allocation only changes when yield delta is meaningfully better - Avoided external oracles; relied on protocol-native rate data - Prioritized predictable behavior over micro-optimizations This reduced churn and made strategy behavior easier to reason about. ## Making On-Chain Transparency Practical ### Challenge Exposing full allocation data on-chain can quickly become gas-heavy if every detail is stored or updated frequently. ### How I Overcame It - Designed a **read-heavy, write-light** architecture - Stored only essential state on-chain - Derived views for detailed allocation breakdowns - Used events for off-chain indexing and analytics Transparency remained high without inflating gas costs. ## Takeaway Most challenges came down to trade-offs: - rebasing vs composability - automation vs predictability - transparency vs gas efficiency SuperCluster evolved by choosing simpler, safer primitives first and layering automation only where it added real value.