PROPELOO

DEFI STAKING / YIELD INFRASTRUCTURE

Build staking infrastructure that retains liquidity and rewards loyalty.

PROPELOO engineers DeFi staking platforms — from single-asset staking and LP staking through ve-token mechanics, epoch-based reward distribution and the economic design that determines whether your staking programme retains users or accelerates mercenary capital exit. Staking is not a feature. It is an incentive system with economic consequences that compound over time.

A staking programme designed to inflate APY attracts farmers. A staking programme designed to align incentives builds a community.

Most staking programmes are liquidity mining in disguise — high APY in token emissions that attract capital looking for yield, not users who believe in the protocol. When emissions decrease, that capital leaves. PROPELOO designs staking systems that align the interests of stakers with the long-term health of the protocol: revenue sharing from protocol fees rather than pure token emissions, lock-up mechanics that commit capital for meaningful periods, veToken models that give governance power to long-term committed holders, and reward structures that reward protocol usage rather than pure capital provision. The goal is a staking system that makes your protocol stronger, not one that temporarily inflates your TVL headline.

The full staking platform stack.

A production staking platform is not one contract. It is a reward calculation engine, a lock-up enforcement system, a governance integration and a yield distribution mechanism.

System Layers

  • Staking Contract Layer: Deposit/withdraw mechanics, share accounting, lock-up enforcement, emergency exit
  • Reward Calculation Layer: Epoch-based distribution, pro-rata share calculation, reward streaming, compound mechanics
  • Lock-up & Boost Layer: Time-weighted rewards, veToken lock mechanics, multiplier calculation, early exit penalty
  • Governance Integration Layer: Voting power from staked position, snapshot integration, delegation
  • Analytics & Frontend Layer: APY display, position management, reward claiming UI, lock-up timer

Core Technical Capabilities

  • Single-asset Staking

    Stake token X, earn token Y (or X). Epoch-based reward distribution with pro-rata share accounting. Optional lock-up periods with reward multipliers. Emergency withdrawal with penalty.

  • LP Token Staking (Farms)

    Stake DEX LP tokens to earn protocol token rewards. Multiple pool support with configurable allocation points (weight-based reward distribution). MasterChef-style multi-farm contract.

  • veToken (Vote-Escrowed) Staking

    Lock tokens for 1-4 years to receive voting power and boosted rewards. Voting power decays linearly over lock period. Gauge voting for reward allocation. Revenue sharing from protocol fees.

  • Protocol Revenue Sharing

    Distribute protocol fee revenue to stakers — swap fees, borrowing fees, protocol revenue converted to stablecoin or ETH and distributed pro-rata. xToken model (staking receipt token with appreciating price).

  • NFT-boosted Staking

    Stake NFTs alongside tokens for additional reward multipliers. NFT tier-based boost levels. Combined token + NFT staking positions.

  • Auto-compound Vaults

    Automated reward compounding — harvest rewards, convert to staked asset, restake — running on keeper network or Chainlink Automation. Compound frequency optimised for gas efficiency.

How we think about staking design.

The question every staking system must answer: when emissions end, why would anyone stay? If the answer is only "because APY is still high," the system will fail the moment emissions stop.

  • Real yield vs emission yield

    Emission yield (token rewards from inflation) inflates APY but creates sell pressure from reward recipients. Real yield (protocol revenue shared with stakers) is sustainable because it scales with protocol success. The best staking systems combine both — emissions to bootstrap initial participation, transitioning to real yield as the protocol matures. Design the transition plan before launch.

    Axiom:

  • Lock-up mechanics must be proportional to the benefit

    A 4-year lock-up that offers 2x rewards over a 0-day unstake will attract rational actors only if they believe the token price will be at least 2x higher in 4 years — a strong belief requirement. Lock-up benefits must be calibrated: governance power, boosted rewards, fee sharing and protocol access should all scale with lock duration in a way that makes the commitment genuinely attractive, not just arithmetically better.

    Axiom:

  • Mercenary capital is the enemy of staking TVL

    Capital that stakes for emissions and exits when APY drops is not committed capital — it is rental capital. The metrics that matter are: what percentage of staked capital has been staked for more than 6 months? What is the average lock-up duration? How does TVL correlate with emissions rate? A protocol with $100M TVL at 200% APY that becomes $5M TVL at 20% APY was never building a staking programme — it was running a time-limited sale on inflation.

    Axiom:

  • Reward accounting must be exact

    Staking contracts with incorrect reward accounting lose user trust immediately when claimed rewards do not match expected rewards. Accumulated reward per share calculation (the standard pattern from SushiSwap MasterChef) must be implemented without precision loss. Fuzz testing across many small and large positions over many epochs is required to verify accounting correctness.

    Axiom:

The staking system decisions that matter.

These choices define who your stakers are and whether they stay.

  • Emission-based vs revenue-based rewards?

    Impact: Protocol revenue sharing is the long-term sustainable model. Emissions are a bootstrap mechanism, not a permanent design. Build the transition plan from emissions to revenue sharing into the initial tokenomics.

    • Pure emissions — high initial APY, creates sell pressure, unsustainable without demand growth
    • Protocol revenue sharing — sustainable, scales with protocol, lower initial APY
    • Hybrid (emissions + revenue) — market standard, transition from emissions to revenue over time
    • No rewards — pure governance staking, no economic incentive
  • Lock-up model?

    Impact: veToken mechanics create the strongest long-term alignment but require the most engineering complexity and UX effort. For most protocols, tiered fixed lock-up periods with reward multipliers are the pragmatic choice.

    • No lock-up (flexible) — maximum liquidity, no commitment signal
    • Fixed lock-up periods (30/90/180 days) — simpler, less capital efficient
    • veToken (continuous lock, decay) — most sophisticated, best alignment, highest UX complexity
    • Penalty-based early exit — flexibility with cost, good UX balance
  • Single pool vs multi-pool (farms)?

    Impact: Gauge voting with veToken weighting (Curve model) creates a powerful flywheel — protocols bribe veToken holders to direct emissions to their pools. This is complex to build but creates significant secondary demand for governance tokens.

    • Single pool — simple, concentrated liquidity
    • Multi-pool with allocation points — weight-based reward distribution, MasterChef pattern
    • Gauge voting — token holders vote on pool weights, Curve-style
    • Protocol-selected allocation — team controls weights, centralized but flexible
  • Reward token?

    Impact: Native token rewards are the standard bootstrap mechanism. The long-term transition toward stablecoin or ETH rewards from protocol revenue is the maturity signal that separates sustainable protocols from Ponzis.

    • Protocol native token — creates buy pressure, but also sell pressure from farmers
    • Stablecoin (USDC/DAI) — sustainable, no sell pressure, requires revenue
    • ETH/BNB — clean, no token inflation, requires revenue
    • Multiple tokens — complex UX, multiple sell pressure sources
  • Staking receipt token?

    Impact: xToken model (stake TOKEN, receive xTOKEN that appreciates as rewards accrue) is the cleanest design for composability — other protocols can accept xTOKEN as collateral. veToken is optimal for governance alignment but sacrifices DeFi composability.

    • No receipt token — simpler, position not composable
    • Non-transferable receipt — position trackable, not tradeable
    • Transferable staked token (xToken) — composable in DeFi, price appreciates with rewards
    • veToken (lock-weighted, non-transferable) — governance power, no DeFi composability
  • Compounding?

    Impact: Auto-compounding via Chainlink Automation with gas-efficient batching is the best UX. The compounding frequency should be calibrated to gas cost — daily compounding at $5 gas, hourly at $0.1 gas. Never compound more often than the gas cost is worth.

    • Manual claim — user claims and restakes manually, flexible
    • Auto-compound vault — keeper harvests and restakes automatically
    • In-contract compounding — contract restakes on every interaction
    • Scheduled compounding (Chainlink Automation) — predictable, gas-efficient batching

What PROPELOO builds.

  • Protocol Native Staking

    Stake protocol token, earn fee revenue. xToken model with price appreciation. Multi-tier lock-up with reward multipliers and governance integration.

  • LP Farming Programme

    Multi-pool LP staking with MasterChef architecture, configurable allocation points, per-pool emission rates and governance-controlled weight adjustment.

  • veToken System

    Full Curve-style veToken implementation — lock mechanics, voting power decay, gauge voting for emission allocation and boosted rewards for long-term lockers.

  • Protocol Revenue Distribution

    On-chain revenue sharing — protocol fees flow to stakers as stablecoin or ETH, distributed pro-rata to staking positions with epoch-based accounting.

  • NFT + Token Staking

    Combined staking where NFT tier determines reward multiplier on token staking position — creating demand for both the token and the NFT collection.

  • Auto-compound Vault

    Automated compounding vault built on top of existing staking infrastructure — harvest, convert and restake with gas-efficient batching via Chainlink Automation.

The staking platform stack.

Reward accounting, lock-up enforcement and governance integration each require specific patterns.

  • Core Contracts

    Stack: Solidity 0.8+, OpenZeppelin (ERC20, AccessControl), MasterChef pattern, Synthetix StakingRewards

  • veToken

    Stack: Curve veToken reference, Gauge controller, Voting escrow contracts, Boost calculator

  • Automation

    Stack: Chainlink Automation, Gelato Network, OpenZeppelin Defender

  • Testing

    Stack: Foundry (fuzz), Echidna (invariants), Hardhat, Slither

  • Frontend

    Stack: React/Next.js, wagmi, viem, The Graph (staking subgraph)

  • Analytics

    Stack: Dune Analytics, The Graph, Custom APY calculator, Defillama integration

Staking contract security protects all staked funds.

Reward accounting errors and reentrancy are the most common critical findings in staking contracts.

  • Reward Accounting Precision

    Accumulated reward per share calculations must handle large and small position sizes without precision loss. Integer division truncation across many positions can create systematic reward shortfalls. Fuzz testing across extreme position sizes and epoch counts is required.

  • Reentrancy on Withdraw

    The withdraw function sends tokens to the caller — a malicious recipient can reenter to withdraw again before the balance is updated. ReentrancyGuard on all withdraw and claim functions is required.

  • Lock-up Bypass

    Lock-up enforcement must be in the contract, not just the frontend. Timestamp manipulation, contract-to-contract interactions that bypass UI checks, and edge cases at exactly the lock expiry timestamp must be tested.

  • Reward Manipulation

    Flash loan attacks that stake a large amount, claim accumulated rewards, and unstake in the same transaction. Snapshot-based reward calculation or minimum staking time requirements prevent this.

  • Emergency Withdrawal

    The emergency withdrawal path (withdraw without claiming rewards) must always be available regardless of contract state. A staking contract that traps user funds during a pause or emergency state is a critical vulnerability.

  • Governance Weight Manipulation

    Voting power derived from staked amount can be manipulated by borrowing tokens, voting, and returning them. Snapshot-based voting power (measured at a past block) is required for any governance that controls meaningful protocol parameters.

From design to live staking platform.

  1. 01. Economic Design

    Reward model, emission schedule, lock-up mechanics, multiplier design and transition plan from emissions to revenue sharing.

  2. 02. Contract Architecture

    Staking contract design, reward accounting model, lock-up enforcement pattern and governance integration specification.

  3. 03. Contract Development

    Core staking contracts with reward accounting, lock mechanics, emergency functions and governance hooks.

  4. 04. Invariant Testing

    Echidna testing for reward accounting invariants, Foundry fuzz testing for lock-up edge cases and flash loan attack simulation.

  5. 05. Security Audit

    Internal review plus third-party audit. Reward accounting precision verification.

  6. 06. Frontend & Analytics

    Staking UI, APY calculator, position management, lock-up timer and reward claim interface.

  7. 07. Launch & Monitoring

    Deployed with Chainlink Automation for compounding, Dune dashboard for staking analytics and alerts for anomalous staking/unstaking activity.

Frequently Asked Questions

What is the MasterChef pattern?

MasterChef is the staking contract pattern pioneered by SushiSwap. It manages multiple staking pools (farms) with an allocation point system — each pool gets a proportion of total emissions based on its allocation points. Users stake LP tokens in pools and earn the protocol token proportional to their share of the pool and the pool's allocation. It is the most widely copied staking contract pattern in DeFi and the reference implementation for multi-pool emission-based staking.

What is the xToken model?

xToken (popularised by SushiSwap's xSUSHI) is a staking receipt token that represents a share of a staking pool. When you stake TOKEN, you receive xTOKEN. As the staking pool earns fees or rewards, the TOKEN:xTOKEN ratio increases — more TOKEN per xTOKEN over time. When you unstake, you return xTOKEN and receive more TOKEN than you deposited. This is elegant because: the staked position is composable (xTOKEN can be used as collateral in DeFi), and the reward accrual is automatic without requiring periodic claim transactions.

How do we calculate APY accurately?

APY = ((1 + daily_reward_rate)^365 - 1) * 100. Daily reward rate = daily_rewards / total_staked_value. The challenge is that both numerator and denominator change continuously. For display purposes: use the current 24-hour reward rate extrapolated to 365 days, clearly labelled as variable APY. For veToken systems: APY varies by lock duration and boost level — display a range or a calculator. Never display a fixed APY that cannot be maintained — it creates user trust failures when the rate changes.

What is gauge voting?

Gauge voting (from Curve Finance) allows veToken holders to vote on how protocol emissions are allocated across staking pools (gauges). Each epoch, holders vote for their preferred gauges proportional to their voting power. Emissions then flow to gauges proportional to votes received. This creates a market for gauge votes — protocols that want emissions directed to their pool will bribe veToken holders. This secondary market (Convex, Votium) creates additional demand for the governance token beyond its primary protocol utility.

How do we prevent mercenary capital?

No mechanism completely prevents it, but these reduce it: minimum staking duration before rewards accrue (reduces profitability of deposit-harvest-withdraw in one block), lock-up periods with meaningful benefits (longer lock = more rewards), reward vesting (rewards are vested over time rather than instantly claimable), and protocol revenue sharing (sustainable yield that does not depend on emissions). The most effective approach is designing staking benefits that are valuable enough that rational actors want to stay.

Should staking rewards be in our token or stablecoins?

Token rewards bootstrap participation at launch but create sell pressure. Stablecoin rewards are sustainable but require real protocol revenue. The standard lifecycle: launch with token emission rewards to attract initial TVL, build protocol revenue, gradually shift to stablecoin/ETH distribution from protocol fees. Hybrid models (70% token, 30% stablecoin) allow gradual transition. The shift from emission rewards to real yield is the most important milestone in a DeFi protocol's maturity.

What is the veToken model and is it right for us?

veToken (vote-escrowed token) requires locking tokens for a duration in exchange for voting power and boosted rewards. Curve Finance popularised it. Benefits: strong alignment between governance power and long-term commitment, creates sustained buy pressure from users wanting governance influence, reduces circulating supply. Drawbacks: complex UX, locked capital cannot be used elsewhere, governance can be captured by well-funded actors (Convex-style). It is appropriate for protocols with significant TVL where gauge emission allocation is economically meaningful.

How long does a staking platform take to build?

Simple single-pool staking contract: 2-3 weeks. Multi-pool farming (MasterChef): 3-4 weeks. veToken system with gauge voting: 8-12 weeks. Protocol revenue distribution: 3-5 weeks. Frontend for any of the above: add 3-4 weeks. The complexity is in the reward accounting correctness and the economic design — not the contract size. Invariant testing for reward accounting adds 2-3 weeks but is strongly recommended before deployment.