Just to let everyone know we're up to 3000DRK for the GPU bounty to try and get phm to release his source code. It would be helpful if other people could donate also to even the playing field again :
XcVWt1B4EwxRgHXDnJyxGDwhEDDwfWvKpY
Thanks for your support!
ps, this bounty is extended to anyone who can get a GPU miner up and running with a reasonable amount of efficiency .
Here's my partially working GPU miner: https://github.com/evan82/darkcoin-sgminer
|
|
|
A coin creator can, at most, make the life difficult for a gpu chip, asic-designer or quantum-computer designer by selecting (during the coin creation) hashes which are hard to speed up in the aforementioned hardware. But now we are past the coin creation stage, so...
There may be some tiny specific function, that is difficult to calculate on GPU but is not a problem for CPU. Surely developers know better what they are doing. I've thought about this extensively in the past and I only thing I could think of was maybe to use the CPU extensions. If you look them up ( https://www.google.com/#q=cpu+extensions) there's a bunch to choose from SSE4, Movie encoding/decoding, etc. These happen on die so they'd be way faster on the CPU than calculated manually in the GPU. However, then we're back to centralization due to super high end hardware.
|
|
|
DarkCoin Official Pool
How accurate is the hashrate on the dashboard? I noticed it is all over the place, also the estimated darks per day is way off too right? Thanks.
The hashrate is just volatile. I fixed the estimates though, that should be fine now.
|
|
|
Looks like you've prepped cgminer for the new X11 kernel, am I right? I'll send a PM to phm and see where he's at with it My miner is based on this sgminer, I just tweaked it a little and added OpenCL X11 kernel that is currently missing in eduffield's code. Ah, I didn't realize you based your code off mine. Can you push me the changes at least to get it working for the benefit of everyone?
|
|
|
And now, how about collecting a good hefty bounty for a working effective GPU miner? I'd put down up to 1000 DRK - not much but if many people donate it'll build up.
If more people are interested I could work on GPU miner for a bounty. I already have something more or less working (pools are accepting shares, also solo-mined one block this night with it), but it's still very slow (nearly 2 MH/s on Radeon R9 290). Unfortunately I can't promise it will get much faster, still working on possible optimizations. FYI I'll put up 1000DRK, but I want the code you have now, to prove that it is getting at least what you say. I'll match his 1000DRK I can definitely make a GPU miner (how fast it will be is another question, but based on the algorithms in hand, they all parallelize pretty well, so I expect it to be reasonably fast). But a few people offering 1000DRK isn't enough incentive. It's not the money (if it was, I'd make one for myself), I just need some more detail. Have you already got someone working on a GPU miner, for instance? I don't want to put 10 hours into this only to find that you've had someone else do it. I've been working on this one, I'm not sure it works. https://github.com/evan82/darkcoin-sgminerMy furher, how is the anonimity module coming along? We are gaining a bit of traction. The Russians are getting antsy on the Eastern front. Me and Ape spent the last couple nights defeating various bugs with the implementation. We're making huge progress to a closed alpha, there's a couple more things I want to work out, then we should be able to release something (maybe this weekend if we're lucky? ) Ps, As for naming things, I think I'm going with DarkSend. It works well in all of the different ways it needs to "Darkcoin with DarkSend", "./darkcoind darksend Xaddr 10", "Just darksend the money", "The darksend is still pending", "To see the status of the DarkSend Pool, just type getpoolinfo", and all of the classes will sound cool (DarkSend, DarkSendPool, DarkSendInfo).
|
|
|
And now, how about collecting a good hefty bounty for a working effective GPU miner? I'd put down up to 1000 DRK - not much but if many people donate it'll build up.
If more people are interested I could work on GPU miner for a bounty. I already have something more or less working (pools are accepting shares, also solo-mined one block this night with it), but it's still very slow (nearly 2 MH/s on Radeon R9 290). Unfortunately I can't promise it will get much faster, still working on possible optimizations. FYI I'll put up 1000DRK, but I want the code you have now, to prove that it is getting at least what you say. I'll match his 1000DRK I can definitely make a GPU miner (how fast it will be is another question, but based on the algorithms in hand, they all parallelize pretty well, so I expect it to be reasonably fast). But a few people offering 1000DRK isn't enough incentive. It's not the money (if it was, I'd make one for myself), I just need some more detail. Have you already got someone working on a GPU miner, for instance? I don't want to put 10 hours into this only to find that you've had someone else do it. I've been working on this one, I'm not sure it works. https://github.com/evan82/darkcoin-sgminer
|
|
|
And now, how about collecting a good hefty bounty for a working effective GPU miner? I'd put down up to 1000 DRK - not much but if many people donate it'll build up.
If more people are interested I could work on GPU miner for a bounty. I already have something more or less working (pools are accepting shares, also solo-mined one block this night with it), but it's still very slow (nearly 2 MH/s on Radeon R9 290). Unfortunately I can't promise it will get much faster, still working on possible optimizations. FYI I'll put up 1000DRK, but I want the code you have now, to prove that it is getting at least what you say. I'll match his 1000DRK
|
|
|
So KGW is working great, the fork went off with out a hitch and now we're whale proof! So I want to move on to the next topic. A few days ago I asked if we should open source the technology or not and the vast majority of you all want it to be open source, so we're going to do that. So, that being the case earlier today in #darkcoin we were discussing the anonymous technology (An improved variant of coinjoin built into the client) and we were brain storming names for it.
Since it's going to be opensource we want to brand it, if other coins add it the users will know where it came from. So we have these ideas, we want to do a sort of poll and see what everyone likes.
Please limit your reply to your favorite name for the technology:
DarkSend DarkTransfer DarkTwister DarkXport DarkTransit DarkStep DarkTrigger Darkify Darkifier DarkForce Darkoflage Darkize DarkShroud DarkEncode DarkPool DarkPooling DarkCipher DarkJoin (as in based on CoinJoin)
(or if you think you have a better name, put that in the reply)
Thanks!
|
|
|
Regarding http://pool.darkcoin.io/ are the payout schemes calculated ok after 15200? They seem way too low for the difficulties involved... before the whale thing etc, I averaged around a coin per hour now I'm waaayyy down to something like 0.1 per hour. Is it possible that the new diff scheme has messed up the pool share calculations? Everything seems fine on this end, try restarting your miners
|
|
|
I fixed it on the front page.
|
|
|
eduffield, once the fork is done, may I recommend the following title? [ANN][DRK] DarkCoin | First Anonymous Coin | CPU only | KGW | ASIC Resistant | No Premine This makes us Vertcoin on steroids (which we are) thanks to you @eduffield How hard would it be to be 100% sure that GPU mining will cost more in electricity than CPU per kilohash? I estimate GPU uses 4 to 10 times the power of CPU, so as long as GPU wont speed things up more than 3 times, DRK will be CPU coin forever. Of course anybody with a gaming rig and 3 GPU's would get 10 times the hash rate of normal PC, but they are also spending 1kilowatt hour, every hour. This dolphin begs for this James We can't really do anything to stop miners from moving to GPUs in the eventual. It doesn't look like anyone has succeeded in making a miner that works well yet though. GPUs are in the natural life cycle of a crypto though and I'd like DarkCoin to follow the same path as Bitcoin did.
|
|
|
So, have all the pools updated? If so, only solo miners are at risk for being left behind
All except for yoba it seems, which is ~300Kh. So we're in the clear
|
|
|
I've been reaching out to the pool operators and getting everyone to update and haven't heard back from Yobapool and CPU-pool. Can anyone using these pools shift their hashing power to one of the other pools in the mean time? We need to know they were updated successfully.
Yobapool is tiny and CPUPool has been updated (or is in progress).
|
|
|
This is a mandatory update on block 15200! I've been working tonight on a solution to our "Whale", and have fully implemented Kimoto Gravity Well into Darkcoin. It looks ready to go, all I need is for everyone to update their wallets and daemons - If you're running on linux, please download the new version from github: https://github.com/evan82/darkcoin- If you're running on anything else you'll have to wait for the compiled versions to come out - If you run a pool please update your daemon - If you run a exchange please update your daemon Let me know if you have any questions.
|
|
|
Any word on Kimoto or something similar being implemented before we retarget. I have a feeling once difficulty drops the whale/whales will return.
I'm thinking about implementing some changes to set a much lower retarget window, maybe 100 blocks. In opinions on this? I could implement kimoto but it seems like more of a project. I'm thinking that 100 blocks is about 4 hours, so it would be not very fruitful for someone to jump on like the whale did and jump the difficulty. We are still on the same block hours after he left, how long would it take for us to get through 100 at this point? Since the last difficulty adjustment we've went through 120 blocks, so we would already be at a lower difficulty how long till we could do the hardfork? I can have the code ready in a couple hours if all of the pools are ready to update their daemons
|
|
|
Any word on Kimoto or something similar being implemented before we retarget. I have a feeling once difficulty drops the whale/whales will return.
I'm thinking about implementing some changes to set a much lower retarget window, maybe 100 blocks. In opinions on this? I could implement kimoto but it seems like more of a project. I'm thinking that 100 blocks is about 4 hours, so it would be not very fruitful for someone to jump on like the whale did and jump the difficulty. We are still on the same block hours after he left, how long would it take for us to get through 100 at this point? Since the last difficulty adjustment we've went through 120 blocks, so we would already be at a lower difficulty
|
|
|
Any word on Kimoto or something similar being implemented before we retarget. I have a feeling once difficulty drops the whale/whales will return.
I'm thinking about implementing some changes to set a much lower retarget window, maybe 100 blocks. In opinions on this? I could implement kimoto but it seems like more of a project. I'm thinking that 100 blocks is about 4 hours, so it would be not very fruitful for someone to jump on like the whale did and jump the difficulty.
|
|
|
The state of the network
Yesterday we had an eventful day and I wanted to wait and see what happened with the hashrate and difficulty before putting this update together. For those that weren't watching we went all the way from .7Gh/s to 3.2Gh/s due to either a large farm of computers or a working implementation of a GPU miner.
Anonymous Transactions
I'm happy to annouce that we have a fully working pre-alpha implementation of the anonymous transaction technology. Yesterday I was able to send ~40 anonymous transaction using the client and the code seems to work pretty well. I'd say it's very early pre-alpha, but it's 100% certain we'll be the first fully anonymous coin that exists.
The next stage of development is to deal with some bugs and other technicial issues I have in the code that will allow it to run without encountering issues. Currently, I have to reset the pool after every transaction and that needs to happen automatically across the network.
After that we're going to beat up the code up and harden it in a open pre-alpha. The code will only work on testnet during all of the next stages of development and we'll be giving out binary clients that can only connect to the testnet.
Then, we'll go through alpha/beta and then implement a full release of the code into the client.
Open Source or Closed Source?
Last night we were talking in #darkcoin (join us!) about 2 possibilities for launching the anonymous technology:
1.) We launch open source and hope we gain a good name in the community. If done correctly, all of the other coins will just be clones that don't add anything original. I would still be working on other functionality and improvements, so we'd always be ahead of the rest.
2.) We implement all of the unique technology as a closed source plugin. The plugin would be shipped separately and added to a folder to enable the privacy features, it would also work normally if it didn't find the plugin. This is how NVidia ships their closed source drivers for their video cards with linux.
Which should it be?
Thanks to all of those that had some faith in the project early on, the prospects of this coin are starting to look really promising.
|
|
|
|