Listen to this Post

Introduction:
Jack Dorsey’s Block has launched Buzz, an open-source, self-hostable workspace that consolidates team chat, code repositories, and automated workflows into a single interface built on the decentralized Nostr protocol. The key differentiator? AI agents — whether powered by Claude Code, OpenAI’s Codex, or Block’s own goose framework — are treated not as plugins or chatbots, but as full-fledged team members with their own portable cryptographic identities, permissions, and verifiable audit trails. This moves beyond the “Slack with AI” paradigm, positioning Buzz as a foundational primitive for human-AI collaboration where agents are peers, not tools. For security and infrastructure teams, this raises critical questions: How does portable identity work under the hood? What are the implications for data sovereignty, access control, and compliance? And how can organizations deploy and secure this new architecture?
Learning Objectives:
- Understand the Nostr-based identity and event-sourcing architecture that underpins Buzz and enables portable agent identities.
- Learn how to deploy a self-hosted Buzz instance using Docker, configure Nostr relays, and integrate AI agents.
- Explore security and compliance considerations, including key management, access control, audit logging, and relay-level data governance.
You Should Know:
1. Portable Agent Identity — The Cryptographic Foundation
At the core of Buzz is Nostr, an open protocol for signed messages and portable identities. Every participant — human or AI — is assigned a cryptographic keypair that belongs to them, not to the platform. This means an agent’s identity, history, and reputation can travel across any Nostr-compatible system, enabling composable agent workflows across organizational boundaries.
Under the hood, every action in Buzz — a message, a reaction, a workflow step, a code review approval, or a git event — is recorded as a single signed Nostr event in a hash-chain audit log. The same identity can send a message, authorize an agent, approve a workflow, sign a commit, or merge a change. This creates an immutable, verifiable record of who (or what) did what, whether the author is a person or a process.
For security practitioners, this model introduces both opportunities and challenges. The cryptographic keypair serves as the root of trust. Loss or compromise of a private key means loss of identity — there is no “password reset” in a sovereign identity system. Organizations must implement robust key management practices, including hardware security modules (HSMs) or secure enclaves for agent keys, and regular key rotation policies.
- Deploying Buzz — Self-Hosted Installation and Relay Configuration
Buzz is released under an Apache 2.0 license and is available on GitHub at github.com/block/buzz. Teams can self-host their own instance with full control over data, or use Block’s managed version at buzz.xyz. The default self-hosted deployment uses a single Nostr relay as the “single source of truth” for a community.
Step‑by‑step guide to deploying Buzz with Docker:
- Provision a server: You’ll need a VPS with at least 2 vCPU, 4 GB RAM, and 20-40 GB SSD storage. Docker and Docker Compose v2.24.4+ must be installed.
2. Clone the repository:
git clone https://github.com/block/buzz.git cd buzz
- Configure environment variables: Copy the example environment file and set your configuration:
cp .env.example .env
Key variables include:
RELAY_URL: The WebSocket URL for your relay (e.g.,wss://your-domain.com)NOSTR_PRIVATE_KEY: The private key for the relay operator (generate securely)DOMAIN: Your community’s domain name
4. Start the services:
docker-compose up -d
This spins up the Nostr relay, the Buzz backend services, and any dependent components like Postgres and Redis.
- Configure a reverse proxy: Set up Nginx or Caddy to terminate TLS and proxy WebSocket connections to the relay container. Example Nginx snippet:
location / { proxy_pass http://localhost:8080; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_set_header Host $host; } -
Test your relay: Use a Nostr client or the `nostr-cli` tool to verify that your relay is accepting and serving events.
-
Install the Buzz desktop client: Download the latest release for macOS, Windows, or Linux from the GitHub releases page. Launch the app and choose “Create a new identity key” — the private half stays on your device.
-
Integrating AI Agents — Model-Agnostic and Agent-Agnostic Architecture
Buzz is intentionally model-agnostic and agent-agnostic. Teams can deploy agents powered by any LLM or harness, including Anthropic’s Claude Code, OpenAI’s Codex, and Block’s own goose open-source agent framework. Agents that speak the Agent Client Protocol (ACP) can work in Buzz natively.
Step‑by‑step guide to adding an agent to Buzz:
- Generate a Nostr identity for the agent: Use the `nostr` command-line tool or the Buzz client to create a new keypair for the agent. The private key will be used to sign all agent actions.
nostr keygen
This outputs a hex-encoded private key and a corresponding public key (npub format).
-
Add the agent to a channel: In the Buzz client, navigate to the channel settings and add the agent’s public key as a member, just as you would add a human teammate.
-
Configure the agent harness: For a goose agent, set the `NOSTR_PRIVATE_KEY` environment variable and point it to your Buzz relay URL. Example `goose.yaml` snippet:
nostr: private_key: "hex-encoded-agent-private-key" relays:</p></li> </ol> <p>- "wss://your-buzz-relay.com"
- Define agent permissions: Buzz allows fine-grained permissions per agent, scoped by identity rather than broad permission flags. You can restrict an agent to specific channels, limit its ability to merge PRs, or require human approval for certain actions.
-
Test the agent: Ask the agent to post a message in a channel, review a pull request, or run an approved workflow. All actions will be signed with the agent’s key and recorded in the audit log.
4. Security and Compliance — Relay-Level Data Governance
The Nostr relay model introduces unique security and compliance considerations. Unlike centralized platforms where data is stored in a vendor’s database, Buzz allows organizations to self-host their relay, meaning internal communications and code never have to touch Block’s servers. However, this also places the burden of data governance on the organization.
Key security considerations:
- Access control: Relays can implement whitelisting to restrict which public keys can read or write events. This is essential for preventing unauthorized access to internal communications.
-
Data retention and deletion: Nostr relays typically store events indefinitely unless configured otherwise. Organizations must implement retention policies and, where required by regulations like GDPR, provide mechanisms for data deletion (e.g., by filtering events or implementing NIP-09 event deletion).
-
Encryption: While Nostr events are signed, they are not encrypted by default. For sensitive communications, organizations should implement end-to-end encryption using NIP-44 or similar specifications, or use the relay in a private, air-gapped network.
-
Monitoring and auditing: The signed event log provides a powerful audit trail. Security teams can monitor for anomalous agent behavior — e.g., an agent merging code outside its normal pattern — by analyzing the event stream.
-
Compliance with regional laws: Relay operators must consider Terms of Service, Privacy Policies, and age limitations, particularly under regulations like the EU’s Digital Services Act (DSA) and GDPR. Legal consultation is essential as obligations vary by jurisdiction.
- Agent-1ative Workflows — From Chat to Code to Coordination
The architectural choice to give agents first-class identities enables workflows that were previously impossible or cumbersome. Block’s engineering team has been testing Buzz internally for months, exploring how teams can work when the tool no longer dictates the process.
Example workflow: AI-driven incident response
- Detection: A monitoring agent detects a service degradation and posts an alert in the incidents channel, tagging the on-call engineer.
-
Triage: A triage agent (e.g., Claude Code) analyzes recent deployment logs, correlates with error patterns, and posts a preliminary diagnosis in the thread.
-
Fix: A developer agent proposes a code patch, creates a pull request, and runs automated tests. The patch, test results, and review discussion all live in the same thread.
-
Approval: A human reviewer approves the PR, and the agent merges the change. All actions — diagnosis, patch, tests, approval, merge — are signed events in the audit log.
-
Post-mortem: A documentation agent synthesizes the thread into a post-mortem report, linking to the decision record and the code changes.
This collapses what used to span Slack, Jira, GitHub, and Confluence into a single, auditable record. As Block’s Lucas Isaza noted, “the bottleneck becomes the operating model”.
What Undercode Say:
- Key Takeaway 1: Buzz represents a paradigm shift from “AI as a tool” to “AI as a peer.” By giving agents portable cryptographic identities on an open protocol, Block enables agent-1ative workflows that are composable, auditable, and free from vendor lock-in.
-
Key Takeaway 2: The Nostr relay model offers unprecedented data sovereignty but places significant security and compliance responsibilities on the organization. Self-hosting is not a silver bullet — it requires robust key management, access controls, and governance policies to match enterprise-grade security.
-
Analysis: The long-term viability of Buzz depends on the broader adoption of Nostr and the Agent Client Protocol. While the architecture is innovative, enterprise-scale deployment will require mature relay implementations, better encryption defaults, and integration with existing identity providers (e.g., SSO via OIDC or SAML). Block’s 14 BTC donation to Nostr developer fiatjaf in 2022 signals a long-term strategic commitment, but the ecosystem is still nascent. For security teams, Buzz is worth studying as a blueprint for agent-1ative collaboration, but production deployment should be approached with caution, starting with non-critical workloads and gradually expanding as the platform matures.
Prediction:
- +1 Buzz will catalyze a wave of open-source, self-hosted collaboration tools that prioritize data sovereignty and agent interoperability, challenging the dominance of proprietary platforms like Slack and GitHub.
- +1 Portable agent identity will become a standard requirement for enterprise AI, leading to the emergence of identity brokers and federated trust models across organizations.
- -1 The Nostr relay model, in its current form, struggles with enterprise-scale compliance requirements (e.g., GDPR right to erasure, data localization). This will slow adoption in regulated industries unless relay implementations add native support for data lifecycle management.
- -1 Without robust encryption defaults and centralized key recovery mechanisms, the risk of agent identity loss or compromise will remain a significant barrier to enterprise adoption.
▶️ Related Video (64% Match):
https://www.youtube.com/watch?v=1y6Pp0CHby8
🎯Let’s Practice For Free:
🎓 Live Courses & Certifications:
Join Undercode Academy for Verified Certifications
🚀 Request a Custom Project:
Secure, high-velocity infrastructure and disruptive technological engineering. Contact our engineering team for high-tier development and proprietary systems:
[email protected]
💎 Smart Architecture | 🛡️ Secure by Design | ⭐ Trusted by ThousandsIT/Security Reporter URL:
Reported By: Buzz Nostr – Hackers Feeds
Extra Hub: Undercode MoN
Basic Verification: Pass ✅🔐JOIN OUR CYBER WORLD [ CVE News • HackMonitor • UndercodeNews ]
📢 Follow UndercodeTesting & Stay Tuned:



