VALUE DECENTRALIZATIONPowered by Frontier Protocol
OverviewHow it worksArenas
Restoring session…

Value Decentralization, powered by Frontier Protocol.

WhitepaperArchitectureSDK & CLIGitHub
Arenas/Ethereum privacy
PracticeEvidence L0 ·Real ZK · controlled observational benchmark

Prove membership. Keep the identity secret on your device.

Generate a real Semaphore proof in the browser, verify one-use access off-chain, and inspect the latency and memory cost without combining them into one score.

Personal observations · not competition scores

P95 proof latency
Minimize · ms
Peak incremental memory
Minimize · MiB
A locked identity vault stays private while a membership proof opens a community gate; a reused proof is blocked.

THE IDEA IN ONE PICTURE

Prove you belong. Keep your identity private.

The gate needs proof that you are a member—not your secret identity. The same proof cannot open this gate twice.

  1. 01
    Create a private identity

    Only its public commitment joins the group.

  2. 02
    Make a membership proof

    Your browser proves membership without sending the secret.

  3. 03
    Enter once. Test reuse.

    The server verifies the proof and rejects a second use.

Concept illustration. Real proof demo below; the latency / memory competition remains PIVOT.

START HERE · A SHORT GUIDED EXPERIMENT

Open the gate. Then try the exact same proof twice.

Follow four real actions. Your private identity stays on this device; only its public commitment and proof leave the browser.

Step 1 of 4
  1. 01

    Create an identity

    Make a disposable identity for this experiment. No wallet or personal details are needed.

  2. 02

    Join the public group

    Register only the public commitment and retrieve a membership snapshot.

  3. 03

    Prove membership

    Your browser creates a proof. The server checks it before opening the gate. The first download can take a little time.

  4. 04

    Try reusing that proof

    Resend the retained proof. Success here means the gate refuses the second use, not that it opens again.

Learning progress only. No score, reward, AI fee, or payment. A tie is a valid result.

REAL SEMAPHORE V4 · INTERACTIVE PROOF LAB

One secret. One proof.
One way through.

Can you prove you belong without sending your identity secret? Build a real proof in your browser, open the Gate, then try using it twice.

Practice open. Competition closed. No wallet, AI inference or payment. Latency / memory competition remains PIVOT.
01Current step

Private identity

Only your browser knows the secret

02Waiting

Public group

Send a commitment, not the secret

03Waiting

Membership proof

Prove you belong without sending the secret

04Waiting

One-use Gate

Root + message + scope + nullifier checked

PRIVATE DEVICE: identity secret + proof Worker → SHARED: commitment, group root and proof. The enrollment server knows your commitment and this synthetic group; this is not a production anonymity system.

1. Create your identity

A disposable local secret, not a wallet or a human identity. It is never printed in the Evidence below.

Off by default. Saved identity is unencrypted browser storage. Do not use a valuable or production identity.

2. Enroll a public commitment

Join seven fixed cover commitments. The server builds a root that expires after 30 minutes. Group size and scope are fixed safety rules, not editable strategy knobs.

Requires step 1.

3. Prove, enter, challenge the rule

The browser generates a real proof. The API verifies it and reserves the nullifier: a scope-specific marker that prevents reuse.

Start with a disposable identity. No wallet, payment or AI inference is needed.

EDIT EXECUTION, NOT CRYPTOGRAPHY

How should four proofs share your device?

These settings change the local four-proof experiment only, not the single Gate entry above. More parallel work is not guaranteed to be faster or use less memory.

Ready together: 1
Proof 1
Waiting for a free slot: 3
Proof 2Proof 3Proof 4

1 Worker creations across 4 proofs. This is an allocation diagram, not a time or memory forecast. Internal engine threads stay SDK-managed.

Create a membership snapshot first.
Inspect public evidence — no identity secret

Public proof, snapshot, receipt and raw browser observations. Hashes identify evidence; browser timings do not become reproducible by hashing them.

{
  "schemaVersion": "secret-gate-walkthrough-evidence-v1",
  "contextHash": "0x13211e0b9afe64f980789b678ceaa008360d8d9fdc78b57c31f4d6239465c1a6",
  "commitment": null,
  "snapshot": null,
  "entry": null,
  "receipt": null,
  "duplicate": null,
  "storage": null,
  "benchmark": null,
  "limitation": "Off-chain synthetic-cohort demo. No identity secret, transaction, reward, official ranking or production anonymity claim."
}

FEASIBILITY DECISION · PIVOT

Correct proofs. Not yet a stable competition.

The 2026-09-09 controlled run verified all 32 proofs across 4 strategies × 2 trials. But maximum variation was 0.595 for latency and 0.331 for memory, above the predeclared CV limit of 0.15.

A small 16-setting space is easy to enumerate. We have not established a nontrivial AI strategy contest or a stable latency–memory frontier. No weighted score, official winner, Value Pool or reward is active.

Evidence in the repository: benchmarks/secret-gate/results/latest.json. A future GO requires a new controlled feasibility result, not a redesigned screen.

Challenge lifecycle and immutable terms
  1. 01
    BuildCreate a valid solution.
  2. 02
    MeasureRun the shared evaluator.
  3. 03
    ExpandMeasure contribution.
  4. 04
    AttestRunner evidence pending.
  5. 05
    SettleNo funded pool.
View immutable challenge terms →