Bitcoin Forum
May 22, 2024, 12:26:40 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 [89] 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 ... 570 »
1761  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 12, 2017, 01:50:58 AM
And now I have to retract my comments about the segwit2x COOP options being proposed as not being rejected. Many of the core developers are starting to weigh in on the debate with a formal opinion on it and so far no one has agreed to it:
https://en.bitcoin.it/wiki/Segwit_support

Comments like this explain why they're not agreeing to it:
https://twitter.com/eric_lombrozo/status/873482749755088896
"Specifically, I believe the project got hijacked in a bait-and-switch."

Which means we do not have a consensus of any kind on any solution on the table yet that has both core and minerJihan support.

I don't think BIP148 will get any meaningful support in time for Aug1 so I'm guessing they're still hoping miners will buckle before November for the original segwit activation...?

https://twitter.com/LukeDashjr/status/873697372425072640

The solution is very clear.

Lucky Luke will change the PoW algo after we get Segwit with UASF and we are going to get rid of the cancer miners forever. He has my and many other's full support on this roadmap.
As I've said multiple times before, no it is not remotely clear based on existing support. Everyone is reading too much reddit which is making things look simple through feedback loops of people convincing each other without looking at the big picture. Don't believe the "it doesn't matter how little support it has, it can't fail by design" bullshit. Sure a forked chain with no one supporting it that can't ever reconnect with the existing chain can't ever be killed off with UASF, but then it can also simply remain as a zombie chain forever with <1% hashrate. If it got support of say 25% of the hashrate it would be a far more meaningful alternative. If you think that changing PoW as a way of increasing its relevance is the solution, then I think you need to seriously take a long hard think about how we got to where we are in terms of current bitcoin acceptance, value, perceived stability and future prospects. If you're willing to sacrifice all that on some overarching principle, then you should also accept that bitcoin's relevance as by far the most relevant cryptocurrency will never again be achieved. Following Luke-jr standing alone of all people would be madness...
1762  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 11, 2017, 11:12:27 PM
"hijacked in a bait-and-switch."
Much like the bait-and-switch idea that we have any choice through any actual consensus "vote" about segwit other than when it's implemented.  Angry
Not sure why you bring that up, core's position is segwit first before anything and everything else; I don't see why you expect them to offer anything else, it shouldn't even be a discussion point by now (at least not on this thread.)
1763  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 11, 2017, 10:30:44 PM
And now I have to retract my comments about the segwit2x COOP options being proposed as not being rejected. Many of the core developers are starting to weigh in on the debate with a formal opinion on it and so far no one has agreed to it:
https://en.bitcoin.it/wiki/Segwit_support

Comments like this explain why they're not agreeing to it:
https://twitter.com/eric_lombrozo/status/873482749755088896
"Specifically, I believe the project got hijacked in a bait-and-switch."

Which means we do not have a consensus of any kind on any solution on the table yet that has both core and minerJihan support.

I don't think BIP148 will get any meaningful support in time for Aug1 so I'm guessing they're still hoping miners will buckle before November for the original segwit activation...?
1764  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 10, 2017, 01:24:23 PM
besides uasfpool.com and SlushPool there is a third BIP148 pool too.

http://pa.xro.ca/


Which is Hash rate (7d)   247G

So yeah only slushpool like I said.
1765  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 10, 2017, 01:09:14 PM

BIP148 doesn't need a miner majority to build a chain, but it needs a decent sized miner minority which it still doesn't have.
false. a miner minority is already in place. --> https://slushpool.com/stats/?c=btc

Not false. I said decent sized. Slush pool is big, but the amount of hash directed to his BIP148 option is not enough to sustain the entire network. Blocks would be days apart at the current rate.

yeah, it will take a long time with currently 13.54 Ph/s and the given difficulty on 08/01/2017 to find the next BIP148 block which is the successor of the first or several (with no non-BIP141 blocks between) BIP141 block(s).

and difficulty adjustement will take far more longer than 2 weeks on this new BIP148 chain until a BIP148 miner minority exists.


Right, and given it's almost 100% slush at the moment, he would see the chain as being a dead end and see it as lost business and abandon it immediately, leaving the fork without any hashrate whatsoever (except that bogus uasfpool.com which has only 500GH and isn't even configured to support segwit properly and is actually likely a scam).
1766  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 10, 2017, 12:57:51 PM
Not false. I said decent sized. Slush pool is big, but the amount of hash directed to his BIP148 option is not enough to sustain the entire network. Blocks would be days apart at the current rate.
17PH was significant a year ago, so they're going by that.  Tongue
BIP148 advocates are fooled by slush's move. Slush is a businessman first and foremost. He'll advertise any old fucking crap option so long as it brings miners to his pool. That doesn't remotely mean he supports it himself. The default pool choice when left up to the pool to choose is currently advertising... nothing; not segwit, not BU, not BIP148, nothing. I guess it gives miners somewhere to mine if they support one of the options. I can't run a pool like that myself.
1767  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 10, 2017, 12:49:19 PM

BIP148 doesn't need a miner majority to build a chain, but it needs a decent sized miner minority which it still doesn't have.
false. a miner minority is already in place. --> https://slushpool.com/stats/?c=btc

Not false. I said decent sized. Slush pool is big, but the amount of hash directed to his BIP148 option is not enough to sustain the entire network. Blocks would be days apart at the current rate.
1768  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 10, 2017, 12:17:18 PM
...there are BIP148 blocks already....
There are? Care to link to one?

all blocks which are signal for BIP141 (SegWit) are 100% BIP148 blocks already because BIP148 full nodes will only accept these blocks on their Bitcoin blockchain after 08/01/2017.

they are among us. Wink
Nonsense. After another non-segwit block is built on any BIP141 blocks, the segwit pools will still mine on top of those and even when they find new segwit blocks, they'll be built on top of non-segwit blocks so only the very first short chain of segwit blocks will be considered by BIP148 and then it will be left in the cold while any remaining BIP148 pools try to build on those first blocks. BIP148 doesn't need a miner majority to build a chain, but it needs a decent sized miner minority which it still doesn't have.
1769  Alternate cryptocurrencies / Mining (Altcoins) / Re: Mining on EthOS on: June 09, 2017, 04:47:28 AM
I think he means ethos the operating system which is this http://ethosdistro.com/
Either way that only mines altcoins anyway so he's still in the wrong place.
1770  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 09, 2017, 12:22:30 AM
Poor Canaan, so forgotten and unloved.  Cry
Love them, but they're tiny. I have a few Canaan contacts and I asked them for an official position too and they seem to have decided to not have a position at all...
1771  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 08, 2017, 11:59:31 PM
In the next week or two I will have my node up and running. Not it makes much difference but I will be using that node to oppose whichever party is first to try to "force" this issue. If that is BIP148 I will be running a non UASF node. If it is a contentions miner hardfork then I will support of whatever proof-of-work change or other countermeasures are deployed in response.
One thing about the bitcoin network is its resilience against being forced to change. The consensus system has proven itself time and time again. It's my opinion that you need not worry as any group trying to force change will fail as has been demonstrated in the past. UASF via BIP148 will be a spectacular failure and consequently the enthusiasm for UASF will likely dwindle along with it. I'm pretty sure that if support stays at <1% hashrate on August1, and pools running UASF will frantically pull out to avoid mining on a dead end chain. Additionally the miners won't be forcing a hardfork as they haven't even begun doing any code, nor have coders, for their Silbert fork. At this stage I'm willing to bet segwit2X will be the way out. There doesn't seem any significant opposition to it any more.

How can you be so sure? Bitcoin is doomed with Bitmain and the current PoW method. Bitmain is the only ASIC producer company which sells miners to home users. I check the pool numbers from time to time and BU supporting pools gain power with everyday!

https://blockchain.info/pools

AntPool: %17.5
BTC.TOP: %11.9
BTC.com: %8.1
Bitcoin.com: %0.9
ViaBtc: %4.2

Total: %42.6

And you say this is perfectly fine and safe?
You're describing the current state paying no deference to intent. BU has not been "gaining power" for months - the hashrate has remained the same based on pool support all that time and variance is the only reason % changes. It's been dead in the water since this "miner agreement"; the pools just haven't changed from what they're currently signalling since they have nothing new to signal yet and every time they change their mind and signal something else they're effectively going back on their previous allegiance.  PoW is here to stay, yes bitmain makes all the hardware but changing PoW would actually be the death knell for bitcoin. Bitmain doesn't have as much power as they think they have - the response to Jihan's call to arms was proof of this, even if they make all the hardware. Except for Roger Ver, whose motives might be related to raising the value of altcoins in preference to bitcoin, the miners aren't willing to destroy their own industry just to spite the users. That they came to an agreement of segwit+2MB is evidence of that fact already. Core is basically working on giving them what they want now which also suits users, core, exchanges and businesses so what disaster do you actually perceive here should PoW remain and bitmain continue making most of the hardware and we don't get a user forced minority MASF (which is what BIP148 is doing)?
1772  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 08, 2017, 09:56:06 PM
In the next week or two I will have my node up and running. Not it makes much difference but I will be using that node to oppose whichever party is first to try to "force" this issue. If that is BIP148 I will be running a non UASF node. If it is a contentions miner hardfork then I will support of whatever proof-of-work change or other countermeasures are deployed in response.
One thing about the bitcoin network is its resilience against being forced to change. The consensus system has proven itself time and time again. It's my opinion that you need not worry as any group trying to force change will fail as has been demonstrated in the past. UASF via BIP148 will be a spectacular failure and consequently the enthusiasm for UASF will likely dwindle along with it. I'm pretty sure that if support stays at <1% hashrate on August1, and pools running UASF will frantically pull out to avoid mining on a dead end chain. Additionally the miners won't be forcing a hardfork as they haven't even begun doing any code, nor have coders, for their Silbert fork. At this stage I'm willing to bet segwit2X will be the way out. There doesn't seem any significant opposition to it any more.
1773  Bitcoin / Mining / Re: Accelerate your transactions via Antpool by yourself ! No need to ask anybody ! on: June 08, 2017, 08:37:04 AM
Post this on the antpool thread please. That cunt with his fucking rip off piece of shit pool doesn't deserve any more publicity. It's their fault for holding back change that the fees are so high that we need such a service in the first place.

/locked
1774  Bitcoin / Mining speculation / Re: I currently mine with 2kh/s+ and 10kh/s on desktop will it be worth it? on: June 08, 2017, 08:30:21 AM
I think this thread has run its course so I'm locking it.
1775  Bitcoin / Pools / Re: [BETA] ckpool.org 0.5% fee SPLNS segwit mining pool on: June 08, 2017, 08:12:44 AM
Tell Me What I Did Wrong Huh

{
 "hashrate1m": "0",
 "hashrate5m": "0",
 "hashrate1hr": "0",
 "hashrate1d": "0",
 "hashrate7d": "0",
 "lastshare": 0,
 "workers": 2,
 "shares": 0,
 "bestshare": 0.0,
 "lns": 0.1,
 "luck": 1.0,
 "accumulated": 0.0,
 "postponed": 0,
 "herp": 0.1,
 "derp": 0.0,
 "worker": []
}
You don't have an active worker. My guess is you downloaded mining software and started it without realising it doesn't do anything without dedicated mining hardware attached - no, your PC does NOT mine anything when it comes to bitcoin.
1776  Bitcoin / Pools / Re: [BETA] ckpool.org 0.5% fee SPLNS segwit mining pool on: June 07, 2017, 09:22:00 AM
* -ck drops a pin to disturb the sounds of crickets
1777  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 07, 2017, 08:26:51 AM
UASF is an interesting and very aggressive move towards forcing a split. I think the most pushed-for UASF in the form of BIP148 is far too aggressive too soon and is doomed. August 1 is very close and gives the compromisers very little time to formulate a meaningful and safe middle ground (read segwit + 2MB) to keep miners on board and avoid any splits. Should no compromise occur before that time, those signalling BIP148 will be left feeling very cold with almost no hashrate to support them, and a dead slow blockchain going nowhere. The proponents of BIP148 say there is nothing to lose and that those who are on the main chain will be the ones to lose when a reorganisation happens in the future and the uasf chain becomes the only active chain. I think this is fanciful given the absolutely minuscule miner support it currently has to create such a chain. The only realistic chance it has is if it is also coupled with the ridiculously destabilising move of changing proof of work since it will no longer need existing miner support. This of course then turns it into a hard fork as well...

What I think will happen is UASF will continue to be perceived as a threat that will make the existing players more likely to accept a compromise. The Silbert agreement was doomed from the start without any code or developers or core support but then again it was an overwhelming display of what the miners would agree to. UASF and specifically BIP148 has forced core developers to try and find that compromise point before any significant split could occur. In fact should this eventuate, and I believe it will, those who mine true UASF blocks from August1 before a compromise soft fork will be the only ones left on a dead end fork with a block chain that joins no one.

A large number of core developers are against BIP148 while most are for UASF in principle. UASF could in fact work without such an aggressive short time frame and core support but BIP148 is forcing the issue too soon with too little support.
1778  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 07, 2017, 06:03:30 AM
What are your thoughts on UASF? Is it going to break the deadlock...or cause a fork...or who the hell knows?
My thoughts specifically on what I think is going to happen or what I think of UASF?
1779  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 07, 2017, 05:36:48 AM
If only people would put as much energy into working together as they do arguing with each other this scaling problem would've been solved a long time ago.
Attempts were made to get them to work together but it was all in vain  Roll Eyes

Quite a shame it was all in vain, because there is a real possibility that these very same people will stand to lose more than just face. Such a shame intelligence and wisdom don't often go hand in hand. You have a bunch of egotistical stubborn geeks playing crypto currency poker Smiley Fun times ahead! Good luck to us all!
I can't really tell if you realised that was just a pun based on your handle or not...
1780  Bitcoin / Bitcoin Discussion / Re: The Barry Silbert segwit agreement with >80% miner agreement. on: June 07, 2017, 03:54:02 AM
If only people would put as much energy into working together as they do arguing with each other this scaling problem would've been solved a long time ago.
Attempts were made to get them to work together but it was all in vain  Roll Eyes
Pages: « 1 ... 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 [89] 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 ... 570 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!