Mechanics

Eth OS brings 7 gamified mechanics you control—all composable and all designed to keep you engaged with the token you create. Let’s break down what these mechanics are offering to you as a creator and what you need to know about them as a trader.

Mechanics

Reflect—the backbone of Eth OS—pure ETH rewards generated from trading volume, while preserving a 0 tax policy. No need to press any button except “Buy” to begin collecting a portion of trading fees in ETH. Reflect also supplies other mechanics with ETH based on their settings.

Auto LP—you want to expand Reflect functionality? Then you may add this mechanic to your token. Auto LP will automatically add a portion of Reflect-generated ETH and will add it to LP in a single-sided way, supplying it with additional tokens. This mechanic is designed to make your LP more dense.

Pump—the simplest mechanic to make the number go up manually by X% daily via the “Pump” button. Once the button is pressed, the protocol burns tokens in LP, making the price go up. This mechanism incentivizes users to purchase the token due to its price growth.

Ponzi—missed those juicy APYs? This mechanic is for you! Once you purchase the token, you begin to accumulate additional tokens based on owner-defined daily APY. With this mechanic, you may incentivize holding your token to accumulate more of it.

Burn—what’s DeFi without burn? We decided to include it too. This mechanism burns tokens on buy/sell transactions based on its percentage value. Also, this feature will make your token a non-zero tax, since it will deliver fewer tokens because of the burn. Burn will definitely have a positive impact on the token’s price.

Gamble—the most entertaining one! Every X hours, the protocol rewards the last buyer with ETH, so hurry up and buy the token before the countdown ends to become a potential winner, since the prize could be enormous. The game never stops as the protocol splits the prize each time for the next round, making it fun to participate since there’s always a chance to win.

Reaper—say GM or you’ll die. You need to avoid death by pressing the “Avoid Death” button every X hours to keep your tokens alive, so you can trade and transfer them. This mechanic is aimed to keep users active while also eliminating the bots. Once a user becomes inactive, it reduces "sell pressure," thereby having a positive impact on the token's price.

Dev Fee—creator's fees defined by you! No time or amount limit, you simply earn no matter what.

Architecture

How can you create a place for people to create like never before, while also protecting them at the same time? Even though Eth OS tokens are owned by creators and have numerous tools to adjust and play with, Eth OS preserves traders' security and safety and proposes a centralized control approach for token settings that allows Eth OS to adjust max values for each mechanic, though it adjusts itself for users’ needs. Let’s break down how our mechanics work and what parameters they use to be activated.

Revenue

Let’s first get familiar with how revenue is generated. Reflect is a mechanism that generates revenue out of trading volume. It calculates the amount of trades and their sizes and allows the contract to participate in trading via selling a portion of it that results in ETH based on trading volume. Reflect's max percentage of volume sell is set to 15%, but its max is controlled by Eth OS, though it might be modified. So we have ETH now—what can we do with it? Reflect ETH may be distributed to the following mechanics: Auto LP, Gamble, and Dev Fee. These 3 mechanics subtract ETH from the reflect yield that might have been distributed to holders.

Proportions

Perceive Reflect as a 100% value; based on that, you can set all mechanics' proportions by subtracting their values from 100%. So Auto LP, Gamble, and Dev Fee cannot be more than 100%. If it is less than 100%, the leftover part will be distributed as ETH rewards to holders. All these 4 components receive their portion each trade. Auto LP and Gamble do not have a hard cap and are limited only by their proportion of 100%, though Dev Fee cannot be more than 30% of all reflections, excluding the “only dev farming” scenario. Dev Fee's max value is controll ed by Eth OS and might be adjusted in the future.

Cooldown

Now we understand how ETH distribution is architected in Eth OS tokens and can discuss more in-depth aspects such as gamble cooldown. Cooldown represents how many hours of inactivity are required for the last buyer to receive that Gamble portion of ETH. It can be set by the creator from 1 to 1200 hours. This variety is presented to fit different strategies for value creation, such as preparing a gamble reward before the actual event that might have a much smaller timeframe, welcoming users to participate. Gamble also has such settings as min buy amount that is required to be eligible to participate in a gamble event, and that can’t be greater than 1% of the pair balance, which might also be adjusted by Eth OS.

Death time

Reaper is aimed at removing passive holders after some period of inactivity. Its min amount of inactivity may start with 24 hours and go up to 1200 hours. Such a big diversity of values comes from the protocol architecture. The creator can update Reaper’s value, but if its value is smaller than the previous one, the timer will be reset, reviving every inactive wallet; if the value is greater, no reset will occur. This design allows such a scenario where the community wants to remove the Reaper function but does not want to revive inactive wallets, so they are able to gradually increase Reaper’s value up until 1200 hours, which results in the need to be active once in 50 days, almost removing the mechanic itself. Min and max time for Reaper is controlled by Eth OS, though it might be modified in the future.

Pump tool

Pump—tokens burn from liquidity. This mechanic may serve different purposes for different communities. It might be a cult that doesn’t sell, or it might be an airdrop token that wants to prevail its purchase to protect early participants, or a simple token that wants to have a nice 2% daily pump controlled by the creator. But we do not exclude the fact of abuse of this function, so its max value—100%—is also controlled by Eth OS, though it might be modified in the future.

Inflation / Deflation

Burn—deflationary mechanism that burns tokens each trade, whether it is a buy or sell. It can be set with two parameters—buy burn and sell burn. Max burn percentage for buy or sell is 15%, but its max value is controlled by Eth OS and might be adjusted in the future.Ponzi—inflationary mechanic that allows users to obtain more tokens based on their balance. Its values start from 0.01% per day and go up to 100%, its max value might be adjusted via Eth OS.

Lock and Supply

And finally—creators' liquidity lock and supply. Lock is the time in which the creator aims to be compensated via Dev Fee for the provided liquidity. Its min value is set to 1 day. Even though it is not a long period of time, it gives the creator a scope on whether there’s interest in his creation and if the community is willing to go along with it. If yes, he’s able to prolong his lock, providing a guarantee for the community. Otherwise, he can return his funds after 24 hours, and those who didn’t sell until this time are able to sell at the same proportion of value they left in the liquidity pool. Supply is an owner’s tokens, and its max value is set to 5% of the total supply. Min lock and max Dev Supply adjustable via Eth OS.

Settings Lock

The creator may restrict access to modifying the token's settings to build trust with the community and provide guarantees that the token's settings won't be modified during the period of time deemed most suitable by the creator. This period may be "forever" or several days. This mechanic provides transparency for holders, allowing holders to feel safe holding the token with locked settings and locked liquidity as a "no-surprise" asset.

Together

We described to you what technical aspects of token mechanics might be controlled via the token’s creator and how mechanics’ extremes might be adjusted by Eth OS. Some mechanics' runway might seem to you as bizarre and outrageous… but you never know what amazing things people might create once you give them amazing tools. To be able to adjust, adapt, prevent, and react quickly, we designed such a flexible and centralized approach to keep tokens' parameters in check so Eth OS traders could feel safe, since Ethereum Operating System is where we build it—together…