This guide explains Bitcoin Core converttopsbt RPC in plain English. It shows what the command does, what its result means and what it cannot prove.
TL;DR
- What it is: Bitcoin Core 0.17.0 converttopsbt converted a network-serialised raw transaction into a base64 PSBT. It was intended for transactions created through createrawtransaction or fundrawtransaction; the documentation recommended createpsbt or walletcreatefundedpsbt for new applications.
- Why it matters: converttopsbt is a controlled bridge from raw transaction workflows into PSBT. Safe use preserves original evidence, rejects unexpected signatures and verifies the unchanged unsigned transaction after conversion.
- Current position: Require a second reviewer and explicit rollback or expiry, and pause payments, signing or network-dependent services until post-change evidence is complete.
Bitcoin Core converttopsbt RPC in simple English
Bitcoin Core converttopsbt RPC: Decode the required hexstring before conversion and record its transaction version, locktime, ordered inputs, sequences and ordered outputs.
Simple example
A miner is checking Bitcoin Core converttopsbt RPC. When permitsigdata is true, existing signatures are discarded and conversion continues. Require separate approval, hash the original packet and retain it securely before using the option.
Key terms in plain English
- BIP:
- Bitcoin Improvement Proposal: a document describing a proposed rule, standard or process. Its status must be checked separately.
- Bitcoin Core:
- Widely used software that validates Bitcoin and can provide wallet, network and operator tools.
- RPC:
- A command that software sends to a node to request information or a local action.
- PSBT:
- A portable format for passing an unsigned or partly signed Bitcoin transaction between tools and signers.
- Node:
- A computer running Bitcoin software that checks data and communicates with other peers.
Input identity
Decode the required hexstring before conversion and record its transaction version, locktime, ordered inputs, sequences and ordered outputs. A syntactically valid transaction can still have the wrong recipient, amount, fee strategy or change output. Conversion does not repair intent.
Default signature guard
permitsigdata defaults false, so the RPC fails if signature data is found. Keep that guard for normal migration because a supposed unsigned transaction containing signatures indicates a workflow mismatch, possible prior approval or tampering that deserves investigation.
Explicit discard path
When permitsigdata is true, existing signatures are discarded and conversion continues. This is destructive to signature evidence even though the underlying unsigned transaction remains. Require separate approval, hash the original packet and retain it securely before using the option.
Witness decoding control
iswitness can force witness or non-witness deserialisation and only has an effect when permitsigdata is true. If omitted, heuristics are used. Select it explicitly for ambiguous fixtures and reject a mismatch instead of trying several interpretations until one succeeds.
Legacy bridge, not creator
The release notes position this call as a bridge for raw transactions built by older creator and funder workflows. New applications should use PSBT-native creation so metadata and role separation are designed in from the start rather than retrofitted after signing has begun.
Returned PSBT review
The result is base64 PSBT data, not a signed transaction. Decode it and compare the unsigned transaction with the input, inspect global, input and output maps and confirm no signature data survived an authorised discard. Record source and result hashes.
How specialists test it
Operators test the command on a non-production node first. They check a normal reply, an invalid request, a timeout and a restart. This shows what the response means and prevents one local result from being mistaken for a network-wide outcome.
Frequently asked questions
What is the main point of Bitcoin Core converttopsbt RPC?
Bitcoin Core converttopsbt RPC: Decode the required hexstring before conversion and record its transaction version, locktime, ordered inputs, sequences and ordered outputs.
For Bitcoin Core converttopsbt RPC, what should a beginner know about input identity?
Decode the required hexstring before conversion and record its transaction version, locktime, ordered inputs, sequences and ordered outputs.
For Bitcoin Core converttopsbt RPC, what should a beginner know about default signature guard?
permitsigdata defaults false, so the RPC fails if signature data is found.
For Bitcoin Core converttopsbt RPC, what should a beginner know about explicit discard path?
When permitsigdata is true, existing signatures are discarded and conversion continues. This is destructive to signature evidence even though the underlying unsigned transaction remains.
Conclusion
converttopsbt is a controlled bridge from raw transaction workflows into PSBT. Safe use preserves original evidence, rejects unexpected signatures and verifies the unchanged unsigned transaction after conversion.
Primary sources
Check the current specification status and the documentation for the exact implementation you operate before moving production funds or changing a mining node.
Join the ASIC Mining Discussion
Members can read and join the discussion
Log in to read comments from other miners. Create a free account if you would like to ask a question or share your experience.
Membership helps us protect the discussion from spam and keep answers useful.