Shit

$300 pe BTC if the buyer sells on exchanges! I suspect auction buying price will be 70-80%, right?

That is a very cool story. There is a good chance he regrets selling his BTC though.

It's not your GCC version - update your binutils. You may get a better hashrate with it.

I'm using GCC 4.7.2 and LD 2.23 compiled.
when I make , I got a error:
gcc: error: -fuse-linker-plugin is not supported in this configuration

who can help me ?
thanks.

BTC-E will not add Darkcoin, there is a much bigger chance for BTC-E to de-list one or more coins rather than adding one.

Sure but that price wasn't set by the market.  Anyway, I'm not knocking XCP.  I think it's great.  I'm just wondering if anyone has an explanation for the recent deviation in price between it and MSC.

Aren't alternate algorithms favouring GPUs more a miner's incentive rather than a speculator/investor?  why would the market notice if the vertcoin came from gpu, or the litecoin came from asic?  a coin, is a coin, is a coin.  i doubt the general dogecoin using public know or understand the implications of "block halving" either, but it sure had miners rigid.  

I'm interested because i continue to mine vertcoin, but am concerned its blockchain will be vulnerable to attack when it is woth more. I don't think i'll be running my GPU farm forever due to the sheer cost of electricity, and i am beginning to realize people won't keep those gpu's running forever.  a 275khash 6850 uses 200w, and a gridseed uses 7w.

Price of Iceland’s Auroracoin Falls 50% Against Bitcoin After Airdrop.* Spoiler alert, same thing will happen if gox "airdrops" the coins back to the users.

* In hindsight, this was a great opportunity to short auroracoin. I wonder if there were any easy ways to do so. 

This is insane if they expect miners to go off of moment of holding/creation for gains

Would this include Alt coins? I mine a variety of coins and have thousands of them. Then I have at the least 30 or so Alt coin to BTC trades going on each day.

Do they expect me to base the gains on when I get the actual BTC? or the Alt coins?

Then there's my tiny little bluefury making a whopping .00002 btc a day. Do they really want a gain for that fraction when after a few months I have enough to even hit the withdraw limit from a pool?

Fuck, this is how you kill mining for the common person.

So the GeForce GTX Titan Z is actually a thing, and nVidia says it maintains low thermals...
only $2999 for 5760 cuda cores!
Lets all donate to a public... meh nevermind.

The ypool chat room was full of people noticing that b12 slowed down too much, so I've pushed b13 as a compromise between safety and speed.  But it also includes an important bug fix (which should be masked by the other one, but fixing bugs is good).

 http://www.cs.cmu.edu/~dga/crypto/ric/
and in github:
 https://github.com/dave-andersen/fastrie/

Also, there's now a ChangeLog that covers all of this stuff:  https://github.com/dave-andersen/fastrie/blob/master/ChangeLog

It may be slightly slower than b11 when a block takes a long time, but it's not too far off.  It might even be a little faster for fast blocks, but overall, it's probably 5% slower than b11, but it won't get into the "invalid prime" problem.

There were two bugs in b11:
  - If it went too long before a new block was found, it could overflow the 256 bit riecoin nonce field -- I changed some constants and didn't re-do the math on them.  This is now computed based upon those constants, so the bug shouldn't reappear.

  - It could run for too long without updating its block time field, which would cause ypool to reject it even if it contained a valid share or block.  I've mostly kinda sorta fixed this, but the current version reflects a compromise between safety (updating the time field frequently) and efficiency (running as long as possible after computing a target).  This one's a "let's run it and see how it does" kind of thing.

For people who like to read the source of these things, the internals have gotten a little cleaner, which hopefully makes the logic a bit more clear.  In particular, I think the offset computation should be easier to read and understand now, for those seeking to understand what makes these miners tick.

  -Dave

Agreed, this is why I have respect for the way they (Vicurex) chose to handle the problems they had.  Gox was a much bigger exchange IMO and they acted beyond poorly which made me lose total respect for them before the latest debacle.

Only doge/btc only today already has 200 btc volume. Why not show me stats from their first month on the market?

lol years, you really have no idea how profitable it is to be such a exchange like vircurex. In a few weeks most of the losses could be covered.

Vircurex is handling it the right way.

The coins can't be traded. They are completely frozen...

Vircurex has identified the amounts, the users are all informed.

The losses weren't recent but a few large players exited and left the exchange high and dry. The remaining users benefit by remaining on the exchange in the future.

On another note, vircurex needs to consider a remittance for those affected. Perhaps they should include interest on the frozen balances.

Even if cityglut told me to stop posting, I can't just sit down while watching XCP falling apart.

Having 200 non technical people trying to protect their 2 burnt BTC insulting the BTC devs and adding their irrelevant 2 cents is the way to go, definitely.

Back to reality, no one from the core devs has been consulted, and they can get rid of the 'XCP parasite' in one commit if they want.

It was an interesting project, with talented devs, but the greed and overall retardness of the so called 'community' on top of the terrible lack of communication in general was the last nail in the coffin.

Time to dump until the news spreads, and move to something else. Thanks for the five folds profit. Hopefully Ether or whatever will make things right, control their community, and have a clear communication with all people involved.