There's a special place in hell for people who destroy the work of others.
That's funny, I don't usually consider scamming people to be "work". Ironically, the scammers did pretty much none of the work this time (PersonX made the code changes, and PersonY helped compile it - both of whom are helping foil it now).
|
|
|
Meh, I don't deserve credit for shutting down this scam. I just did the fun part, writing the code. Guys who are actually mining with it: Good job! Ironically, the majority of the BBQCoin creators support this BBQFoil project Edit: The troll starting this thread is completely wrong on the reason for the BBQFoil project. The purpose is more like white blood cells: to eliminate a harmful substance in the body. In this case, those who would turn Bitcoin into a pyramid scheme scam.
|
|
|
Maybe you should enable merged mining so miners can mine Litecoins without losing out on Bitcoins... That is not possible Luke-Jr, since LTC and BTC use different hashing algorithms. Sure it's possible. Just accept SHA256 merged mining. But seriously, I was joking. I'd get my FPGAs merge-mining empty blocks if Litecoin did this.
|
|
|
Maybe you should enable merged mining so miners can mine Litecoins without losing out on Bitcoins...
|
|
|
I have a PC that the display is connected to built in Intel gpu, Intel G620 sandybridge on a Socket 1155 motherboard. I also have a AMD 7950 installed + amd catalyst + amd SDK 2.7 Is there any way to get cgminer working with the above setup?! edit--> Making the AMD card primary with vga cable connected to display does not help still Failed to init GPU thread 0, disabling device 0 restarting the gpu from the menu will not fix this. Try restarting cgminer. edit2 ---> I'm able to mine by uninstalling intel driver and disabling intel gpu in motherboard bios Is there a way to keep using Intel gpu and mining on the AMD? I used exactly this setup when Sandy Bridge first came out. What you need to do is create a separate xorg.conf for each GPU, then start the Radeon's X server with the options "-sharevts -novtswitch :2" (ideally without any applications on it); then, just export DISPLAY=:2 before you start your miner.
|
|
|
Just thought I'd point out Console2 for Windows users who don't like the limitations of Microsoft's command window.
|
|
|
Litecoin is a scam - there is no such thing as a "CPU coin" and never can be.
Could you go into more details on this one ? It is impossible to design a proof-of-work that cannot be specialized (eg, ASICs). Designing them to be resistent to existing technologies increases the security risk such specialization presents. Simple proofs like SHA256 (in Bitcoin) have proven to work well, since it scales up in tiers (CPU -> GPU -> FPGA -> ASIC).
|
|
|
Okay, maybe I am being painfully slow today but...
1) Litecoin is intended to be a CPU coin, right ?
2) So, from this thread it appears that GPU mining it in a manner that is more economically effective than CPU mining is possible, right ?
But, if both 1 and 2 is true, doesn't that mean that litecoin is kinda...pointless?
Litecoin is a scam - there is no such thing as a "CPU coin" and never can be. I think Con is only doing this because he's being paid - in Bitcoins https://en.bitcoin.it/wiki/Litecoin#Criticism
|
|
|
Please enlighten me, what is the technical difference between a normal blk0001.dat and your posted version? You write the blocks are ordered and no orphan blocks are in ... this means a normal node writes blocks unordered and stores orphan blocks in blk0001.dat? Correct. Would it be possible to have that behaviour as default for writing the chain-file? I have not a solid Bitcoin background knowledge, but why don't we store blocks in order or remove / don't store orphans (at least when switching to a new blk00x.dat file)? Because that's how Satoshi did it. sipa's ultraprune may elminate giant blk000*.dat files though.
|
|
|
Please enlighten me, what is the technical difference between a normal blk0001.dat and your posted version? You write the blocks are ordered and no orphan blocks are in ... this means a normal node writes blocks unordered and stores orphan blocks in blk0001.dat? Correct. I loaded it into a bitcoind with BlueMatt's transaction-index-pruning code, and produced a 151 MB blkindex.dat to go with it. clarification: bitcoind v0.7.x and above Huh?
|
|
|
Just lock the thread or nuke it and be done.
+1
|
|
|
How is their alleged robbing you any different than your 51% attack on a coin which "robbed" all of the value that other users had simply because you did not care for it? And even more interesting, using others mining hashes to do it? Maybe not the strongest moral high ground to stand on.
I didn't take anything from anyone else.
|
|
|
BTC-e IS the russian mafia..
by definition and physicality.. FWIW, they outright robbed me a number of months ago. Probably because you ddosed some of the coins they were selling and ruined their market... I didn't DDoS anything. And yes, I foiled their fraud plans. Doesn't change the fact that they outright robbed me.
|
|
|
BTC-e IS the russian mafia..
by definition and physicality.. FWIW, they outright robbed me a number of months ago.
|
|
|
I built a "final-state" blk0001.dat with the first 188529 blocks (0 to 188528), in order with no orphan blocks. I loaded it into a bitcoind with BlueMatt's transaction-index-pruning code, and produced a 151 MB blkindex.dat to go with it. This accomplishes reducing the overall disk space used by my 19 (!) bitcoin data directories: - This blk0001.dat can be hard linked between them all - saves about 36 GB
- blkindex.dat is much smaller, since it has all the spent transactions pruned
So here it is for anyone else who wants it (thanks to jrmithdobbs and wizkid057 for 100mbit and gigabit seeds!): Tip: If you copy your current blk0001.dat into your download directory and rescan, you may be able to skip a large chunk of the download. I intentionally did not compress blk0001.dat; since you need this file anyway, the remaining data (compressed) only takes up 64 MB - please continue to seed! Edit: Please note that if you use git master (0.7+), you must not use the included blkindex.dat, or it will break getrawtransaction - use the 0.7 instructions in the INSTALL.txt file!
|
|
|
I'm worried because if I get raided they will find..
4000 GB of Backed Up Game Releases 128 GB of Xbox 360 / Wii / PS3 nand flash dumps 750 GB of Homebrew Applications and softmodding/flashing/decryption tools
All legal (if they really are just backups...). Besides, - you just confessed to having all that publicly
- having illegal copies of stuff isn't criminal in most jurisdictions, so only copyright holders care, not prosecutors
|
|
|
If you're innocent and live in a developed nation, you probably don't have much to fear on this front. Saying a guy sent you child porn isn't the same as proving it. If you never sent it, why are you worried? Because most of the people competent to sit on a jury are too lazy to do it and often evade it? Also, the laws regarding child pornography are pretty ridiculous in "developed nations"; you don't need to have ever intentionally done anything, if it ever touched your hard drive in some way or another, you're guilty.
|
|
|
Cheaper version: T-shirt that says "Beat me to a bloody pulp!" on the front, and "I was obviously looking for a fight" on the back.
LOL'd
|
|
|
|