Supercluster
Decentralized liquid stablecoin savings protocol
Created on 12th January 2026
•
Supercluster
Decentralized liquid stablecoin savings protocol
The problem Supercluster 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:
- Deposit USDC
- Receive sToken
- 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.
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.
Tracks Applied (1)
Base Track
Technologies used