Skip to content

Commit c2371d5

Browse files
authored
Small fixes (#125)
Problem ======= - Button rename to Frequency Whitepaper - Update the capacity epoch for 6-second blocktimes Screenshots (optional): ----------------------- <img width="1243" alt="image" src="https://github.com/user-attachments/assets/d7ffbaa3-4eab-4646-b6f4-fd445c05a132" /> <img width="1159" alt="image" src="https://github.com/user-attachments/assets/20d9b38b-473b-4836-92b1-5eb6e2558aef" />
1 parent e13d238 commit c2371d5

File tree

2 files changed

+3
-3
lines changed

2 files changed

+3
-3
lines changed

pages/Tokenomics/ProviderIncentives.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -43,11 +43,11 @@ Capacity Staking has a Capacity Epoch, which is defined as a fixed number of blo
4343
The number of tokens staked by a given Provider determines that Provider's Capacity Allocation, which may be increased by [Provider Boosting](./UserIncentives.md).
4444
Providers can spend up to their full Capacity Allocation on transaction fees each Capacity Epoch.
4545
At the beginning of each Capacity Epoch, the Provider's Capacity Allocation is renewed, allowing the same amount of Capacity to be spent again in the next Capacity Epoch.
46-
The initial Capacity Epoch for Frequency is 7,200 blocks (a duration of approximately 24 hours, given Frequency's 12-second block time target).
46+
The initial Capacity Epoch for Frequency is 14,400 blocks (a duration of approximately 24 hours, given Frequency's 6-second block time target).
4747
Capacity incentivizes sending Messages by reducing transaction costs.
4848
In a social networking context, the utility of the network increases as users communicate more, so Capacity acts to increase overall network utility over time by reducing the transaction cost of Message publishing.
4949

50-
To illustrate the utility of staking for a Provider, given the initial Capacity Epoch length of 7,200 blocks, and the initial 50:1 Frequency to Capacity Staking Ratio, consider two Providers with 50 FRQCY, Provider 1 staking their tokens, and spending 1 Capacity on transaction fees each Capacity Epoch, and Provider 2 spending 1 FRQCY on transaction fees each Capacity Epoch.
50+
To illustrate the utility of staking for a Provider, given the initial Capacity Epoch length of 14,400 blocks, and the initial 50:1 Frequency to Capacity Staking Ratio, consider two Providers with 50 FRQCY, Provider 1 staking their tokens, and spending 1 Capacity on transaction fees each Capacity Epoch, and Provider 2 spending 1 FRQCY on transaction fees each Capacity Epoch.
5151
After approximately 50 days, Provider 2 would be at fund exhaustion, while Provider 1 could continue to spend 1 Capacity each Capacity Epoch indefinitely, preserving the optionality to unstake all staked tokens at some time in the future.
5252

5353
Unused Capacity does not roll over to the next Capacity Epoch.

pages/index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -14,6 +14,6 @@ Whether you're a beginner or an experienced developer, our resources will guide
1414
[Become a Provider](./Guides/BecomeAProvider.md)
1515
[Frequency Developer Gateway](./Guides/Gateway.md)
1616
[Single Sign-on](./Guides/SSO.md)
17-
[Frequency Core](./Core.md)
17+
[Frequency Whitepaper](./Whitepaper.md)
1818

1919
</div>

0 commit comments

Comments
 (0)