For the complete documentation index, see llms.txt. This page is also available as Markdown.

♻️Evrylife Tokenomics

Token economics for the Evrylife utility token

Evrylife Tokenomics and Token Distribution

Initial distribution of Evrylife Tokens

For a platform to be governed by its users and run in a decentralized fashion. The initial distribution of tokens is important. For an application such as Evrylife to operate as intended, it is important to reduce the risk of the Evrylife native token being considered as a security. Therefore, the Howey Test needs to be taken into account.

The token release for any anti-greed community focused decentralized application should be done in a way that allows for governance to be distributed as wide reaching as possible in a fair way.

The original idea was to have a fair launch auction. A fair launch auction platform helps to ensure a fair distribution of tokens by allowing participants to have an equal chance in acquiring the tokens. There would be no private sales, no team or advisor allocations. A problem that arises with this original 'crowd-sale' token distribution event is that it requires 'an investment of money/digital assets' by the participants. Secondly, this fair launch crowd-sale would generate funds that would be used 'towards the building of the platform'. Both of these create red flags that would put the Evrylife native token under the scrutiny of security regulations which hinders the ability for a decentralized social networking application to flourish. So although a fair launch does help to keep the anti-greed mindset and allow equal opportunity to all those who would like to participate it comes at a cost.

What can work better is if there is 'no crowd-sale' meaning there is 'no investment of money' or digital assets by any participants. Instead the Evrylife native token is gifted and/or earned. This can be accomplished through an airdrop process and also through the token smart contracts community governed treasuries which function to distribute tokens to those who perform tasks in the Evrylife application such as content moderation tasks and app development tasks.

Another issue that many projects face that crosses the line from utility token to security token is the payment of dividends. In place of dividends the smart contracts for Evrylife will provide users with reward tokens that are used for benefits and services in the Evrylife application. Rewards can therefore be designed to pay for decentralized storage services, decentralized bandwidth usage, discounted products and services being sold by other users, subscription based content being offered by other users, and so forth.

The token economics for this type of token distribution can look something like this:

Evrylife Token Economics

Treasury Allocations (24B EVRY Supply)

Treasury / Purpose
Amount
% of Total Supply

Early zkrPOGO Airdrop Treasury

2,400,000,000

10%

DEX Liquidity Pool

1,200,000,000

5%

zkrPOGO Treasury (moderation and database)

4,800,000,000

20%

zkrPOGO Treasury (features and development)

4,800,000,000

20%

Staking Rewards

3,600,000,000

15%

Snapshot Governance Participation

1,680,000,000

7%

Causes

720,000,000

3%

Starter Accounts Support (free storage/staking)

1,200,000,000

5%

Decentralized App Operating Costs (Storage, Compute/AI, Bandwidth)

3,600,000,000

15%

Total

24,000,000,000

100%

Total Supply & Rewards Schedule

The total supply is 24 billion tokens. There is no new mint. However the total supply will be released on a rolling period of ~20-40 years (community governed variable for rolling period) into the circulating supply. The total remaining in a treasury will be released always at formula: (total remaining in treasury) / (rolling period variable).

Locked supply gets allocated into the following community treasuries:

  1. zkrPOGO - Moderation and Development Reward Treasury

  • The % allocated to the mod rewards treasuries is to be a feature where votes by staked token holders determine the % as a community governed variable. Rewards to users that perform mod tasks are distributed from the balance of these treasuries based on a rolling period (for example a rolling 20 years). The amount available comes from remaining balance, plus any transaction fees, slashing amounts, and donation amounts which are allocated to this particular treasury.

  • The % allocated to the development rewards treasuries is to be a feature where votes by staked token holders determine the % as a community governed variable. Dev treasury rewards are used to incentivize developers to complete pending upgrades, app improvements, and new features requested by the community.

2. Staking Rewards Treasury

  • The % allocated to the staking rewards treasury is to be a feature where votes by staked token holders determine the % as a community governed variable. The reward amount for staked token holders depends on things such as the total amount they are staking (weighting), the total amount of tokens staked as a percent of total supply, and the balance of rewards available in the staking rewards treasury based on a fixed linear period (for example a rolling 10 year period).

3. DAO/Application Operating Costs Treasury

  • Application operating cost holdings is a community governed variable. This treasury automatically pays for any decentralized services and protocols that the Evrylife app needs to run. It is suggested to hold a few years' runway of the projected app costs. When this treasury reaches the amount the community decides is a good holding level, excess supply is suggested to be allocated to the other community governed treasuries.

4. Causes Treasury

  • The % allocated to the causes treasury is chosen by the staked token holders as a community governed variable. This can be set at 0% as this treasury is more for donations for when the app or users wish to contribute a portion of their rewards or net earnings from things like their subscription earnings, product and service sale earnings, or other revenue streams.

5. Initial Airdrop

  • This treasury allows for the possibility of new people wanting to use the Evrylife app for free 'as a gift'. They can receive airdropped tokens through performing a series of tasks (zkrPOGO tasks). This can allow users to get their foot in the door by creating an account and exploring the Evrylife app as a signed in user. From here users can choose to participate in mod tasks to earn rewards and increase the storage space they have available with their account by keeping their airdropped tokens staked. It is suggested that users be required to perform a zero knowledge verification to prove human individuality and non duplicate account in order to be eligible to receive 'new account related airdropped tokens'.

Micro transaction fees/burns (community governed)

Recycling token supply and making tokenomics more of a circle (Sustainable). The goal is to have these feel like they are not even there, yet they help to keep the ecosystem more sustainable. These can be enabled or disabled by community governance.

  • Swaps

  • Subscription payments

  • Purchase of products/services

  • Staking/Unstaking

  • Slashes

No transaction fees/burns

  • The transfer of any rewards earned that are sent to a user will not have any unnecessary fees or burns involved.

  • Transactions involving donations from users to community treasuries will not incur any unnecessary fees or burns. This includes both direct donations and percentage allocated donations.

Slashing Mechanism

Slashing is a way to discourage bad behavior in the Evrylife ecosystem. All users are required to have Evrylife tokens staked in order to run an account, to add content, to perform mod tasks, to flag other users content, and to provide necessary services to the platform which other users need. Slashing is a way to deter things like poor quality flag system mod task responses, posting content that violates community guidelines, and abusing the flag system.

Community governed adjustable smart contract variables

Community governed variables allow staked users to adjust variables that govern the smart contracts which run the Evrylife application and token module. Community variables are the weightings and rates for things such as rewards, slashing, transaction fees, and burns.

Community donations

Anyone can choose to help fund causes or the community governed treasuries by direct donations or by choosing to allocate a percentage of their accounts rewards or revenue earned to them. This is optional and comes with the benefit of having content displayed in additional content sections which showcases content that is helping to fund evrylife causes and able to be purchased by users at a discount using Evrylife tokens.

Users can also choose at the individual product/service level and from their own subscription packages in which they offer their subscribers to allocate anywhere from 0% to 100% of the revenue they earn to donate into community treasuries.

More details on Treasuries and Inflow Generation

Treasury or Treasury Inflow
Token Contract or Inflow
Amount
% Initial Treasury Allocation
Accepts Inflow?
Inflow Allocation %
Can Change Allocation?
Change of Inflow Rules
Release Schedule
Rolling Set At
Rolling Range
Fee Variable
DAO Intent
Variables Controller

Early zkrPOGO Airdrop Treaury

Token Contract

2,400,000,000

10%

No

na

na

na

Fixed one time

na

na

na

no

na

DEX Liquidity pool

Token Contract

1,200,000,000

5%

No

na

na

na

Fixed one time

na

na

na

no

na

zkrPOGO Treasury (moderation and database)

Token Contract

4,800,000,000

20%

Yes

20%

Yes

can take take a percent from another treasury that allows inflows, but they must remain between 2% and 90% with the total = 100% of inflow allocations

Rolling community governed variable

20

20-40 years

na

yes

zkrPOGO & Snapshot

zkrPOGO Treasury (features and development)

Token Contract

4,800,000,000

20%

Yes

20%

Yes

can take take a percent from another treasury that allows inflows, but they must remain between 2% and 90% with the total = 100% of inflow allocations

Rolling community governed variable

20

20-40 years

na

yes

zkrPOGO & Snapshot

Staking Rewards

Token Contract

3,600,000,000

15%

Yes

20%

Yes

can take take a percent from another treasury that allows inflows, but they must remain between 2% and 90% with the total = 100% of inflow allocations

Rolling community governed variable

20

20-40 years

na

yes

zkrPOGO & Snapshot

Snapshot Governance Participation

Token Contract

1,680,000,000

7%

Yes

10%

Yes

can take take a percent from another treasury that allows inflows, but they must remain between 2% and 90% with the total = 100% of inflow allocations

Rolling community governed variable

20

20-40 years

na

yes

zkrPOGO & Snapshot

Causes

Token Contract

720,000,000

3%

Yes

5%

Yes

can take take a percent from another treasury that allows inflows, but they must remain between 2% and 90% with the total = 100% of inflow allocations

Rolling community governed variable

20

20-40 years

na

yes

zkrPOGO & Snapshot

Starter Accounts Support (free storage/staking - requires zkrPOGO community score

Token Contract

1,200,000,000

5%

Yes

5%

Yes

can take take a percent from another treasury that allows inflows, but they must remain between 2% and 90% with the total = 100% of inflow allocations

On demand reserve as needed

na

na

na

yes

zkrPOGO & Snapshot

Decentralized App Operating Costs (Storage, Compute/AI, Bandwidth)

Token Contract

3,600,000,000

15%

Yes

20%

Yes

can take take a percent from another treasury that allows inflows, but they must remain between 2% and 90% with the total = 100% of inflow allocations

On demand reserve as needed

na

na

na

yes

zkrPOGO & Snapshot

Causes Donations from user subscriptions and users sales (optional amount chosen by user)

Creates Inflow

na

na

na

na

All

na

na

na

na

Chosen at user level

yes

zkrPOGO & Snapshot

Slashing for violationg community guidelines and usage policies

Creates Inflow

na

na

na

na

All

na

Community variable

na

na

0.001%

yes

zkrPOGO & Snapshot

Micro fees from swaps

Creates Inflow

na

na

na

na

All

na

Community variable

na

na

0.001%

yes

zkrPOGO & Snapshot

zkrPOGO as a service fees

Creates Inflow

na

na

na

na

All

na

Community variable

na

na

0.001%

yes

zkrPOGO & Snapshot

Compute & Bandwidth as a service fees

Creates Inflow

na

na

na

na

All

na

Community variable

na

na

0.001%

yes

zkrPOGO & Snapshot

📬Subscribe to project updates!

Last updated