danielW
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 03:00:36 AM |
|
A good laugh https://archive.is/lQCHpOn Black Friday, with 9,000 transactions backlogged, Peter Todd (supported by Greg Maxwell) is merging a dangerous change to Core (RBF - Replace-by-Fee). RBF makes it harder for merchants to use zero-conf, and makes it easier for spammers and double-spenders to damage the network. Nobody intelligent is going to take these clowns serious if they keep posting nonsense like that. Fork off already guys, nobody needs nor wants you here. Nobody cares about your 'blockstream core only implementation' imperatif. The totalitarians will be forced to raise the limit soon. it is usually the totalitarian that force things, not the other way around. no one is forcing you to use bitcoin. (altho i suspect you are not using it anyway) You are correct actually, force is not the right word. The totalitarians will be incentivized to raise the limit soon. That is much more accurate, thank you for correcting our rhetoric. I am disgusted by what is happening now with Core and RBF, to push such a contentious change without any debate, voting, time or even miner consensus. It is truly horrendous especially considering the harm that RBF can do to Bitcoin. It is also highly hypocritical especially considering their reasoning for not implementing a blocksize increase. I hope that once Core is forked out of power we will be able to reverse these changes and repair the damage that has been done here. Raising block size needs needs a change of the consensus protocol, and therefore needs consensus. Relay policy is separate from protocol and does not need consensus. Anybody can use whatever relay policy they want. Everybody needs to use the same protocol, so we need consensus there. RBF is really a user interface issue. It adds an interface to do what is already possible on network anyway. This is part of the difference between a soft fork and hard fork as far as I understand it. Some very important and fundamental changes can be done using a soft fork whereas there are some others things that are not particularly fundamental that do require a hard fork. Whether a particular change is a soft fork or a hard fork is not necessarily always based on its importance. Therefore some changes that can be done as a soft fork, like you say without requiring a change to the consensus protocol, should actually be implemented using a hard fork so that it gives the community the opportunity to develop real consensus around the issue. Soft forks quash the minority voice. Hard forks allow it to persist. Replace by fee is not a soft or hard fork, its no fork and zero 0 consensus on the network is needed. It is clear your understanding is poor, factually incorrect. Which is ok, not everybody has to know everything and you are still allowed to have differing opinions. While differing opinions is ok, having such outrage and confidence in your views, making accusations against others, while having little knowledge about what it is you are complaining about, is unbecoming and frustrating. It exposes your complains as not about the issues but simple about 'partisan loyalty'.
|
|
|
|
danielW
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 03:14:01 AM |
|
Yes, Roger Ver pulled a pretty shitty move when I wrote to him a few weeks ago and asked to support us and to tweet about the new forum to his followers. What he did instead is rush to start a separate forum, hoping to drive traffic to his sponsors and shove wallet services down people's throats and stuffed everything with ads. Interesting. When Adam Back questioned Roger Ver about prioritising paying wallets, Roger very aggressively called Adam a liar. Everything that I see indicates Adam was correct and it is Roger who is a liar. https://twitter.com/rogerkver/status/662453644567015424
|
|
|
|
marcus_of_augustus
Legendary
Offline
Activity: 3920
Merit: 2349
Eadem mutata resurgo
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 03:22:13 AM |
|
Adam's trade is cryptography mathematics, there is zero wiggle room for half-truths, obfuscation, falsehoods or lies in mathematics.
|
|
|
|
danielW
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 03:25:34 AM |
|
Adam's trade is cryptography mathematics, there is zero wiggle room for half-truths, obfuscation, falsehoods or lies in mathematics. I am not sure what you are saying? I believe that Roger Ver is taking money for having promoting wallets on his site. Adam was correct. Roger is trying to distract from that by aggressively calling Adam a liar.
|
|
|
|
VeritasSapere
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 04:18:35 AM |
|
A good laugh https://archive.is/lQCHpOn Black Friday, with 9,000 transactions backlogged, Peter Todd (supported by Greg Maxwell) is merging a dangerous change to Core (RBF - Replace-by-Fee). RBF makes it harder for merchants to use zero-conf, and makes it easier for spammers and double-spenders to damage the network. Nobody intelligent is going to take these clowns serious if they keep posting nonsense like that. Fork off already guys, nobody needs nor wants you here. Nobody cares about your 'blockstream core only implementation' imperatif. The totalitarians will be forced to raise the limit soon. it is usually the totalitarian that force things, not the other way around. no one is forcing you to use bitcoin. (altho i suspect you are not using it anyway) You are correct actually, force is not the right word. The totalitarians will be incentivized to raise the limit soon. That is much more accurate, thank you for correcting our rhetoric. I am disgusted by what is happening now with Core and RBF, to push such a contentious change without any debate, voting, time or even miner consensus. It is truly horrendous especially considering the harm that RBF can do to Bitcoin. It is also highly hypocritical especially considering their reasoning for not implementing a blocksize increase. I hope that once Core is forked out of power we will be able to reverse these changes and repair the damage that has been done here. Raising block size needs needs a change of the consensus protocol, and therefore needs consensus. Relay policy is separate from protocol and does not need consensus. Anybody can use whatever relay policy they want. Everybody needs to use the same protocol, so we need consensus there. RBF is really a user interface issue. It adds an interface to do what is already possible on network anyway. This is part of the difference between a soft fork and hard fork as far as I understand it[/b]. Some very important and fundamental changes can be done using a soft fork whereas there are some others things that are not particularly fundamental that do require a hard fork. Whether a particular change is a soft fork or a hard fork is not necessarily always based on its importance. Therefore some changes that can be done as a soft fork, like you say without requiring a change to the consensus protocol, should actually be implemented using a hard fork so that it gives the community the opportunity to develop real consensus around the issue. Soft forks quash the minority voice. Hard forks allow it to persist. Replace by fee is not a soft or hard fork, its no fork and zero 0 consensus on the network is needed. It is clear your understanding is poor, factually incorrect. Which is ok, not everybody has to know everything and you are still allowed to have differing opinions. While differing opinions is ok, having such outrage and confidence in your views, making accusations against others, while having little knowledge about what it is you are complaining about, is unbecoming and frustrating. It exposes your complains as not about the issues but simple about 'partisan loyalty'. You have proven my point actually, that it does not require consensus. Core has also not sought consensus on this issue, I do not need to be a technical expert to know this.
|
|
|
|
brg444 (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 04:31:22 AM |
|
You have proven my point actually, that it does not require consensus. Core has also not sought consensus on this issue, I do not need to be a technical expert to know this.
You can go and get a clue here: https://www.reddit.com/r/Bitcoin/comments/3urm8o/optin_rbf_is_misunderstood_ask_questions_about_it/
|
"I believe this will be the ultimate fate of Bitcoin, to be the "high-powered money" that serves as a reserve currency for banks that issue their own digital cash." Hal Finney, Dec. 2010
|
|
|
danielW
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 04:31:57 AM |
|
A good laugh https://archive.is/lQCHpOn Black Friday, with 9,000 transactions backlogged, Peter Todd (supported by Greg Maxwell) is merging a dangerous change to Core (RBF - Replace-by-Fee). RBF makes it harder for merchants to use zero-conf, and makes it easier for spammers and double-spenders to damage the network. Nobody intelligent is going to take these clowns serious if they keep posting nonsense like that. Fork off already guys, nobody needs nor wants you here. Nobody cares about your 'blockstream core only implementation' imperatif. The totalitarians will be forced to raise the limit soon. it is usually the totalitarian that force things, not the other way around. no one is forcing you to use bitcoin. (altho i suspect you are not using it anyway) You are correct actually, force is not the right word. The totalitarians will be incentivized to raise the limit soon. That is much more accurate, thank you for correcting our rhetoric. I am disgusted by what is happening now with Core and RBF, to push such a contentious change without any debate, voting, time or even miner consensus. It is truly horrendous especially considering the harm that RBF can do to Bitcoin. It is also highly hypocritical especially considering their reasoning for not implementing a blocksize increase. I hope that once Core is forked out of power we will be able to reverse these changes and repair the damage that has been done here. Raising block size needs needs a change of the consensus protocol, and therefore needs consensus. Relay policy is separate from protocol and does not need consensus. Anybody can use whatever relay policy they want. Everybody needs to use the same protocol, so we need consensus there. RBF is really a user interface issue. It adds an interface to do what is already possible on network anyway. This is part of the difference between a soft fork and hard fork as far as I understand it[/b]. Some very important and fundamental changes can be done using a soft fork whereas there are some others things that are not particularly fundamental that do require a hard fork. Whether a particular change is a soft fork or a hard fork is not necessarily always based on its importance. Therefore some changes that can be done as a soft fork, like you say without requiring a change to the consensus protocol, should actually be implemented using a hard fork so that it gives the community the opportunity to develop real consensus around the issue. Soft forks quash the minority voice. Hard forks allow it to persist. Replace by fee is not a soft or hard fork, its no fork and zero 0 consensus on the network is needed. It is clear your understanding is poor, factually incorrect. Which is ok, not everybody has to know everything and you are still allowed to have differing opinions. While differing opinions is ok, having such outrage and confidence in your views, making accusations against others, while having little knowledge about what it is you are complaining about, is unbecoming and frustrating. It exposes your complains as not about the issues but simple about 'partisan loyalty'. You have proven my point actually, that it does not require consensus. Core has also not sought consensus on this issue, I do not need to be a technical expert to know this. Yes, but changing blocksize does require consensus and subsequently a lot of testing. You said there is hypocrisy.
|
|
|
|
VeritasSapere
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 04:37:57 AM |
|
Replace by fee is not a soft or hard fork, its no fork and zero 0 consensus on the network is needed. It is clear your understanding is poor, factually incorrect. Which is ok, not everybody has to know everything and you are still allowed to have differing opinions.
While differing opinions is ok, having such outrage and confidence in your views, making accusations against others, while having little knowledge about what it is you are complaining about, is unbecoming and frustrating.
It exposes your complains as not about the issues but simple about 'partisan loyalty'.
You have proven my point actually, that it does not require consensus. Core has also not sought consensus on this issue, I do not need to be a technical expert to know this. Yes, but changing blocksize does require consensus and subsequently a lot of testing. You said there is hypocrisy. I accused Core of hypocrisy because they said they would not implement any contentious changes. This is part of the reason they gave for not presently increasing the blocksize. However now they are releasing RBF which certainly is a contentious change. Without any debate, voting, time or even miner consensus, this is hypocritical.
|
|
|
|
brg444 (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 04:45:27 AM |
|
Yes I acussed Core of hypocracy because they said they would not implement any contentious changes. This is part of the reason why they are presently not increasing the blocksize according to them. However now they are releasing RBF which certainly is a contentious issue. Without any debate, voting, time or even miner consensus, this is hypocritical.
Opt-in RBF is a twist on Satoshi's original implementation of unconfirmed transaction replacement. It is not imposed on any individual user and therefore is as much a contentious issue as multi-signature is, which is to say not at all. Different variations of it have been discussed over the years and the current implementation has been reviewed, vetted & ACKED by a majority of the participants to the Bitcoin open-source repo. Every single miner is free to opt out from this behaviour hence the outright stupidity of suggesting it requires miner consensus. Go and do your homeworks will ya?
|
"I believe this will be the ultimate fate of Bitcoin, to be the "high-powered money" that serves as a reserve currency for banks that issue their own digital cash." Hal Finney, Dec. 2010
|
|
|
VeritasSapere
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 04:51:53 AM Last edit: November 30, 2015, 05:06:14 AM by VeritasSapere |
|
Yes I acussed Core of hypocracy because they said they would not implement any contentious changes. This is part of the reason why they are presently not increasing the blocksize according to them. However now they are releasing RBF which certainly is a contentious issue. Without any debate, voting, time or even miner consensus, this is hypocritical.
Opt-in RBF is a twist on Satoshi's original implementation of unconfirmed transaction replacement. It is not imposed on any individual user and therefore is as much a contentious issue as multi-signature is, which is to say not at all. Different variations of it have been discussed over the years and the current implementation has been reviewed, vetted & ACKED by a majority of the participants to the Bitcoin open-source repo. Every single miner is free to opt out from this behaviour hence the outright stupidity of suggesting it requires miner consensus. Go and do your homeworks will ya? It reduces the functionality of zero confirmation transactions. If I am a merchant should I reject RBF? Since if I did do this it could cause other problems as well. Since it is the person that sends the transaction that chooses to opt in not the receiver. You claiming that this is not a contentious issue is obviously not true considering the noise that is presently being made on reddit even with all of the censorship. Even Gavin Andresen is against RBF and last time I checked he was still a Core developer, so now you do not even have your all important "developer consensus". This "developer consensus" seems to be the proposed governance model of Core, which I wholeheartedly disagree with, as opposed to rule by the economic majority through proof of work consensus.
|
|
|
|
brg444 (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 04:56:35 AM |
|
Yes I acussed Core of hypocracy because they said they would not implement any contentious changes. This is part of the reason why they are presently not increasing the blocksize according to them. However now they are releasing RBF which certainly is a contentious issue. Without any debate, voting, time or even miner consensus, this is hypocritical.
Opt-in RBF is a twist on Satoshi's original implementation of unconfirmed transaction replacement. It is not imposed on any individual user and therefore is as much a contentious issue as multi-signature is, which is to say not at all. Different variations of it have been discussed over the years and the current implementation has been reviewed, vetted & ACKED by a majority of the participants to the Bitcoin open-source repo. Every single miner is free to opt out from this behaviour hence the outright stupidity of suggesting it requires miner consensus. Go and do your homeworks will ya? It reduces the functionality of zero confirmation transactions. If I am a merchant should I reject RBF? Since if I did do this could cause other problems as well. Since it is the person that sends the transactions that chooses to opt in not the receiver. You claiming that this is not a contentious issue is obviously not true considering the noise that is presently being made on reddit even with all of the censorship. Most people on reddit haven't got a clue what they are talking about. Most of the noise is done by XTards such as yourself trying to make an issue out of everything that comes out of Core's shop nowadays because you are so butthurt your little fork remains marginal no matter how hard you shout while consensus clearly sits with Core. What an oblivious little whiner you are... the partisan act really is getting tired. It's time you fall into irrelevance and quit the stage, or, you know, just fork off.
|
"I believe this will be the ultimate fate of Bitcoin, to be the "high-powered money" that serves as a reserve currency for banks that issue their own digital cash." Hal Finney, Dec. 2010
|
|
|
danielW
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 05:05:51 AM Last edit: November 30, 2015, 05:17:52 AM by danielW |
|
Replace by fee is not a soft or hard fork, its no fork and zero 0 consensus on the network is needed. It is clear your understanding is poor, factually incorrect. Which is ok, not everybody has to know everything and you are still allowed to have differing opinions.
While differing opinions is ok, having such outrage and confidence in your views, making accusations against others, while having little knowledge about what it is you are complaining about, is unbecoming and frustrating.
It exposes your complains as not about the issues but simple about 'partisan loyalty'.
You have proven my point actually, that it does not require consensus. Core has also not sought consensus on this issue, I do not need to be a technical expert to know this. Yes, but changing blocksize does require consensus and subsequently a lot of testing. You said there is hypocrisy. I accused Core of hypocrisy because they said they would not implement any contentious changes. This is part of the reason they gave for not presently increasing the blocksize. However now they are releasing RBF which certainly is a contentious change. Without any debate, voting, time or even miner consensus, this is hypocritical. Nothing in the protocol changed. There is absolutely 0 change to Bitcoin protocol. They did not implement any changes to the protocol. This is not a change! Since they did 0 change to the protocol, they did 0 contentious change to protocol. Since they did not do a contentious change they have stuck to their work so there is no hypocrisy. Clearly the comments were said in the context of changes to the consensus rules. Not to absolutely any changes to the client or wallet. You dont need consensus to change for example the colour of the buttons on core. That is not what they meant. This is simply a change to the non-consensus working of one client, bitcoin core. Like you yourself said it is not special. Bitcoin is decentralised and there are many clients. Thats not a problem as long as they follow the same protocol.
|
|
|
|
tvbcof
Legendary
Offline
Activity: 4662
Merit: 1276
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 05:09:06 AM |
|
It [Opt-in RBF] reduces the functionality of zero confirmation transactions.
Good! zero-conf was the definition of stupid when I got interested in Bitcoin, and with good reason. It's not Bitcoin's fault if later arrivals ignorantly tried to hammer a square peg into a round hole. (Gavin can take a lot of credit for this mis-hap due to his chronic mis-management which, as best I can tell, was at first out of ignorance and later out of malice.) If I am a merchant should I reject RBF? Since if I did do this could cause other problems as well. Since it is the person that sends the transactions that chooses to opt in not the receiver.
Transfer your Bitcoin (in the unlikely event that you have any) to a wallet service which guarantees not to do RBF then and let them interact with vendors. Or just use ACH/PayPal if you like it so much. Many of the rest of use have use for something different. You claiming that this is not a contentious issue is obviously not true considering the noise that is presently being made on reddit even with all of the censorship.
You are welcome to move onward and upward to redditcoin at your earliest convenience. Don't let the door hit you on the way out.
|
sig spam anywhere and self-moderated threads on the pol&soc board are for losers.
|
|
|
VeritasSapere
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 05:35:22 AM |
|
It [Opt-in RBF] reduces the functionality of zero confirmation transactions.
Good! zero-conf was the definition of stupid when I got interested in Bitcoin, and with good reason. I would like to preserve and strengthen zero confirmation transactions, like XT and Bitcoin unlimited have stated. There is a fundamental disagreement of believe here. If I am a merchant should I reject RBF? Since if I did do this could cause other problems as well. Since it is the person that sends the transactions that chooses to opt in not the receiver.
Transfer your Bitcoin (in the unlikely event that you have any) to a wallet service which guarantees not to do RBF then and let them interact with vendors. Or just use ACH/PayPal if you like it so much. Many of the rest of use have use for something different. This proves another one of my points, the solution according to you as a merchant is to transfer my Bitcoins to a third party wallet service or stop using Bitcoin completely. I would not consider this to be an "improvement". I operate a brick and mortar store which accepts zero confirmation transactions directly, I would not like it if I would have to stop accepting Bitcoin or use a third party, which would mean I would then need to take down the Bitcoin sign I have in my store, I would still accept other cryptocurrencies of course. The blocksize would also be a factor in this, I do not agree with the path Core is taking Bitcoin into, fortunately we now do have alternative implementations to choose from and more are also now starting to appear. These alternative implementations are critical for the freedom of the Bitcoin protocol. Alternative implementations represent alternative choices for us to choose from as a community, this is a good thing, without alternative implementations it would be an election with only one option, that would not be a choice at all.
|
|
|
|
danielW
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 05:48:34 AM |
|
It [Opt-in RBF] reduces the functionality of zero confirmation transactions.
Good! zero-conf was the definition of stupid when I got interested in Bitcoin, and with good reason. I would like to preserve and strengthen zero confirmation transactions, like XT and Bitcoin unlimited have stated. There is a fundamental disagreement of believe here. If I am a merchant should I reject RBF? Since if I did do this could cause other problems as well. Since it is the person that sends the transactions that chooses to opt in not the receiver.
Transfer your Bitcoin (in the unlikely event that you have any) to a wallet service which guarantees not to do RBF then and let them interact with vendors. Or just use ACH/PayPal if you like it so much. Many of the rest of use have use for something different. I operate a brick and mortar store which accepts zero confirmation transactions directly, I would not like it if I would have to stop accepting Bitcoin or use a third party, which would mean I would then need to take down the Bitcoin sign I have in my store, I would still accept other cryptocurrencies of course. The blocksize would also be a factor in this, I do not agree with the path Core is taking Bitcoin into, fortunately we now do have alternative implementations to choose from and more are also now starting to appear. You will not have to take down your Bitcoin sign, you can operate as before ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
VeritasSapere
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 05:50:34 AM |
|
It [Opt-in RBF] reduces the functionality of zero confirmation transactions.
Good! zero-conf was the definition of stupid when I got interested in Bitcoin, and with good reason. I would like to preserve and strengthen zero confirmation transactions, like XT and Bitcoin unlimited have stated. There is a fundamental disagreement of believe here. If I am a merchant should I reject RBF? Since if I did do this could cause other problems as well. Since it is the person that sends the transactions that chooses to opt in not the receiver.
Transfer your Bitcoin (in the unlikely event that you have any) to a wallet service which guarantees not to do RBF then and let them interact with vendors. Or just use ACH/PayPal if you like it so much. Many of the rest of use have use for something different. I operate a brick and mortar store which accepts zero confirmation transactions directly, I would not like it if I would have to stop accepting Bitcoin or use a third party, which would mean I would then need to take down the Bitcoin sign I have in my store, I would still accept other cryptocurrencies of course. The blocksize would also be a factor in this, I do not agree with the path Core is taking Bitcoin into, fortunately we now do have alternative implementations to choose from and more are also now starting to appear. You will not have to take down your Bitcoin sign, you can operate as before ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Not when the blocks fill up rendering transactions unreliable and to expensive for the purchases made at that store, RBF certainly also does not help the situation. There seems to be mixed responses about how damaging RBF will be to zero confirmation transactions, I suppose this will also depend on the extend of adoption of RBF. As far as I understand it however it will make double spends easier and therefore zero confirmation less secure and also therefore less reliable. While at the same time making Bitcoin less user friendly and more complex.
|
|
|
|
Trent Russell
Full Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 132
Merit: 100
willmathforcrypto.com
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 05:56:54 AM |
|
@VS: Can you at least acknowledge that RBF is not a fork? I'm convinced you understand that RBF doesn't change the consensus rules (the definition of which blocks are valid). At this point it seems like you're trying to avoid acknowledging this.
The resistance to XT was mostly due to XTs attempt to force a contentious change to the consensus rules. I think XT already had relay policy changes before BIP 101 was added. There was no real resistance to XT at that point.
Just to let you know, it's clear to me that you support bigger blocks and alternative implementations.
|
|
|
|
VeritasSapere
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 06:11:39 AM |
|
@VS: Can you at least acknowledge that RBF is not a fork? I'm convinced you understand that RBF doesn't change the consensus rules (the definition of which blocks are valid). At this point it seems like you're trying to avoid acknowledging this.
The resistance to XT was mostly due to XTs attempt to force a contentious change to the consensus rules. I think XT already had relay policy changes before BIP 101 was added. There was no real resistance to XT at that point.
Just to let you know, it's clear to me that you support bigger blocks and alternative implementations.
I can acknowledge that RBF is not a fork. I was indeed mistaken about how this change is properly defined. I do not consider the seventy five percent miner consensus that is required in order for BIP101 to be triggered to be an attempt to "force" a contentious change, quite the opposite actually it is a way to resolve a contentious decision through the proof of work mechanism.
|
|
|
|
Trent Russell
Full Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 132
Merit: 100
willmathforcrypto.com
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 06:30:48 AM |
|
@VS: Can you at least acknowledge that RBF is not a fork? I'm convinced you understand that RBF doesn't change the consensus rules (the definition of which blocks are valid). At this point it seems like you're trying to avoid acknowledging this.
The resistance to XT was mostly due to XTs attempt to force a contentious change to the consensus rules. I think XT already had relay policy changes before BIP 101 was added. There was no real resistance to XT at that point.
Just to let you know, it's clear to me that you support bigger blocks and alternative implementations.
I can acknowledge that RBF is not a fork. I was indeed mistaken about how this change is properly defined. I do not consider the seventy five percent miner consensus that is required in order for BIP101 to be triggered to be an attempt to "force" a contentious change, quite the opposite actually it is a way to resolve a contentious decision through the proof of work mechanism. Fair enough. And you're probably right that I shouldn't have used the word "force." If at some point in the future 101 starts getting significant miner support (which seems unlikely), it also wouldn't "force" me or others to go along with the change. I could switch to another cryptocurrency or simply leave the space. This ultimate ability to opt-in or opt-out is one of the most appealing aspects of cryptocurrency.
|
|
|
|
Zarathustra
Legendary
Offline
Activity: 1162
Merit: 1004
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 30, 2015, 10:22:40 AM Last edit: November 30, 2015, 10:39:40 AM by Zarathustra |
|
More and more desperation from the XTard drone camp.
Good.
Things are progressing in the right direction.
They are really buttrekt about the RBF thing; they know their ludicrous vision of coffees-on-the-Holy-Ledger is now truly dead and buried. I haven't seen such wailing, gnashing of teeth, and rending of garments at FrappeForum since the original Great Schism. ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) The moronero shills shouldn't laugh to early. The chance, that the community will be unable to respond to the blockstream attack (change a 'Peer-to-Peer Electronic Cash System' into a settlement layer for the banksters) is miniscule. https://www.reddit.com/r/btc/comments/3ush79/then_they_fight_you/
|
|
|
|
|