Re: [bitcoin-dev] BIP 9 style version bits for txns

2015-12-08 Thread Chris Priest via bitcoin-dev
A wallet doesn't receive transactions from other wallets. That is what a node does. Wallets just make transactions and then sends them to the nodes. Nodes then send them to other nodes. In the early days of bitcoin, all wallets were nodes, but now a lot of wallets are just wallets with out any spe

Re: [bitcoin-dev] BIP 9 style version bits for txns

2015-12-08 Thread Vincent Truong via bitcoin-dev
I suppose whether the wallet devs want to implement the soft fork or not is irrelevant. They only need to indicate if they are ready i.e. they've tested the new soft fork, hard fork or feature and validated that it doesn't break their nodes or wallet software. On Dec 9, 2015 6:40 AM, "Chris Priest"

Re: [bitcoin-dev] BIP 9 style version bits for txns

2015-12-08 Thread Chris Priest via bitcoin-dev
I proposed in my Wildcard Inputs BIP that the version field be split in two. The first 4 bytes are version number (which in practice is being used for script version), and the second 4 bits are used for transaction type. I don't think the BIP9 mechanism really applies to transactions. A block is e

[bitcoin-dev] BIP 9 style version bits for txns

2015-12-08 Thread Vincent Truong via bitcoin-dev
So I have been told more than once that the version announcement in blocks is not a vote, but a signal for readiness, used in isSupermajority(). Basically, if soft forks (and hard forks) won't activate unless a certain % of blocks have been flagged with the version up (or bit flipped when versionbi