Whitepaper

What is Phoenix Revive?

Phoenix Revive (PXR), launched October 12, 2022, is a dynamic BEP20 token system that can re-launch seamlessly at every optimized opportunity. When a "Revive" occurs, a new version of the PXR contract is released, instantaneously migrating the exact liquidity and token holders to the new contract.

Every time the price reaches an all-time high (ATH), the contract will automatically set a floor price of approximately 80% of ATH. Those who sell their tokens below the floor price will be penalized with a 50% tax. That tax is used for project funding and token deflation (burning PXR). The deflation of PXR is a "true burn", meaning tokens are actively and permanently removed from the overall supply in real-time.

The PXR system also includes a dApp that allows other BEP20 projects to seamlessly contribute their liquidity and holders into the PXR token using the same breakthrough contract mechanics.

What's different about PXR compared to other re-base, re-launch, or "burn" tokens?

PXR is a unique written-from-scratch contract that can solve multiple pain points in project sustainability, token migration, and "dead" project revival.

- PXR is not an elastic supply "re-basing" token; instead, it is a deflationary token with hard-coded floor prices and automated burns

when those floor prices are tested. The computerized floor price revival and supply burn to act as a safety net, preserving token value as new investors enter the system.

- PXR is not simply a "re-launching" token, nor does it rely on the traditional re-launching or manual holder migration mechanics; this is done instantaneously, on-chain, without the need for snapshots, airdrops, or liquidity call-backs. All of the information stored in the "parent" contract can be revived automatically in a "child" contract, eliminating user errors, downtime, multiple gas fees, and communication bottlenecks.

- PXR's parent contract allows for the seamless integration of outside projects. Using the Revive dApp, developers and project owners of "dead" projects who wish to reward themselves and their holders may contribute their project's liquidity to PXR in exchange for full integration into the PXR holder base in proportion to the liquidity contribution. This expands on the core idea of "revival" and, in turn, creates an organic community network effect.

How does the contract work, and what are the tokenomics?

The foundation of PXR is the parent storage contract, continuously updating and holding all of the information of the subsequently "revived" contracts. This parent contract is a "factory" of sorts, with the ability to instantly generate a new contract with that stored information and liquidity.

In coding the revivals through the parent contract, PXR can drastically streamline multiple processes, eliminating manual inputs, gas fees, and the potential for nefarious actions previously experienced in token migration and duplicate contract generation.

The contract also hard-codes the "Floor Tax", which automatically goes into effect when the market capitalization goes under the current floor price. The floor price is 80% of the all-time-high (ATH) market capitalization at each Revive. Selling below the floor price will automatically trigger the Floor Tax.

Since the ATH and floor price changes with each Revive, existing and new investors are provided a secure and safe investment through the anti-dump dynamic floor price system, which incentivizes an intelligent profit-taking strategy by those holders who wish to sell and avoid the 50% Floor Tax.

Furthermore, holders benefit from PXR's true supply deflation, making their tokens more valuable over time. Also, a considerable amount of the tax proportions will provide more liquidity, promoting the long-term stability of the token. See below for the tax breakdowns.

Tokenomics and Tax Features

• Initial Supply - 100,000,000 PXR (100% of tokens to liquidity, no team tokens or unlocked tokens)

• Buy and Sell Taxes - 5% (1% Treasury, 2% Marketing, 2% Liquidity)

• Floor Tax - 50% sell tax (triggered on sells below floor price)

Half of the Floor Tax allocations are used to burn PXR. The other half will have the same ratio as the 5% tax.

What are the use cases and project goals of PXR?

As an emerging token system boasting a breakthrough in code development, the full scope of use cases is still being determined. Given the seamless, instant, and nearly feeless features of the parent contract, the PXR system can quickly scale to support an infinite number of users at minimal cost to developers and project owners.

At the time of writing, the focus is on developing the Revive dApp to onboard quality project owners, developers, and holders who have experienced a project failure and wish to reward themselves and revive their project liquidity.

PXR can safely and effortlessly integrate quality project communities under a single, secure umbrella to revive the seemingly lost value of their projects. Many projects fail to reach their potential through no team or community fault. PXR provides a second chance to those investors, usually diamond hands, who support the project until the end.

Utility: Revive dApp - the first of its kind!

Problem identified in BSC:

Diamond holders follow a simple investing philosophy – moon or dust. The purpose of the Revive dApp is to reward those diamond holders who invested in a project that failed to moon. PXR identified the widespread issues throughout BSC where a project failed to reach the intended performance.

Eventually, all that is left is diamond holders and funds in the liquidity pool that are often not material enough for diamond holders to sell. PXR was developed to identify and reward those diamond holders while also providing a mechanism for honest project owners to give their holders a chance at realizing a return on investments that was not achieved in their project.

Solution:

Phoenix Revive is building a decentralized application (dApp) called "Project Revive", which allows PXR to absorb and recruit diamond holders from projects which have "died" for a percentage of their liquidity as revenue generation.

Project owners can deposit their project's liquidity and seamlessly migrate their holders into Phoenix Revive. The funds from the liquidity will be used as a reserve to execute buys when a user exchanges their tokens for PXR.

This will enable Phoenix Revive to:

- Create another utility use case

- Recruit holders and diamond holders from other projects

- Grow the PXR community

- Reaffirm our "revive" theme by reviving these holders' dust tokens into PXR tokens

- Generate revenue and increase buy pressure and value for holders

- Grow our ecosystem

Example

The owner raises 30 BNB in presale, of which 10 BNB goes into LP. The project launches, and after a certain period, volume decreases, activity slows down, and the chart declines. The project is left with mostly diamond holders supporting and hoping to see a reversal. There remains 13 BNB in liquidity and 200 holders.

The owner will use the Revive dApp to deposit liquidity and allow the 200 holders the opportunity to exchange their tokens for PXR. If all 200 holders claim their PXR through the dApp, PXR gains 13 BNB in buybacks and 200 new diamond holders.

FAQ - Frequently Asked Questions

Q: What is the utility behind this project?

A: Phoenix Revive is a smart contract with four unique features: as the name suggests, (1) it can seamlessly migrate holders to a new contract in one transaction (valuable for contract optimization/improvisation).

(2) protect holders with a dynamic floor price (set at 20% below the previous "all-time high").

(3) Selling below the floor price activates a true supply deflationary burn feature.

(4) Using our Revive dApp, we can absorb the liquidity and holders from unsuccessful projects into the liquidity of Phoenix Revive, and the holders gave their share of PXR tokens, therefore, giving their tokens another "revival."

Q: Do you plan to have more utilities in the future?

A: We are developing a dApp to acquire massive amounts of quality investors and diamond hands. On top of that, it will provide us with a steady stream of revenue that will go back into the charts.

Q: What if I want to sell below the floor price?

A: We won't stop anyone from selling below the floor price, but a 50% tax will incur, and it's split as per the tax ratio to its spending. It is recommended to wait for others to buy above the floor price, and you can sell with the regular tax. If the selling amount causes the price to dip below the floor level, it will also trigger the full 50% tax.

Q: Why is the floor price always changing?

A: We now have a dynamic floor price system, roughly 80% of ATH. When a new ATH has been detected, the floor price will automatically be set; this happens on-chain.

Q: Why does poocoin or xyz scanner say 5% sell tax, but it's still 50%?

A: Poocoin or such scanners cannot pick up the change in sell tax from our unique dynamic floor price function. Please rely on your slippage output if you want to sell on normal tax. We recommend setting your slippage to 6-9%.

Contract Address

Parent contract - tracker / holders / storage:
0xfda8f3052ca5f24128103703ad0df19d5a8dc851