Buzz
Buzz — Technologie. Architektur: Nostr-Relay geschrieben in Rust (Axum WS + REST) unter Apache 2.0, mit Postgres für Events und Volltextsuche, Redis für Pub/Sub, Präsenz und Eingabe, S3/MinIO-Objektspeicher für Medien via Blossom, Tauri + React Desktop-Client; 127 Event-Kinds, NIP-01, NIP-42, NIP-98, NIP-34 · Quellcode: Offen: Code, Protokollspezifikationen, Testvektoren, Sicherheitsabschnitte und formale Modelle veröffentlicht auf github.com/block/buzz; Website buzz.xyz · Vertraulichkeit: Telemetrie und Abbruch als verschlüsselte, flüchtige Nachrichten, Speicher und Kostenabrechnung verschlüsselt, aber dauerhaft; der Server sieht nur Routing-Metadaten. Inferenz kann an die Maschine eines autorisierten Peers geroutet werden, wobei der verschlüsselte Modell-Traffic direkt zwischen ihnen fließt · Dezentralisierung: Die ARCHITECTURE.md setzt das Relay als einzige Quelle der Wahrheit an, ohne Peer-to-Peer-Austausch, ohne Gossip oder Replikation: ein autoritatives Relay pro Community, also ein Single Point of Failure. Die beanspruchte Dezentralisierung ist organisatorische Souveränität (Self-Hosting + portable Identität), keine Netzwerkredundanz · Definition: Selbst hostbarer Arbeitsbereich von Block (21. Juli 2026, Apache-2.0), aufgebaut auf Nostr, in dem Menschen und Agenten dieselben Kanäle teilen; jeder Teilnehmer ist ein Schlüsselpaar, jedes Ereignis wird in einem Append-only-Journal signiert · Identität der Agenten: Jeder Agent erhält sein eigenes Schlüsselpaar; sein Eigentümer signiert eine eng begrenzte Autorisierung, und der Agent signiert seine Arbeit im eigenen Namen — „authorization does not erase authorship“. Widerruf eines Agenten ohne Ersetzung der menschlichen Identität, kaskadierende Trennung, wenn der Eigentümer entfernt wird · Interoperabilität: Claude Code, Codex, goose und jeder Agent, der Agent Client Protocol spricht, können darin arbeiten; ein Wechsel von Modell oder Harness bewahrt Identität, Berechtigungen und Projekthistorie · Sicherheitsgrenzen: Autorisierung auf Kanalebene statt pro Tool oder Aktion; Agenten außerhalb der Sandbox mit --dangerously-skip-permissions gestartet; keine Observability der Agentenaktivität; signiertes Journal tamper-evident, aber nicht tamper-resistant; Nachrichten auf dem gehosteten Relay nicht Ende-zu-Ende-verschlüsselt · Reifegrad: Version 0.4.21 oder 0.4.22 zum Launch je nach Quelle, danach 0.5.x; Repository erstellt am 6. März 2026, erste öffentliche Releases am 3. Mai 2026, öffentlicher Launch am 21. Juli 2026. Rund 25.900 GitHub-Sterne Mitte August 2026. Unsignierte Windows-Binaries, verstreute Docs, frühe Git-Forge-UI; kein veröffentlichter Preis für gehostetes Hosting · Positionierung: Den Aktionären als internes System für Agentenzusammenarbeit, Kommunikation und Code-Repositories vorgestellt, das die Koordinationszeiten verkürzen soll — Produktivitätsrahmen, ergänzend zum Rahmen der protokollarischen Öffnung (Apache-2.0, Nostr, ACP), der an anderer Stelle in diesem Korpus dokumentiert ist · Rolle: Erklärtes Ziel der Erkenntnisse aus Berd: der gemeinsame Raum von Menschen und Agenten · Status: Workspace für Menschen und Agenten auf Nostr, in Beta am 18. August 2026 · Git-Speicher: Repositories gespeichert als unveränderliche, inhaltsadressierte Packfiles auf Objektspeicher, plus ein mutabler Manifest-Pointer, der per bedingtem Compare-and-Swap vorangetrieben wird und den Commit-Punkt darstellt; Protokoll in TLA+ spezifiziert und model-checked, mit verpflichtender Konformitätssuite pro Backend · Formale Verifikation: Multi-Tenant-Isolationsspezifikation mechanisiert in TLA+, Autorisierungseigenschaften in Tamarin verifiziert, Git-Speicherprotokoll model-checked — ungewöhnlicher Formalisierungsgrad für eine 0.x-Version, betrifft jedoch Identität und Speicher, nicht die Tool-Autorisierung · Agenten-Teams: Agenten rufen einander auf: Eine SmartBee delegiert eine Teilmenge an eine WorkerBee, wartet, liest gegen und schickt zurück, ohne menschliche Vermittlung. Jeder Agent hat einen Namen, eine Persona, ein Gedächtnis und eine eigene Präsenz im Kanal — einen Sitz statt einer Session
Block veröffentlichte Buzz am 21. Juli 2026 unter Apache 2.0: einen selbst hostbaren Workspace auf Basis von Nostr, in dem Menschen und Agenten dieselben Kanäle teilen. Jeder Teilnehmer ist ein Schlüsselpaar, jedes Ereignis wird in ein anhängendes Log signiert. Tyler Longwells Launch-Beitrag macht die Identität des Agenten zum zentralen Punkt: Ein Owner signiert eine eng gefasste Autorisierung, der Agent signiert seine Arbeit unter eigenem Namen, "authorization does not erase authorship".
Claude Code, Codex, goose und jeder Agent, der Agent Client Protocol spricht, arbeiten in denselben Kanälen; ein Wechsel des Modells oder des Harness lässt Identität, Berechtigungen und Historie des Projekts unangetastet. Repositories bestehen aus unveränderlichen, inhaltsadressierten Packfiles plus einem veränderlichen Manifest-Zeiger, der per bedingtem Compare-and-Swap vorangetrieben wird, ein Protokoll, das in TLA+ spezifiziert und modellgeprüft wurde. Die Isolation mehrerer Mandanten ist in TLA+ mechanisiert, die Autorisierungseigenschaften sind in Tamarin verifiziert.
Der Formalismus reicht nicht bis zur Werkzeugautorisierung. Die Kanalmitgliedschaft ist die Berechtigungseinheit: Ein Agent in einem Kanal kann, was Mitglieder können. Agenten laufen mit --dangerously-skip-permissions außerhalb einer Sandbox, der Workspace meldet, dass ein Agent eine Nachricht erhalten hat, aber nicht, was er damit macht, und das signierte Log ist manipulationserkennend, nicht manipulationsresistent. Jack Dorsey kündigte "decentralized, self-sovereign" an; Blocks ARCHITECTURE.md hält fest, dass die Relay-Instanz die einzige Quelle der Wahrheit ist, ohne Peer-to-Peer-Austausch, ohne Gossip, ohne Replikation.
Atish Patels Benchmarks unterlegen die Team-Behauptung mit Zahlen: Im Long-Horizon Terminal-Bench schloss ein einzelner Agent 15 von 44 Aufgaben mit 59,1% ab, ein Koordinator plus zwei WorkerBees schloss 20 mit 71,5% ab. Rund 25.900 GitHub-Stars bis Mitte August 2026, am 18. August noch in der Beta, kein veröffentlichter Hosting-Preis.
- Typ
- Technologie
- Architektur
- Nostr-Relay geschrieben in Rust (Axum WS + REST) unter Apache 2.0, mit Postgres für Events und Volltextsuche, Redis für Pub/Sub, Präsenz und Eingabe, S3/MinIO-Objektspeicher für Medien via Blossom, Tauri + React Desktop-Client; 127 Event-Kinds, NIP-01, NIP-42, NIP-98, NIP-34
- Quellcode
- Offen: Code, Protokollspezifikationen, Testvektoren, Sicherheitsabschnitte und formale Modelle veröffentlicht auf github.com/block/buzz; Website buzz.xyz
- Vertraulichkeit
- Telemetrie und Abbruch als verschlüsselte, flüchtige Nachrichten, Speicher und Kostenabrechnung verschlüsselt, aber dauerhaft; der Server sieht nur Routing-Metadaten. Inferenz kann an die Maschine eines autorisierten Peers geroutet werden, wobei der verschlüsselte Modell-Traffic direkt zwischen ihnen fließt
- Dezentralisierung
- Die ARCHITECTURE.md setzt das Relay als einzige Quelle der Wahrheit an, ohne Peer-to-Peer-Austausch, ohne Gossip oder Replikation: ein autoritatives Relay pro Community, also ein Single Point of Failure. Die beanspruchte Dezentralisierung ist organisatorische Souveränität (Self-Hosting + portable Identität), keine Netzwerkredundanz
- Definition
- Selbst hostbarer Arbeitsbereich von Block (21. Juli 2026, Apache-2.0), aufgebaut auf Nostr, in dem Menschen und Agenten dieselben Kanäle teilen; jeder Teilnehmer ist ein Schlüsselpaar, jedes Ereignis wird in einem Append-only-Journal signiert
- Identität der Agenten
- Jeder Agent erhält sein eigenes Schlüsselpaar; sein Eigentümer signiert eine eng begrenzte Autorisierung, und der Agent signiert seine Arbeit im eigenen Namen — „authorization does not erase authorship“. Widerruf eines Agenten ohne Ersetzung der menschlichen Identität, kaskadierende Trennung, wenn der Eigentümer entfernt wird
- Interoperabilität
- Claude Code, Codex, goose und jeder Agent, der Agent Client Protocol spricht, können darin arbeiten; ein Wechsel von Modell oder Harness bewahrt Identität, Berechtigungen und Projekthistorie
- Sicherheitsgrenzen
- Autorisierung auf Kanalebene statt pro Tool oder Aktion; Agenten außerhalb der Sandbox mit --dangerously-skip-permissions gestartet; keine Observability der Agentenaktivität; signiertes Journal tamper-evident, aber nicht tamper-resistant; Nachrichten auf dem gehosteten Relay nicht Ende-zu-Ende-verschlüsselt
- Reifegrad
- Version 0.4.21 oder 0.4.22 zum Launch je nach Quelle, danach 0.5.x; Repository erstellt am 6. März 2026, erste öffentliche Releases am 3. Mai 2026, öffentlicher Launch am 21. Juli 2026. Rund 25.900 GitHub-Sterne Mitte August 2026. Unsignierte Windows-Binaries, verstreute Docs, frühe Git-Forge-UI; kein veröffentlichter Preis für gehostetes Hosting
- Positionierung
- Den Aktionären als internes System für Agentenzusammenarbeit, Kommunikation und Code-Repositories vorgestellt, das die Koordinationszeiten verkürzen soll — Produktivitätsrahmen, ergänzend zum Rahmen der protokollarischen Öffnung (Apache-2.0, Nostr, ACP), der an anderer Stelle in diesem Korpus dokumentiert ist
- Rolle
- Erklärtes Ziel der Erkenntnisse aus Berd: der gemeinsame Raum von Menschen und Agenten
- Status
- Workspace für Menschen und Agenten auf Nostr, in Beta am 18. August 2026
- Git-Speicher
- Repositories gespeichert als unveränderliche, inhaltsadressierte Packfiles auf Objektspeicher, plus ein mutabler Manifest-Pointer, der per bedingtem Compare-and-Swap vorangetrieben wird und den Commit-Punkt darstellt; Protokoll in TLA+ spezifiziert und model-checked, mit verpflichtender Konformitätssuite pro Backend
- Formale Verifikation
- Multi-Tenant-Isolationsspezifikation mechanisiert in TLA+, Autorisierungseigenschaften in Tamarin verifiziert, Git-Speicherprotokoll model-checked — ungewöhnlicher Formalisierungsgrad für eine 0.x-Version, betrifft jedoch Identität und Speicher, nicht die Tool-Autorisierung
- Agenten-Teams
- Agenten rufen einander auf: Eine SmartBee delegiert eine Teilmenge an eine WorkerBee, wartet, liest gegen und schickt zurück, ohne menschliche Vermittlung. Jeder Agent hat einen Namen, eine Persona, ein Gedächtnis und eine eigene Präsenz im Kanal — einen Sitz statt einer Session
- Relationen
- 35
- Zitiert in
- 7 fiches
Nachbarschaft
← ist Teil von
→ verwendet
→ ist eine Instanz von
→ gilt für
→ konkurriert mit
→ verfeinert