[ANN][DASH] Dash (dash.org) | First Self-Funding Self-Governing Crypto Currency

[TanteStefana]

Don't forget, people, that we have a wonderful forum where you can ask questions in an organized fashion.  Subjects can be kept under their own headers, and information can be easily searched, instead of like here where it could be anywhere in 420 + pages.  Please come join us on https://www.darkcointalk.org !

[1714019283]

1714019283

[1714019283]

1714019283

[1714019283]

1714019283

[1714019283]

1714019283

[JGCMiner]

Glad to hear that there's progress about fixing stratum exploits.

Any chance you could get Evan, or someone who has a clue what's going on, to comment about the difficulty? Some blocks its 150, some it's 300, then we get a spike and its around 800. Normally I'd let it slide, but the most recent spike was over 10k . . so what's going on?

I've seen plenty of KGW implementations but haven't seen crazy swings like I've seen with this coin. Has this already been talked about before in the tread?

I'm looking into it.

Thanks for looking into it.  As far as I can tell something does seem amiss as you wouldn't expect the difficultly to be regularly dropping into the 150s~160s range with over 10Gh on the network...

[TanteStefana]

I pmd with the guy who posted the screens yesterday , but he didnt disclose his software:

hrt
Newbie
*
Online Online

Activity: 27



View Profile Personal Message (Online)
Trust: 0: -0 / +0(0)
   
Re: cpu hashrate
« Sent to: sippsnapp on: March 11, 2014, 06:44:56 PM »
« You have forwarded or responded to this message. »
   Reply with quoteQuote ReplyReply Remove this messageDelete
I run through mining proxy with a changed code. it denies automatic difficulty adjustment on pool stratum server, assign to each share variable hash raws [not unfeigned] thus stratum server is incapable to make up authenticity of this shares. i have always calculated at 0 diff and got all shares accepted, earnings respectively
Report To Admin
hrt
Newbie
*
Online Online

Activity: 27



View Profile Personal Message (Online)
Trust: 0: -0 / +0(0)
   
Re: cpu hashrate
« Sent to: sippsnapp on: March 11, 2014, 08:50:38 PM »
« You have forwarded or responded to this message. »
   Reply with quoteQuote ReplyReply Remove this messageDelete
added several extensions while compiled from 1.3 version in open source
i tried with different algos and at now proxy works on X11, groestl, qubit and sha256d.
saying clearly sha256d is not so useful as 500-1000GH guys play. on sha256d i have 80 iterations per second each pick up a low diff share at speed 48000KH. Running 30 CPU is equal to 115GH
if you are interested and there are other engaged people i can start a new topic with this on mind and share proxy for small donate although pulling out this in public would be risky as this is still cheating

It's cheating because it's not doing any real work, no real hashes.  Hope he didn't get away with much.  In fact, this ought to be brought to all stratum pool administrator's attention!

[Propulsion]

Don't forget, people, that we have a wonderful forum where you can ask questions in an organized fashion.  Subjects can be kept under their own headers, and information can be easily searched, instead of like here where it could be anywhere in 420 + pages.  Please come join us on https://www.darkcointalk.org !

OMG Shameless Plug!

Also chris200x9 and myself are holding a contest for the most active member on the forum. Where the winner will recieve 100 drk. 

Link here.
https://www.darkcointalk.org/threads/100-drk-active-member-lottery.24/#post-212

[bigrcanada]

Don't forget, people, that we have a wonderful forum where you can ask questions in an organized fashion.  Subjects can be kept under their own headers, and information can be easily searched, instead of like here where it could be anywhere in 420 + pages.  Please come join us on https://www.darkcointalk.org !

OMG Shameless Plug!

Also chris200x9 and myself are holding a contest for the most active member on the forum. Where the winner will recieve 100 drk. 

Link here.
https://www.darkcointalk.org/threads/100-drk-active-member-lottery.24/#post-212

If I win...I'll donate it!!!  lets start moving of the darkcointalk.org,   Evan...whats your thoughts on that?  do we want to make that our "official" forum?  Do we have an official forum?  (other then this lol)

[chaeplin]

Lotterymining.com

We where today attacked with a scam attack, it has been dealt with, and im considering legal action for trying to
cheat the pool, and thereby the users out of coins...

It's good that you want to help your miners out.  Much respect.  But Im curious as to what exactly happened?  I noticed the official pool is still getting A LOT of orphan blocks.  Could there be something else deeper going on?

Ok, to summerise, without disclosing too much info for others to try on other pools:

that guy with the huge "mining speed" was using a weakness in the stratum code, i notised a weakness in the way the pool got the shares
and set defences up to prevent that kind of cheating, in reality he did not have that kind of mining power, and his shares wasnt worth anything to the pools overall progress. if you look at all the blocks discovered, why did hes miner not discover ANY blocks at all, we should have been getting loads of blocks with that kind of speed, so i investigated, together with evan we set up a fix, now, next time he tries, the system will automatically ban him for a week. he tried connection through a proxy but already he was unable to get that kind of speed that he had at first.
so that tells me it works as it should.. i also banned his ips from the server. and disabled automatic payout from his account.


regarding the orphants on the official pool, i think we got that sorted out as well...

Glad to hear that there's progress about fixing stratum exploits.

Any chance you could get Evan, or someone who has a clue what's going on, to comment about the difficulty? Some blocks its 150, some it's 300, then we get a spike and its around 800. Normally I'd let it slide, but the most recent spike was over 10k . . so what's going on?

I've seen plenty of KGW implementations but haven't seen crazy swings like I've seen with this coin. Has this already been talked about before in the tread?

I'm looking into it.

NEWBL 03-13 04:52:10 32430 344.18513048                                        
NEWBL 03-13 04:52:48 32431 351.97650267    
                                    
NEWBL 03-13 05:53:04 32432 355.8134504              <--------------------                            
NEWBL 03-13 04:53:25 32433 214.92115141                                      
NEWBL 03-13 04:53:59 32434 393.64978061

3 block ?  a minute ><;;
                                      
NEWBL 03-13 04:59:14 32435 818.01887486                                      
NEWBL 03-13 05:00:29 32436 393.76064966

block 32432 has wrong timestamp. diff spike : 32461.
http://explorer.darkcoin.io/block/0000000000246331108a66bb257a081babc1392d76dea0ae378747ccf3e7c17d

Is there any possibility wrong timestamp cause diff spike ?

[eduffield]

Don't forget, people, that we have a wonderful forum where you can ask questions in an organized fashion.  Subjects can be kept under their own headers, and information can be easily searched, instead of like here where it could be anywhere in 420 + pages.  Please come join us on https://www.darkcointalk.org !

OMG Shameless Plug!

Also chris200x9 and myself are holding a contest for the most active member on the forum. Where the winner will recieve 100 drk. 

Link here.
https://www.darkcointalk.org/threads/100-drk-active-member-lottery.24/#post-212

If I win...I'll donate it!!!  lets start moving of the darkcointalk.org,   Evan...whats your thoughts on that?  do we want to make that our "official" forum?  Do we have an official forum?  (other then this lol)

Sure, we can't stay in here forever I guess

[eduffield]

Lotterymining.com

We where today attacked with a scam attack, it has been dealt with, and im considering legal action for trying to
cheat the pool, and thereby the users out of coins...

It's good that you want to help your miners out.  Much respect.  But Im curious as to what exactly happened?  I noticed the official pool is still getting A LOT of orphan blocks.  Could there be something else deeper going on?

Ok, to summerise, without disclosing too much info for others to try on other pools:

that guy with the huge "mining speed" was using a weakness in the stratum code, i notised a weakness in the way the pool got the shares
and set defences up to prevent that kind of cheating, in reality he did not have that kind of mining power, and his shares wasnt worth anything to the pools overall progress. if you look at all the blocks discovered, why did hes miner not discover ANY blocks at all, we should have been getting loads of blocks with that kind of speed, so i investigated, together with evan we set up a fix, now, next time he tries, the system will automatically ban him for a week. he tried connection through a proxy but already he was unable to get that kind of speed that he had at first.
so that tells me it works as it should.. i also banned his ips from the server. and disabled automatic payout from his account.


regarding the orphants on the official pool, i think we got that sorted out as well...

Glad to hear that there's progress about fixing stratum exploits.

Any chance you could get Evan, or someone who has a clue what's going on, to comment about the difficulty? Some blocks its 150, some it's 300, then we get a spike and its around 800. Normally I'd let it slide, but the most recent spike was over 10k . . so what's going on?

I've seen plenty of KGW implementations but haven't seen crazy swings like I've seen with this coin. Has this already been talked about before in the tread?

I'm looking into it.

NEWBL 03-13 04:52:10 32430 344.18513048                                        
NEWBL 03-13 04:52:48 32431 351.97650267    
                                    
NEWBL 03-13 05:53:04 32432 355.8134504              <--------------------                            
NEWBL 03-13 04:53:25 32433 214.92115141                                      
NEWBL 03-13 04:53:59 32434 393.64978061

3 block ?  a minute ><;;
                                      
NEWBL 03-13 04:59:14 32435 818.01887486                                      
NEWBL 03-13 05:00:29 32436 393.76064966

block 32432 has wrong timestamp. diff spike : 32461.
http://explorer.darkcoin.io/block/0000000000246331108a66bb257a081babc1392d76dea0ae378747ccf3e7c17d

Is there any possibility wrong timestamp cause diff spike ?

I don't think so. I'm investigating it though, I'll let everyone know when I figure out what happened.

[DuvajBalone]

I pmd with the guy who posted the screens yesterday , but he didnt disclose his software:

hrt
Newbie
*
Online Online

Activity: 27



View Profile Personal Message (Online)
Trust: 0: -0 / +0(0)
   
Re: cpu hashrate
« Sent to: sippsnapp on: March 11, 2014, 06:44:56 PM »
« You have forwarded or responded to this message. »
   Reply with quoteQuote ReplyReply Remove this messageDelete
I run through mining proxy with a changed code. it denies automatic difficulty adjustment on pool stratum server, assign to each share variable hash raws [not unfeigned] thus stratum server is incapable to make up authenticity of this shares. i have always calculated at 0 diff and got all shares accepted, earnings respectively
Report To Admin
hrt
Newbie
*
Online Online

Activity: 27



View Profile Personal Message (Online)
Trust: 0: -0 / +0(0)
   
Re: cpu hashrate
« Sent to: sippsnapp on: March 11, 2014, 08:50:38 PM »
« You have forwarded or responded to this message. »
   Reply with quoteQuote ReplyReply Remove this messageDelete
added several extensions while compiled from 1.3 version in open source
i tried with different algos and at now proxy works on X11, groestl, qubit and sha256d.
saying clearly sha256d is not so useful as 500-1000GH guys play. on sha256d i have 80 iterations per second each pick up a low diff share at speed 48000KH. Running 30 CPU is equal to 115GH
if you are interested and there are other engaged people i can start a new topic with this on mind and share proxy for small donate although pulling out this in public would be risky as this is still cheating

It's cheating because it's not doing any real work, no real hashes.  Hope he didn't get away with much.  In fact, this ought to be brought to all stratum pool administrator's attention!

This is serious, it can kill the coin! But why he wants small donations, if he can mine thousands of dark a day with single CPU

[meebs]

is this cheating trick part of the reason why a lot of coins have 110+% shares to find blocks the past week and more? I was figuring it was just assholes who use a miner that keeps found blocks for themselves...

[lordbah]

Is there any conflict with bitcoin and darkcoin on the same Linux system? Do they try to use the same port numbers, or overwrite each other's wallet files, or have a tug-of-war over bitcoind, or do the miners get in each other's way (assuming they are pointed at different devices), etc.?

[coins101]

Just sell a few more, come on - you're nearly at my buy point for today......

[TanteStefana]

Is there any conflict with bitcoin and darkcoin on the same Linux system? Do they try to use the same port numbers, or overwrite each other's wallet files, or have a tug-of-war over bitcoind, or do the miners get in each other's way (assuming they are pointed at different devices), etc.?

I'm running an antminer for bitcoin and sgminer and minard on one Ubuntu, no problems between them

[tabnk]

DRK is GETTING VERY HARD TO MINE. I'm only have total of 120 DRK. 

[HammerHedd]

The actual equipment necessary is tremendous if it were to do this naturally. Boiling everything down to i7 processors and r9 290's . . in order to double the difficulty . . you need double the equipment. Looking at suchpool.pw . . the net hashes right now are 12g#. Taking this as normal with 306 difficulty . . then the hashes number would need to double to take it to 612 difficulty. Then double again to take it to 1224 difficulty. Then double again to take it to 2500 difficulty, again to 5k, and one last time to 10k difficulty. This ends up being 2^5.

So @ 12 g#, we'd need about 5517 R9 290's . . or about 33k i7 processors just to have it there now.

Doubling this . . 11304 290's, 66k i7's . . about $5.8 million in just GPU hardware ($21 million in processors)
Double again . . 22068 290's, 132k i7's
Double again . . 44136 290's, 264k i7's
Double yet again . . 88272 290's, 528k i7's
One last doubling . . 176544 290's, 1M i7's


Also, normalizing to Scrypt . . a 10k difficulty for this coin is a difficulty of 3872.

Last I checked no one person had pretty much the entire Litecoin network in hashing power . . so I really need to lean toward a bug or serious exploit in the difficulty retargeting algorithm.

Someone please let me know how far off I am.

That's some fancy calculatin'

So, I wonder if something in the new darksend pool coding is twaeking the KGW... Is it possible that all the extra transactions are causing a difficulty twitch? I realize difficulty is based on blocks solved, not transactions sent, but perhaps something is getting crossed up somewhere?

Or is this an attack of some sort, injecting a bunch of crap hashes to try to bounce the difficulty?

Or maybe we should revisit hrt's claims ...

[darkproton]

The actual equipment necessary is tremendous if it were to do this naturally. Boiling everything down to i7 processors and r9 290's . . in order to double the difficulty . . you need double the equipment. Looking at suchpool.pw . . the net hashes right now are 12g#. Taking this as normal with 306 difficulty . . then the hashes number would need to double to take it to 612 difficulty. Then double again to take it to 1224 difficulty. Then double again to take it to 2500 difficulty, again to 5k, and one last time to 10k difficulty. This ends up being 2^5.

So @ 12 g#, we'd need about 5517 R9 290's . . or about 33k i7 processors just to have it there now.

Doubling this . . 11304 290's, 66k i7's . . about $5.8 million in just GPU hardware ($21 million in processors)
Double again . . 22068 290's, 132k i7's
Double again . . 44136 290's, 264k i7's
Double yet again . . 88272 290's, 528k i7's
One last doubling . . 176544 290's, 1M i7's


Also, normalizing to Scrypt . . a 10k difficulty for this coin is a difficulty of 3872.

Last I checked no one person had pretty much the entire Litecoin network in hashing power . . so I really need to lean toward a bug or serious exploit in the difficulty retargeting algorithm.

Someone please let me know how far off I am.

That's some fancy calculatin'

So, I wonder if something in the new darksend pool coding is twaeking the KGW... Is it possible that all the extra transactions are causing a difficulty twitch? I realize difficulty is based on blocks solved, not transactions sent, but perhaps something is getting crossed up somewhere?

Or is this an attack of some sort, injecting a bunch of crap hashes to try to bounce the difficulty?

Or maybe we should revisit hrt's claims ...

I could be wrong but I saw a thread in the regular altcoin forum started by BitcoinExpress about KGW having the ability to be manipulated. He was vague but I tend to believe him as he def knows his stuff. This leans me to believe it has nothing to do with the darksend but rather KGW. Maybe could contact bitcoinexpress?

[anonymousxx1503]

DRK is GETTING VERY HARD TO MINE. I'm only have total of 120 DRK. 

Maybe you shouldn't have panic sold @ 50 cents ?

[rickraw]

The actual equipment necessary is tremendous if it were to do this naturally. Boiling everything down to i7 processors and r9 290's . . in order to double the difficulty . . you need double the equipment. Looking at suchpool.pw . . the net hashes right now are 12g#. Taking this as normal with 306 difficulty . . then the hashes number would need to double to take it to 612 difficulty. Then double again to take it to 1224 difficulty. Then double again to take it to 2500 difficulty, again to 5k, and one last time to 10k difficulty. This ends up being 2^5.

So @ 12 g#, we'd need about 5517 R9 290's . . or about 33k i7 processors just to have it there now.

Doubling this . . 11304 290's, 66k i7's . . about $5.8 million in just GPU hardware ($21 million in processors)
Double again . . 22068 290's, 132k i7's
Double again . . 44136 290's, 264k i7's
Double yet again . . 88272 290's, 528k i7's
One last doubling . . 176544 290's, 1M i7's


Also, normalizing to Scrypt . . a 10k difficulty for this coin is a difficulty of 3872.

Last I checked no one person had pretty much the entire Litecoin network in hashing power . . so I really need to lean toward a bug or serious exploit in the difficulty retargeting algorithm.

Someone please let me know how far off I am.

That's some fancy calculatin'

So, I wonder if something in the new darksend pool coding is twaeking the KGW... Is it possible that all the extra transactions are causing a difficulty twitch? I realize difficulty is based on blocks solved, not transactions sent, but perhaps something is getting crossed up somewhere?

Or is this an attack of some sort, injecting a bunch of crap hashes to try to bounce the difficulty?

Or maybe we should revisit hrt's claims ...

I could be wrong but I saw a thread in the regular altcoin forum started by BitcoinExpress about KGW having the ability to be manipulated. He was vague but I tend to believe him as he def knows his stuff. This leans me to believe it has nothing to do with the darksend but rather KGW. Maybe could contact bitcoinexpress?

I think you are referencing the Time Warp exploit with KGW.  Here is the post from BitcoinEXpress:

As some of you know one of my interest is in testing the security of cryptocoins. Over the past 4 years I have "tested" so many I have lost count but one thing remains true. No matter what the so called improvement is, it always has an exploit.

Kimoto Gravity Well is one such improvement that solves a problem that AUR is having at the moment and that is moving at the speed of death as well purportedly protects against 51%. While KGW does protect somewhat against a 51% attack, it opens up a huge hole in the time warp exploit via the diff adjust first deployed against Geist Geld back in mid 2011 and a modded versions used last year on a few Scrypt coins and SHA coins with great success.

Long story short, KGW opens up a flank where a newly modded Time Warp Exploit can be deployed. I have sandbox tested it on AUR and it seems to do the trick in grand fashion but that is with a small amount of nethash in the sandbox. I need a live chain to test it on. So considering the vast amount of request I have received to take out this 50% premine scam, I thought it would be a good candidate to test on.

Why am I giving notice? Simply because in the past when I use alt coin chains as test subjects, people tend to lose coins. In particular, my ol' buddy Kelsey lost a ton last year in GME LOL. Block 5400 or when ever KGW kicks in will be the starting point. This will give all of you enough time to either cold store your AUR or dump them until the chain is fixed, if it can be after the test.

[HammerHedd]

The actual equipment necessary is tremendous if it were to do this naturally. Boiling everything down to i7 processors and r9 290's . . in order to double the difficulty . . you need double the equipment. Looking at suchpool.pw . . the net hashes right now are 12g#. Taking this as normal with 306 difficulty . . then the hashes number would need to double to take it to 612 difficulty. Then double again to take it to 1224 difficulty. Then double again to take it to 2500 difficulty, again to 5k, and one last time to 10k difficulty. This ends up being 2^5.

So @ 12 g#, we'd need about 5517 R9 290's . . or about 33k i7 processors just to have it there now.

Doubling this . . 11304 290's, 66k i7's . . about $5.8 million in just GPU hardware ($21 million in processors)
Double again . . 22068 290's, 132k i7's
Double again . . 44136 290's, 264k i7's
Double yet again . . 88272 290's, 528k i7's
One last doubling . . 176544 290's, 1M i7's


Also, normalizing to Scrypt . . a 10k difficulty for this coin is a difficulty of 3872.

Last I checked no one person had pretty much the entire Litecoin network in hashing power . . so I really need to lean toward a bug or serious exploit in the difficulty retargeting algorithm.

Someone please let me know how far off I am.

That's some fancy calculatin'

So, I wonder if something in the new darksend pool coding is twaeking the KGW... Is it possible that all the extra transactions are causing a difficulty twitch? I realize difficulty is based on blocks solved, not transactions sent, but perhaps something is getting crossed up somewhere?

Or is this an attack of some sort, injecting a bunch of crap hashes to try to bounce the difficulty?

Or maybe we should revisit hrt's claims ...

I could be wrong but I saw a thread in the regular altcoin forum started by BitcoinExpress about KGW having the ability to be manipulated. He was vague but I tend to believe him as he def knows his stuff. This leans me to believe it has nothing to do with the darksend but rather KGW. Maybe could contact bitcoinexpress?

I think you are referencing the Time Warp exploit with KGW.  Here is the post from BitcoinEXpress:

As some of you know one of my interest is in testing the security of cryptocoins. Over the past 4 years I have "tested" so many I have lost count but one thing remains true. No matter what the so called improvement is, it always has an exploit.

Kimoto Gravity Well is one such improvement that solves a problem that AUR is having at the moment and that is moving at the speed of death as well purportedly protects against 51%. While KGW does protect somewhat against a 51% attack, it opens up a huge hole in the time warp exploit via the diff adjust first deployed against Geist Geld back in mid 2011 and a modded versions used last year on a few Scrypt coins and SHA coins with great success.

Long story short, KGW opens up a flank where a newly modded Time Warp Exploit can be deployed. I have sandbox tested it on AUR and it seems to do the trick in grand fashion but that is with a small amount of nethash in the sandbox. I need a live chain to test it on. So considering the vast amount of request I have received to take out this 50% premine scam, I thought it would be a good candidate to test on.

Why am I giving notice? Simply because in the past when I use alt coin chains as test subjects, people tend to lose coins. In particular, my ol' buddy Kelsey lost a ton last year in GME LOL. Block 5400 or when ever KGW kicks in will be the starting point. This will give all of you enough time to either cold store your AUR or dump them until the chain is fixed, if it can be after the test.

LOL I wonder how AUR devs feel about that

[goin2mars]

The actual equipment necessary is tremendous if it were to do this naturally. Boiling everything down to i7 processors and r9 290's . . in order to double the difficulty . . you need double the equipment. Looking at suchpool.pw . . the net hashes right now are 12g#. Taking this as normal with 306 difficulty . . then the hashes number would need to double to take it to 612 difficulty. Then double again to take it to 1224 difficulty. Then double again to take it to 2500 difficulty, again to 5k, and one last time to 10k difficulty. This ends up being 2^5.

So @ 12 g#, we'd need about 5517 R9 290's . . or about 33k i7 processors just to have it there now.

Doubling this . . 11304 290's, 66k i7's . . about $5.8 million in just GPU hardware ($21 million in processors)
Double again . . 22068 290's, 132k i7's
Double again . . 44136 290's, 264k i7's
Double yet again . . 88272 290's, 528k i7's
One last doubling . . 176544 290's, 1M i7's


Also, normalizing to Scrypt . . a 10k difficulty for this coin is a difficulty of 3872.

Last I checked no one person had pretty much the entire Litecoin network in hashing power . . so I really need to lean toward a bug or serious exploit in the difficulty retargeting algorithm.

Someone please let me know how far off I am.

That's some fancy calculatin'

So, I wonder if something in the new darksend pool coding is twaeking the KGW... Is it possible that all the extra transactions are causing a difficulty twitch? I realize difficulty is based on blocks solved, not transactions sent, but perhaps something is getting crossed up somewhere?

Or is this an attack of some sort, injecting a bunch of crap hashes to try to bounce the difficulty?

Or maybe we should revisit hrt's claims ...

I could be wrong but I saw a thread in the regular altcoin forum started by BitcoinExpress about KGW having the ability to be manipulated. He was vague but I tend to believe him as he def knows his stuff. This leans me to believe it has nothing to do with the darksend but rather KGW. Maybe could contact bitcoinexpress?

I think you are referencing the Time Warp exploit with KGW.  Here is the post from BitcoinEXpress:

As some of you know one of my interest is in testing the security of cryptocoins. Over the past 4 years I have "tested" so many I have lost count but one thing remains true. No matter what the so called improvement is, it always has an exploit.

Kimoto Gravity Well is one such improvement that solves a problem that AUR is having at the moment and that is moving at the speed of death as well purportedly protects against 51%. While KGW does protect somewhat against a 51% attack, it opens up a huge hole in the time warp exploit via the diff adjust first deployed against Geist Geld back in mid 2011 and a modded versions used last year on a few Scrypt coins and SHA coins with great success.

Long story short, KGW opens up a flank where a newly modded Time Warp Exploit can be deployed. I have sandbox tested it on AUR and it seems to do the trick in grand fashion but that is with a small amount of nethash in the sandbox. I need a live chain to test it on. So considering the vast amount of request I have received to take out this 50% premine scam, I thought it would be a good candidate to test on.

Why am I giving notice? Simply because in the past when I use alt coin chains as test subjects, people tend to lose coins. In particular, my ol' buddy Kelsey lost a ton last year in GME LOL. Block 5400 or when ever KGW kicks in will be the starting point. This will give all of you enough time to either cold store your AUR or dump them until the chain is fixed, if it can be after the test.

LOL I wonder how AUR devs feel about that

Someone asked about the exploit earlier as well, but it looks like they were passed over:

I'm rather new here, but what is the status on KGW for Darkcoin?

I'm reading that its vulnerable to a time-warp exploit and allows for someone to execute a 51% attack with much less than 51% of the network.  The Digibyte devs successfully mitigated that exploit with a modified version of KGW and the Doge devs are implementing something similar as well.  Any way that Dark can leverage those two implementations?

Is this anything that Darkcoin should be worried about?

Here is a link to the discussion of the change:

https://github.com/dogecoin/dogecoin/pull/313



Honestly, I don't have enough experience with how this is programmed right now and don't really know where to start understanding it . . and also can't find enough information about time warp exploit to fully understand it . . but I am seeing some correlation to what's happening with this coin to the pictures that are posted there. Also, I'm remembering blocks having future timestamps being posted eariler.