DuckDB’s Quack Protocol Enables Client-Server with Multiple Concurrent Writers
DuckDB has released the Quack remote protocol, enabling DuckDB instances to communicate in a client-server setup with support for multiple concurrent writers. The protocol is designed to be simple, fast, and builds on proven technologies like HTTP.
While DuckDB’s in-process architecture excels for single-process data science workloads, concurrent writes to the same database file from multiple processes were a pain point. Common workarounds included custom RPC solutions, Arrow Flight SQL, MotherDuck’s proprietary protocol, or even switching to PostgreSQL (optionally running DuckDB via pg_duckdb). Quack is DuckDB’s official first-party solution.
How It Works
Both DuckDB instances need the Quack extension, currently available in the core_nightl (nightly) build. The protocol is symmetric: any DuckDB instance can act as client or server. The server exposes an HTTP endpoint; the client connects to it. No special server binary is required—just a running DuckDB process with the extension loaded.
Key design choices:
- Protocol is built on HTTP, making it firewall-friendly and debuggable with standard tools.
- Supports bulk operations and small transactions with low latency.
- No legacy constraints—designed from scratch in 2026, learning from Arrow Flight SQL and others.
Use Cases
- Multiple telemetry-collecting processes inserting into the same DuckDB database.
- A dashboard querying the same tables concurrently without file-locking issues.
- Enabling DuckDB in traditional client-server deployments without external middleware.
This release marks a shift for DuckDB, which previously emphasized its in-process nature. The team acknowledges user demand as the driver: “We see DuckDB as a universal data wrangling tool. If this means having a client-server protocol in addition to the in-process capabilities – fine.”
Current status: Extension is available in the nightly build. Expect a stable release in the coming months.
For a deep dive into the protocol internals, including the full research paper reference and a step-by-step setup guide, read the original announcement.
📖 Read the full source: HN AI Agents
👀 See Also

Composer: A real-time markdown editor where Claude Code agents edit alongside you
Composer is a markdown editor where humans and Claude Code agents edit the same doc live. Agents connect via MCP, can read docs, reply to comments, and leave suggestions. Public docs are free and require no sign-in.

Radicle 1.8.0 Released: Decentralized Peer-to-Peer Code Forge Built on Git
Radicle 1.8.0 ships a sovereign, peer-to-peer code forge on Git with CLI, web UI, and desktop client. Repos replicate across peers using NoiseXK and a custom gossip protocol – no central server.

Blackwell LLM Toolkit: NVFP4 Configs, Wheels, and Benchmarks for TensorRT-LLM on RTX Pro 6000
A community repo provides TensorRT-LLM configs, prebuilt LMCache wheels with sm_120 support, and benchmarks for Blackwell GPUs. Nemotron-3-Nano-Omni V3 hits 270 tok/s at 8k context on a single RTX Pro 6000.

LogClaw: Open-Source AI SRE for Auto-Ticketing from Logs
LogClaw is an open-source log intelligence platform that runs on Kubernetes, ingests logs via OpenTelemetry, detects anomalies using signal-based composite scoring, and automatically creates tickets with root cause analysis in about 90 seconds.