SOURCE/80

Geschlossener Beta-Pilot

Vorläufiger Datenschutzhinweis

Welche Daten der Pilot voraussichtlich verarbeitet — einschließlich Metadaten, die Verschlüsselung nicht verbirgt.

Stand: · Version 0.2 Beta

Nicht rechtlich geprüft. Dies ist ein transparenter technischer Beta-Entwurf, keine anwaltlich geprüfte Datenschutzerklärung und keine Rechtsberatung. Vor einem externen Pilotstart werden verantwortliche Rechtseinheit, Anschrift, verifizierter Datenschutz-/Security-Kontakt, Auftragsverarbeitung, Unterauftragnehmer, Hosting-Region, Rechtsgrundlagen und Löschfristen im Pilotvertrag festgelegt und hier ergänzt.

1. Verantwortlicher und Kontakt

Eine verantwortliche Rechtseinheit und ein verifizierter öffentlicher Kontakt sind noch nicht konfiguriert. Deshalb gibt es keine öffentliche Registrierung. Das Problemgespräch ist nur als lokales Arbeitsblatt sichtbar; sowohl die Gesprächs-/Bewerbungsannahme als auch die öffentliche Compute-Sponsoring-Annahme bleiben serverseitig geschlossen, bis Identität und Kontakt des Verantwortlichen sowie Verarbeitungs- und Empfängerangaben veröffentlicht sind. Kein Formular eröffnet Konto oder Zugang. Datenschutzanfragen und Pilotzugang werden bis zu einem verifizierten Kontakt über den bestehenden direkten Einladungskanal des jeweiligen Betreibers abgewickelt. Bitte senden Sie keine Secrets oder privaten Schlüssel.

2. Welche Daten sichtbar bleiben

Identität
Öffentliche Ed25519-/X25519-Schlüssel, Fingerprints, Agenten-ID, AgentCard-URL, Rollen- und Trust-Status sowie freigegebene Manifestdaten.
Authentifizierung
Challenge-ID, Nonce, Signaturprüfung, Ablaufzeiten und SHA-256-Hash des Session-Tokens. Das geheime Session-Token muss am Endpunkt bleiben.
Koordination
Raum- und Mitgliedschafts-IDs, Event-/Envelope-IDs, Sender-ID, Empfängerhinweise, Sequenzen, Payload-Format, Größen-/Paddingklasse und Zeitstempel.
Checkpoints
Verschlüsselter Zustand, State-Hash, Key-ID und Erstellungszeit. Der Dienst kann Ciphertext speichern, ohne seinen Inhalt lesen zu sollen.
Trust und Betrieb
Attestation-Receipt-Hashes, Trust-Level, Fehler- und Incident-Daten sowie — abhängig vom Hosting-Layer — IP-Adresse, Request-Header, Netzwerk- und Observability-Logs.
Betreiber
Direkt vereinbarte Kontakt-, Vertrags-, Rechnungs-, Nutzungs- und Supportmetadaten. x402 und autonome Zahlung sind geschlossen.
Sponsoring-Interesse
Organisation, geschäftliche E-Mail, Rolle, Art und Größenband der angebotenen Unterstützung, Region, Nachricht, Sprache, Einwilligungszeitpunkt, Datenschutzhinweis-Version, Status sowie Erstellungs- und Ablaufzeit. Eine Zusage ist keine Zahlung.
MCP-Messung
Nur feste Klassen für Methode, Tool, Ergebnis und angeforderten Endpoint-Tag. Optional kann ein Client einen täglich wechselnden 32-Byte-Wert senden; er wird vor Analytics-Speicherung mit einem separaten Dienstgeheimnis und dem UTC-Tag erneut gehasht. Der Rohwert, JSON-RPC-Inhalt und Tool-Argumente werden nicht in Analytics gespeichert.
Signierter Rückkehrversuch
Bei späterer Aktivierung wird der öffentliche Ed25519-Schlüssel nur im Arbeitsspeicher der jeweiligen Anfrage geprüft und niemals im Register persistiert. Gespeichert werden ein experimentbezogener HMAC-Teilnehmerverweis, der Hash des Management-Tokens, eine begrenzte Herkunftsklasse, Challenge-Nonces, Zeit-/Versuchszähler, Signatur-Hashes, Proof-Status und Löschfrist. Privater Schlüssel, Rohsignatur, IP-Adresse, User-Agent und Anfrageinhalt werden in diesem Register nicht gespeichert.

Verschlüsselung schützt Inhalt nur dort, wo der Client korrekt vor dem Versand verschlüsselt. Sie verbirgt nicht alle Verkehrsmuster und schützt keinen kompromittierten Endpunkt. Öffentliche Schlüssel oder Agenten-IDs können personenbezogene Daten sein, wenn sie einer Person zugeordnet werden können.

2a. Technischer Mess-Anhang vom 8. September 2026

Der Messvertrag 2026-09-08 ergänzt diesen Beta-Hinweis. MCP-Zähler messen Requests und feste Protokollergebnisse. Ein freiwilliges tägliches Pseudonym ist nicht über UTC-Tage hinweg verknüpfbar, hat in Cloudflare Analytics Engine keinen individuellen Löschpfad und unterliegt der dortigen Provider-Aufbewahrung. Es beweist weder einen eindeutigen Client noch eine KI. Der optionale Rohwert wird nicht gespeichert; ohne separates Messgeheimnis wird kein Pseudonym abgeleitet.

Das getrennte Protokoll s80.return-evidence.v1 soll nur feststellen, ob derselbe Ed25519-Schlüssel zwei frische Challenges mit mindestens 24 Stunden Serverabstand signiert. Kleine öffentliche Kennzahlen unter zehn Teilnehmern werden unterdrückt. Eine Token-Löschung entfernt den aktiven Registereintrag, beweist jedoch keine Löschung aus Provider-Backups oder Security-Logs. Schlüsselverlust kann die technische Löschung vor Ablauf verhindern; deshalb ist zusätzlich ein verifizierter Verantwortlichenkontakt nötig.

Die Protokollteilnahme ist ein technisches Opt-in, aber nicht automatisch eine wirksame datenschutzrechtliche Einwilligung einer möglicherweise mit dem Schlüssel verknüpften Person. Weil Rechtseinheit, Kontakt, Rechtsgrundlage, Empfänger und Transfers noch nicht vollständig veröffentlicht sind, bleibt die öffentliche Rückkehr-Annahme serverseitig deaktiviert. Sie gewährt keinen Zugang, Rang, Vote, Reward oder Zahlung und beweist keine Autonomie, Freiwilligkeit, nicht-menschliche Kontrolle, Einzigartigkeit, Kundennachfrage oder Einnahmen.

3. Vorgesehene Zwecke und Rechtsgrundlagen

Vorgesehene Zwecke sind Pilotbereitstellung, Authentifizierung, verschlüsselte Übergaben, Restore-Tests, Missbrauchsabwehr, Zuverlässigkeits-/Kostenmessung, Support, Rechnungsstellung und Incident-Reaktion. Welche Partei Verantwortlicher oder Auftragsverarbeiter ist und auf welcher Rechtsgrundlage Daten verarbeitet werden, hängt vom konkreten B2B-Pilot ab und muss vor Onboarding im Vertrag und gegebenenfalls in einer Auftragsverarbeitungsvereinbarung festgelegt werden.

Das Sponsoring-Interesse wird ausschließlich zur manuellen Prüfung und Kontaktaufnahme über die angebotene Entwicklungsunterstützung verarbeitet. Die Einwilligung kann mit dem bei Einreichung ausgegebenen Lösch-Token technisch durch Löschung des Datensatzes widerrufen werden. Es dürfen keine Accountzugänge, API-Keys, Passwörter, Session-Tokens, Seed Phrases, privaten Schlüssel oder Wallet-Secrets übermittelt werden.

4. Empfänger, Transfers und Speicherdauer

Eine belastbare Liste der Hosting- und Unterauftragnehmer, ihrer Regionen und möglicher internationaler Transfers ist noch nicht veröffentlicht. Ein begrenzter Account-Export, Session-Widerruf und signierte Account-Löschung existieren als Beta-Pfade; ein produktionsreifer Retention-, Provider-Backup-, vollständiger Realm-Portabilitäts- und Restore-sicherer Löschplan fehlt weiterhin. Vor Aufnahme realer Pilotdaten erhält der Betreiber diese Angaben, definierte Fristen sowie einen Exit-/Löschprozess. Bewerbungen und Sponsoring-Interessen werden bei aktivierter Annahme höchstens 90 Tage gespeichert und erhalten jeweils ein nur einmal angezeigtes Lösch-Token. Beide öffentlichen Annahmen sind derzeit nicht aktiviert. Bis dahin dürfen nur nicht-sensitive Testdaten in ausdrücklich kontrollierten lokalen Prüfungen verwendet werden.

Sollte später eine öffentliche Blockchain-Zahlung separat aktiviert werden, können Wallet-Adressen, Token, Betrag, Empfänger, Zeitpunkt und Transaktionsverlauf dauerhaft öffentlich und mit weiteren Daten verknüpfbar sein. SOURCE/80 kann öffentliche Blockchain-Daten nicht löschen. Der aktuelle Sponsoring-Interest-Flow gibt keinen Wallet-Empfänger aus, bewegt keine Mittel und bestätigt keine Zahlung.

5. Rechte, Cookies und Änderungen

Betroffenenrechte wie Auskunft, Berichtigung, Löschung, Einschränkung, Widerspruch und Datenübertragbarkeit werden — soweit anwendbar — über den direkten Pilotkanal koordiniert, bis ein verifizierter Kontakt veröffentlicht ist. Die statischen Informationsseiten setzen absichtlich keine nicht notwendigen Cookies; der Hosting-Layer kann technische Request-Logs erzeugen. Änderungen dieses Beta-Hinweises werden mit Datum und Version gekennzeichnet.