Cause of the botnet ( DEBUNKED )
-
@jant90 It's complete and utter BS.
I have Burst account X, I plot a single 500GB plot of nonces 0...Y. I also plot 100 5GB files for nonces 0...Y.
A nonce is computationally derived from your ID, the last scoop number, the value of scoop(4096). So both the single 500GB file and the 100 x 5GB files will have exactly the same data in them.
Which plot do you think will be more efficiently and quickly mined?
-
I don't really know just how bad this is for burst bottom line is he still needs to have the storage space available. If he is doing it without permission and illegally then he will be arrested not like it is not eventually traceable. If he legit has 15k some pc under his control and he just plotted all of them. It sucks but i don't see what can be done about it. Can't really limit the number of ips reporting per wallet. You also can't just ban him for running 15k pc to add up to a multi petabyte array. Problem i am seeing coming from this is anyone with a sizeable network under their control might do something like this. No there is no fix for this from inside burst it must be fixed outside and that fix will be law enforcement and arresting him. If he is doing this legit then there is no fix.
And the miner and plotter are already detected by many virus scanners.
-
@Lunas For all we know, these really are the Google Datacenter servers mining Burst with their free space - I really doubt it, but it's potentially feasible, Arresting the bot manager is very, very unlikely.
-
@haitch just saying if he did do it without his company's permission or did it like a virus it will likely come back to him the bigger issues are what is it going to do to burst in the meantime and what does it mean for the future of burst coin. Will we see an explosive increase in difficulty like what happened with Sha-256 and Scrypt based coins when ASIC came out for them or will this be a flash in the pan.
-
@Lunas ASIC's for Burst aren't going to happen, but the difficulty is increasing rapidly, relatively speaking - Burst difficulty is expressed as estimated capacity of the network. It's gone from 15,000 - 20,000 to 51,000 to 69,000. That's an increase of potentially 40PB of storage.
I'm an infrastructure guy, so don't know the intricacies of the internal workings of the wallet, but I'm confident the wallet devs are brainstorming how to shut this botnet down.
-
I really don't think it's possible to shut down this avenue without a massive change to Burst. He may be using a botnet, but he's got the storage (i.e. is doing the "work" in PoS) so he's following the rules of the network. I think we're seeing the beginning of a new era in Burst, brought to us by the increased price/adoption. Likely, as with the Bitcoin ASIC paradigm shift, it's going to mean some reduced decentralization.
-
@FlippyCakes All the "popular" coins have had mining bots, so it's not the end of the world, it's just not good press. On the positive side, Burst has got onto someones radar to the point they think it's worth creating a botnet for Burst. The hackers don't do that until they see a profit margin.
-
we at 84k on the net diff for this block 374783
-
@Gibsalot can you give us more info what that means?
trying to learn, but not sure what that means
-
@falconCoin The coin difficulty is expressed in how many TB the wallet thinks is on the network. The coin has gone from 15-20 PB, to 60-85PB. Basically, difficulty has tripled/quadrupled.
-
@falconCoin the network difficulty ........ efectivly based on how fast the last few blocks have been found and the difficulty seting they was found at the network has estimated there are aprox 84k peta on the network and raised the mining difficulty to adjust........ basicly any pool or miner will see diff stat or a netdiff stat ....... simply that how the network auto adjust the diff to aim for a 4 min block find time based on aprox amount of mining power on the network.......... the last 4 weeks it has shoot throu the roof...............
4 weeks ago the Netdiff was siting around 22k , it has goten vary hard to mine burst in the last 4 weeks ....... anyone with less than 10TB has to be hating life as they have seen the effects first im sure
-
@haitch i was looking at the pools here http://blocks.burstxd.com/
and you can see a lot less blocks hit than in the past few days for sure...
and yep @Gibsalot i have noticed i only have 6.5 mining right now
-
@falconCoin said in Cause of the botnet ( in response to " pajeet " exploit ):
@haitch i was looking at the pools here http://blocks.burstxd.com/
and you can see a lot less blocks hit than in the past few days for sure...
Yeah, I think this due to really short DL's (the Botnet ?), causing the wallet to over estimate
-
@haitch said in Cause of the botnet ( in response to " pajeet " exploit ):
@jant90 It's complete and utter BS.
I have Burst account X, I plot a single 500GB plot of nonces 0...Y. I also plot 100 5GB files for nonces 0...Y.
A nonce is computationally derived from your ID, the last scoop number, the value of scoop(4096). So both the single 500GB file and the 100 x 5GB files will have exactly the same data in them.
Which plot do you think will be more efficiently and quickly mined?
Like I mentioned (and the SPlotter author as well), it's not about the plots, nonces or scoops at all. Yes, the plots contain exactly the same data, there's no discussion about that.
It's about the algorithm that calculates the deadline from these nonces (= just the mining part). And yes it's also agreed that scanning the hard drive takes longer with smaller plots so scanning the plots is less efficient BUT the theory is that you will receive lower deadlines because of the relative position of the nonce within the plot files.
I haven't seen any admin or developer here or on Burstnation address that theory at all. Even Blago fully ignored the issues raised by the SPlotter developer and instead stated the same you did just now (plot data is the same / scanning takes longer etc.).
Maybe a miner dev can shed some light on this? They should know how the deadlines are calculated during the mining process I guess?
-
@jant90 It all Comes down to question whether the author of splotter is right with his assuming that the concrete Position of the nonce within the Plot gives you better Deadlines when they are more at the end of a plot than in the middle - or if there is no difference at all.
He has posted a pic over there here:
(first page, one of the plots is not like the others). I really would like to see comments on that and on the question if or if not this way of plotting give you ~5times better dl, thus 5times more coins - for the Price of having to replot your HDs and ruining them quicker by putting more load on them.
-
When you want blago's opinion on that you need to tag him ( @Blago ) !
From the first glance it looks like this guy made the old wplotgenerator out of the XPlotter. Wplotgenerator used the Stagger, which were simplified like sequential chunks of plots.
It just doesn't make any sense why this should be better or give better results.
-
@Marc exactly.
-
@jant90 said in Cause of the botnet ( in response to " pajeet " exploit ):
BUT the theory is that you will receive lower deadlines because of the relative position of the nonce within the plot files.
And that's the part that is complete and utter BS. The miner doesn't care where abouts in a file a scoop came from; the scoop is going to have the same content, and the miner is going to do exactly the same calculations if it's the last scoop in a 1GB file or buried somewhere in a multi terabyte file. The scoop has a value, that is mathematically processed to create a DL with no regard to file position. Scoop Y in Nonce X is always going to be Scoop Y in Nonce X and will always have the same DL.
-
-
@Blago LOL - quoting me at BN could get you banned ..... ;-)

