1import{u as o,r as l,j as e,S as c,L as r}from"./index-CclSbnHS.js";import{F as h}from"./FAQSection-BHw94P3A.js";import{a as u}from"./page-faqs-ZvXedQbV.js";const m={de:{badge:"Trust-Layer · Spezifikation",title:"Universal Purchase Mandate",subtitle:"Wie ein KI-Agent im Auftrag eines Nutzers bezahlt â ohne dass die Plattform je Gelder oder Zugangsdaten hält.",answerLabel:"Direkte Antwort",answer:"Ein Universal Purchase Mandate ist ein Ed25519-signiertes Autorisierungs-Format, mit dem ein KI-Agent eine Transaktion im Auftrag eines Nutzers auslöst â ohne dass Nexbid je Gelder oder Kreditkarten-Daten hält. Merchants verifizieren das Mandate ohne Nexbid-spezifische Integration; der Flow stoppt am Checkout.",statLabel:"Belegbar",stat:"47 maschinengeprüfte Lean-4-Theoreme (lake-build-verifiziert) beweisen die Autorisierungs-Invarianten. Kein Custodial-Risk, keine Delegated-Credentials â Merchants verifizieren das signierte Mandate eigenständig.",sections:[{h2:"Was ist ein Universal Purchase Mandate?",body:"Es ist ein offenes, signiertes Datenformat â kein Wallet und kein Zahlungsdienst. Das Mandate beschreibt, was ein Agent kaufen darf (Produkt, Budget-Obergrenze, Gültigkeit) und wer es autorisiert hat. Der Agent legt das Mandate beim Merchant vor; der Merchant prüft die Ed25519-Signatur und führt seinen eigenen Checkout aus. Nexbid ist nie im Geldfluss."},{h2:"Wie funktioniert die Autorisierung?",body:"Drei Schichten (ADR-008). Schicht 1 â OS-Native Biometric Consent: der Nutzer autorisiert pro Transaktion via Face ID, Apple Pay, Google Pay oder Windows Hello; die Biometrie verlässt das Gerät nie. Schicht 2 â Conditional Merchant Auth: hat der Nutzer ein Merchant-Konto, liegt ein OAuth-Token im Geräte-Keychain; sonst Stripe Guest Checkout mit vorausgefülltem Profil. Schicht 3 â das Ed25519-signierte Universal Purchase Mandate, das Merchants ohne Nexbid-Integration verifizieren."},{h2:"Warum hält Nexbid kein Geld?",body:"Bewusst. Kein Custodial-Risk bedeutet keine E-Money-Lizenz und keine Verwahrung fremder Gelder. Keine Delegated-Credentials bedeutet kein Passwort- oder Karten-Sharing. Die Zahlung passiert immer beim Merchant â Nexbid liefert nur das Autorisierungs-Format. Das senkt das regulatorische und das Haftungs-Risiko und macht das Mandate für jeden Merchant adoptierbar."},{h2:"Wie wird das Mandate verifiziert?",body:'Jeder Merchant prüft die Ed25519-Signatur unabhängig â keine Nexbid-API im kritischen Pfad. Die Autorisierungs-Invarianten (nur autorisierte Beträge, nur gültige Mandate, keine Wiederverwendung) sind formal in Lean 4 bewiesen: 62 maschinengeprüfte Theoreme, lake-build-verifiziert. Das ist ein höheres Zusicherungs-Niveau als die "boring restrictions"-Behauptung anderer Trust-Layer.'},{h2:"Ist es Post-Quantum-sicher?",body:'Das Format ist crypto-agil. Heute signiert Ed25519; der Migrationspfad ist Hybrid Ed25519 + ML-DSA-65 (NIST FIPS 204), ausgerollt pro Signing-Surface (ADR-035). Der Algorithmus-Identifier ist ein expliziter Slot im Format â kein hartcodiertes Literal â damit 10-Jahres-Audit-Trails gegen "Harvest Now, Decrypt Later" geschützt bleiben.'},{h2:"Wie passt es zu UCP, ACP, AP2 und x402?",body:'Das Mandate ist orthogonal zur Transaktion und läuft AUF den Transaktions-Schienen. Interop ist dokumentiert: AP2 (IntentMandate), UCP (Checkout-Sessions), ACP und x402 für crypto-native Zahlung, A2A (Agent Cards) für Identität. Das Mandate beantwortet "was darf der Agent kaufen", nicht "wer wickelt die Zahlung ab" â Co-Existence statt Konkurrenz.'},{h2:"Ist es Open Source?",body:"Ja. Das Universal Purchase Mandate ist Teil des AdCP-Standards (MIT-lizenziert). Die Lean-Quellen und die Spezifikation liegen öffentlich auf GitHub unter nexbid-dev/protocol-commerce (lake-build-verifiziert). Die signierte Autorisierungs-Infrastruktur teilt sich Code mit dem Compliance-Manifest (ADR-006)."}],related:"Verwandte Seiten",ctaTitle:"Das offene Mandate-Format nutzen",ctaButton:"Zur Warteliste",compareLink:"Trust-Layer im Vergleich"},en:{badge:"Trust Layer · Specification",title:"Universal Purchase Mandate",subt
1itle:"How an AI agent pays on a user's behalf â without the platform ever holding funds or credentials.",answerLabel:"Direct answer",answer:"A Universal Purchase Mandate is an Ed25519-signed authorization format that lets an AI agent initiate a transaction on a user's behalf â without Nexbid ever holding funds or card data. Merchants verify the mandate without any Nexbid-specific integration; the flow stops at the checkout.",statLabel:"Verifiable",stat:"62 machine-checked Lean 4 theorems (lake-build verified) prove the authorization invariants. No custodial risk, no delegated credentials â merchants verify the signed mandate independently.",sections:[{h2:"What is a Universal Purchase Mandate?",body:"It is an open, signed data format â not a wallet and not a payment service. The mandate describes what an agent may buy (product, budget cap, validity) and who authorized it. The agent presents the mandate to the merchant; the merchant checks the Ed25519 signature and runs its own checkout. Nexbid is never in the money flow."},{h2:"How does authorization work?",body:"Three layers (ADR-008). Layer 1 â OS-native biometric consent: the user authorizes per transaction via Face ID, Apple Pay, Google Pay, or Windows Hello; the biometrics never leave the device. Layer 2 â conditional merchant auth: if the user has a merchant account, an OAuth token sits in the device keychain; otherwise Stripe guest checkout with a pre-filled profile. Layer 3 â the Ed25519-signed Universal Purchase Mandate that merchants verify without any Nexbid integration."},{h2:"Why does Nexbid hold no money?",body:"By design. No custodial risk means no e-money license and no holding of third-party funds. No delegated credentials means no password or card sharing. Payment always happens at the merchant â Nexbid only supplies the authorization format. That lowers regulatory and liability risk and makes the mandate adoptable by any merchant."},{h2:"How is the mandate verified?",body:'Every merchant checks the Ed25519 signature independently â no Nexbid API in the critical path. The authorization invariants (only authorized amounts, only valid mandates, no reuse) are formally proven in Lean 4: 62 machine-checked theorems, lake-build verified. That is a higher assurance level than the "boring restrictions" assertion of other trust layers.'},{h2:"Is it post-quantum safe?",body:'The format is crypto-agile. Today it signs with Ed25519; the migration path is hybrid Ed25519 + ML-DSA-65 (NIST FIPS 204), rolled out per signing surface (ADR-035). The algorithm identifier is an explicit slot in the format â not a hardcoded literal â so that 10-year audit trails stay protected against "harvest now, decrypt later".'},{h2:"How does it fit UCP, ACP, AP2, and x402?",body:'The mandate is orthogonal to the transaction and runs ON the transaction rails. Interop is documented: AP2 (IntentMandate), UCP (checkout sessions), ACP, and x402 for crypto-native payment, A2A (Agent Cards) for identity. The mandate answers "what may the agent buy", not "who settles the payment" â co-existence, not competition.'},{h2:"Is it open source?",body:"Yes. The Universal Purchase Mandate is part of the AdCP standard (MIT-licensed). The Lean sources and the specification are public on GitHub at nexbid-dev/protocol-commerce (lake-build verified). The signed authorization infrastructure shares code with the compliance manifest (ADR-006)."}],related:"Related pages",ctaTitle:"Use the open mandate format",ctaButton:"Join Waitlist",compareLink:"Trust layers compared"}},g=[{to:"/agent-trust-layer",label:{de:"Agent-Identität & Trust-Layer",en:"Agent Identity & Trust Layer"}},{to:"/verified-agents",label:{de:"Verified Agent Delivery",en:"Verified Agent Delivery"}},{to:"/protocol",label:{de:"AMDP â Agent Mandate Discovery Protocol",en:"AMDP â Agent Mandate Discovery Protocol"}},{to:"/wallet",label:{de:"Wallet & Autorisierung",en:"Wallet & authorization"}}],b={de:[{q:"Was ist ein Universal Purchase Mandate?",a:"Ein Ed25519-signiertes Autorisierungs-Format, mit dem ein KI-Agent im Auftrag eines Nutzers handelt â ohne dass Nexbid je Gelder oder Zugangsdaten hält. Merchants verifizieren das Mandate ohne Nexbid-spezifische Integration; der Flow stoppt am Checkout, ein Mensch oder ein vorab erteiltes Mandate bestätigt."},{q:"Hält Nexbid Geld oder Zahlungsdaten?",a:"Nein. Kein Custodial-Risk, keine Delegated-Credentials, keine E-Money-Lizenz nötig. Die Zahlung passiert beim Merchant; Nexbid liefert nur das signierte Autorisierungs-Format. Biometrische Bestätigung (Face ID, Windows Hello) verlässt das Gerät des Nutzers nie."},{q:"Wie wird das Mandate verifiziert?",a:"Ãber die Ed25519-Signatur, die jeder Merchant unabhängig prüfen kann. Die Autorisierungs-Invarianten sind formal in Lean 4 bewiesen (62 maschinengeprüfte Theoreme, lake-build-verifiziert) und crypto-agil: Ed25519 heute, Hybrid Ed25519 + ML-DSA-65 als Post-Quantum-Pfad nach ADR-035."},{q:"Worin unterscheidet sich das Mandate von einem OpenAI/Stripe-Checkout?",a:"ACP wickelt die Transaktion zentral ab (Fee Richtung OpenAI). Das Universal Purchase Mandate ist ein offenes, vendor-neutrales Autorisierungs-Format (MIT), das AUF UCP/ACP-Schienen läuft â der Merchant behält den Checkout, kein Plattform-Lock-in, keine geteilten Kreditkarten-Daten."},{q:"Ist das Universal Purchase Mandate offen?",a:"Ja. Es ist Teil des AdCP-Standards (MIT-lizenziert) und interoperabel mit UCP, ACP, AP2 und x402. Die Lean-Quellen und die Spezifikation sind öffentlich auf GitHub (nexbid-dev/protocol-commerce, lake-build-verifiziert)."}],en:[{q:"What is a Universal Purchase Mandate?",a:"An Ed25519-signed authorization format that lets an AI agent act on a user's behalf â without Nexbid ever holding funds or credentials. Merchants verify the mandate without any Nexbid-specific integration; the flow stops at the checkout, where a human or a pre-issued mandate confirms."},{q:"Does Nexbid hold money or payment data?",a:"No. No custodial risk, no delegated credentials, no e-money license required. Payment happens at the merchant; Nexbid only supplies the signed authorization format. Biometric confirmation (Face ID, Windows Hello) never leaves the user's device."},{q:"How is the mandate verified?",a:"Via the Ed25519 signature, which any merchant can check independently. The authorization invariants are formally proven in Lean 4 (62 machine-checked theorems, lake-build verified) and crypto-agile: Ed25519 today, hybrid Ed25519 + ML-DSA-65 as the post-quantum path per ADR-035."},{q:"How does the mandate differ from an OpenAI/Stripe checkout?",a:"ACP settles the transaction centrally (a fee flows to OpenAI). The Universal Purchase Mandate is an open, vendor-neutral authorization format (MIT) that runs ON UCP/ACP rail
1s â the merchant keeps the checkout, no platform lock-in, no shared card data."},{q:"Is the Universal Purchase Mandate open?",a:"Yes. It is part of the AdCP standard (MIT-licensed) and interoperable with UCP, ACP, AP2, and x402. The Lean sources and the specification are public on GitHub (nexbid-dev/protocol-commerce, lake-build verified)."}]};function p(){if(document.querySelector('script[data-schema="upm"]'))return;const n={"@context":"https://schema.org","@type":"TechArticle",headline:"Universal Purchase Mandate â Agent-Authorized Payment Without Custody",description:"The Universal Purchase Mandate is an Ed25519-signed, MIT-licensed authorization format for AI-agent commerce: no custody, stops at checkout, formally verified in Lean 4, post-quantum ready.",url:"https://nexbid.dev/universal-purchase-mandate",about:["Universal Purchase Mandate","Agent Identity","Ed25519","Lean 4","AdCP"],publisher:{"@type":"Organization",name:"Nexbid",url:"https://nexbid.dev"}},t=document.createElement("script");t.type="application/ld+json",t.dataset.schema="upm",t.textContent=JSON.stringify(n),document.head.appendChild(t)}function v(){const{locale:i}=o(),n=i==="de"?"de":"en",t=m[n],s=i==="en",d={"@context":"https://schema.org","@type":"WebPage",name:"Universal Purchase Mandate",about:["Universal Purchase Mandate","Agent Identity","AdCP"]};return l.useEffect(()=>(p(),()=>{document.querySelector('script[data-schema="upm"]')?.remove()}),[]),e.jsxs(e.Fragment,{children:[e.jsx(c,{title:"Universal Purchase Mandate",description:s?"The Universal Purchase Mandate: an Ed25519-signed, MIT-licensed authorization format for AI-agent payments â no custody, stops at checkout, formally verified in Lean 4.":"Das Universal Purchase Mandate: ein Ed25519-signiertes, MIT-lizenziertes Autorisierungs-Format für KI-Agent-Zahlungen â kein Custody, stoppt am Checkout, formal in Lean 4 verifiziert.",path:"/universal-purchase-mandate",structuredData:d}),e.jsx("div",{className:"px-6 pt-32 pb-24",children:e.jsxs("div",{className:"mx-auto max-w-3xl",children:[e.jsxs("div",{className:"mb-8",children:[e.jsx("div",{className:"mb-3 inline-flex items-center gap-2 rounded-full border border-nexbid-500/20 bg-nexbid-500/5 px-4 py-1.5 text-xs text-nexbid-400",children:t.badge}),e.jsx("h1",{className:"text-3xl font-bold tracking-tight md:text-4xl lg:text-5xl",children:t.title}),e.jsx("p",{className:"mt-4 text-lg text-text-muted leading-relaxed",children:t.subtitle})]}),e.jsxs("div",{className:"mb-6 rounded-2xl border border-nexbid-500/20 bg-nexbid-500/5 p-6",children:[e.jsx("div",{className:"mb-2 text-xs font-semibold uppercase tracking-wide text-nexbid-400",children:t.answerLabel}),e.jsx("p",{className:"text-base leading-relaxed text-text-secondary",children:t.answer})]}),e.jsxs("div",{className:"mb-12 rounded-2xl border border-border-subtle/50 bg-surface-raised/50 p-6",children:[e.jsx("div",{className:"mb-2 text-xs font-semibold uppercase tracking-wide text-text-muted",children:t.statLabel}),e.jsx("p",{className:"text-base leading-relaxed text-text-secondary",children:t.stat})]}),t.sections.map(a=>e.jsxs("section",{className:"mb-10",children:[e.jsx("h2",{className:"mb-3 text-2xl font-bold tracking-tight",children:a.h2}),e.jsx("p",{className:"text-sm leading-relaxed text-text-muted",children:a.body})]},a.h2)),e.jsx("div",{className:"mb-4 rounded-2xl border border-nexbid-500/20 bg-nexbid-500/5 p-6",children:e.jsxs(r,{to:"/agent-trust-layer",className:"text-base font-semibold text-nexbid-300 transition hover:text-nexbid-200",children:[t.compareLink," â"]})}),e.jsx(h,{title:u(i),items:b[n]}),e.jsx("h2",{className:"mb-4 text-2xl font-bold tracking-tight",children:t.related}),e.jsx("div",{className:"flex flex-wrap gap-3",children:g.map(a=>e.jsxs(r,{to:a.to,className:"inline-flex items-center gap-2 rounded-xl border border-border-subtle bg-surface-raised px-4 py-2 text-sm text-text-secondary transition hover:border-border-default",children:[a.label[n]," â"]},a.to))}),e.jsxs("div",{className:"mt-16 rounded-2xl border border-nexbid-500/20 bg-nexbid-500/5 p-8 text-center",children:[e.jsx("h2",{className:"text-2xl font-bold",children:t.ctaTitle}),e.jsxs("div",{className:"mt-6 flex flex-wrap justify-center gap-3",children:[e.jsxs("a",{href:"/#waitlist",className:"inline-flex items-center gap-2 rounded-xl bg-nexbid-600 px-6 py-3 text-sm font-semibold text-white shadow-lg shadow-nexbid-600/25 transition hover:bg-nexbid-500",children:[t.ctaButton," â"]}),e.jsxs(r,{to:"/agent-trust-layer",className:"inline-flex items-center gap-2 rounded-xl border border-border-subtle bg-surface-raised px-6 py-3 text-sm text-text-secondary transition hover:border-border-default",children:[t.compareLink," â"]})]})]})]})})]})}export{v as Component,v as default};
Line numbers count LF bytes from the start of the resource, as the search results do. Vendor segments are library code the classifier recognised; they are stored but not indexed. Bytes are shown as Latin1 characters, one per byte.