Bitcoin Forum

Alternate cryptocurrencies => Altcoin Discussion => Topic started by: uvwvj on January 16, 2016, 06:47:15 PM



Title: Bitcoin Core #REKT
Post by: uvwvj on January 16, 2016, 06:47:15 PM
Bitcoin Classic is coming


Title: Re: Bitcoin Core #REKT
Post by: BillyBobZorton on January 16, 2016, 06:53:47 PM
No one cares about your useless altcoin. People with a brain will keep trusting sound developers which have been delivering amazing content to Bitcoin and not some opportunists that don't care about decentralization of nodes and privacy. No one trusts alt-forkcoins after Bitcoin XTroll failure.


Title: Re: Bitcoin Core #REKT
Post by: calkob on January 16, 2016, 07:03:59 PM
What is bitcoin classic and who is behind its development, could you give us abit of info?


Title: Re: Bitcoin Core #REKT
Post by: Erkallys on January 16, 2016, 07:09:51 PM
What is bitcoin classic and who is behind its development, could you give us abit of info?

That's a project that want to increase the blocksize to 2MB by a fork, which is called Bitcoin Classic. I wonder why they chose this name because it has nothing that is classic.It's supported by Gavin Andresen if I remember well, and is supported by AntPool and a few other big players. However, I don't know if I'm allowed to tell you this ::)...


Title: Re: Bitcoin Core #REKT
Post by: Alley on January 16, 2016, 07:16:41 PM
Is core planning a increase or they keeping status quo?


Title: Re: Bitcoin Core #REKT
Post by: krunox123 on January 16, 2016, 07:47:14 PM
Well, really? No one(at least for me) really cares about Bitcoin Classic or whatever you call it.
Why don't you people who support Bitcoin Classic develop your own coins if you really want a 2MB blocksize? :O


Title: Re: Bitcoin Core #REKT
Post by: Westin Landon Cox on January 16, 2016, 07:51:53 PM
It does look like "Classic" is getting a significant number of the mining power to pledge support.

I'm not interested in a version of Bitcoin that goes against the opinion of most of the experts. I like Luke Jr.'s plan:

Fire the Miners!

https://np.reddit.com/r/bitcoin_uncensored/comments/416qtj/please_support_this_pull_request_to_fix_mining/


Title: Re: Bitcoin Core #REKT
Post by: keepdoing on January 16, 2016, 07:55:33 PM
Bitcoin Classic is coming
www.BitcoinClassic.com

Over 50% of Mining Power is already publicly committed.   List of Miners already publicly on record as Supporting Bitcoin Classic:


  • Bitmain/Antpool
  • BitFury
  • BW.COM
  • HAOBTC.com
  • KnCMiner
  • Genesis Mining
  • Avalon Miner

Everybody needs to be ready to DOWNLOAD and RUN Classic the second it is released.  The Blockstream/Coretard Supporters will be ramping up FUD, trying to DDOS sites.  We need a fast, massive rampup to show unity.  Classic Blocks and Classic Nodes need to EXPLODE OUT OF THE BLOCKS BABY!

Get Ready to Upgrade!


Title: Re: Bitcoin Core #REKT
Post by: uvwvj on January 16, 2016, 07:57:11 PM
No one cares about your useless altcoin. People with a brain will keep trusting sound developers which have been delivering amazing content to Bitcoin and not some opportunists that don't care about decentralization of nodes and privacy. No one trusts alt-forkcoins after Bitcoin XTroll failure.

What are you going to do when you are on the altcoin chain?

CORE IS NOT BITCOIN MAJORITY IS BITCOIN

And the majority is coming



Brg444 is gonna get #REKTED


Title: Re: Bitcoin Core #REKT
Post by: Zarathustra on January 16, 2016, 08:05:13 PM
What is bitcoin classic and who is behind its development, could you give us abit of info?

It's the unbeatable All Star Dream Team:

https://www.reddit.com/r/btc/comments/4182w6/who_are_bitcoin_classic_developers/cz0baj2


Title: Re: Bitcoin Core #REKT
Post by: franky1 on January 16, 2016, 08:17:21 PM
It does look like "Classic" is getting a significant number of the mining power to pledge support.

I'm not interested in a version of Bitcoin that goes against the opinion of most of the experts. I like Luke Jr.'s plan:

Fire the Miners!

https://np.reddit.com/r/bitcoin_uncensored/comments/416qtj/please_support_this_pull_request_to_fix_mining/

lol
Keccak is  SHA3..
which will totally kill off ASICs of todays current design.. and would cause the system to take weeks to solve one block because the difficulty is soo high, by the time that 2016 blocks are solved (years) to then downgrade difficulty, would be too late... ASIC producers would have created a SHA3 asic chip. and the chinese manufacturers would dominate again..
all because it costs them $200 to make the asic but sell it to others for $2000, meaning for every unit a competitor buys.. the competitor is literally handing the chinese manufacturer multiple units for free.

it solves nothing short term or long term..

instead:
the only way to solve centralization, without delaying blocks for months by changing the algorithm, without just making it a stopgap to repeat again next year and without risking security by allowing single user to be more powerful than super computer power...
is to ignore a solved block provided by the same known pool if it solves more than 3 blocks an hour.
infact implementing a rule to ignore a pool for atleast 6 blocks means there will be atleast 6 pools on equal footing
EG
00:05:00am bl400000 -BTCC.com
00:15:00am bl400001 -BTCC.com (ignored)
00:15:02am bl400001 -Iceland.com
00:25:00am bl400002 -BTCC.com (ignored)
00:25:02am bl400002 -iceland.com (ignored)
00:15:04am bl400001 -canada.com
00:35:00am bl400003 -BTCC.com (ignored)
00:35:02am bl400003 -iceland.com (ignored)
00:35:04am bl400003 -canada.com (ignored)
00:35:06am bl400003 -Emerica.com
00:45:00am bl400004 -BTCC.com (ignored)
00:45:02am bl400004 -iceland.com (ignored)
00:45:04am bl400004 -canada.com (ignored)
00:45:06am bl400004 -Emerica.com (ignored)
00:45:08am bl400004 -England.com
00:55:00am bl400005 -BTCC.com (ignored)
00:55:02am bl400005 -iceland.com (ignored)
00:55:04am bl400005 -canada.com (ignored)
00:55:06am bl400005 -Emerica.com (ignored)
00:55:08am bl400005 -England.com (ignored)
00:55:10am bl400005 -france.com
01:05:00am bl400006 -BTCC.com
01:15:00am bl400007 -BTCC.com (ignored)
01:15:02am bl400007 -Iceland.com

blah blah blah you get the idea.

i personally dont like this idea as it messes with consensus and can be abused to not relay certain miners block based on emotion rather than security strength of the solution. but atleast its easier to implement than luke jr's version which is just a short stop gap, with lots of immediate negative repercussions and by the time it settles down the stopgap is over and dominance begins again


Title: Re: Bitcoin Core #REKT
Post by: jonald_fyookball on January 16, 2016, 08:25:59 PM
No one cares about your useless altcoin. People with a brain will keep trusting sound developers which have been delivering amazing content to Bitcoin and not some opportunists that don't care about decentralization of nodes and privacy. No one trusts alt-forkcoins after Bitcoin XTroll failure.

"Your useless altcoin" lol.. i love it.  

It's like: "There's a possibility of a fork, so I'll just call the version I
disagree with an altcoin and claim the higher moral ground."

That's just posturing, nothing more.

Its the same intellectual dishonesty used by people who
called XT an altcoin when it fact it was an alt client
and wouldn't cause a fork unless 75% of the mining
power was behind it.

Also, "sound developers"?  Who? Greg Maxwell?

He may been a good coder but he also never shared
Satoshi's vision in how Bitcoin would scale, started
a company with business interests counter to Bitcoin
scaling, and continually thwarts the wishes of the larger
Bitcoin community to increase the blocksize.

 


Title: Re: Bitcoin Core #REKT
Post by: Westin Landon Cox on January 16, 2016, 08:27:25 PM
Keccak is  SHA3..
which will totally kill off ASICs of todays current design.. and would cause the system to take weeks to solve one block because the difficulty is soo high, by the time that 2016 blocks are solved (years) to then downgrade difficulty, would be too late...

Yes, it will kill off today's ASICS. But I disagree about the difficulty. Obviously the hardfork would not only change the PoW but initialize the difficulty to a reasonable value for that PoW.


Title: Re: Bitcoin Core #REKT
Post by: franky1 on January 16, 2016, 08:30:13 PM
Keccak is  SHA3..
which will totally kill off ASICs of todays current design.. and would cause the system to take weeks to solve one block because the difficulty is soo high, by the time that 2016 blocks are solved (years) to then downgrade difficulty, would be too late...

Yes, it will kill off today's ASICS. But I disagree about the difficulty. Obviously the hardfork would not only change the PoW but initialize the difficulty to a reasonable value for that PoW.


and in 3 months-1 year china will have SHA3 asics and dominate again without 6 years of difficulty growth because the difficulty has been reset, so although you might has mentioned the difficulty may change to not cause transaction delays for users.. its still not solving the dominance issue, long term

plus ofcourse if the difficulty did drop to a level that an average laptop can solve in 10 minutes.. then nefarious users will syndicate(group/pool) multiple systems together to 51% attack very easily and cheaply


Title: Re: Bitcoin Core #REKT
Post by: BitcoinNewsMagazine on January 16, 2016, 08:42:47 PM
Keccak is  SHA3..
which will totally kill off ASICs of todays current design.. and would cause the system to take weeks to solve one block because the difficulty is soo high, by the time that 2016 blocks are solved (years) to then downgrade difficulty, would be too late...

Yes, it will kill off today's ASICS. But I disagree about the difficulty. Obviously the hardfork would not only change the PoW but initialize the difficulty to a reasonable value for that PoW.


The github pull request (https://github.com/bitcoinclassic/bitcoinclassic/pull/6) by luke-jr that everyone is concerned about was closed by jtoomin. No longer a concern your ASICS are safe. luke-jr seems to be a bit of a loose cannon:) As I read the repositories they are trying to make the implementation as simple as possible with just a 2 MB patch to gain support from the pools. Since a client is not even available yet that support remains to be seen.


Title: Re: Bitcoin Core #REKT
Post by: LFC_Bitcoin on January 16, 2016, 08:46:30 PM
Bitcoin Core really, really is not REKT. There is absolutely nothing to suggest this, stop trolling.


Title: Re: Bitcoin Core #REKT
Post by: cypherdoc on January 16, 2016, 08:47:42 PM
https://i.imgur.com/CqdTWCd.png


Title: Re: Bitcoin Core #REKT
Post by: jonald_fyookball on January 16, 2016, 08:50:56 PM
Bitcoin Core really, really is not REKT. There is absolutely nothing to suggest this, stop trolling.

Oh really?  I guess Mike Hearn is 100% wrong and all the people and companies
backing Bitcoin classic are 100% wrong too.  Sounds legit.


Title: Re: Bitcoin Core #REKT
Post by: uvwvj on January 16, 2016, 08:52:24 PM
Brg444 #REKT
Theymos #REKT


Title: Re: Bitcoin Core #REKT
Post by: jonald_fyookball on January 16, 2016, 08:54:28 PM
Brg444 #REKT
Theymos #REKT

Actually I think Theymos is backing Classic now.



Title: Re: Bitcoin Core #REKT
Post by: Westin Landon Cox on January 16, 2016, 08:55:18 PM
Keccak is  SHA3..
which will totally kill off ASICs of todays current design.. and would cause the system to take weeks to solve one block because the difficulty is soo high, by the time that 2016 blocks are solved (years) to then downgrade difficulty, would be too late...

Yes, it will kill off today's ASICS. But I disagree about the difficulty. Obviously the hardfork would not only change the PoW but initialize the difficulty to a reasonable value for that PoW.


The github pull request (https://github.com/bitcoinclassic/bitcoinclassic/pull/6) by luke-jr that everyone is concerned about was closed by jtoomin. No longer a concern your ASICS are safe. luke-jr seems to be a bit of a loose cannon:) As I read the repositories they are trying to make the implementation as simple as possible with just a 2 MB patch to gain support from the pools. Since a client is not even available yet that support remains to be seen.

I don't have any ASICS. I agree that Bitcoin Classic won't merge Luke Jr.'s PR. But don't worry. There's a proposal for Bitcoin FU (Forking Uninhibited) that will hard fork away from SHA2 the same time Bitcoin Classic forks away from 1MB.

https://bitcointalk.org/index.php?topic=1330447.0 (https://bitcointalk.org/index.php?topic=1330447.0)

Everyone will get what the Bitcoin they want and we can finally put all this drama behind us.


Title: Re: Bitcoin Core #REKT
Post by: Westin Landon Cox on January 16, 2016, 08:59:40 PM
Brg444 #REKT
Theymos #REKT

Actually I think Theymos is backing Classic now.

It would be surprising if Theymos were really backing Classic. Your assertion prompted me to look through some of his recent reddit comments. Here's one from "1 day ago":

https://www.reddit.com/r/Bitcoin/comments/40zs8h/instead_of_whining_about_the_block_size_we_better/cyywmvg (https://www.reddit.com/r/Bitcoin/comments/40zs8h/instead_of_whining_about_the_block_size_we_better/cyywmvg)

Quote from: theymos_on_reddit
If you change Classic's rollout mechanism to just a flag day 6 months from when it's introduced, it looks reasonably safe to me. There may still be problems with worst-case blocks taking many minutes to verify, though.

SegWit basically does the same thing, though, and better. With the Core roadmap, we'll have blocks effectively 2 MB in size in only around 4 months, and it'll be backward-compatible. Also very important is that it enables future deployment of fraud proofs, which will make Bitcoin way stronger against attacks by miners (a serious concern with the existing amount of miner centralization). It also fixes the slow verification issue. Late this year a "real" max block size increase following something like Classic's design can be scheduled. So the Classic change seems entirely worse to me, especially when so many experts have signed onto the Core roadmap.

(To be clear: I'm talking about the changes in Bitcoin Classic. Since Bitcoin Classic implements a contentious hardfork, I wouldn't support it unless it actually overtakes the economy.)


Title: Re: Bitcoin Core #REKT
Post by: ATguy on January 16, 2016, 09:00:37 PM
The thread should be renamed:
Bitcoin Core is dead, long live to Bitcoin Classic!
 ;)


Keccak is  SHA3..
which will totally kill off ASICs of todays current design.. and would cause the system to take weeks to solve one block because the difficulty is soo high, by the time that 2016 blocks are solved (years) to then downgrade difficulty, would be too late...

Yes, it will kill off today's ASICS. But I disagree about the difficulty. Obviously the hardfork would not only change the PoW but initialize the difficulty to a reasonable value for that PoW.


and in 3 months-1 year china will have SHA3 asics and dominate again without 6 years of difficulty growth because the difficulty has been reset, so although you might has mentioned the difficulty may change to not cause transaction delays for users.. its still not solving the dominance issue, long term

plus ofcourse if the difficulty did drop to a level that an average laptop can solve in 10 minutes.. then nefarious users will syndicate(group/pool) multiple systems together to 51% attack very easily and cheaply


Oh, the insane Juke-jr pull request. When something works well on GPU, there is no reason to make more effecient ASIC version.

To solve miner centralization, full node client need have implemented P2P decentralized pool protocol for homeminers where they share block reward in trustless manner, Bitcoin Core seems to have other priorites like making the blocks full so other offchain solutions can capitalize on Bitcoin transactions, so lets see if its successor Bitcoin Classic implements this P2P decentralized pool protocol to help decentralize mining bit more


He he, this thread moved to altcoin discussion section by theymos... I think he still has some hope in Bitcoin Core :)


Title: Re: Bitcoin Core #REKT
Post by: inca on January 16, 2016, 09:09:13 PM
luke-jr and jameshilliard trolling to the maximum on those pull requests. little children.


Title: Re: Bitcoin Core #REKT
Post by: rdnkjdi on January 16, 2016, 09:13:21 PM
No one cares about your useless altcoin. People with a brain will keep trusting sound developers which have been delivering amazing content to Bitcoin and not some opportunists that don't care about decentralization of nodes and privacy. No one trusts alt-forkcoins after Bitcoin XTroll failure.

Yeah ... only 74% of the hashpower supports it now.

and the biggest wallet (blockchain.info).

and coinbase.

luke-jr trolling and trying to pull github repository and change the PoW algo has nothing to do with anything but luke-jr trolling.  

Prepare for a hardfork

Amazing content?  Three years and they have cut the transactions per second from 7 to 3.  No better scripting / smart contracts.

God knows we'll never see sidechains.

Oh yeah.  And they eliminated 0 conf transactions in their idea of scalability so every vendor will have to reprogram everything to do reasonably quick will have to reprogram everything to work with new more complex interface.


Title: Re: Bitcoin Core #REKT
Post by: jonald_fyookball on January 16, 2016, 09:19:13 PM
  they eliminated 0 conf transactions in their idea of scalability so every vendor will have to reprogram everything to do reasonably quick will have to reprogram everything to work with new more complex interface.

they did? WTF...


Title: Re: Bitcoin Core #REKT
Post by: Westin Landon Cox on January 16, 2016, 09:26:51 PM
 they eliminated 0 conf transactions in their idea of scalability so every vendor will have to reprogram everything to do reasonably quick will have to reprogram everything to work with new more complex interface.

You mean opt-in RBF? "Classic" will have this too, right?


Title: Re: Bitcoin Core #REKT
Post by: jonald_fyookball on January 16, 2016, 09:28:06 PM
 they eliminated 0 conf transactions in their idea of scalability so every vendor will have to reprogram everything to do reasonably quick will have to reprogram everything to work with new more complex interface.

You mean opt-in RBF? "Classic" will have this too, right?


0 conf rules ..da fuq


Title: Re: Bitcoin Core #REKT
Post by: Westin Landon Cox on January 16, 2016, 09:31:51 PM
 they eliminated 0 conf transactions in their idea of scalability so every vendor will have to reprogram everything to do reasonably quick will have to reprogram everything to work with new more complex interface.

You mean opt-in RBF? "Classic" will have this too, right?


0 conf rules ..da fuq

Don't worry. If you like your 0 conf, you can keep your 0 conf.*

*Disclaimer: 0 conf was never secure in the first place.


Title: Re: Bitcoin Core #REKT
Post by: jonald_fyookball on January 16, 2016, 09:35:10 PM
 they eliminated 0 conf transactions in their idea of scalability so every vendor will have to reprogram everything to do reasonably quick will have to reprogram everything to work with new more complex interface.

You mean opt-in RBF? "Classic" will have this too, right?


0 conf rules ..da fuq

Don't worry. If you like your 0 conf, you can keep your 0 conf.*

*Disclaimer: 0 conf was never secure in the first place.

kinda of like obama said you can keep your doctor right  :P


Title: Re: Bitcoin Core #REKT
Post by: TooDumbForBitcoin on January 16, 2016, 09:54:38 PM
Bitcoin Classic is coming
www.BitcoinClassic.com

Over 50% of Mining Power is already publicly committed.   List of Miners already publicly on record as Supporting Bitcoin Classic:


  • Bitmain/Antpool
  • BitFury
  • BW.COM
  • HAOBTC.com
  • KnCMiner
  • Genesis Mining
  • Avalon Miner

Everybody needs to be ready to DOWNLOAD and RUN Classic the second it is released.  The Blockstream/Coretard Supporters will be ramping up FUD, trying to DDOS sites.  We need a fast, massive rampup to show unity.  Classic Blocks and Classic Nodes need to EXPLODE OUT OF THE BLOCKS BABY!

Get Ready to Upgrade!

Memorial Day


Title: Re: Bitcoin Core #REKT
Post by: TooDumbForBitcoin on January 16, 2016, 09:56:01 PM
What is bitcoin classic and who is behind its development, could you give us abit of info?

It's the unbeatable All Star Dream Team:

https://www.reddit.com/r/btc/comments/4182w6/who_are_bitcoin_classic_developers/cz0baj2

You forgot jstolfi, Chief Architect


Title: Re: Bitcoin Core #REKT
Post by: iCEBREAKER on January 16, 2016, 10:05:35 PM
Well, really? No one(at least for me) really cares about Bitcoin Classic or whatever you call it.
Why don't you people who support Bitcoin Classic develop your own coins if you really want a 2MB blocksize? :O

Hearn's Avengers don't want to develop their own coin anymore than the XT and Unlimited hosers did.

They want to hijack Core, repurpose its roadmap to suit Coinbase's business markitecture requirements, and still expect Core's devs to keep working.

Adam Back is wrecking _Classic on twitter.  His best point so far is that _Classic is self-defeating, in that if its tyranny of the majority succeeds in taking out Core it necessarily takes Bitcon's (experiment in) antifragility with it.

Then there is the fact _Classic is saying such stupid things it makes the small block militia's job easy....

Quote
Henry Brade ‏@Technom4ge
@Koopake @adam3us @virtuallylaw @morcosa The update in Classic is extremely simple and safe, not much testing needed.

"Not much testing needed" is an instant comedy classic.  Memes in 3, 2, 1....

Quote
Henry Brade ‏@Technom4ge 4h4 hours ago
@adam3us I'm willing to risk it all purely on principle and the faith that there will be developers even if there aren't many now.

Principle and Faith® will save _Classic from Evil Core!  You read it here first!


This new generation of TumorBlocker lowcows is even more unintentionally hilarious than our beloved old herd of XT and Unlimited Gavinistas.

I guess we have to thank Hearn's timely, high-profile martyrdom for agitating the Tooministas into such an incoherent froth.   :D


Title: Re: Bitcoin Core #REKT
Post by: TPTB_need_war on January 16, 2016, 10:35:05 PM
The Chinese are siphoning off our speculator money with their $50 per BTC mining costs:

Anyone know what proportion of BTC is produced in China/held in China/sold out of China ?

Without this info I don't know that I can put too much store in this theory Jorge.

There is practically no reliable info on the bitcoin economy, in particular on the flow and ownership of bitcoin by country. (This is a serious problem for would-be investors.)

We can only note that more than 67% of all new bitcoins are mined by Chinese pools, which probably comprise mostly Chinese miners; and that bitcoin has practically no use inside China, except as an instrument of speculative trading inside the exchanges.  Until last October, variations of trading volume at those exchanges did not seem to be reflected in the USD transaction volume, which may mean that there was little deposit and withdrawal at those exchanges.  

There is efficient arbitrage between the Chinese and non-Chinese exchanges. If Chinese miners sold their coins only in Chinese exchanges, that would tend to depress the price there.  Then the arbitragers would immediately move those excess coins to non-Chinese exchanges, until the prices got equalized.

So, I would guess that it does not matter where the Chinese miners sell: the net effect is that a large fraction (if not most) of the bitcoins mined in China are eventually bought and hoarded by non-Chinese investors.

On the likelihood of fixing Bitcoin:

The problem is that the cost [ of validating a transaction ] grows like N^2 for N inputs.

By the way, there is no excuse for the cost to be quadratic.  That is one of the many crocks in the BitcoinCore implementation, that will take more crocks to work around.  Like the Segregated Witnesses proposal,  malleability and its partial patches, blockchain voting to increase the limit, etc..

There you have another possible failure mode for Bitcoin: runaway code crockification (RCC).  As the code gets more complicated and ugly, fewer competent people will be willing to work on it.  Their place will be taken by incompetent pople, who will add even more crocks -- and so on until the code will fail and there will be no one capable of fixing it in time.

Just a possibility; but after seeing the malleability problems,  the Fork of July fiasco, the "fee merket" plans and the RBF hack, the Seg Wit proposal -- I fear that the RCC may be already underway...

If we understand the reasoning that led to certain details of the design (like the 1 MB limit and the abrupt halvings of the reward) we have a better chance of predicting what would happen if we changed them. 

Those who want to reform bitcoin so that it replaces VISA or ACH should put bitcoin aside and start the design such a system from scratch, choosing at each step the gears and rivets that are better suited to those goals.  But, first, they should justify why the world needs a better option for those goals and why they think that they can design one.

(That said: in fact, I believe that, as a software engineer, Satoshi, was much better than Gavin and Mike, who are much better than all the Blockstream developers -- who are totally incompetent and irresponsible in that regard.)


Title: Re: Bitcoin Core #REKT
Post by: TPTB_need_war on January 17, 2016, 12:07:26 AM
China can SPV mine, which they do already, but it is risky and puts them at a further disadvantage.

Why? They can control the pool abroad.

A pool abroad is a loser. It just adds latency.

That doesn't add any latency that they wouldn't have already with small blocks.

Yes it does. Block is solved in China. If it is sent to a mining pool in China, that mining pool and the other ones in China receive it right away. If it has to go over GFW twice, as would be the case with a pool node outside China, then there is added latency.

Incorrect. The pool still has to propagate the block solution to the block chain which means all block solutions have to propagate across the GFW (so it always double for incoming/outgoing block solutions regardless whether the pool is inside or outside China's wall). The size of the blocks is irrelevant as I said.

The block solution can be propagated directly to others inside of China even if the pool is also outside.

They would have to build a custom solution to do that, and then deal with maintaining it and potentially being exploited in some manner. If forced, they will likely do exactly that, but they would prefer not to.

I'm not referring to what is theoretically possible (maybe, if there aren't some non-obvious ways to exploit it) but what is readily deployable using existing tools.

1,312,500 BTC mined per year @ $300+ profit = $400 million annually (assuming the very low < $50 costs for mining for 2 cents hydropower and latest ASICs). Chinese are mining an estimate of 67% of that apparently.

They can afford to build that custom software solution.

The Chinese miners are lying.

Expect corruption at the highest levels. Probably are getting subsidized electricity for free. Etc.

Bitcoin has already been 51% attacked. End of story.

We MUST eliminate profitable mining (my design)!


Edit:

Quote from: anonymous
Maybe those Chinese miners are puppets for corrupt Chinese ministers?  Maybe due to the crackdown on corruption, electricity for Bitcoin is more stealthily than transferring bank money?

That was also one of my thoughts about the possibilities.

But also consider that the core devs of Bitcoin can't be this dumb. Surely they also know about this and have covered it up.


Title: Re: Bitcoin Core #REKT
Post by: TooDumbForBitcoin on January 17, 2016, 04:06:50 AM
Gavin weighs in on using caution with new blockchains

https://bitcointalk.org/index.php?topic=42465.msg516789#msg516789


Title: Re: Bitcoin Core #REKT
Post by: rdnkjdi on January 17, 2016, 11:14:46 AM
Quote
majority succeeds in taking out Core it necessarily takes Bitcon's (experiment in) antifragility with it

maybe you missed something about the miners getting to vote on the direction of the chian?  Also - if you destroy antifragility it wasn't anti fragile (obviously).

Whatever it is you're smoking - I wish I had some *grumbles*

Guess no  one has considered the fact that blocks actually are full and this debate has been going on for more or less three years?  Core had their chance to resolve it and refused to.  Too little, too late, their own fault.  Not coinbases or anyone else's.


Title: Re: Bitcoin Core #REKT
Post by: VeritasSapere on January 17, 2016, 02:27:25 PM
I guess Core is the altcoin now? At least theymos is consistent. ;D


Title: Re: Bitcoin Core #REKT
Post by: sgbett on January 18, 2016, 10:56:52 AM
 they eliminated 0 conf transactions in their idea of scalability so every vendor will have to reprogram everything to do reasonably quick will have to reprogram everything to work with new more complex interface.

You mean opt-in RBF? "Classic" will have this too, right?


0 conf rules ..da fuq

Don't worry. If you like your 0 conf, you can keep your 0 conf.*

*Disclaimer: 0 conf was never secure in the first place.

Security isn't an is/isn't dichotomy.

Zeroconf on a $5 coffee might fit your risk model, an interbank transfer of $3m then one, two or even 6 confirmations may not be enough.

Accepting Zeroconf is a choice. RBF takes away that choice.


Title: Re: Bitcoin Core #REKT
Post by: iCEBREAKER on January 18, 2016, 11:05:26 AM
 they eliminated 0 conf transactions in their idea of scalability so every vendor will have to reprogram everything to do reasonably quick will have to reprogram everything to work with new more complex interface.

You mean opt-in RBF? "Classic" will have this too, right?


They don't know yet.

The Tooministas won't be able to compromise and resolve the schism, leading to a Classic Classic versus New Classic fork.

The process will repeat for CLTV and SEGWIT, so we may look forward to Classic Classic++, New Classic Ultra, etc, etc, etc.

So many bikeshed permutations, so little time for vanity combinatorics...   :P


Title: Re: Bitcoin Core #REKT
Post by: mudiko on January 18, 2016, 01:02:49 PM
Bitcoin is everyone's. That is why i find a democracy pretty cool in it. But we should call our parties node clients rather than altcoins. I kinda feel like bitcoin started to have politics and some people are really like trump's hardcore supporters in this thing.


Title: Re: Bitcoin Core #REKT
Post by: jonald_fyookball on January 18, 2016, 02:10:13 PM
I kinda feel like bitcoin started to have politics 

YA THINK?   :D


Title: Re: Bitcoin Core #REKT
Post by: infofront on January 18, 2016, 08:36:15 PM
  they eliminated 0 conf transactions in their idea of scalability so every vendor will have to reprogram everything to do reasonably quick will have to reprogram everything to work with new more complex interface.

they did? WTF...

Indeed, they did.
But not to worry. If you need help managing the new complexities, I'm sure your local BlockStream salesperson will be glad to give you a quote.


Title: Re: Bitcoin Core #REKT
Post by: infofront on January 18, 2016, 08:41:55 PM
Brg444 #REKT
Theymos #REKT

Actually I think Theymos is backing Classic now.

It would be surprising if Theymos were really backing Classic. Your assertion prompted me to look through some of his recent reddit comments. Here's one from "1 day ago":

https://www.reddit.com/r/Bitcoin/comments/40zs8h/instead_of_whining_about_the_block_size_we_better/cyywmvg (https://www.reddit.com/r/Bitcoin/comments/40zs8h/instead_of_whining_about_the_block_size_we_better/cyywmvg)

Quote from: theymos_on_reddit
If you change Classic's rollout mechanism to just a flag day 6 months from when it's introduced, it looks reasonably safe to me. There may still be problems with worst-case blocks taking many minutes to verify, though.

SegWit basically does the same thing, though, and better. With the Core roadmap, we'll have blocks effectively 2 MB in size in only around 4 months, and it'll be backward-compatible. Also very important is that it enables future deployment of fraud proofs, which will make Bitcoin way stronger against attacks by miners (a serious concern with the existing amount of miner centralization). It also fixes the slow verification issue. Late this year a "real" max block size increase following something like Classic's design can be scheduled. So the Classic change seems entirely worse to me, especially when so many experts have signed onto the Core roadmap.

(To be clear: I'm talking about the changes in Bitcoin Classic. Since Bitcoin Classic implements a contentious hardfork, I wouldn't support it unless it actually overtakes the economy.)

What he seems to be missing is that the "Classic" dev team is capable of implementing these additional features as well. The forking debate isn't about deciding on particular features or technologies. It's about choosing a management team. The current core team has proven that they're either incompetent or corrupt. Either way, it's time to fire them.


Title: Re: Bitcoin Core #REKT
Post by: muyuu on January 18, 2016, 08:50:10 PM
Core pushes forward, dissidents scramble.

As usual.