Concept · Devnet stage

Prove it.
Reveal nothing else.

An early idea for zero-knowledge attestations on Solana.

Open devnet app Read the paper

Placeholder only. The waitlist is not live and nothing you type here is sent anywhere.

What it does

A notary for your wallet, without the paperwork.

Today, proving you hold funds on Solana means pointing someone at your address, which also shows them every other thing that address has ever done. Silentproof explores the narrower alternative: a cryptographic proof of one fact, and nothing around it.

I

Proof of funds

Show a counterparty that a wallet holds at least a stated amount, without exposing the address or the exact balance.

II

Allowlist membership

Prove you are on a published list, for example an access list, without revealing which entry is yours.

III

Not on a blocklist

Prove an address is absent from a given blocklist, such as a sanctions list, as a compliance attestation. It is only as good as that list.

How it works

Four steps from claim to seal.

This is the intended design, not a shipped product. Details such as the proof system are not final.

Statement

step one

A verifier names the exact claim it needs, for example "balance is at least X".

Prove locally

step two

Your device builds a proof from private inputs. The address and balance are not sent out.

Seal

step three

The proof is bound to that one statement, so it cannot be reused to claim something else.

Verify

step four

The verifier checks the proof against public data. It learns "true" or "false", nothing more.

Privacy model

What stays sealed, what stays on the record.

Hidden by design

  • Which wallet address made the proof: 7xKq…hidden
  • Your exact balance. Only a threshold such as "at least X" is shown.
  • Which allowlist entry is yours.
  • Your other holdings and history, as seen from the proof alone.

Still public

  • The statement itself, e.g. "balance is at least X" and that it was proven true.
  • The public data the proof is checked against (a list or snapshot root).
  • That a proof was presented to a verifier. Anyone you show it to learns that.
  • Everything your wallet already did on-chain before and after, which remains visible on Solana.

Silentproof aims to reduce on-chain linkability. It does not make anyone anonymous.

Transparency

Nothing is claimed that does not exist yet.

Known limitations — please read

  1. No anonymity. This reduces linkability between a claim and a wallet. It is not anonymity, and it does not hide your on-chain history.
  2. Concept and devnet stage. Nothing here is audited. Do not rely on it for real value or real compliance decisions.
  3. Solana state needs an anchor. A proof about a balance has to be checked against some committed snapshot or attestation source. That source becomes a trust assumption, and the design for it is open.
  4. A balance proof is a point in time. Funds can be borrowed for a moment, then moved. A proof says it was true at the snapshot, not that it still is.
  5. A "not sanctioned" proof is only as good as the list. Lists are maintained by others, can be incomplete or out of date, and a valid proof is not legal advice or clearance.
  6. Repeated use can link you. Reusing the same proof or identifier across verifiers can let them correlate you. Careful design is needed and none is shipped.
  7. Not affiliated. Not connected to pump.fun, the Solana Foundation, or any other project.
  8. Follow your local laws. You are responsible for lawful use, including tax and sanctions rules where you live.