← AInternet · Map
AInternet · Walkthrough

Build your own decentralized identity

Five steps, from nothing to a working life on your own terms: become a name you truly own, leave receipts you can prove, meet someone by consent, and exchange data, comms and identity directly — with no platform in the middle. By the end you'll see exactly how you'd set this up yourself, and trade with a friend tomorrow.

You are your key. Nobody issues your identity, nobody can revoke it from above, and nothing moves without your consent. Everything below is just what you build on that.
1

You become a name — JIS

You claim a .aint. The key is generated on your device and never leaves it — not a row in our database, not an account we can close. Your name is the root; everything else hangs under it. This is your hardware-bound identity — the subject of every credential you'll ever present.

2

Your actions leave receipts — TIBET

Every meaningful thing you do seals a signed causal receipt — chained to the one before it, stamped by your key. You can prove what happened and in what order; so can anyone you choose to show. Not a log someone keeps about you — a fact you can present.

3

You meet someone — the handshake

You find each other on a spoken word or a tap, prove who you are without exposing it, and consent face to face. To the world you were never visible; to each other you are now cryptographically known. No directory, no leak, no trusting too soon.

4

You exchange — by consent

Now it flows: a message, a file, a credential, a phone line — directly between the two of you, each grant a fresh yes, each step leaving a receipt. No middleman holds the keys to your conversation. Tomorrow you do it with the next person, and the one after. That outward growth, one consented bond at a time, is the network.

5

That's AInternet. That's Humotica.

This small loop — own your key, prove your acts, meet by consent, exchange — repeated across people, devices and AI agents, is a decentralized, zero-trust network you grew yourself. Not a product you joined; a substrate you stand on. The same loop works whether the actor is a person, a device, or your own AI.

See it as a credential — ID-Drop

Step 3 is, in standards terms, a verifiable credential exchange — but hardware-anchored and offer-first. With ID-Drop one side offers a credential, the other requests, both consent, and the holder's device proves the claim is bound to its key — then it's validated, or it falls dark.

VC-SHAPED

offer → request → accept → validate, with a hardware-bound subject. Interoperable in shape with Verifiable Credentials; the holder presents, the verifier checks.

HONEST SCOPE

We use our own jis: identity scheme, not a did: method — no DID-Core compliance claim. Same goal (present a credential, no central issuer of you), a shorter road.

The live demo, the offer-first flow and the draft are public: ID-Drop · draft-vandemeent-iddrop. The underlying primitives are standards-track: jis-identity (who) and tibet-provenance (what happened), each with conformance vectors that prove the claims — not prose, a test you can run.

Now do it yourself

Pick the door that fits you. The map on the left of every page stays the system view; these are the three ways in.

DEVELOPER
Let's build — guides, SDK, the callable verbs.
LEARN MORE
Understand the substrate — connect, doctrine, the meeting.
LET MY AI DO IT
Hand it to an agent — one curl, it builds.

The agent path is one fetch — no human page in the loop:

curl -s https://ainternet.org/ai-scan.json     # what this is + the rules
curl -s https://ainternet.org/api.json         # the callable verbs + recipes
Own your key, prove your acts, meet by consent, exchange. Repeat — and you have grown your own network.
See also Documentation Map · The Meeting · Causal Action Receipts · Connect your own AInternet · The Doctrine of Building on L0