Bonus Mechanism

Introduction

This page provides a brief illustration of how the Random Token ($RAT) bonus mechanism might work in practice. We walk through various transfers among fictional holders—Alice, Bob, Carol, and Dave—to highlight how randomized bonuses are triggered and how eligibility changes over time.

Initial Setup

The following conditions apply:

• Minimum eligible balance: 100,000 RAT
• Excluded addresses: Alice (treated as a “team” or “liquidity” address)
• Bob, Carol, and Dave are not excluded and can qualify for bonuses if they have at least 100,000 RAT.

Their starting balances are:

• Alice (excluded): 500,000 RAT
• Bob (eligible): 200,000 RAT
• Carol (not yet eligible, below 100K): 90,000 RAT
• Dave (eligible): 150,000 RAT

Because Carol holds fewer than 100,000 RAT and Alice is excluded, the only addresses in the eligibleHolders list at the beginning are:

Transaction 1: Bob → Carol (50,000 RAT)

Sender: Bob (eligible), Recipient: Carol (currently not eligible). Since Bob is not excluded, the random bonus logic does trigger.

1. The contract calculates a random percentage. Suppose it picks 7%.
2. Bonus amount = 7% of 50,000 = 3,500 RAT.
3. That bonus is sent to a randomly chosen address in [Bob, Dave]. Assume the random pick is Dave.
4. Bob sends 3,500 RAT to Dave (bonus), and (50,000 - 3,500) = 46,500 RAT to Carol.

Post-transaction balances:

• Bob: 200,000 - 50,000 = 150,000 RAT
• Carol: 90,000 + 46,500 = 136,500 RAT
• Dave: 150,000 + 3,500 = 153,500 RAT
• Alice: 500,000 RAT (excluded, unchanged)

Now, Carol’s balance is above 100,000. She is added to the eligibility list:

Transaction 2: Carol → Dave (60,000 RAT)

Sender: Carol (just became eligible), Recipient: Dave (eligible).

1. Random percentage is picked. Suppose it’s 2%.
2. Bonus amount = 2% of 60,000 = 1,200 RAT.
3. The random choice among [Bob, Dave, Carol] ends up selecting Bob.
4. Carol sends 1,200 RAT to Bob (effectively subtracting it from the transfer). Then she sends the remaining 58,800 RAT to Dave.

Post-transaction balances:

• Carol: 136,500 - 60,000 = 76,500 RAT
• Dave: 153,500 + 58,800 = 212,300 RAT
• Bob: 150,000 + 1,200 = 151,200 RAT
• Alice: 500,000 RAT (excluded, unchanged)

Carol’s new balance is 76,500, which is under 100K, so she loses eligibility:

Transaction 3: Alice → Bob (40,000 RAT)

Sender: Alice (excluded), Recipient: Bob (eligible).

Because the sender is excluded, this transaction bypasses the bonus logic entirely—no random pick occurs.

• Alice: 500,000 - 40,000 = 460,000 RAT
• Bob: 151,200 + 40,000 = 191,200 RAT
• Carol: 76,500 RAT (unchanged)
• Dave: 212,300 RAT (unchanged)

Bob remains eligible since he’s still well above 100,000. Carol remains below 100K, and Alice is excluded, so:

Summary

Through these examples, we see how:

• A non-excluded sender triggers a random bonus distribution.
• All eligible addresses (≥100K RAT, not excluded) are potential bonus recipients.
• Balances fluctuate, causing addresses to cross the eligibility threshold.
• Excluded addresses, such as “team” or “liquidity” wallets, never trigger or receive bonuses.

This demonstrates the core logic behind Random Token ($RAT)’s fun, surprise-based bonus mechanism, encouraging widespread community engagement and participation.