MetaHarambe Whitepaper

The MetaHarambe Whitepaper aims to educate readers on our vision, strategy and roadmap. MTH boasts the first dual BUSD-Reflect and whale buyback system, with dynamically pegged auto-liquidity, generation, anti-snipe and anti-bot features.

MetaHarambe in a nutshell

MTH is the next evolution of a yield-generating contract on the Binance Smart Chain (BSC): you get rewarded in BUSD instead of tokens.The token contract employs a static rewards system — 14% of every transaction is split in four:

• 4% of each transaction is used buy-back MTH.
• 4% of each transaction is added to the liquidity pool to calm the waters; in order to keep balance in MetaHarambe, excess liquidity over 25% of the total market cap will be used to buy-back. The first dynamic liquidity generation of its kind.
• 4% of each transaction will be converted in BUSD and automatically sent as a reward to MTH holders.
• 2% of each transaction will be used to fund a marketing wallet in order to further explore the fullest potential of MetaHarambe.

MetaHarambe redistribution

‍Claiming manually is unintuitive for a couple of reasons:
- Need to connect your wallet manually to the website
- Time constraints as you need to return frequently to manually claim your BUSDs
- Educating holders is complicated. It’s difficult for them to understand the value until they go through the full claiming experience. More difficult to market.

‍We adopted a unique system that auto-claims for every single holder the amount due.

‍The way it works for holders: You buy tokens and hold them, every 60 minutes you’ll automatically receive BUSD in your wallet. Not a single action is required.
‍
Your MTH tokens amount is persistant and won’t change.

Behind the scenes:
- The contract keeps track in an array of all token holders
- The contract keeps an index into the array for processing
- Every transaction processes a certain number of users, depending on the transaction size (bigger token transfers can process more, since the gas will still be proportionally less than the value of the tokens)
- The token is based on a Dividend-Paying Token Standard, which means all BUSD the contract gains will be split equally proportionally to the token holders.
- When a user is processed, the contract checks how many withdrawable dividends they have, and if it is above the minimum threshold for auto-claims, will either automatically claim those dividends for BNB, or automatically buy back tokens for them.

‍This system is fully automated and doesn’t add minimal gas fees proportional to value transferred. The number of holders processed through each transaction is dynamic and based on transaction size. Holders will receive dividends from the queue based on their position in the array. It’s a fair system, fully automated.

MetaHarambe launch

‍The protocol will be launched on Thursday 9th December, 2021 through a presale on BOUNCE.FINANCE.

Public presale
‍Presale will be launched on bounce.finance.

‍DEX public listing
‍Following the presale, MTH tokens will become available for purchase on PancakeSwap Exchange.

Token Information

‍Network: Binance Smart Chain (BEP-20)
Ticker: MTH
Contract address: TBA
Decimals: 9

‍🔆TOTAL SUPPLY : 1,000,000,000,000
🔆TEAM / PARTNER Allocation: 35,000,000,000 (3.5%)
🔆TOKENS FOR PRESALE : 500,000,000,000(50%)
‍🔆 TOKENS FOR PANCAKE LISTING : 415,000,000,000 (41,5%)
🔆 TOKENS FOR MARKETING WALLET: 50,000,000,000 (5%)
🔅 Hard Cap : TBA
🔅 Presale Rate : TBA
🔅 Min./Max. Contribution : 0.1BNB-10BNB
🔅 Presale Time : TBA
🔅 Pancakeswap Listing Rate : TBA
🔅 Liquidity Locked: 70% — Unlock Date : 12 months minimum

Security of MTH

Locked Liquidity
‍Initial liquidity will be locked for a minimum of 12 months to provide holders with peace of mind that the token can always be exchanged. A trusted 3rd party, DXSALE, will operate as the middle man to ensure that all raised liquidity is locked in a secure locker for the full timeframe.

Contract Audit Prior to Launch
‍In an effort to increase transparency and ensure security, the team will purchase a top tier audit prior to launch. We’ll be able to ensure no vulnerabilities can be found such as:
- Integer Overflow
- Integer Underflow
- Callstack Depth Attack
- Timestamp Dependency
- Parity Multisig Bug
- Transaction-Ordering Dependency