📘
XCHandles Docs
  • XCHandles FAQ
  • Techincal Manual
    • Pricing Puzzles
    • State Scheduler
    • XCHandles
      • The Register Action
      • The Refund Action
      • The Extend Action
      • The Expire Action
      • The Oracle Action
      • The Update Action
    • DIG Reward Distributor
      • The Sync Action
      • The New Epoch Action
      • The Add Incentives Action
      • The Commit Incentives Action
      • The Add Mirror Action
      • The Remove Mirror Action
      • The Withdraw Incentives Action
      • The Initiate Payout Action
Powered by GitBook
On this page
  1. Techincal Manual
  2. DIG Reward Distributor

The New Epoch Action

Transitions to a new reward period

PreviousThe Sync ActionNextThe Add Incentives Action

Last updated 3 months ago

Note: The new epoch action code be found .

Because reward rates might change, the DIG Reward Distributor uses the concept of 'epochs', which are simply one-week periods. The rewards committed to each epoch may be different. Inside each round, rewards are distributed linearly (e.g., ~25% of the rewards will be distributed after 25% of the time in the round has passed).

Starting a new epoch requires a 'slot oracle' - spending and recreating a reward slot with the same value. This ensures that the correct rewards are allocated. The slot either:

  • Represents the new epoch, in which case it contains the reward amount

  • Represents a previous epoch but indicates that the next slot is not initialized, in which case the reward amount for the epoch to be initialized is 0

The action also creates a puzzle announcement that be asserted to ensure the dApp singleton is running the right action with the right parameters. For the new epoch action, the announcement prefix, e, is concatenated to (sha256tree epoch_end).

Written by from on Feb 16th, 2025.

here
yakuhito
FireAcademy.io