Cause of the botnet ( in response to " pajeet " exploit )
-
@HiDevin said in Cause of the botnet ( in response to " pajeet " exploit ):
Big miners have an overhead: They have to buy new equipement, new HDDs and have additional operating costs (electricity).
Small miners can simply use their existing non-used resources to mine Burst. No overhead in investment and probably a non-measurable rise in their electricity bill. Additionally 5 small miners have a better read time than one big mining machine.Small miners certainly get more Burst compared to their costs.
Botnets and malicious software is nothing new to crypto. Many times botnets mined bitcoin or other coins and even android apps were mining on the phones of their victims.
-
This post is deleted!
-
@haitch said in Cause of the botnet ( in response to " pajeet " exploit ):
@Marc That plotter would be useful to a botnet, but not for a dedicated miner. See above for why.
@Evo A scoop is a scoop is a scoop. Each nonce is a hash of the previous nonce. The hashes in the scoop number are then combined with the previous blocks gensig, and hashed again, then computed against the block target height. A scoop at the beginning of the file is just as likely to win as the last scoop.
That definitely sounded like an intelligent comment. And that's what I thought, though I didn't know the underlying mechanism. Thanks again!
-
@captinkid My phone with 120GB won a block. Small miners might have a small chance of winning, but they have a real chance. A small BTC miner has effectively a 0 chance of getting a block, a small Burst miner has a realistic chance of winning.
-
@captinkid proof of space ASICs lol, if you can simulate TB, how can u simulate a disk .-.
-
Yes, but I'm wondering if that's only because burst doesn't have the same relative difficulty that BTC does.
When the Burst Diff goes up 100x or 200x that 120GB won't be getting any low deadlines. For the same reason a 1GH BTC miner from 2013 wouldn't be useful at all today other than a infinitesimal chance at a win.
-
This post is deleted!
-
@captinkid ofc, that's just the plotting part, I don't think you can actually make more space from the disk rn, but we managed to get to 10TB! on one drive :P
-
The botnet thing is a huge concern. If Antiviruses label our software as dangerous, then that will not be good for the coin.
It was reported that he is working with 1198TB's. His Id BURST-EJGT-3BQR-4PS9-A7UMW kind of reflects this using the income calc.
-
This post is deleted!
-
@socalguy psh not really, look at claymore's eth miner, he takes a 1-2% fee for using his miner, and they connect to his miners for about 30-90 seconds,
his miners get flagged by malwarebytes and windows defender for me, but I leave it as a exclusion so :P
-
@captinkid said in Cause of the botnet ( in response to " pajeet " exploit ):
@Evo said in Cause of the botnet ( in response to " pajeet " exploit ):
- Burst will get ASICs when the price makes it worth it, we already have proof of concept CPU and GPU mining that doesn't use hard drives. If someone builds an ASIC that can generate nonces, it'll work just fine. How many TB can be simulated is based on the efficiency of the chip, but it'll happen.
I have a miner that can process 150TB in 40 seconds. For an ASIC to be as effective as my disk, it would need to be capable of calculating 858,306,884 nonces/minute. I don't see that happening any time soon.
-
@captinkid
Recalculating something constantly on the fly will be always more -expensive- than calculating it once, save it for forever, and just read it if necessary.It's like a speedy writer vs a library of books. What is more efficient in terms of getting information? Who would run an ASIC which simulates a 4 TB disk (random number) instead of a 4 TB HDD, when an ASIC costs 10 times more and uses 10 times more electricity? (All numbers are exemplary)
The ASICs chips are getting faster every year but so does capacity increase...
-
@haitch for his previous past that he made, he said there wouldn't even be HDD's mining these coins, rather, ASICs
@captinkid said in Cause of the botnet ( in response to " pajeet " exploit ):
@HiDevin You wouldn't be plotting those nonces, you'd be reading the scoop and target from the current block and your CPU, GPU, or ASIC would only be generating nonces for the current block in real time, and submitting nonces as they are found.
No hard drive would even exist in the system at all.
You can do this with current software, but without ASICs or FPGAs it's not really worth it.
though I really doubt this, and I doubt it would work though .-.
-
@HiDevin I would rather folks not have to deal with exclusion so...
-
This post is deleted!
-
Well, it's all academic anyhow. As soon as I finish my Tachyon Activated Reduced Dimension Infinite Storage drive (T.A.R.D.I.S.), which is based on an N-dimensional quantum array of entangled high energy photons, all Burst mining will belong to me!
In truth, I already have the drive working. It's just that I'm still trying to figure out how to plot the first Yottabyte or two before I die of old age.
-
This post is deleted!
-
@captinkid said in Cause of the botnet ( in response to " pajeet " exploit ):
But it would only have to target the scoop that is up. All of the other scoops would be ignored effectively increasing it's leverage by 4000x
But the ASIC that could simulate 4TB of only the specific scoop that is up. It would be the equivalent of 16PB of HDD space.We have this discussion at least every half year. You calc is not right as there are Shabal funcions and Xor in between during plotting. @Blago is an expert on answering exactly this question now. An ASIC has to make all scoops to extract the one it needs. Check this out:
-
@captinkid You cant calculate scoop 4096 with out computing the 4095 scoops before it: scoop(x + 1) = shabal(scoop(X)) , and the plotting values require the hash from scoop 4,096. Burst Flowchart So even if the block is mining Scoop 1, you still have to calc all 4,096 scoops per nonce.




