BIP Proposal: Stateless PSBT Coordination (Blind Relay)

Hi everyone,

I’m seeking conceptual and technical feedback on a draft BIP for Stateless PSBT Coordination, designed to solve the communication gap in multisig setups without relying on trusted, stateful servers.

Currently, coordinating a multisig transaction across hardware and software wallets requires either manual file passing (USB/SD) or relying on a centralized coordinator server that logs IP addresses, xpubs, and transaction metadata.

The Proposed Standard: I’ve drafted a BIP (bip-stateless-psbt-coordination) that proposes a “Blind Relay” model. It leverages an ephemeral, end-to-end encrypted WebSocket architecture.

Zero-Knowledge: The relay server never sees the PSBT, the xpubs, or the signatures.

Stateless: The room and all associated data cease to exist the moment the room is closed or after 24hours.

Split-Key OpSec: The room URL and decryption key (#key fragment) are transported out-of-band by the users.

Implementation (Signing Room): To prove the viability of this BIP, I’ve built an open-source reference implementation called Signing Room. I just released v1.8.0, which enforces human-layer OpSec by actively separating the transport of the room link and the decryption key in the UI.

Feedback Request: I would love the community’s eyes on:

The BIP draft itself: GitHub - scarlin90/bip-stateless-psbt-coordination: Draft Bitcoin Improvement Proposal (BIP) for a stateless, end-to-end encrypted WebSocket relay. Designed for secure N-of-M PSBT coordination, it eliminates the need for privacy-leaking, stateful servers by passing payloads entirely in RAM. · GitHub

Thoughts on the UX/OpSec tradeoff of the Split-Key UI approach in v1.8.0.

Looking forward to your thoughts and any features you think might be useful in this reference implementation.

All the best,

Sean Carlin