Mercury Protocol
Website
  • Abstract
  • Unpacking the challenges
  • TBS - Intelligent MEME Alternative
  • Value Proposition
  • Mercury Launchpad
    • The Premier MEME Launchpad
    • The Challenges of Meme Economics
    • Our Solution: The Mercury Protocol
    • The Role of ME Token in Our Ecosystem
    • Our Vision for Meme Economics
    • Exclusive $ME Private Sale
  • User Guide
    • Wallet Setup
    • Private Sale Participation
    • Smartphone Guide
  • Protocol Dynamics
    • Whitepaper
    • Precheck Regulation
    • Flow Charts
    • Burn Vault
    • Time-Lock Sell Mechanics
    • TBS - Features
    • Tokenomics
    • Roadmap
    • Conclusion
  • SOCIAL MEDIA LINKS
    • Twitter / X
    • Telegram
    • Discord
    • Medium
    • Youtube
    • Website
    • Pitch Deck
Powered by GitBook
On this page

Was this helpful?

  1. Protocol Dynamics

Precheck Regulation

PRECHECK: The protocol rigorously enforces two levels of precheck restrictions:

Transaction Frequency Limit: Investors are restricted from making more than two transactions from a single wallet within 24 hours.

Transaction Amount Limit: Investors are prevented from transferring more than 1% of their wallet balance within a 24-hour timeframe

POST CHECK: The protocol establishes consistent purchase power increase after each transaction, utilizing four innovative protocol dynamics:

A) Circulating Supply Regulation: 4% of the transaction amount is permanently burned, regulating the token supply.

B) Reward Distribution: 4% of the transaction amount is equally distributed among holders, regulating exponential rewards.

C) Selling Pressure Regulation: 1% of the transaction amount is accumulated in the Burn Vault, regulating selling pressure fluctuations.

D) Liquidity Provision: 1% of the transaction amount is locked in the Liquidity Pool (LP), regulating exchange liquidity fluctuations.

These post-check operations collectively contribute to a balanced and dynamic protocol, ensuring sustained growth and stability in the ecosystem.

Implementation

MERCURY PROTOCOL will be implemented as Solidity Smart Contracts, including an Open Zeppelin layer to assist with corrections as required. The contract enforces several rules to maintain price balance when a transaction occurs, as given below.

A) If the transaction originates from the contract Owner, the receiver gets 100% of the transaction amount without a fee.

B) The contract will enforce the following when a user initiates a transaction.

i. If the transfer amount is 0.75 % of the sender's balance, the address will be locked for 24 hours.

ii. If the transfer amount is between 0.5% and 0.75% of the sender's balance, the address will be locked for 12 hours.

iii. If the transfer amount is below 0.5 % of the sender's balance, No lock occurs.

iv. A sender can make only two transactions within 24 hours.

C) The contract also enforces the following when a user receives a transaction.

i. If a recipient receives more than 0.75 % of the wallet balance, the contract will lock the wallet for 24 hours.

ii. If a recipient receives between 0.5% and 0.75 % of the wallet balance, the contract will lock the wallet for 12 hours.

iii. If a recipient receives less than 0.5% of the wallet balance, there won't be any lock, and the user can transfer funds instantly.

PreviousSmartphone GuideNextFlow Charts

Last updated 1 year ago

Was this helpful?