{"_self":{"principle":"Self-explaining payload — no external context required. This _self block describes what you are reading and where to look next.","widget":"article_topology","feature":"topology","name":"Article topology","what":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","contains":"claims, sources, anecdotes, question_graph slice","slug":"thinker-marc-stiegler","urls":{"read":"https://miscsubjects.com/api/articles/thinker-marc-stiegler/topology"},"how_to_use":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","write":null,"imessage":null,"router_tag":null,"proof_chain":[{"step":1,"claim":"Articles are voxel graphs of tiered claims, not prose blobs.","verify":"https://miscsubjects.com/api/articles/constitution"},{"step":2,"claim":"Claims link to hash-chained sources via source_ids.","verify":"https://miscsubjects.com/api/articles/thinker-marc-stiegler/sources"},{"step":3,"claim":"Ask reads topology; ingest/claim append to ledger.","verify":"https://miscsubjects.com/api/protocol"},{"step":4,"claim":"Models queue growth: populate → collaborate → repair → reflex.","verify":"https://miscsubjects.com/api/protocol/grow"},{"step":5,"claim":"Graph proves its own shape (reflex) and $/claim (yield).","verify":"https://miscsubjects.com/graph.html?layer=reflex"},{"step":6,"claim":"Full feature index + _explain on every API response.","verify":"https://miscsubjects.com/api/articles/system-map"}],"related_features":[{"id":"ask","name":"Ask protocol","what":"Answer only from topology; creates question_node with gaps and ingest_hint.","urls":{"read":"https://miscsubjects.com/api/articles/thinker-marc-stiegler/prompts","write":"https://miscsubjects.com/api/protocol/ask"}},{"id":"graph_topology","name":"Cross-article graph","what":"Merged claims/sources across condition+stack slugs for one question.","urls":{"read":"https://miscsubjects.com/api/articles/thinker-marc-stiegler/graph-topology?question=..."}},{"id":"question_graph","name":"Question graph","what":"Ask nodes (questions + gaps) and evidence_ingest nodes (pasted model output).","urls":{"read":"https://miscsubjects.com/api/articles/thinker-marc-stiegler/question-graph","write":"https://miscsubjects.com/api/protocol/ask"}},{"id":"voxels","name":"Voxel graph","what":"Claims as atoms, sources as edges (supported_by, posted_by). Per-claim provenance.","urls":{"read":"https://miscsubjects.com/api/articles/thinker-marc-stiegler/voxels","write":"https://miscsubjects.com/api/protocol/claim"}}],"system_map":"https://miscsubjects.com/api/articles/system-map","system_map_markdown":"https://miscsubjects.com/api/articles/system-map?format=markdown","not_medical_advice":true},"_explain":{"feature":"topology","name":"Article topology","what":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","why":"Every feature is auditable collective intelligence","how":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","model":null,"verifies":null,"urls":{"read":"https://miscsubjects.com/api/articles/thinker-marc-stiegler/topology"},"imessage":null,"router":null,"related":[{"id":"ask","what":"Answer only from topology; creates question_node with gaps and ingest_hint."},{"id":"graph_topology","what":"Merged claims/sources across condition+stack slugs for one question."},{"id":"question_graph","what":"Ask nodes (questions + gaps) and evidence_ingest nodes (pasted model output)."},{"id":"voxels","what":"Claims as atoms, sources as edges (supported_by, posted_by). Per-claim provenance."}],"not_medical_advice":true},"slug":"thinker-marc-stiegler","title":"Marc Stiegler — Petnames and Introduction Patterns","register":"standard","tags":["oip","kimi-import","self-explaining","voxel","thinkers","thinker-marc-stiegler"],"updated_at":"2026-07-15T04:20:39.940Z","body_excerpt":"<!-- hierarchy:nav -->\n> **Path:** [OIP](https://miscsubjects.com/a/oip) › [Thinker Reference](https://miscsubjects.com/a/oip-thinker-reference) › [Thinkers](https://miscsubjects.com/a/oip-thinkers) › **Marc Stiegler — Petnames and Introduction Patterns**\n>\n> **Shelf:** Thinkers · **Traversal:** self-explaining · hierarchical · voxel-ready\n> **Machine root:** [OIP tree](https://miscsubjects.com/api/dispatch?map=1&format=markdown) · [Registry](https://miscsubjects.com/api/dispatch?registry=1)\n\n# Marc Stiegler — Petnames and Introduction Patterns\n\n## §SELF — thinker-marc-stiegler\n\n**What this page is:** A profile of Marc Stiegler and his work on petnames and introduction patterns in capability security.\n**What it explains:** What petnames are, why they replace global naming systems, and how introduction patterns let two parties meet safely through a mutual contact.\n**Why read it:** To understand how local naming solves the conflict between human-readable names and decentralized security, and how OIP's plain-language resolution (?ask=) applies the same principle.\n\n### What Petnames Are\n\nA petname is a local name that a user assigns to a capability (a cryptographic token that grants access to a resource). The user chooses the name. No central registry is involved. Two different users can assign different petnames to the same capability without conflict.\n\n### The Problem Stiegler Solved\n\nCryptographic capability tokens are long random strings. Humans cannot remember or type them. Global naming systems like DNS or usernames attempt to solve this, but they require central authorities to resolve conflicts (two people cannot both own \"alice\") and they create targets for attack (control the registry, control the names). Stiegler asked: can humans use readable names without a central authority? His answer: yes, if names are local.\n\n### The Key Idea\n\nIf you receive a capability from someone, you name it yourself. You might call it \"Cyrus's Token.\" The person who gave it to you might call it \"Owner Key.\" The same underlying capability has two petnames — one in your namespace, one in theirs. There is no global name. There is no collision. There is no authority to appeal to or attack. The name exists only in the relationship between you and the capability.\n\n### Introduction Patterns\n\nStiegler also designed introduction patterns: protocols for safely introducing two parties who do not know each other. The pattern works through a mutual introducer who vouches for both parties. The introducer does not become a communication bottleneck or a point of trust beyond the introduction itself. Each party receives a capability from the introducer that lets them communicate directly with the other party. After introduction, the introducer is no longer needed.\n\n### What Stiegler Got Right\n\n- Petnames eliminate the naming authority problem entirely. No central registry means no central point of failure or control.\n- Local naming matches how humans actually name things. People already use different names for the same person (\"Mom,\" \"Dr. Chen,\" \"Jennifer\").\n- Introduction patterns distribute trust without concentrating it in intermediaries.\n- The separation between capability (the access token) and petname (the human label) is clean and orthogonal.\n\n### What Stiegler Got Wrong or Left Unfinished\n\n- Petnames do not solve the initial discovery problem. You still need some channel to receive a capability before you can name it. The petname system starts after the first contact.\n- There is no standard data format for exchanging petnames between systems. Each implementation invents its own.\n- Introduction patterns assume honest introducers. A malicious introducer can misrepresent one party to the other during introduction.\n- The model does not specify revocation. If a capability is revoked, the petname may still point to a dead or repurposed token.\n\n### How It Connects to Other Ideas\n\n- **Zooko's Triangle**: Petnames are the standard solution to Zooko's Triangle,","ranking":"safety-first (interaction_risk/limitations), then quote-gated effective_weight","claims":[],"sources":[],"anecdotal_sources":[],"scientific_sources":[],"user_reports":[],"related_articles":[],"question_graph":{"slug":"thinker-marc-stiegler","questions":[],"evidence":[],"edges":[],"counts":{"questions":0,"evidence":0,"edges":0}},"honesty":{"active_claims":0,"retracted_claims":0,"cut_claims":0,"challenges":0,"scrub_events":0,"note":"Retracted/cut claims stay on ledger but are excluded from ask unless ?include_inactive=1"},"counts":{"claims":0,"claims_total":0,"sources":0,"anecdotal":0,"scientific":0,"user_reports":0,"questions":0,"evidence_ingests":0}}