thejaytiesto (OP)
Legendary
Offline
Activity: 1358
Merit: 1014
|
|
January 19, 2016, 06:32:05 PM |
|
Greg and Peter will quit, and im sure others will follow, the Classic leeches will have nothing to keep copy-pasting onto their fork in order to progress, therefore you are left with a bunch of incompetent idiots running the full node, only in hopes of paying a little bit less fees for the fantastic tradeoff of increased node centralization and amateur developers with sneaky intentions (be ready for shit like this once the HF happens: http://cointelegraph.com/news/115153/bitcoin-xt-fork-can-blacklist-tor-exits-may-reveal-users-ip-addresses) Good job R3CEV!!!!!! Classic right in time to save the day.
|
|
|
|
fricircled
|
|
January 19, 2016, 06:35:14 PM |
|
If Bitcoin core implements the 2MB block size within two months, there is no need for bitcoinclassic. But will Core do that?
|
|
|
|
thejaytiesto (OP)
Legendary
Offline
Activity: 1358
Merit: 1014
|
|
January 19, 2016, 06:36:40 PM |
|
If Bitcoin core implements the 2MB block size within two months, there is no need for bitcoinclassic. But will Core do that?
There is no need to raise the block size to 2MB now thanks to segregated witness, try again. Bitcoin works perfectly ok, wtf are you implying, that Core wants to kill Bitcoin or something? get a grip man, just pay the recommended fees, surely it is better than risking an unnecessary hard fork and centralizing nodes? Don't you realize node count is already low as it is today? Hello? anyone here with common sense?
|
|
|
|
calkob
|
|
January 19, 2016, 06:52:36 PM |
|
And bitcoin core just keeps chugging on doing what its ment to...........
|
|
|
|
Kakmakr
Legendary
Offline
Activity: 3542
Merit: 1964
Leading Crypto Sports Betting & Casino Platform
|
|
January 20, 2016, 06:08:10 AM |
|
The name calling and finger pointing are not necessary for Bitcoin to grow and develop. We have had enough of that already and it is time to stand together against a bigger problem in the form of R3 and other companies wanting to develop all these <private> Blockchains.
Let's just join together and look for ways to accept our differences and what we need from Bitcoin and then concentrate on that goal.
|
..Stake.com.. | | | ▄████████████████████████████████████▄ ██ ▄▄▄▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄▄▄ ██ ▄████▄ ██ ▀▀▀▀▀▀▀▀▀▀ ██████████ ▀▀▀▀▀▀▀▀▀▀ ██ ██████ ██ ██████████ ██ ██ ██████████ ██ ▀██▀ ██ ██ ██ ██████ ██ ██ ██ ██ ██ ██ ██████ ██ █████ ███ ██████ ██ ████▄ ██ ██ █████ ███ ████ ████ █████ ███ ████████ ██ ████ ████ ██████████ ████ ████ ████▀ ██ ██████████ ▄▄▄▄▄▄▄▄▄▄ ██████████ ██ ██ ▀▀▀▀▀▀▀▀▀▀ ██ ▀█████████▀ ▄████████████▄ ▀█████████▀ ▄▄▄▄▄▄▄▄▄▄▄▄███ ██ ██ ███▄▄▄▄▄▄▄▄▄▄▄▄ ██████████████████████████████████████████ | | | | | | ▄▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄ █ ▄▀▄ █▀▀█▀▄▄ █ █▀█ █ ▐ ▐▌ █ ▄██▄ █ ▌ █ █ ▄██████▄ █ ▌ ▐▌ █ ██████████ █ ▐ █ █ ▐██████████▌ █ ▐ ▐▌ █ ▀▀██████▀▀ █ ▌ █ █ ▄▄▄██▄▄▄ █ ▌▐▌ █ █▐ █ █ █▐▐▌ █ █▐█ ▀▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▀█ | | | | | | ▄▄█████████▄▄ ▄██▀▀▀▀█████▀▀▀▀██▄ ▄█▀ ▐█▌ ▀█▄ ██ ▐█▌ ██ ████▄ ▄█████▄ ▄████ ████████▄███████████▄████████ ███▀ █████████████ ▀███ ██ ███████████ ██ ▀█▄ █████████ ▄█▀ ▀█▄ ▄██▀▀▀▀▀▀▀██▄ ▄▄▄█▀ ▀███████ ███████▀ ▀█████▄ ▄█████▀ ▀▀▀███▄▄▄███▀▀▀ | | | ..PLAY NOW.. |
|
|
|
watashi-kokoto
|
|
January 20, 2016, 08:17:56 AM |
|
These classic teapots have no idea what they are doing.
|
|
|
|
|
topiOleg
|
|
January 20, 2016, 10:29:35 AM |
|
If Bitcoin core implements the 2MB block size within two months, there is no need for bitcoinclassic. But will Core do that?
There is no need to raise the block size to 2MB now thanks to segregated witness, try again. Bitcoin works perfectly ok, wtf are you implying, that Core wants to kill Bitcoin or something? get a grip man, just pay the recommended fees, surely it is better than risking an unnecessary hard fork and centralizing nodes? Don't you realize node count is already low as it is today? Hello? anyone here with common sense? If the Core developers had common sence they would: 1) Include in Core only features where super majority support is for 2) Made proper fix of transaction mallebeality in hardfork together with blocksize limit increase Neither of this happening, and all they can think of is just crappy workaround with SegWit. If they were working as employers of a company, responsible for this would be fired already. Because unrational and big eggo guys inside Core blocking the way how open decentralized development should be done, there is no other option than choose better repo representing Bitcoin.
|
|
|
|
franky1
Legendary
Offline
Activity: 4368
Merit: 4740
|
|
January 20, 2016, 10:34:26 AM |
|
If Bitcoin core implements the 2MB block size within two months, there is no need for bitcoinclassic. But will Core do that?
+1 needs to be answered.. as i think most users dont care about what band camp the devs belong to as long as CODE progresses and CODE has nothing nefarious. i personally dont care about the emotions of the dev's.. as long as their emotions dont put anything bad into the code, bt do put positive features into the code. things that users want..
|
I DO NOT TRADE OR ACT AS ESCROW ON THIS FORUM EVER. Please do your own research & respect what is written here as both opinion & information gleaned from experience. many people replying with insults but no on-topic content substance, automatically are 'facepalmed' and yawned at
|
|
|
watashi-kokoto
|
|
January 20, 2016, 10:49:26 AM |
|
What a shame to miss amazing post from franky1
|
|
|
|
Amph
Legendary
Offline
Activity: 3248
Merit: 1070
|
|
January 20, 2016, 10:53:51 AM |
|
If Bitcoin core implements the 2MB block size within two months, there is no need for bitcoinclassic. But will Core do that?
their target for segwit, which is basically the 2mb implementation for core, is around april, you can see the roadmap bitcoin.org
|
|
|
|
lottery248
Legendary
Offline
Activity: 1582
Merit: 1006
beware of your keys.
|
|
January 20, 2016, 11:08:26 AM |
|
If Bitcoin core implements the 2MB block size within two months, there is no need for bitcoinclassic. But will Core do that?
something you need to understand that the bitcoin core is not being changed just because of the biased factor, if bitcoin core just changed into XT one for biased reason, then bitcoin core would not likely be trusted by the users anymore.
|
out of ability to use the signature, i want a new ban strike policy that will fade the strike after 90~120 days of the ban and not to be traced back, like google | email me for anything urgent, message will possibly not be instantly responded i am not really active for some reason
|
|
|
Lauda
Legendary
Offline
Activity: 2674
Merit: 2965
Terminated.
|
|
January 20, 2016, 11:23:36 AM |
|
If Bitcoin core implements the 2MB block size within two months, there is no need for bitcoinclassic. But will Core do that?
Of course they won't do that. Why would they? SegWit is planned for April and it brings an adequate (possibly equal or greater to a 2 MB block size) increase. If the Core developers had common sence they would: -snip-
If you had real knowledge on the matter you would: 1) Stop talking nonsense. 2) Realize the pros and cons of a hard fork in comparison to a Soft work. 3) Stop complaining that SegWit is a 'crappy workaround', when it fact it is not. something you need to understand that the bitcoin core is not being changed just because of the biased factor, if bitcoin core just changed into XT one for biased reason, then bitcoin core would not likely be trusted by the users anymore. What are you talking about? This made no sense to me.
|
"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks" 😼 Bitcoin Core ( onion)
|
|
|
watashi-kokoto
|
|
January 20, 2016, 01:36:15 PM |
|
If you had real knowledge on the matter you would: 1) Stop talking nonsense. 2) Realize the pros and cons of a hard fork in comparison to a Soft work. 3) Stop complaining that SegWit is a 'crappy workaround', when it fact it is not.
Well said.
|
|
|
|
LiteCoinGuy
Legendary
Offline
Activity: 1148
Merit: 1014
In Satoshi I Trust
|
|
January 20, 2016, 05:32:31 PM |
|
maybe Core will add 2 MB and end this mess? that would be a cool story 2MB + SegWit + LN etc would be great.
|
|
|
|
maokoto
|
|
January 20, 2016, 05:42:21 PM |
|
I agree that 2mb block would silence lots of criticism and probably would be good for community and all that. However, I think that Bitcoin is still working pretty well for now. Just wait a little longer and see what happens. I doubt core would harm bitcoin on purpose, too much at stake for developers.
|
|
|
|
Lauda
Legendary
Offline
Activity: 2674
Merit: 2965
Terminated.
|
|
January 20, 2016, 06:55:37 PM |
|
maybe Core will add 2 MB and end this mess? that would be a cool story 2MB + SegWit + LN etc would be great. 2 MB on its own is not deemed as really safe at the moment. A combination of 2 MB blocks and SegWit would be the same as an effective 4 MB block size which is worse. LN is not related to this and is slowing coming along. I doubt core would harm bitcoin on purpose, too much at stake for developers.
I concur.
|
"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks" 😼 Bitcoin Core ( onion)
|
|
|
topiOleg
|
|
January 20, 2016, 09:02:23 PM |
|
2MB + SegWit + LN etc would be great.
2 MB on its own is not deemed as really safe at the moment. A combination of 2 MB blocks and SegWit would be the same as an effective 4 MB block size which is worse. If the Core developers had common sence they would: -snip-
If you had real knowledge on the matter you would: 1) Stop talking nonsense. 2) Realize the pros and cons of a hard fork in comparison to a Soft work. 3) Stop complaining that SegWit is a 'crappy workaround', when it fact it is not. Seeing staff member doing ad homiem attacks is pretty disgusting, so I checked your post history and you had hard time understanding SegWit at first, and based on your comments I doubt you understand SegWit at all even now, and definitively your not a programmer so I dont understand how you can even comment my summary when you have so little knowledge on the topic. Just to teach you a bit, if SegWit is implemented, the effective total blocksize depends how much people will be using special SegWit transactions instead of the normal ones. I dont expect within a year there will be more SegWit transactions than the normal ones, making the limit maybe like 1.33-1.5 MB at the end of the first year. Unless off course Bitcoin Core forces us to use just SegWig tansactions instead of possibility to choose normal ones, which would not surprise me given how the RBF features cant be turned off in Core 0.12. And it is crappy workaround because it is much more complicated solution, which leads in my experience to more likely bugs and future increased development time because of the more complex code.
|
|
|
|
brg444
|
|
January 20, 2016, 09:13:39 PM |
|
Just to teach you a bit, if SegWit is implemented, the effective total blocksize depends how much people will be using special SegWit transactions instead of the normal ones. I dont expect within a year there will be more SegWit transactions than the normal ones, making the limit maybe like 1.33-1.5 MB at the end of the first year. Unless off course Bitcoin Core forces us to use just SegWig tansactions instead of possibility to choose normal ones, which would not surprise me given how the RBF features cant be turned off in Core 0.12.
And it is crappy workaround because it is much more complicated solution, which leads in my experience to more likely bugs and future increased development time because of the more complex code.
You're talking out of your ass. Return to your masters and have him review your homework. You get a -F
|
"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
|
|
|
topiOleg
|
|
January 20, 2016, 09:16:22 PM |
|
Just to teach you a bit, if SegWit is implemented, the effective total blocksize depends how much people will be using special SegWit transactions instead of the normal ones. I dont expect within a year there will be more SegWit transactions than the normal ones, making the limit maybe like 1.33-1.5 MB at the end of the first year. Unless off course Bitcoin Core forces us to use just SegWig tansactions instead of possibility to choose normal ones, which would not surprise me given how the RBF features cant be turned off in Core 0.12.
And it is crappy workaround because it is much more complicated solution, which leads in my experience to more likely bugs and future increased development time because of the more complex code.
You're talking out of your ass. Return to your masters and have him review your homework. You get a -F For your usual troll work, you get A for trolling. Congrat.
|
|
|
|
|