The support email for that pool is given on the bottom of the web page... I hope I don't need to actually take a screenshot to show you exactly where.

I don't think merit is working entirely as intended*, but ad hominem attacks tend to not be terribly effective at converting someone to your cause. Then again, I'm not obsessed with ranking up, either; about the only benefit I care about is finally being able to wear my favorite forum avatar for this username (Banksy' "Star Wars Pulp Fiction").



* - mainly in that certain subfora seem to be all but ignored by merit sources, despite having a higher than average signal-to-noise ratio; e.g. - altcoins\mining is not nearly as afflicted by sig-campaign shitposters as the other altcoins subfora (or even the bitcoin subfora, from what little I've observed), but few posts are receiving merit.

Sumokoin switched as well - to Cryptonight Heavy - but given it's a tiny, tiny coin, it's easy to miss.

As for network effects, DERO is a CN coin that I have been mining almost continuously since the beginning of December and in the last few days the average network hashrate has gone from 5-7MH/s to ~15MH/s and the devs are still dithering around on what to do (I opined that doing anything besides following Monero or going with Cryptonight Heavy would be suicide because no mining software is likely to be available for weeks-months-ever).

Fercryinoutloud - literally read the post before yours!!!

Practically speaking, there's really only 2 choices of Cryptonight variants for DERO: Cryptonight Heavy or Cryptonight v7 (ie - what Monero went with). Anything else - unless an existing algo - will all but guarantee the coin is abandoned because there won't be any mining software for it.

I currently use xmr-stak because it performs the best, but I agree it is difficult to optimize. Also note that Heavy hashes slower, but everyone will be affected by this slowdown the same in percentage terms so once difficulty adjusts for the lower total network hashrate earnings should be very similar to before the ASIC invasion.

Theoretically, anyway!  

There was no ICO. I guess you are one of the vast multitudes of clueless idiots that doesn't read the OP, eh?

Hmmm... and which mining program would we use to do all that algo switching? Why not just switch to Cryptonight Heavy like Sumokoin and be done with it? The longer DERO waits to fork off the ASICs the more miners/supporters it will lose... including me, because I won't support a project where 99% of the hashrate is used to immediately sell coins at whatever the bid is, and that is exactly what most ASIC miners do.

Network hashrate now at 17.65MH/s - I guess we know where a lot of those ASIC miners went after XMR hard forked... The only other CN coin I am mining right now seems to be skating under the radar, but a couple others that I only mine occasionally are seeing hashrate/difficulty spikes.

As I've said before, I'm willing to design the PCB for an FPGA miner if someone else writes the HDL. There could be some cost savings by stripping out a lot of the extra crap that is on the usual FPGA demo/devkit board as well as more flexibility with the choice of FPGA. It probably wouldn't be smart to stray too far afield from the devkit FPGA choices, however, as that will make debugging a lot more difficult. That said, there's no reason to throw in the towel just because the devkit boards are made in China. Bitmain can't get its way on everything, you know.

I didn't use this wallet - a prettier interface wasn't worth the potential hassles, such as this - but it ought to have a command to generate or show the 25 word seed. If so, then you can recreate your address with the existing balance in the new alpha wallet.

EDIT - you can also recover your old wallet by using the private key; again, the GUI wallet should have a way of displaying/saving this.

I suspect what happened here - and which is currently happening with Ethereum, IMO - is that the Monero devs just couldn't believe an ASIC miner was practical - it is always possible, yes, but not necessarily worth doing. So when network hashrate started going up dramatically a few months ago they likely attributed it to their burgeoning success rather than an ASIC. It was only when Baikal, etc., showed videos of their ASIC CN miners that the threat even registered, but by then they were months behind the curve.

Same thing with Ethereum - the devs claim to hate ASICs six ways to Sunday and that the heavy use of memory by the Ethash algo makes an ASIC miner impractical, yet the Bitmain E3 just went on pre-sale for July delivery and promptly sold out. Seems that Bitmain found out that paralleling a few channels of cheap DDR3 was just as good as a single channel of DDR5 and the rest is about to become history.

These two examples should serve as a prominent warning to all other coin devs: if you want to resist ASICs taking over your network then you need to preemptively fork every 6 months, at least; if you merely want to prevent decentralization of your network because of a single ASIC manufacturer, then figure out the HDL implementation of your algo and release it as public domain so many new FPGA and ASIC miners can be developed rapidly.

I'm still mining ITNS because combining a VPN with blockchain payment is pretty much an ideal application for a cryptocurrency; having a great team is good, yes, but having a great idea is arguably better.

Yes - I am actually more curious about the effect the fork will have on botnets rather than ASICs. I would think that the botnet worms could be remote updated but perhaps the need to do so either wasn't anticipated or not incorporated because it would point to the perpetrators.



Ah, yes, it appears there's still 8 hours or so to go until the fork because it was moved again. I saw the earlier comment that the fork went through successfully but didn't actually verify that was the case. Alright, carry on! Nothing to see here!

Yeah, so far looks like hashrate has gone up!?! I like this site for following XMR network stats: https://chainradar.com/xmr/chart

Yeah, as much as it pains me to admit it, I totally agree with @metroid here. Preemptively changing the algo is the only surefire way to stop ASICs.

That said, it isn't the ASIC that is evil, it's Bitmain. ASICs could be a net positive for cryptos because they dramatically lower energy consumption, but when there is only a single company that makes them, and then does the crypto equivalent of insider trading - mining with them for weeks or months before selling them as "new" - well, it's no wonder that company - and their products - are hated.

Even more puzzling is that this server has been online for quite awhile; months, at least.

He doesn't read anything. I already answered his question about blocking NH but he asked it again anyway. And he's still begging for donations. Congratulations, @kellog9000, you have been added to my ignore list.


Buh-bye!

The best way to solve a problem is to not have to solve it in the first place! 

You identified the part that I figured would most apply to DERO - a hard-coded limit on the wallet file size that is intended to prevent overly-long times in loading the file and executing transactions, etc., on it.

However, eventually ANY wallet.dat file will grow beyond reason given enough activity/use if there isn't some means of archiving old transactions. I felt that pointing out the issue with ETN/Cryptopia might give the DERO devs a head-start on dealing with the problem before it becomes a problem, so to speak.

I saw this warning in the Electroneum thread about Cryptopia having major issues with their wallet after the .dat file grew to 4.6GB:

https://bitcointalk.org/index.php?topic=2353282.msg33804903#msg33804903

Probably not an issue for the typical user, but could be a problem with exchanges.