One setting
In Settings, choose where new verification records anchor.
The difference is not whether outsiders can read your decisions — they never can, on either chain. A Chance record on Base is already only commitments: hashes, the judge that signed, a timestamp, and a transcript link that only you can open. What a public anchor still exposes is the shape of your activity: that a verification occurred, at what time, and at what rate.
On Starknet even that goes away. The commitments collapse into one cryptographic value and the record fields ride alongside it encrypted, so an observer cannot tell which decision it was, what it concerned, or what the verdict said — only that an entry exists.
Nothing else about verification changes: the same attested judge produces the verdict, signs it with the same key, and the same in-browser check re-derives every claim. The choice applies to future records — receipts already issued keep the chain they were anchored to.
Why a sealed record still proves something
If the on-chain entry is opaque, what does anchoring it prove? The two things that matter.This record has not changed
The commitment is derived from the record’s contents. Produce a different record later and it no longer matches what the chain has held since the moment it was anchored.
It came from the attested judge
The same key that signs every Chance verdict — held inside attested enclave hardware, never in the hands of an operator — signed this one, and the chain verified that signature before accepting the record.
Sealing is currently custodial. The sealed fields are unreadable to any observer of the chain, but Chance holds the key that unseals them. A user-held key — where not even Chance can read a record — is the next step, and the design already anticipates it.
