Architecture
Signet has five parts. The person's secret never leaves their device, and each business checks every request on its own server.
The parts
| Part | Run by | What it does |
|---|---|---|
| Device | The person | Checks the identity document, holds the person's secret and keys, and makes every proof. The secret exists nowhere else. |
| Registry | Signet | Keeps the list of enrolled people, which holds no name or document data, and publishes signed checkpoints of it. |
| Witnesses | Independent parties or businesses | Check every change to the registry and co-sign each checkpoint. |
| AI agent | The person, with Signet Agent | Acts for the person under a limited, signed permission. Never holds the person's identity. |
| Business | The business, with the Merchant SDK | Says which of its actions need Signet, checks each request on its own server and applies its rules per person. |
Signet runs the registry only. It is not on the path between an agent and a business.
How they connect
- Enroll. Once per person, the device proves to the registry, with a zero-knowledge proof, that the person holds a genuine identity document. The registry adds an entry that holds no name or document data.
- Co-sign. On a schedule, the registry signs a checkpoint, a snapshot of its entries. The witnesses check every change since the last checkpoint, including the proof behind each new entry, and co-sign it.
- Checkpoints. Devices and businesses accept only co-signed checkpoints, so all of them see the same registry.
- Session. Once per business, the device proves that the person is in the registry, without showing which entry is theirs. The business receives the person’s private identifier.
- Permission. The device signs a short-lived permission for the agent’s own key: which actions it may take, how many times and until when.
- Signed requests. The agent signs every request and sends it with its permission. The business checks both on its own server, applies its rules per person and answers ALLOW or DENY.