Gavin Andresen [ARCHIVE] on Nostr: 📅 Original date posted:2012-02-06 📝 Original message:I've been testing how the ...
📅 Original date posted:2012-02-06
📝 Original message:I've been testing how the Bitcoin-Qt GUI deals with multisignature transactions.
The good news is it seems to display them just fine; even my
insanely-messy test wallets look reasonable.
It does not support sending multisig/BIP16 transactions, which is
definitely a feature for the main network (we don't want users sending
them until they will get relayed, get mined, AND will be fully
verified by a large super-majority of miners).
But... to encourage more testing it might make sense to enable sending
multisig transactions in the GUI if (fTestNet).
So I see two possible paths:
1) Leave the GUI as-is; require multisig testing to use the RPC interface.
Note: the RPC call that make multisig sends possible
(addmultisigaddress) is disabled for the main network for the 0.6
release.
Don't start rolling out GUI support until the next (0.7?) release cycle.
2) Start implementing multisig support in the GUI during the 0.6
release process, enabled only for test network. This could be as
simple as allowing the 35-character BIP16 multisig addresses in the
'send' dialog, to as complicated as adding/extending dialogs that let
you create multisig addresses to add to your address book.
Advantage of (1) is it should mean 0.6 gets to final release faster.
Advantage of (2) is it should mean more testing of multisig, and fewer
bug reports of "I added a multisig address via RPC but I can't send to
it using the GUI"
My opinion: I think it is worth allowing send-to-multisig-address via
the GUI (should be a very simple change to the address validation
logic). But creating multisig addresses via the GUI should wait until
the next release.
--
--
Gavin Andresen
📝 Original message:I've been testing how the Bitcoin-Qt GUI deals with multisignature transactions.
The good news is it seems to display them just fine; even my
insanely-messy test wallets look reasonable.
It does not support sending multisig/BIP16 transactions, which is
definitely a feature for the main network (we don't want users sending
them until they will get relayed, get mined, AND will be fully
verified by a large super-majority of miners).
But... to encourage more testing it might make sense to enable sending
multisig transactions in the GUI if (fTestNet).
So I see two possible paths:
1) Leave the GUI as-is; require multisig testing to use the RPC interface.
Note: the RPC call that make multisig sends possible
(addmultisigaddress) is disabled for the main network for the 0.6
release.
Don't start rolling out GUI support until the next (0.7?) release cycle.
2) Start implementing multisig support in the GUI during the 0.6
release process, enabled only for test network. This could be as
simple as allowing the 35-character BIP16 multisig addresses in the
'send' dialog, to as complicated as adding/extending dialogs that let
you create multisig addresses to add to your address book.
Advantage of (1) is it should mean 0.6 gets to final release faster.
Advantage of (2) is it should mean more testing of multisig, and fewer
bug reports of "I added a multisig address via RPC but I can't send to
it using the GUI"
My opinion: I think it is worth allowing send-to-multisig-address via
the GUI (should be a very simple change to the address validation
logic). But creating multisig addresses via the GUI should wait until
the next release.
--
--
Gavin Andresen