Meuh6879
Legendary
Offline
Activity: 1512
Merit: 1012
|
|
January 24, 2016, 12:36:02 AM |
|
Why do you fools really think there will be 2 chains lasting longer than a couple days -snip- a couple of minute ...
|
|
|
|
BlindMayorBitcorn
Legendary
Offline
Activity: 1260
Merit: 1116
|
|
January 24, 2016, 12:38:22 AM |
|
Vitalik just got finished describing SegWit as basically an ugly kludge of code. Doesn't he know about the transaction malleability? Mt. Gox? Kittens??
|
|
|
|
billyjoeallen
Legendary
Offline
Activity: 1106
Merit: 1007
Hide your women
|
|
January 24, 2016, 12:44:51 AM |
|
Vitalik just got finished describing SegWit as basically an ugly kludge of code. Doesn't he know about the transaction malleability? Mt. Gox? Kittens??
Yeah, I forgot that Krapeles tried to blame the collapse of MTGox on Tx malleability. I hope that Japanese prisons are as unpleasant as WWII Japanese prisoner-of-war camps. It will save some victim of his from the trouble of having to murder him.
|
|
|
|
ChartBuddy
Legendary
Online
Activity: 2324
Merit: 1802
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
|
|
January 24, 2016, 01:01:37 AM |
|
|
|
|
|
Hyperjacked
Legendary
Offline
Activity: 1610
Merit: 1119
It's all mathematics...!
|
|
January 24, 2016, 01:22:18 AM |
|
Why do you fools really think there will be 2 chains lasting longer than a couple days The losers will maintain their ShitChain tm just to annoy us. Call me a commie pinko liberal faggot if you like but I'd get a boner for democratic governance and democratic mining. Who wants to fork with me? I think we all deserve another one. My favorite rockstar might have a point...or a fork
|
|
|
|
lottery248
Legendary
Offline
Activity: 1582
Merit: 1006
beware of your keys.
|
|
January 24, 2016, 01:27:53 AM |
|
Blockchain, chain, chain (Chain, chain, chain) Chain, chain, chain (Chain, chain, chain) Chain, chain, chain (Chain, chain, chain) Chain of fools
what are you talking about? what does that mean? are you talking about the flooded mempool or such matter? this seems to be like a spam. i am not sure if the chain is actually 'chain of fools'.
|
|
|
|
ChartBuddy
Legendary
Online
Activity: 2324
Merit: 1802
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
|
|
January 24, 2016, 02:01:34 AM |
|
|
|
|
|
BlindMayorBitcorn
Legendary
Offline
Activity: 1260
Merit: 1116
|
|
January 24, 2016, 02:12:50 AM |
|
Blockchain, chain, chain (Chain, chain, chain) Chain, chain, chain (Chain, chain, chain) Chain, chain, chain (Chain, chain, chain) Chain of fools
what are you talking about? what does that mean? are you talking about the flooded mempool or such matter? this seems to be like a spam. i am not sure if the chain is actually 'chain of fools'. Certainly. Let me explain. If you return to the previous page you will find a rather humourous back and forth beginning with this: Why do you fools really think there will be 2 chains lasting longer than a couple days The mempool's flooded, you say?
|
|
|
|
BlindMayorBitcorn
Legendary
Offline
Activity: 1260
Merit: 1116
|
|
January 24, 2016, 02:22:54 AM |
|
Fun fact: Peter Todd was corresponding with Hal Finney when he was 15.
|
|
|
|
shmadz
Legendary
Offline
Activity: 1512
Merit: 1000
@theshmadz
|
|
January 24, 2016, 02:31:46 AM |
|
The more contentious alternatives the better. The HF only triggers at 75% - thats 75% for Classic. That means that core must now share the remaining 25% with all the other implementations. They will attack each other into oblivion.
Check out the link, comrade. There is no competing over 25% remaining ASICs' with what is being discussed. It is both fascinating and encouraging and we shouldn't worry regardless the outcome. I am at peace with a potential HF and Classic. Either way, the future is great. P.S.. 75% of hashing does not equal an economic majority or a majority of users. Appears to be more supporting Core, but who knows , such a difficult thing to measure. GPU only mining would bring in many new participants who left for other alts long ago , and casual gamers with good gpus as well . Any fork with a low hashrate would be subject to what Luke-jr did with to Coiledcoin. Hi Richy, what if the lesser fork adopts a new proof of work algorithm that obsoletes the existing mining hardware?
|
|
|
|
Richy_T
Legendary
Offline
Activity: 2576
Merit: 2267
1RichyTrEwPYjZSeAYxeiFBNnKC9UjC5k
|
|
January 24, 2016, 02:34:43 AM Last edit: January 24, 2016, 02:49:34 AM by Richy_T |
|
Any fork with a low hashrate would be subject to what Luke-jr did with to Coiledcoin.
Hi Richy, what if the lesser fork adopts a new proof of work algorithm that obsoletes the existing mining hardware? I believe when Luke-jr did what he did, we were not on ASICs yet. Starting from scratch is rolling the dice. There are a lot of powered down (or being used on altcoins) GPUs out there. Who controls them? ASICs will be produced for the new POW in a couple of weeks to months tops in any case. Or would be if it wasn't going to be effectively dead.
|
|
|
|
ChartBuddy
Legendary
Online
Activity: 2324
Merit: 1802
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
|
|
January 24, 2016, 03:01:32 AM |
|
|
|
|
|
shmadz
Legendary
Offline
Activity: 1512
Merit: 1000
@theshmadz
|
|
January 24, 2016, 03:30:13 AM |
|
Any fork with a low hashrate would be subject to what Luke-jr did with to Coiledcoin.
Hi Richy, what if the lesser fork adopts a new proof of work algorithm that obsoletes the existing mining hardware? I believe when Luke-jr did what he did, we were not on ASICs yet. Starting from scratch is rolling the dice. There are a lot of powered down (or being used on altcoins) GPUs out there. Who controls them? ASICs will be produced for the new POW in a couple of weeks to months tops in any case. Or would be if it wasn't going to be effectively dead. From my memory of the asic race it would take 6 months at least, probably closer to a year, but that's not important. What I'm considering is that it would be necessary to change PoW in the case of a hard fork simply to avoid the risk of attack from the existing sha256 mining hardware.. On the less popular chain, blocks would grind to a halt under the existing difficulty. If we assume 10 percent remain then you would expect 1 block every 100 minutes, at least until the next difficulty adjustment, which would be a very long time because difficulty is adjusted every 2016 blocks. If you reduce the difficulty artificially to allow blocks to be mined and transactions to happen in a timely fashion then It becomes trivial for any mining pool to quickly switch over and mine a bunch of your blocks and then dump the coins... I think, in the situation where one would want to cling to a minority chain after a hard fork, an algorithm change is essential. Also, there is no incentive to design or build asics to run the new algorithm unless it is insanely profitable, as was the case when the first bitcoin asics came on the scene.
|
|
|
|
Mrpumperitis
Legendary
Offline
Activity: 2800
Merit: 1075
|
|
January 24, 2016, 03:54:15 AM |
|
btc..game over?
|
|
|
|
ChartBuddy
Legendary
Online
Activity: 2324
Merit: 1802
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
|
|
January 24, 2016, 04:01:35 AM |
|
|
|
|
|
Mrpumperitis
Legendary
Offline
Activity: 2800
Merit: 1075
|
|
January 24, 2016, 04:13:22 AM |
|
i think get ready for mega dumps
|
|
|
|
Richy_T
Legendary
Offline
Activity: 2576
Merit: 2267
1RichyTrEwPYjZSeAYxeiFBNnKC9UjC5k
|
|
January 24, 2016, 04:20:18 AM |
|
From my memory of the asic race it would take 6 months at least, probably closer to a year, but that's not important. What I'm considering is that it would be necessary to change PoW in the case of a hard fork simply to avoid the risk of attack from the existing sha256 mining hardware..
On the less popular chain, blocks would grind to a halt under the existing difficulty. If we assume 10 percent remain then you would expect 1 block every 100 minutes, at least until the next difficulty adjustment, which would be a very long time because difficulty is adjusted every 2016 blocks. If you reduce the difficulty artificially to allow blocks to be mined and transactions to happen in a timely fashion then It becomes trivial for any mining pool to quickly switch over and mine a bunch of your blocks and then dump the coins...
I think, in the situation where one would want to cling to a minority chain after a hard fork, an algorithm change is essential.
Also, there is no incentive to design or build asics to run the new algorithm unless it is insanely profitable, as was the case when the first bitcoin asics came on the scene.
The problem with your memory of the ASIC race is that it's a race that's already been run. Planning has been done, companies built up, infrastructure and channels put in place, experts brought in-house and manufacturing capacity assigned. If we were starting from scratch, you'd be absolutely correct but just bringing a new algorithm online? I'd imagine that back-of-napkin designs are already widespread after Luke-jr's little stunt. I won't argue that staying on SHA2 wouldn't be problematic, I'm just saying that changing is too, if not moreso. It's lose-lose.
|
|
|
|
JorgeStolfi
|
|
January 24, 2016, 04:36:53 AM Last edit: January 24, 2016, 04:48:24 AM by JorgeStolfi |
|
Vitalik just got finished describing SegWit as basically an ugly kludge of code. Doesn't he know about the transaction malleability? Mt. Gox? Kittens??
There is no need for that ugly kludge -- split transactions and blocks into two records -- to fix transaction malleability. It would sufflice to skip the signatures when computing the transaction id. Blockstream's reasons to want that kludge, ignoring all objections, are obscure. It is not necessary or helpful for fixing malleability, and does not reduce bandwidth or storage costs. On the contrary, there are alternative solutions to save bandwith from miners to clients that are simpler and more effective. One possiblility is that they want the freedom to muck around with the signatures withot having to justify or explain to anyone, since they could claim that the "main" record contains the information that other ordinary wallets need, while the contents of the extension block neeed to be understood only by them. Ot perhaps the LN will require some horrendoulsy complicated signatures; then SegWit would be a way to accomodate such transactions without impacting the bandwidth or requiring an an increase in the block size limit. Ans maybe also a way to keep the LN fees down: Pieter suggested that the fee rate (mBTC/kB) for the signature record would be a fraction of that of the main records, ostensibly to encourage use of the SegWit format.
|
|
|
|
Mrpumperitis
Legendary
Offline
Activity: 2800
Merit: 1075
|
|
January 24, 2016, 04:42:31 AM |
|
Vitalik Buterin, the developer and co-founder of crypto 2.0 platform Ethereum and co-founder of Bitcoin Magazine, has received the award at the WTN’s 2014 summit held at the Time & Life building in New York City and joins now the illustrious circle of recipients nominated by the World Technology Network each year. The event has been organized together with Fortune and Time. Besides, Buterin has been involved in multiple crypto projects over the years, including KryptoKit and Dark Wallet. Furthermore, this is not the first time the youthful developer has been rewarded for his efforts: in July this year Buterin benefitted a US$100,000 maintenance grant from Peter Thiel, PayPal co-founder and venture capitalist, which allow him to further progress in his start-up projects, including Ethereum. Multiple prominent industry leaders and companies have received World Technology Awards since the turn of the century, including the likes of Pinterest, Tesla, Skype, Apple, IBM, Amazon and other individuals and organizations that have made their mark in the world of technology. Vitalik Buterin was the only big name in the digital currency industry to win an award at this year’s WTN event.
well done m8 Smiley
|
|
|
|
BlindMayorBitcorn
Legendary
Offline
Activity: 1260
Merit: 1116
|
|
January 24, 2016, 04:50:05 AM |
|
Vitalik just got finished describing SegWit as basically an ugly kludge of code. Doesn't he know about the transaction malleability? Mt. Gox? Kittens??
There is no need for that ugly kludge -- split transactions and blocks into two records -- to fix transaction malleability. It would sufflice to skip the signatures when computing the transaction id. Blockstream's reasons to want that kludge, ignoring all objections, are obscure. It is not necessary or helpful for fixing malleability, and does not reduce bandwidth or storage costs. On the contrary, there are alternative solutions to save bandwith from miners to clients that are simpler and more effective. One possiblility is that they want the freedom to muck around with the signatures withot having to justify or explain to anyone, since they could claim that the "main" record contains the information that other ordinary wallets need, while the contents of the extension block neeed to be understood only by them. Ot perhaps the LN will require some horrendoulsy complicated signatures; then SegWit would be a way to accomodate such transactions without impacting the bandwidth or requiring an an increase in the block size limit. Ans maybe also a way to keep the LN fees down: Pieter suggested that the fee rate (mBTC/kB) for the signature record would be a fraction of that of the main records, ostensibly to encourage use of the SegWit format. So assuming there are no scaling advantages, what is the point exactly of separating signatures from transaction chains or whatever? Off-topic: I understand that SegWit fixes transaction malleability, but appears to some to have been added to the scaling roadmap as a political move.
Nope, segregated witness segregates the signature chain from the transaction chain. And increasing the overall blocksize as a side-effect. Malleability fix is also a side effect. Is it a benefit to multi-sig transactions somehow?
|
|
|
|
|