Skip to main content

Smart Contract Modules

Lazy Student is built on Solana and uses a modular smart contract architecture designed for scalability, security, and low-latency interactions.

Below are the core on-chain components.

1. Efficiency Asset Registry (EAR)​

The EAR is the canonical on-chain registry for all Efficiency Assets (EAs).

Responsibilities​

  • Store EA metadata
  • Track creator ownership
  • Manage pricing parameters
  • Link reputation scores
  • Emit events for indexing

Stored Fields​

  • ea_id
  • creator_pubkey
  • metadata_uri
  • estimated_time_saved
  • price_lst
  • reputation_score

Key Functions​

  • register_asset()
  • update_metadata()
  • set_price()
  • deactivate_asset()

2. Access Control Contracts (ACC)​

ACC enforces token-gated access to EAs.

Access Modes​

  • One-time unlock
  • Time-bound access
  • Subscription tiers
  • Bundled access

Responsibilities​

  • Verify $LST payments
  • Trigger burn percentage
  • Grant access rights
  • Log access events

Key Functions​

  • unlock_asset()
  • verify_access()
  • revoke_access()

3. Reputation Oracle​

A hybrid on-chain/off-chain module that aggregates:

  • Ratings
  • Completion metrics
  • Dispute outcomes
  • Creator history

Responsibilities​

  • Compute reputation scores
  • Prevent manipulation
  • Weight ratings by staked reputation

Key Functions​

  • submit_rating()
  • resolve_dispute()
  • update_reputation()

4. Time-Arbitrage Engine​

A pricing recommendation engine.

Inputs​

  • Demand signals
  • Time-saved estimates
  • Creator reputation
  • Historical performance

Outputs​

  • Suggested price ranges
  • Efficiency rankings
  • Discovery recommendations

5. Staking Contracts​

Creators must stake $LST to publish EAs.

Responsibilities​

  • Lock creator stake
  • Slash for violations
  • Release stake on delisting

Key Functions​

  • stake_creator()
  • unstake_creator()
  • slash_stake()

6. Governance Contracts​

Handles:

  • Proposal creation
  • Voting
  • Execution
  • Treasury allocation

Key Functions​

  • submit_proposal()
  • cast_vote()
  • execute_proposal()

Architecture Principles​

  • Modular — each component is isolated
  • Upgradeable — via governance-controlled authority
  • Auditable — clear event logs
  • Low-latency — optimized for Solana’s runtime