Buzz (buzz.xyz) — Rapport de recherche pour présentation

Kernpunkte

1. Datum/Quelle. 12. August 2026, unveröffentlichter interner Veille-Report. Aggregiert Block-Beiträge, ARCHITECTURE.md, Presse, X und drei unabhängige Berichte.
2. Kerneinordnung. Launch-Vokabular ist keine Architekturdokumentation. Übertragbare Methode: Bei jeder Plattform, die sich selbst als dezentral bezeichnet, ARCHITECTURE.md vor dem Ankündigungsbeitrag lesen. ### Die Lücke zwischen Dezentralisierung und Architektur | Quelle | Aussage | |---|---| | Tweet von Jack Dorsey | „model-agnostic, decentralized, self-sovereign, and open source“ | | Blocks ARCHITECTURE.md | „The relay is the single source of truth. All reads and writes flow through it. There is no peer-to-peer event exchange, no gossip, no replication.“ | | TFTC | „Two of those three hold cleanly. The third needs a qualifier.“ | Ein einziger Relay pro Community stellt einen Single Point of Failure dar. Die angebotene Souveränität ist organisatorisch — selbst hosten, die eigene Identität mitführen — keine Netzwerkredundanz. ### Nachgewiesene Rigorosität vs. Ausnutzungsrisiko | Was formal verifiziert ist | Was es nicht ist | |---|---| | Mandanten-Isolation mechanisiert in TLA+ | die Berechtigungseinheit ist die Kanalmitgliedschaft | | in Tamarin verifizierte Autorisierungseigenschaften | Agenten laufen in --dangerously-skip-permissions, außerhalb jeder Sandbox | | modellgeprüftes Git-Speicherprotokoll | die Beobachtbarkeit von Agenten fehlt — stille OOM-Kills, verlassene Aufgaben, die aktiv erscheinen | | hash-verkettetes Append-only-Audit-Log | — | Der formale Nachweis deckt Identität und Speicherung ab; das Ausnutzungsrisiko liegt bei der Tool-Autorisierung und der Sichtbarkeit. Das eine sollte nicht über das andere hinwegtäuschen. ### Eine Sicherheitsunterscheidung, die man sich merken sollte Tamper-Evidence ≠ Tamper-Resistance. Signierte Events belegen, wer was getan hat; sie verhindern nicht, dass ein kompromittierter Relay-Betreiber Events löscht. Auf dem von Block gehosteten Relay sind Nachrichten nicht Ende-zu-Ende-verschlüsselt, und Modellanbieter können Prompts und Kanalinhalte erhalten. Frage an jeden Anbieter, der ein „fälschungssicheres“ Audit-Log verkauft: fälschungssicher gegen Veränderung oder gegen Löschung? ### Zahlenkorrektur Blocks TL;DR kündigt „33% more work“ an: Das ist das Verhältnis der abgeschlossenen Aufgaben — 20 gegenüber 15 von 44 —, kein Punktzahlgewinn. Die Punktzahl steigt von 59,1 % auf 71,5 %, also +12,4 Punkte, wovon 11,4 aus den zusätzlichen Abschlüssen stammen. Der Report selbst stellt beides in seiner Synthese nebeneinander — eine mehrdeutige Formulierung, die nicht wörtlich in eine Folie übernommen werden sollte. Vollständige Details, einschließlich des negativen Ergebnisses bei kurzen Aufgaben, in [[patel-block-buzz-teams-tokens-benchmarks-2026-08-06]]. ### Technischer Stack und Deployment Rust-Relay (Axum WS + REST), Postgres (Events + Volltextsuche), Redis (Pub/Sub, Präsenz, Tipp-Indikator), S3/MinIO (Medien via Blossom), Desktop Tauri + React. 127 event kinds; NIP-01 (Feed), NIP-42 (Login-Auth), NIP-98 (REST-Auth), NIP-34 (Git-Events). Deployment via ein Produktions-Docker-Compose (Postgres, Redis, MinIO, Caddy/TLS), One-Click-Railway oder Blocks kostenloses gehostetes Relay in der Beta. Rust 1.88+, Node 24+, pnpm. ### Interoperabilität buzz-acp ist ein Harness für das Agent Client Protocol (entstanden bei Zed, JSON-RPC 2.0 über stdio, inzwischen unter Community-Governance), das goose, Codex und Claude Code einbindet und ACP ↔ MCP übersetzt — ACP auf der Client-/Agentenseite, MCP auf der Tool-Seite. Hinzu kommt buzz-agent, ein hauseigener Agent: bis zu 8 gleichzeitige Sitzungen, jede mit eigenen MCP-Servern, eigener Historie und eigenem Kontext; Anthropic Messages API, OpenRouter oder jeder OpenAI-kompatible Endpunkt (vLLM, llama.cpp, Databricks, Ollama). Eine Formulierung, die man sich merken sollte: „The agent does not know what MCP server it talks to. The MCP server does not know what agent is calling it. They compose through protocols, not imports.“ Zur Akronymfalle rund um ACP siehe [[girard-acp-deux-protocoles-un-sigle-2026-08-02]]. ### Genealogie goose (Block, 28. Januar 2025, Apache 2.0, CTO Dhanji Prasanna) ist der Vorläufer, im Dezember 2025 an die Agentic AI Foundation der Linux Foundation übergeben, neben MCP und AGENTS.md — über 27.000 Stars, über 350 Contributors. BuilderBot, Blocks erster interner Slack-Agent, liefert das ursprüngliche Problem: geteilte Zugangsdaten, Modellwechsel, Identitätsverwaltung. Block baut seit achtzehn Monaten an einer Position in der offenen Agenten-Schicht. ### Marktbedeutung Bradley Axen (Head of AI Capabilities, Block): „Every company is going to need a place where humans and agents work together. The question is whether that place is proprietary or open.“ Justin Waldron (Mitgründer von Zynga): „Buzz is not a slack killer. It's much bigger. It's the first proper multiplayer agent harness.“ Rezeption: ~25.900 GitHub-Stars (~7.600 in drei Tagen), ein Dorsey-Tweet mit ~2,3–2,7 Mio. Aufrufen, Berichterstattung von TechCrunch/SiliconANGLE/Decrypt, öffentliche Zustimmung von Sundar Pichai. ### Unabhängige Praxisberichte | Quelle | Beitrag | |---|---| | DevTools Daily (~26.07.) | Workspace für zwei Personen, selbst gehostet auf einem VPS hinter Caddy, mit Codex-, Copilot- und Claude-Agenten — erfolgreiche Konsolidierung, echte Agent-zu-Agent-Übergaben innerhalb desselben Threads; die Beobachtbarkeit fehlt | | João Queirós (23.07.) | erste vertiefte Auswertung; Ursprung der Formulierung zur Kanal-Autorisierung | | darrenjrobinson | drei Agenten mit unterschiedlichen Identitäten in einem selbst gehosteten Buzz, jeder mit eigenem Schlüsselpaar und eigener Abrechnung — „qualitatively different from a bot integration“ | Verschiedene Leitfäden: Agenten handeln nur bei @Erwähnung; ohne Stopp-Anweisung können zwei Agenten sich in eine Endlosschleife aus Antworten verfangen; das gehostete Onboarding hatte Bugs (Issues #2484, #2367), wodurch Self-Hosting in dieser Phase zuverlässiger ist. ### Mobile App (Tom Brow, 29.07.) Die App hostet keine Agenten: Sie signiert Nachrichten und verbindet sich direkt mit Relays; die Identität kommt vom Desktop über QR-Pairing, es gibt keinen eigenständigen Identitätspfad auf Mobilgeräten. Datenschutz: kein Analytics-SDK, EXIF-Metadaten werden vor dem Upload entfernt, Push nach einem NIP-PL-Entwurf, bei dem Relays das Gerätetoken nicht sehen können und das Gateway weder Public Keys, Inhalte, Metadaten noch die Relay-Identität sieht. Ein Referenzmodell für die Gestaltung von Push ohne Metadaten-Leck. ### Was für den Produktionseinsatz fehlt Kein veröffentlichter Preis für Managed Hosting, keine Zahlen zur Unternehmensadoption, keine feingranulare Tool-Autorisierung, keine Agenten-Beobachtbarkeit, unsignierte Windows-Binaries, verstreute Dokumentation, eine Git-Forge-UI im Frühstadium. Block sagt es unverblümt: „rough edges and giant chasms“. Die drei vorgeschlagenen Neubewertungsschwellen: Self-Hosted auf einem unkritischen Projekt evaluieren, wenn das Team bereits agent-heavy ist; feingranulare Tool-Autorisierung und Beobachtbarkeit abwarten, bevor ein Produktionseinsatz erfolgt; neu bewerten, sobald ein Hosting-Preis und eine v1.0 veröffentlicht sind. ### Wie diese Fiche zu nutzen ist Sie ist das Kontextdossier; die Primärquellen liegen anderswo. Für die These und das Identitätsmodell → [[longwell-block-buzz-workspace-agents-nostr-2026-07-21]]. Das Dossier veraltet schnell: Releases im Abstand weniger Tage, GitHub-Kennzahlen in Bewegung, Stände mit Datum Mitte August 2026. Bemerkenswert: Um Menschen den Weg weg von GitHub zu erleichtern, hostet Buzz seinen eigenen Code auf GitHub.