AI-generated analysisPublished automatically and not human-verified. Validated context appears in community notes below.
← Watch feed
Informational 22 Bitcoin

rpc: support writing UTXO set dump (`dumptxoutset`) to a named pipe

Public commit record

What the developer wrote

Authored by Sebastian Falbesoner

73/100 · Adequate
rpc: support writing UTXO set dump (`dumptxoutset`) to a named pipe

This allows external tooling (e.g. converters) to consume the output
directly, rather than having to write the dump to disk first and then
read it from there again.

Co-authored-by: Luke Dashjr <luke-jr+git@utopios.org>
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
The short version

What changed, and why it matters

This change lets Bitcoin Core's `dumptxoutset` RPC command write its UTXO snapshot directly to a named pipe (FIFO) instead of only to a regular file. Previously the command always wrote to a temporary file and then renamed it into place, which doesn't work for a pipe. The patch detects a named pipe and, if one is supplied, writes directly to it and skips the rename step. It also skips the 'file already exists' error for pipes because a pipe is a communication channel, not a stored file. This is a convenience feature for external tools, not a fix for a known security bug.

Recommended action

No immediate action required. Operators using `dumptxoutset` with a named pipe should ensure the pipe path is trusted and that the reading process is prepared for partial or interrupted output, since the atomic rename safeguard is skipped for FIFOs. Code reviewers may want to confirm that `fs::is_fifo` correctly handles dangling symlinks and race conditions between the status check and the open.

Security signals we found

01

RPC command now accepts and writes to FIFO special files

02

Pre-existing 'file already exists' guard is bypassed for FIFOs

03

Final atomic rename is skipped for FIFOs, so partial/interrupted writes may be observable by the reader

04

No change to permissions, path validation, or sandboxing

Risk score

Why this scored 22/100

Our methodology →
Potential impact 2/30
Exploitability 3/25
Stealth signal 2/15
Affected reach 3/15
Confidence 8/10
Evidence quality 4/5
Human-validated context

Community notes

Notes can correct, qualify, or add evidence to the AI analysis. Every note shown here has been validated by a human moderator.

No validated notes yet.

The AI analysis stands alone for now. Submit a note if you can add evidence or important context.