How are the claims checked?
Each page follows the same order. The claim is stated in its strongest fair form, with who made it and when where that is documented; otherwise it is marked as a recurring claim. What the code shows cites the verified source line by line, linked to the explorer or the official repository. What is fair in the criticism says plainly where the code confirms a real limitation. The verdict says only what the code and the chain support; questions of intent or legal character (is something a scam, a Ponzi scheme, a security) are left to courts, and each page says what courts have and have not decided. Claims by people with a financial stake in a project’s failure are reported as claims, never as facts (methodology).
What are the verdicts?
| Claim | Verdict |
|---|---|
| HEX is a Ponzi scheme | Not supported by the code; dilution and market risk are real |
| HEX has an admin key | False |
| The Origin Address is a hidden pre-mine | False as stated; disclosed allocation |
| Lobby ETH was taken by the founder | Not supported by the code; the code did what it published |
| PulseChain is just a copy | Partly accurate; the copy is the design, “nothing new” is not |
| PulseChain has a hidden pre-mine | Not supported by the client code; credit list not yet analysed |
| PLSX can be minted at will | False; ownership renounced |
| PulseX hides fees, the burn is fake | False for the burn; the v1 fee split differs from its code comment |
| INC farms are a rug | False as stated; owner steers rewards only |
| The bridge is a honeypot | Partly accurate as a risk; single keys can redirect or release locked funds |
| pTokens equal the originals | False; pWETH is redeemable only for PLS |
| PulseChain is centralised | Unproven; validators are counted, operators are not visible |
Verdicts are as of the verification date shown on each page; on-chain settings such as owners and fees can change and are re-read before every update.