🌐 Smart Contract System
The infrastructure comprises three primary contracts:

💡1. StakeableAssetImpl (STUSD Token)
Inherits OpenZeppelin components:
• ERC20Upgradeable: Conventional token interface supporting upgrades.
• ERC20PermitUpgradeable: EIP-2612 gasless authorization.
• Ownable2StepUpgradeable: Protected two-phase ownership migration.
• ReentrancyGuardUpgradeable: Reentrancy attack prevention.
• PausableUpgradeable: Circuit breaker for emergency scenarios.

☁️ 2. StrategyRouter
• Directs USDC deposits toward yield strategies
• Governs strategy weighting and capital allocation
• Processes strategy withdrawals
• Owner-managed strategy configuration

🔐 3. VenuSTUSDVault
• ERC-4626 standard vault for Venus Protocol connectivity
• Channels USDC into Venus for yield accumulation
• Administers vUSDC positions and interest accrual
• Delivers standardized router interface

• X, Instagram, Telegram, Discord, Site, GitHub

📍 Operational Components

⏱️ Primary Token Operations
• Deposit & Generation: Transforms USDC → STUSD at 1:1 ratio with participant-specified lock duration.
• Yield Distribution: Generates supplementary STUSD from accumulated returns.
• Position Release: Manual unlock procedure post-expiration.
• Accelerated Redemption: Operator-authorized STUSD burn for USDC recovery.
• Mobility Constraints: Locked positions prohibit transfers and approvals.

⚙️ Revenue Generation
• Automatic Allocation: Deposits flow directly to Venus Protocol.
• Yield Harvesting: Generated returns collected and allocated to participants.
• Performance Fee: 7% of Venus yields captured as protocol revenue.
• Clear APY: Participants receive 93% of Venus Protocol yields.

🛠 Protection Mechanisms
• Privilege Hierarchy: Owner and operator roles for function segregation.
• Emergency Halt: Pausable operations for critical scenarios.
• Rate Limiting: Configurable thresholds on deposits and minting.
• Secure Transitions: Two-phase ownership migration process.

• X, Instagram, Telegram, Discord, Site, GitHub

🌎 Capital Flow Architecture

Participant USDC → StakeableAsset → StrategyRouter → VenuSTUSDVault → Venus Protocol   ↓
Participant STUSD ← Yield Allocation ← Protocol (93%) ← Returns Generation

⚙️ Design Constraints
StoneYield maintains security through exclusions:
• Auto-compounding mechanisms within token contracts.
• Default mobility for locked positions.
• Inflationary yield generation.
• Direct oracle dependencies.

🔍 sUSDC Wrapper Layer
For liquidity requirements, StoneYield provides sUSDC—a tradeable wrapper encapsulating STUSD:
• Enables DEX participation while preserving yield generation
• Maintains soul-bound properties for underlying STUSD
• Provides market access without compromising security model

🛎 Architectural Summary

The protocol architecture deliberately embraces constraints: minimizing complexity reduces vulnerability surface and enhances auditability. Through a consolidated contract structure and rigorous lock/transfer enforcement, StoneYield targets sustained reliability in adversarial environments.

• X, Instagram, Telegram, Discord, Site, GitHub

🔎 Tokenomics
StoneYield introduces a supply model without predefined maximums. Token generation responds dynamically to protocol activities—participant deposits and controlled reward emissions drive STUSD creation.

➡️ Genesis and Liquidity Bootstrap
• At launch, STUSD supply begins at zero. To establish decentralized exchange liquidity (for example, on PancakeSwap), protocol administrators may pre-generate a designated quantity—potentially 5,000 STUSD—matched with equivalent USDC from treasury reserves.

📊 Zero Inflation Architecture
• No algorithmic expansion, reward scaling, or rebase mechanisms exist. Every minting operation requires explicit on-chain execution under protocol governance oversight. This establishes conservative and foreseeable supply progression.

✅ Economic Summary
• StoneYield's token economics prioritize utility over speculation. All circulating supply maintains USDC backing at generation, ties to wallet-specific staking commitments, and operates exclusively through transparent protocol functions.

• X, Instagram, Telegram, Discord, Site, GitHub

🌐 sUSDC Ecosystem
Overview
The sUSDC ecosystem implements a one-way conversion mechanism from sUSDC (tradeable ERC20) to STUSD (soul-bound token). This architecture enables participants to convert their liquid sUSDC holdings into yield-bearing STUSD positions.

🔐 The sUSDC ecosystem provides a straightforward mechanism for converting liquid sUSDC tokens into yield-bearing STUSD positions. The one-way architecture eliminates complexity and potential exploit vectors while enabling yield generation through Venus Protocol integration.

• X, Instagram, Telegram, Discord, Site, GitHub

⏱️ Token Lifecycle
The StoneYield token lifecycle implements regulated phases engineered to enforce staking commitment, yield qualification, and transfer security. Distinguished from conventional staking tokens, STUSD operates as soul-bound with precisely defined state progressions.

Read more on our website.

• X, Instagram, Telegram, Discord, Site, GitHub

🔐 Locking & Hedging Logic
StoneYield enforces token immobility via wallet-specific temporal locks and protocol-governed transfer permissions. These combined mechanics establish STUSD's soul-bound characteristics and protocol security foundation.

• Locking and soul-bound enforcement operate as interconnected components of unified constraint architecture. Protocol token logic ensures STUSD movement only under verified, intentional, compliant conditions. This design fortifies staking infrastructure against composability exploits and enforces authentic position ownership.

• X, Instagram, Telegram, Discord, Site, GitHub

💡 Reward Distribution
StoneYield implements a bifurcated yield allocation system for participant rewards. The protocol generates consistent returns through Venus Protocol integration while preserving governance capacity for supplementary reward initiatives.

StoneYield's reward architecture synthesizes automated Venus Protocol yields with governance adaptability. The transparent 7% performance fee ensures sustainable advancement while participants capture 93% of generated returns. This combined framework delivers foreseeable baseline yields with enhancement potential, maintaining protocol's soul-bound token framework throughout.

• X, Instagram, Telegram, Discord, Site, GitHub

⚠️ Governance & Multisig
StoneYield employs owner-restricted functions across all critical protocol operations, encompassing minting, unlocking, burning, redemption, and configuration activities. These operations maintain intentional access control for precision management while requiring transparent and secure governance structures.

StoneYield governance architecture prioritizes transparency, auditability, and distributed control. Through multisig delegation of owner functions and strategic planning for future DAO integration, the protocol ensures critical decisions remain secure, deliberate, and accountable.

• X, Instagram, Telegram, Discord, Site, GitHub

🔐 Supply Control
StoneYield incorporates administrative burn capabilities enabling controlled circulating STUSD reduction in exceptional or protocol-critical circumstances. Distinct from inflationary architectures generating continuous supply expansion, StoneYield emphasizes deliberate supply discipline, including token retirement capacity when warranted.

Burning within StoneYield constitutes governance tooling, not participant functionality. It represents broader commitment to responsible supply administration, controlled issuance, and defense against edge-case imbalances. By maintaining burn as deliberate and gated operation, the protocol ensures maximum operational flexibility with minimal abuse potential.

• X, Instagram, Telegram, Discord, Site, GitHub

📍Roadmap
StoneYield adopts a staged deployment strategy ensuring controlled launch, community feedback integration, and progressive decentralization. The project emphasizes transparency, security, and protocol maturation over accelerated growth.

• Forward-Looking Statement
All roadmap components remain subject to modification based on market evolution, protocol performance, security assessments, and community direction. StoneYield prioritizes sustainable development over feature velocity.

• X, Instagram, Telegram, Discord, Site, GitHub

⏱️ Token Lifecycle
StoneYield manages the full lifecycle of STUSD, its soul-bound hedge token. Each phase enforces security, transparency, and sustainable yield while avoiding speculative transfers.

1️⃣ Deposit & Mint
User deposits USDC → protocol mints STUSD 1:1.
Lock is applied immediately (1 hour–365 days).
Locked tokens are non-transferable.
2️⃣ Lock Period
Until unlockAt tokens cannot move.
After expiration, user must call unlock().
3️⃣ Rewards
rewardMint() adds extra STUSD.
Rewards inherit the current lock or get a minimal 1-sec lock.
4️⃣ Unlocking
User calls unlock().
Admins may use adminUnlock().
5️⃣ Early Exit
Admins can execute earlyRedeem() to return USDC.
6️⃣ After Unlock
STUSD becomes transferable, usable in DEX, or burnable via burn().

• X, Instagram, Telegram, Discord, Site, GitHub

🔒 Locking Mechanism
StoneYield applies time-based locks for stability.
Every minted STUSD receives a lock.
⏱️ Lock: 1 hour to 365 days, set at mint and applied to the entire address. No transfers while locked.
🔓 Unlock: after expiry, users must manually call unlock(). Admins may use adminUnlock() if needed.
⚙️ Edge cases:
First rewards → 1-sec lock.
Zero balance → auto-unlock.
Special addresses operate without locks.
📊 Check status:
getRemainingLockTime(), getUserInfo(), getAvailableActions().

• X, Instagram, Telegram, Discord, Site, GitHub

🌐 Flash-Loan Resistance
Flash loans represent a significant threat vector in DeFi, enabling attackers to borrow substantial token quantities without collateral and exploit vulnerable systems within single transactions. StoneYield maintains explicit engineering to mitigate such vulnerabilities through combined architectural and protocol-level determinations.

• No Transferability = No Exploitation
With STUSD non-transferable while locked, tokens cannot be shuttled mid-transaction. Flash-loan playbooks that need rapid movement for arbitrage, recursive borrowing, or liquidity mining simply have nothing to work with.
-> Lock Validation
-> Deliberate Unlock Requirement
-> Protocol-Level Throttling
-> External Call Defense

• X, Instagram, Telegram, Discord, Site, GitHub

➡️ Transfer Restrictions
StoneYield constructs around the soul-bound token concept—assets maintaining non-transferability by default. This design introduces strong guarantees surrounding protocol behavior and reward eligibility, and helps ensure that tokenized positions cannot liquidate, trade, or deploy in exploitative financial loops.
-> Unlock Mandate
-> Whitelisted DEX Compatibility
-> Special Addresses
-> Approvals and Restrictions

Transfer restrictions are not defect—they constitute the core feature. StoneYield ensures that token movement only occurs under intentional and authorized circumstances. This preserves hedging integrity, mitigates attack vectors, and reinforces participant accountability throughout the hedging lifecycle.

• X, Instagram, Telegram, Discord, Site, GitHub

🌐 Contract Design
StoneYield uses a modular contract stack tuned for secure yield and clear separation of concerns: token controls, routing, and strategy execution live in distinct modules.

StoneYield blends soul-bound token logic with automated Venus yield routing. The modular split keeps security tight, yields transparent, and operations sustainable (7% protocol fee, ~93% to users).

• X, Instagram, Telegram, Discord, Site, GitHub