praxeology



Offline



Activity: 18

Merit: 0







NewbieActivity: 18Merit: 0 [bitcoin-dev] I do not support the BIP 148 UASF April 15, 2017, 08:27:30 PM #1



"I do not support the BIP 148 UASF"

https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-April/014152.html



For people who would like to comment, but cannot due to tighter moderation restrictions on the dev mailing list. Starting this thread in response to Gregory Maxwell's post on the bitcoin developer mailing list:"I do not support the BIP 148 UASF"For people who would like to comment, but cannot due to tighter moderation restrictions on the dev mailing list.

praxeology



Offline



Activity: 18

Merit: 0







NewbieActivity: 18Merit: 0 Re: [bitcoin-dev] I do not support the BIP 148 UASF April 15, 2017, 08:35:53 PM #2



> If the goal is user activation I would think that the

> expectation would be that the overwhelming majority of users would be

> upgrading to do it, if that isn't the case, then it isn't really a user

> activated softfork-- it's something else.



Oh... so _that_ comes out. I do not care what the majority wants. The majority of people are thieves if they could get away with it. Consider this: Lets propose a policy where the world can vote on taking half of the current Bitcoin owner's coins away and evenly distributing them to each world citizen. Screw that, I've had enough of that. Distributed money doesn't have to be that way.



Lets stop with the whole soft/hard fork designation when there are two disparate groups with conflicting preferences on a policy change. Soft/Hard doesn't matter anymore. Its just a fork.



I want SegWit. I'm perfectly happy w/ forking the money supply I use from the people who don't want SegWit. I just want replay attack prevention.



To all of you out there who want sound money, this is our song:

Green Day - Minority

https://www.youtube.com/watch?v=cDBlqu6KF4k



Cheers,

Praxeology Guy Gregory Maxwell,> If the goal is user activation I would think that the> expectation would be that the overwhelming majority of users would be> upgrading to do it, if that isn't the case, then it isn't really a user> activated softfork-- it's something else.Oh... so _that_ comes out. I do not care what thewants. The majority of people are thieves if they could get away with it. Consider this: Lets propose a policy where the world can vote on taking half of the current Bitcoin owner's coins away and evenly distributing them to each world citizen. Screw that, I've had enough of that. Distributed money doesn't have to be that way.Lets stop with the whole soft/hard fork designation when there are two disparate groups with conflicting preferences on a policy change. Soft/Hard doesn't matter anymore. Its just a fork.I want SegWit. I'm perfectly happy w/ forking the money supply I use from the people who don't want SegWit. I just want replay attack prevention.To all of you out there who want sound money, this is our song:Green Day - MinorityCheers,Praxeology Guy

jonald_fyookball



Offline



Activity: 1302

Merit: 1002





Core dev leaves me neg feedback #abuse #political







LegendaryActivity: 1302Merit: 1002Core dev leaves me neg feedback #abuse #political Re: [bitcoin-dev] I do not support the BIP 148 UASF April 16, 2017, 05:12:18 AM #3



Quote There have been some other UASF proposals that avoid the forced

disruption-- by just defining a new witness bit and allowing

non-upgraded-to-uasf miners and nodes to continue as non-upgraded

Any rollout of segwit must include majority hash power

to avoid a network split and that seems to be the overarching

factor here. For that reason, I don't see how any UASF

makes sense. If you want less than 95% consensus from

miners, then just do that. No need to tap dance around it

with spoofable metrics and vague descriptions of "broad support".





I do not understand the distinction:Any rollout of segwit must include majority hash powerto avoid a network split and that seems to be the overarchingfactor here. For that reason, I don't see how any UASFmakes sense. If you want less than 95% consensus fromminers, then just do that. No need to tap dance around itwith spoofable metrics and vague descriptions of "broad support". proof LN isn't Decentralized official Electron Cash wallet

praxeology



Offline



Activity: 18

Merit: 0







NewbieActivity: 18Merit: 0 Re: [bitcoin-dev] I do not support the BIP 148 UASF April 18, 2017, 04:04:43 AM #7 jonald_fyookball,



Above in my reply I propose a way that non-upgrading miners could continue to mine non-segwit blocks while still verifying SegWit blocks, which would avoid a chain split. You claimed that such was not possible, I showed how it was possible.



=============



The One,



Policy: Rules that a node performs on block candidates in order to decide whether a block should be accepted into their block "tree", and then more rules that decide which branch tip describes the current ledger.



Soft Fork: A change to policy that is more constraining.



The purpose of BIP9 is to activate a Soft Fork that almost every miner wants without risk of a chain split (fork). If a significant portion of miners (maybe 5% or more) do not want the policy change, then BIP9 fails. Then we decide if we want to propose something new, or if we should cause a fork (via user activated policy change).



The next step is to User Activated Soft Fork. I'm not too particular on which method is used to get SegWit activated. Whatever (reasonable) option BitFury goes with, I'm in.



Cheers,

Praxeology Guy

jonald_fyookball



Offline



Activity: 1302

Merit: 1002





Core dev leaves me neg feedback #abuse #political







LegendaryActivity: 1302Merit: 1002Core dev leaves me neg feedback #abuse #political Re: [bitcoin-dev] I do not support the BIP 148 UASF April 18, 2017, 04:34:04 AM #9 Quote from: praxeology on April 18, 2017, 04:04:43 AM jonald_fyookball,



Above in my reply I propose a way that non-upgrading miners could continue to mine non-segwit blocks while still verifying SegWit blocks, which would avoid a chain split. You claimed that such was not possible, I showed how it was possible.





You are misinformed.



Even with majority hashpower behind segwit, a non segwit miner cannot verify segwit blocks.



From bitcoincore.org:



Quote so you may continue producing non-segwit blocks indefinitely. However, once segwit activates, it will be possible for other miners to produce blocks that you consider to be valid but which every segwit-enforcing node rejects; if you build any of your blocks upon those invalid blocks, your blocks will be considered invalid too.

The implicit assumption here is that the minority non-segwit miner will rejoin the main chain and not split off. If the segwit chain is the minority hashpower chain, they will either have to abandon segwit, or split off.



Segwit transaction types are meant to be backwards compatible, so the first block will validate, but later on, the outputs and inputs will be different. As soon as a transaction is sent from an address with an insufficient balance, that's when the split will occur.







You are misinformed.Even with majority hashpower behind segwit, a non segwit miner cannot verify segwit blocks.From bitcoincore.org:The implicit assumption here is that the minority non-segwit miner will rejoin the main chain and not split off. If the segwit chain is the minority hashpower chain, they will either have to abandon segwit, or split off.Segwit transaction types are meant to be backwards compatible, so the first block will validate, but later on, the outputs and inputs will be different. As soon as a transaction is sent from an address with an insufficient balance, that's when the split will occur. proof LN isn't Decentralized official Electron Cash wallet

praxeology



Offline



Activity: 18

Merit: 0







NewbieActivity: 18Merit: 0 Re: [bitcoin-dev] I do not support the BIP 148 UASF April 18, 2017, 05:17:23 AM

Last edit: April 18, 2017, 08:03:01 AM by praxeology #10



Quote from: praxeology on April 16, 2017, 04:08:33 PM Potentially the non-SegWit supporting miners could filter their blocks with a SegWit node.

I don't know how you can go and call me "misinformed" when you fail to read my post. bitcoincore.org is not divine truth. I came up with a solution that they didn't consider.



Sorry for my frustration with you. Have a nice day.



cryptoanarchist,



Each Bitcoin Node has a Policy chosen by its operator. Anybody can produce block candidates that conform to a node's policy. A node will look for the chain of blocks with the greatest PoW THAT MEETS ITS POLICY. Differences in node policy can result in chain splits. There is nothing stopping long lasting chain splits, where each is its own separate money supply/ledger.



In fact, alt coins can be considered Bitcoin nodes that adopted a different Policy, who forked at or before the Bitcoin genesis block.



Miners are motivated to increase their mining work on a coin until the following equation equalizes:



Energy Cost + Capital Rent + Labor ~= block bonus + transaction fees



So as long as a branch's coins are worth something to somebody... they will be mined.



Cheers,

Praxeology Guy jonald_fyookball,I don't know how you can go and call me "misinformed" when you fail to read my post. bitcoincore.org is not divine truth. I came up with a solution that they didn't consider.Sorry for my frustration with you. Have a nice day.cryptoanarchist,Each Bitcoin Node has a Policy chosen by its operator. Anybody can produce block candidates that conform to a node's policy. A node will look for the chain of blocks with the greatest PoW THAT MEETS ITS POLICY. Differences in node policy can result in chain splits. There is nothing stopping long lasting chain splits, where each is its own separate money supply/ledger.In fact, alt coins can be considered Bitcoin nodes that adopted a different Policy, who forked at or before the Bitcoin genesis block.Miners are motivated to increase their mining work on a coin until the following equation equalizes:Energy Cost + Capital Rent + Labor ~= block bonus + transaction feesSo as long as a branch's coins are worth something to somebody... they will be mined.Cheers,Praxeology Guy

gmaxwell

Legendary





Offline



Activity: 3178

Merit: 4298









ModeratorLegendaryActivity: 3178Merit: 4298 Re: [bitcoin-dev] I do not support the BIP 148 UASF April 18, 2017, 07:41:57 AM #11 Quote from: jonald_fyookball on April 18, 2017, 04:34:04 AM As soon as a transaction is sent from an address with an insufficient balance, that's when the split will occur.

This is a profound misunderstanding of how Bitcoin works, there are no 'balances' in the system.



And unmodified non-segwit miners will not initiate a split under any condition.



Quote Any rollout of segwit must include majority hash power No, that is one sufficient condition, it can instead include basically all of the users (in particular, economically significant users). Either are sufficient alone. The users define what are the miners and if the user define mining to include segwit, it does... from their perspective it is impossible to violate the rules, and any miner that tries just stops existing-- just as litecoin miners do not exist as far as Bitcoin users (and their nodes) are concerned today. This is a profound misunderstanding of how Bitcoin works, there are no 'balances' in the system.And unmodified non-segwit miners will not initiate a split under any condition.No, that is one sufficient condition, it can instead include basically all of the users (in particular, economically significant users). Either are sufficient alone. The users define what are the miners and if the user define mining to include segwit, it does... from their perspective it is impossible to violate the rules, and any miner that tries just stops existing-- just as litecoin miners do not exist as far as Bitcoin users (and their nodes) are concerned today.

tomtomtom7



Offline



Activity: 38

Merit: 0







NewbieActivity: 38Merit: 0 Re: [bitcoin-dev] I do not support the BIP 148 UASF April 18, 2017, 08:35:58 AM

Last edit: April 18, 2017, 11:31:41 AM by tomtomtom7 #12 Quote from: gmaxwell on April 18, 2017, 07:41:57 AM

And unmodified non-segwit miners will not initiate a split under any condition.





I was under the impression that the concept of standard vs non-standard transaction was a matter of local policy, to - among other things - simplify softfork upgrades.



Every miner is still free to accept any non-standard transactions, and can safely accept and include them as a service for example to collect higher fees.



Do I understand that you consider rejecting non-standard transactions a requirement for compliance?



Tomas

Bitcrust I was under the impression that the concept of standard vs non-standard transaction was a matter of local policy, to - among other things - simplify softfork upgrades.Every miner is still free to accept any non-standard transactions, and can safely accept and include them as a service for example to collect higher fees.Do I understand that you consider rejecting non-standard transactions a requirement for compliance?TomasBitcrust

jonald_fyookball



Offline



Activity: 1302

Merit: 1002





Core dev leaves me neg feedback #abuse #political







LegendaryActivity: 1302Merit: 1002Core dev leaves me neg feedback #abuse #political Re: [bitcoin-dev] I do not support the BIP 148 UASF April 18, 2017, 12:49:26 PM #13 Quote from: gmaxwell on April 18, 2017, 07:41:57 AM Quote from: jonald_fyookball on April 18, 2017, 04:34:04 AM As soon as a transaction is sent from an address with an insufficient balance, that's when the split will occur.

This is a profound misunderstanding of how Bitcoin works, there are no 'balances' in the system.



This is a profound misunderstanding of how Bitcoin works, there are no 'balances' in the system.

I am aware that are no actual balances. I was abstracting this out of the conversation just like a wallet

can calculate a balance to display to the user. The point is still valid: Non-segwit chain vs segwit chain

can show different "balances" on an address, or spent/unspent outputs if you want to be more precise.



Quote And unmodified non-segwit miners will not initiate a split under any condition.



Yes, because "blocks that you consider to be valid but which every segwit-enforcing node rejects"

will be orphaned as the longest chain prevails.





Quote Quote Any rollout of segwit must include majority hash power No, that is one sufficient condition, it can instead include basically all of the users (in particular, economically significant users). Either are sufficient alone. The users define what are the miners and if the user define mining to include segwit, it does... from their perspective it is impossible to violate the rules, and any miner that tries just stops existing-- just as litecoin miners do not exist as far as Bitcoin users (and their nodes) are concerned today.

No, that is one sufficient condition, it can instead include basically all of the users (in particular, economically significant users). Either are sufficient alone. The users define what are the miners and if the user define mining to include segwit, it does... from their perspective it is impossible to violate the rules, and any miner that tries just stops existing-- just as litecoin miners do not exist as far as Bitcoin users (and their nodes) are concerned today.

You chopped the part of my quote where I said "to avoid a network split". I understand the distinction you make, but many non technical people may not. If all the 'economic users' loved Segwit but a majority group of miners refused to go along with them, there would be a split.







I am aware that are no actual balances. I was abstracting this out of the conversation just like a walletcan calculate a balance to display to the user. The point is still valid: Non-segwit chain vs segwit chaincan show different "balances" on an address, or spent/unspent outputs if you want to be more precise.Yes, because "blocks that you consider to be valid but which every segwit-enforcing node rejects"will be orphaned as the longest chain prevails.You chopped the part of my quote where I said "to avoid a network split". I understand the distinction you make, but many non technical people may not. If all the 'economic users' loved Segwit but a majority group of miners refused to go along with them, there would be a split. proof LN isn't Decentralized official Electron Cash wallet