Hi pool operators using NOMP! What is your diamond.json? Something like this? {
"name": "Diamondcoin",
"symbol": "DMD",
"algorithm": "groestl",
"txMessages": true
}Thanks! Oh, I forgot this bit of the instructions. Must have (as usual) assumed it was obvious. Thing is, GroestlCoin is actually deviating from the common standard, in that it (and few other new coins) is not using sha256d for the transaction hashes, but sha256 (single pass). To accomodate GroestlCoin, NOMP and sph-sgminer actually threat it as special case. In summary, it was never the new DMD wallet's fault that stratum mining did not work -- it was how that software assumed that when you said you want "groestl" you also said you want sha256 (single). NOMP already has a setting to fix this, thanks to some discussion with the author. For coins that use any of (currently) keccak, blake, fugue and groestl -- you need to specify in the coin definition. By the way, the morale of this story is that the DMD team has been blamed without guilt on this subject. Thank you!!! Now it works for my pool as well. http://groestlcoin.biz/1% fee auto payouts from 0.1 DMD |
|
|
|
Hi pool operators using NOMP! What is your diamond.json? Something like this? {
"name": "Diamondcoin",
"symbol": "DMD",
"algorithm": "groestl",
"txMessages": true
}Thanks! |
|
|
|
If somebody wants to set up BAMT with this sgminer, follow my guide here: http://groestlcoin.org/forum/index.php?topic=12.0But after step 6, before step 7 do this: git remote set-url origin git://github.com/danbi/sph-sgminer And obviously change kernel from "groestlcoin" into "diamond" in your .conf file |
|
|
|
Source code fixes to sph-sgminer published at https://github.com/danbi/sph-sgminer. Hope to have it soon merged with the main branch. You can compile your own version. Let's hope someone does it for Windows users. Hi! I've set up a NOMP pool and compiled your miner in BAMT. But when I run it, I'm getting only rejects with text like: low difficulty share of 0.233/0.125.
Do I need to set some other difficulty muliplier? Also, could somebody share a Windows binary? Thanks |
|
|
|
I'm a small miner and I have consistently stuck with dwarfpool from the beginning. It is a simple and elegant website. It is reliable, has great features and is very functional. In my mind its UI is more Google and others are like Bing and Yahoo. I just like it better than the other pools I have tried. I'm not trying to bash any of the other pool specifically, but as whole I wish pools would focus more on function and less on style.  my 2 grs.. and don't let that Google comparison go to your head Atrides  I agree with that. Also, it's been quite stable lately. As for design, I like the http://max.1gh.com/ more. |
|
|
|
And since dwarfpool has about 50% of hashrate (yes, again!!!) it seriously harms the DGW algo and it sets totally incorrect difficulty.
Do you write such a bullshit in your right mind or accuse dwarves again just using the situation?? Why do you prejudice the reputation of my pool to Dark' dev?? Yesterday by PM we found that the problem was not on my pool and not on my wallet.
After restart of suprnova server, the whole groestl-network came to the normal state! Since the same hour! Ocminer, sorry, I wasn't and 'm not accusing anyone, everything can happen in such a complex crypto structure to everyone. I just defend myself, I find it unfair to public obviously wrong information So, really "GREAT WORK" srcxxx! Again, is it? I'm not accusing you of anything and I think we exchanged many PMs yesterday and are on friendly terms. As I already PMd you... I agree that rebooting suprnova.cc may have fixed the network, but I don't see how that is possible. The timestamps of all suprnova blocks were incorrect only in web frontend. But they were correct in block explorer. While on the other hand, some timestamps from your server were wrong. See screenshots in previous posts. I do not think that you deliberately did something to cause this. Perhaps one of your miners was solving a block and setting wrong timestamp and it was backed up by a large pool and thus got confirmed. I honestly don't know. What I know is: * I don't want to get into a fight with you. I think our last communications were quite friendly. If I have offended you, I apologize. * We need to fork into DGWv3 to avoid stuff like this from happening * I still think that having 40% - 60% of hash on one pool is bad. When one of the pools die, the balance shifts too much. And since dwarfpool has about 50% of hashrate (yes, again!!!) it seriously harms the DGW algo and it sets totally incorrect difficulty.
Do you write such a bullshit in your right mind or accuse dwarves again just using the situation?? As for this item... I stand by it. I think that one pool having close to 50% of network is very bad. As we've seen, when cryptohunger crashed, you had more than 50% for some time. I want broader distribution of hashrate. And there is nothing personal in this. Even from user's perspective. If you see a few pages back, when my pool went down, people straight away started talking about 51% attack. Thanks |
|
|
|
Hi everyone! The problem seem to haven been solved for a few hours now. Great work everyone (especially pool operators)! Difficulty is now in the 300 range and block time as designed. Some explanation of the situation (how I see it): 1) No coins were lost or stolen 2) The number of coins we generated during last couple of days was 86% more than designed 3) These extra coins were evenly distributed across miners and investors who were buying GRS 4) Extra flow of coins has decreased the price of GRS at exchanges What happens now: * The price of GRS will rise, since it is now hard to mine them * If you were plannnig to buy GRS now is a good time * We will fork in a few days to DGWv3 to avoid this happening in future (more on this below) Has it harmed Groestlcoin? A little bit in the short term. But in the long term - I think it was actually a plus. The community didn't panic too much, pool operators have shown their support, we came up with a plan of fixing this and succeeded. I have discussed this issue with DGW author and he is recommending that we fork into DGW v3, see below: Evan Duffield 2:50 AM (5 hours ago) to me DGW v1 is exploitable via timewarp. I would update ASAP to v3. It's also the case that you'll have to hard fork to do that. -Evan On Sun, May 11, 2014 at 7:35 AM, src xxx < srcxxx@gmail.com> wrote: > Hi Evan! > > I'm the developer of GroestlCoin and we are using your DGW formula. > > Unfortunately, a few days ago the difficulty started to get much lower than > necessary anf instead of 1 block per 60 seconds we have 1 block in approx 15 > seconds. > > Could you please take a look? Perhaps you had similar problems? > > Major pool sometimes have time forward or back in the blocks that it finds. > Dwarfpool, it has about 45% of total hashrate. > We are thinking of forking to dgw v2 or v3 asap. Would it fix the problem? > > Summary with screenshots here: > > https://bitcointalk.org/index.php?topic=525926.msg6667069#msg6667069> > Many thanks in advance! > srcxxx Keep on Groestling! And please start moving to the new official forum. This thread is planned for retirement. PS: Some images from dwarfpool (notice the raise of difficulty and decrease in the number of found blocks):   |
|
|
|
OK, situation update... I worked on integrating DGWv2 into Groestlcoin wallet today. This is pretty straight forward. Also, there is DGWv3 in Darkcoin codebase, and perhaps it is worth forking straight to v3. But before requesting all pool operators to move to the new fork, I double checked statistics and found some disturbing info on Dwarfpool:    Looks like the time is jumping a bit. And since dwarfpool has about 50% of hashrate (yes, again!!!) it seriously harms the DGW algo and it sets totally incorrect difficulty. Which in turn results in more blocks being found than planned. I do not think that Dwarfpool is doing this deliberately and we are discussing this via PM with Atrides. But I could not find any other "disturbing" statistics. I checked other pools as well, all block times are decreasing, never jumping. It may be that Dwarfpool is connected to a particular node that is sending incorrect time or something like this. If anyone is familiar with this - please let me know. Also, pool operators. Please check your statistics and verify timestamps (for example suprnova timestamps are about 10 minutes off in WEB UI, but are ok in in the real wallet). For now, I give it a bit of time for people to examine the situation and decide. Fork/not_fork, v2/v3, fix pool timestamps, etc? And also, since it is Sunday so perhaps not all people are online. Personally to Atrides: please double check your stratum or wallet. I know you have a lot of experience with this and I hope you can find the problem. PS: It is very strange that both of my two pools crashed today, which resulted in hashrate redistribution. Please always remember about 51% attack and spread the hash. I'll be back online in about 8 hours. Please use this thread to discuss: http://groestlcoin.org/forum/index.php?topic=47.0Thanks! |
|
|
|
Hi LTCMAXMYR! I don't see your play in this. You started the panic and now you are still supporting this. Shouldn't it be very good for you with your 1200mh rig? Also, I don't see your 1200mh rig on any of the pools? Is it possible that you are doing this attack? I apologize in advance if I offended you, but having 1.2GH out of 18GH you could definitely do this. And also you mentioned "most GRS will be dig out in few days"... We are going to make a fork and all pool operators are onboard for this. It'll happen soon. Also, the speed of GRS mining isn't that fast to mine all of GRS in a few days. At most it is 2X the speed. Thanks This coin is up and down, but as long as a whale miner with 1400Mhs still mining in dwarfpool, I will mine this coin too  nVidia will soon steal the crown of mining from AMD in this coin. i don't think nVidia is better,that 1200Mh is my rig, all AMD no,i'm always support GRS, i use 700M rig in dwarfpool all the days yesterday ,i found this problem,it is not 2x,sometimes it is 10x faster, perhaps it is a good time to dig ,but i quit OK, I apologize again then. Even with 10X faster I don't see how it is possible to mine all GRS in a few days. Anyways, we'll fork shortly, so it'll be fine. As for stopping mining GRS... Strange choice in given circumstances, but of course I respect it. Thanks and good luck. |
|
|
|
Hi LTCMAXMYR! I don't see your play in this. You started the panic and now you are still supporting this. Shouldn't it be very good for you with your 1200mh rig? You could be getting more GRS and selling it straight away. Also, I don't see your 1200mh rig on any of the pools? Is it possible that you are doing this attack? I apologize in advance if I offended you, but having 1.2GH out of 18GH you could definitely do this. And also you mentioned "most GRS will be dig out in few days"... We are going to make a fork and all pool operators are onboard for this. It'll happen soon. Also, the speed of GRS mining isn't that fast to mine all of GRS in a few days. At most it is 2X the speed. Thanks This coin is up and down, but as long as a whale miner with 1400Mhs still mining in dwarfpool, I will mine this coin too nVidia will soon steal the crown of mining from AMD in this coin. i don't think nVidia is better,that 1200Mh is my rig, all AMD |
|
|
|
Important announcement regarding the "time warp" attack.Please follow the news here: http://groestlcoin.org/forum/index.php?topic=47.0And don't panic! Your coins are safe. Though the GRS price will probably go down temporarily due to more GRS being mined than anticipated. So time to buy if you plan to increase your GRS stash.I am not planning to provide updates on the matter in this thread.
|
|
|
|
|
I recommend that all keep on mining. You're currently getting more GRS than you should be getting due to this attack. So it is profitable.
Unless you sell imediately, of course [in such case it'll be same profit, but you'll also dump the GRS price].
If you are investor... Now is a time to buy!
I think the price will decrease a bit more due to this attack, but once the fix is in place [which will be matter of hours/days], the number of GRS mined will quickly decrease and that will drive the price up.
|
|
|
|
http://groestlcoin.biz/ No payment/found block last 3 hours, I switched off my miners from there just now. What happend? TimeWarp attack? Thanks for letting me know, I'm already working on fixing this. Yes, the network is under a time warp attack. So someobody is solving shares "in the past" which makes DGW think that it takes too long to find a share and thus it decreases difficulty. So there will be a fork. I've already discussed this with pool operators. The pork will not be immediate, but since a particular block. So everyone will have time to update their wallets. |
|
|
|
for your information, if useful at all;
currently i have a miner with 2 r290 running at cryptohunger
and a miner with 2 r270 at coinium
coinium currently results in 300+ grs an hour,
cryptohunger only 25 grs an hour eventhough these are the r290 cards
something is off... results of coinium are much, much better than cryptohunger...
how is this possible?
I guess you are talking about http://www.coinium.org/pool/GRS ? I just checked their statistics. They haven't found a single block yet, so not sure how that 300GRS per hour is going to be paid off. Also, you can only get 300 grs per hour if you have 1/60 of total GRS hashrate, which is approx 290 MHs. Thanks |
|
|
|
Please see more detailed! 10 blocks in a minute!!! and who has mined all these blocks?  On dwarf only two blocks  And afterall, 10minutes difference! What's up? 83453 - suprnova 2014-05-10 16:42:57 83454 - some large miner 2014-05-10 16:42:57 83455 - cpupool 2014-05-10 16:47:03 83456 - other miner 2014-05-10 16:44:05 83457 - cryptohunger 2014-05-10 16:47:16 83458 - cryptohunger 2014-05-10 16:47:30 83459 - dwarfpool 2014-05-10 16:44:35 83460 - dwarfpool 2014-05-10 16:44:37 83461 - groestlcoin.biz 2014-05-10 16:47:47 83462 - cpupool 2014-05-10 16:47:51 83463 - suprnova 2014-05-10 16:46:36 |
|
|
|
this is suprnova, again all normal stats:  |
|
|
|
29 seconds
Est. Avg. Time per Block
And was as low as every 10 seconds
This is not right srcxxx!
That's right that something is not right )) ALL POOLS find blocks twice quicker than it must be Not my pool though:  |
|
|
|
KGW? Is that DGW (Dark Gravity Wave)?
of course DGW, sorry I think I have an idea what could have happend in wallet, I'll check it straight now thanks- look forward to feedback Upgrade to DGW v2 ASAP? So, I don't know, ut may be it's because of not adjusted time on some nodes(pools?): 2014-05-10 20:21:12 -185 -13 -1 +0 +0 +0 +1 +23 +89 | nTimeOffset = +0 (+0 minutes) Too big time-difference between nodes, visibled via test wallet BUMP! srcxxx feeleep ocminer pLS COME IN I don't see the reason for panic. I believe it is normal to have deviations like this. |
|
|
|
|
cryptohunger.com was down due to stratum-mining crash. Had to reboot the machine and it is working fine now. Have 3.3GH now.
Please always have backup pools set up!
|
|
|
|
|
Show Posts
