The source never leaves you in the clear
One auditor reads it, from a read-only GitHub grant, and nobody else. The seal names a hash of the bytecode, so what is checked is what is sealed.
A zk review on Robinhood Chain: your security checked, your privacy kept. Eight fixed checks proven inside a zkVM, a signed review, an auditor's stake behind it. Nobody sees the source.
One auditor reads it, from a read-only GitHub grant, and nobody else. The seal names a hash of the bytecode, so what is checked is what is sealed.
The repo is compiled and matched to the code on the chain, byte for byte. Then eight checks, fixed and public, run inside a zkVM and come out as a proof. Then a model reads the source and the auditor signs what it says.
This is the zk review. What the chain receives is a hash, a proof and a signature. It never receives the source, and the proof does not contain it either. Anyone can check the proof against the hash, which is why a launchpad, a wallet or a marketplace can show the mark without asking anyone.
The list of checks is short on purpose. A seal is a floor, not a ceiling, and the rules page says what it does not look for.
No path creates supply after deployment other than the ones declared in the interface.
No function lets one address move balances that are not its own.
If there is a tax, it is fixed or bounded, and the bound is ten percent.
No function can stop a specific address from selling.
Transfers cannot be switched off after launch.
No proxy, no delegatecall to an address that can change.
A buy followed by a sell completes, from a fresh address, on a fork.
Nothing can remove the code once it is sealed.
Every audit so far has asked the same price: publish the code, then we will tell people it is safe. A zk review takes the security check and leaves the privacy where it was. Here is the line, exactly.
It says these checks ran on this code and passed, and that someone locked money behind saying so. It does not say the code is good, and it cannot see what the checks do not look for. The list is on the rules page, and it will be in the contract.
Read the rulesA Pons launch, a bot, a strategy for sale: get the zk review before anyone sees the code. Connect the repo, name the contract, and the seal follows the bytecode wherever it is deployed.