So many DarkWallet Devs jumped ship? Honest question. I've been seeing it float around from people with no interpersonal connections.
AMOjeda, I really don't know where you get this unless it happened before the coin was released because I check the thread daily, I've been here since before day 1, just didn't join until I realized I wanted to get involved, and I remember no such drama at all. I have no idea who would be spreading such rumors? Evan Duffield started out a the only developer that I know of, however I suspect InternetApe is a good friend?? I don't know though, they might have gotten together after the launch? And there are several others that I *think* started helping after the launch, but Evan is doing the coding as far as I know. |
|
|
|
The link says high speed tor, which means it's a centralized solution. I honestly don't think that person knows what they're talking about and is too arrogant to know. Just please don't feed the trolls. When the time comes and the articles are written by people who do understand, it will be clear to all. |
|
|
|
Where did sell ever come out of my mouth? Weather I have or haven't, all I am asking is a question that should be answered dumbass.
wooo wooo!!! gents...lets keep it civil. Evan will certainly be letting you know whats up. There where 3 devs...Evan as the main, Kyle and Ape back when I first started here as I understood. I know InternetApe is still with us, but I don't remember Kyle, who is that (what's their handle?) and how could I have missed the drama? (knowing me, it coulda happened in front of me and I was oblivious, ROFL) |
|
|
|
So many DarkWallet Devs jumped ship? Honest question. I've been seeing it float around from people with no interpersonal connections.
We have one main developer who started this thing, he just implemented a new version of KGW (see comment above) He's been working on this for 2+ years, that he would jump ship is silly. I don't understand it, but those two that hacked the pools and stole rewards from other miners might have been doing that for some time without us realizing it? even so, they may be dumping now. Early miners who haven't been following here, don't care about the coin much, could be dumping what they have, possibly even a bit at a time? I don't know. |
|
|
|
Hello everyone, I'm trying to understand this stratum exploit better, and something is confusing me. The lowest difficulty is defined by the biggest target. So if we look at the nBits of the genesis block, we then convert to hex (from the compact representation) to get the diff 1 targets. In BTC, genesis.nBits = 0x1d00ffff; https://en.bitcoin.it/wiki/Difficulty suggests we convert to a hex representation like: so the hex target is 0x00ffff * 2**(8*(0x1d - 3)) or 0000 0000 ffff 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 Which matches https://github.com/Crypto-Expert/stratum-mining/blob/master/lib/template_registry.py where for sha256 diff1 = 0x00000000ffff0000000000000000000000000000000000000000000000000000 Now looking at a scrypt coin, eg LTC: 0x1e0ffff0 is the genesis block nbits so the hex target is 0x0ffff0 * 2**(8*(0x1e - 3)) or 0000 0fff f000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 Which doesn't match stratum-mining if settings.COINDAEMON_ALGO == 'scrypt' or 'scrypt-jane': diff1 = 0x0000ffff00000000000000000000000000000000000000000000000000000000 ie. the stratum-mining code has 4 leading zeros in the 64 byte hex representation of the target, wheras I get 5 leading zeros when doing the conversion from the compact to the full hex representation of the max difficulty. I'm sure stratum-mining must be correct - where am I going wrong? Something just flew over my head at super sonic speed, what was that?  |
|
|
|
Surprised no one has said Dark Matter - the thing that holds the universe together.
Good one, has anyone said Dark Star yet? LOL Ach, can't use dark star, it's the same initials as darksend DS So I like above, I like Dark Gate as it implies shutting the gate on naughty people, LOL |
|
|
|
 Why are the lower hashrate miners receiving larger payouts when they've been mining for the same amount of time on the same block? Gotta be careful reading  that's MH and the others are KH Yes you gotta read well too: 2.31 MH Predict Payout : 0.017 708.09 KH Predict Payout : 0.083 I think that what he want to say!  Ah, you know I know it came across smart aleck like, but I totally didn't mean it to, sorry. Should have said "did you mean the difference between.... blah blah" sorry! |
|
|
|
eduff said  Is that like the new "enough said"? I like it, eduff said man! |
|
|
|
Why are the lower hashrate miners receiving larger payouts when they've been mining for the same amount of time on the same block? Gotta be careful reading that's MH and the others are KH |
|
|
|
"52.24 Professionally produced infographic of darksend, reference: http://imgur.com/GXPvNgn" Sorry but that does not look professionally produced. Bounty should not have been granted. Judgement of bounty owner is critical here and seems poor. Shutterstock images that weren't paid for? Sorry LimLims, I see that was just a mockup, LOL |
|
|
|
Hi all! Another noob here... name's Ron. I'm bummed I just this week started investigating crypto$ because I might have been able to get a lot more of these DRKs!  But, oh well. CPU mining about a tenth of a coin a day! (i7 870) - Just ordered a R9 270 to replace my old GeForce (I'm poor). So anyway... I've done graphics for years and when I saw the promotion stuff mentioned I started working on a 3D DarkCoin. I was disappointed to see that the promo team isn't interested in this but here's a few picks of the initial stages I may or may not get back to... Of course you are welcome to contribute to my well being and time. DRK donations: XpQZscB95M63vBewcyBWe9hgj4nMhBWi69  maybe you can do a youtube promo, there's a bounty for that! |
|
|
|
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 |
|
|
|
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! |
|
|
|
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 ! |
|
|
|
Thanks for all the comments. I'm taking notes. All the materials are work-in-progress, so I appreciate inputs. can imply that with the proper motivation and means the tranfers can be traced, why not : "DarkSend Transfers are impossible to trace" instead, can we say that now ? That's hard to say - I would never make that kind of statement and it would likely hurt our credibility. The entire field of cryptography is based around the principle that you can make things hard but never make them impossible. It is widely held principle in the related field of computer security as well - and it makes people who know the field nervous if you make a statement like that - and tends to piss them off. Even if it were impossible theoretically - in general - there would likely eventually be a side-channel attack that would allow someone - under certain conditions - to trace it - again, hurting the coin due to a naive statement of impossibility. That's true, so something like "The DarkSend protocol allows untraceable transfers*" can be good ? The DarkSend protocol allows encrypted transfers - what about that ^^ Two things: - The DarkSend protocol isn't encrypted at all, I'm not even sure it needs to be with the way I'm designing it. - Transactions added to the blockchain are nearly impossible to figure out who the payer and payee is and link them together. However, it doesn't allow "untracable transfers". You could put "theoretically untraceable transfers". How about "virtually untraceable"? In the end, I like this, "DarkSend Transfers are very difficult to trace, if not impossible" best because one can't say for certain that it can't be traced but you hint at it being impossible to trace. |
|
|
|
i asked evan to contact the other pools since im on the boat again....
That's great, you guys are really awesome and dedicated! |
|
|
|
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... so will he be able to do this on other pools and p2pools as well? depends on if the pool and the p2p pool uses the standarized stratum software.. pool owners are welcome to contact me... This is kind of important to the stability and confidence in the coin, could you or eduffield please contact the other pool owners and let them know, and put a notice on the first page? |
|
|
|
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... Can he make this kind of attack on the P2pools? |
|
|
|
Just a shot in the dark here (no pun), but could beta v3 have introduced any bugs vis-a-vis difficulty/nethash? It just seems way too high even now though it has dropped (to the 700s  ) I was on while all this was being said (had to run another errand) and even then, I was seeing hash rates in low 300's high 200's at lotterymining. Are you guys still seeing weird numbers now? I don't? In fact it's super low at this moment at 154 (next 3890 Which does seem weird?? |
|
|
|
Maybe someone could answer this one for me. Is Darkcoin ASIC resistant? And how does it compare to Vertcoins Scrypt-Adaptive-Nfactor? I am actually a DRK supporter I just want to understand how script ASICS could affect the coin and how it compares to Vertcoin in this regard. Thank you.
Darkcoin's asic resistance is mainly do to the quantity of different algorithms that need to be implemented. asics could be made, however it's just a lot more work than making them for a single-algorithm coin. Adaptive-nfactor is much more effective asic resistance, as the memory requirements increase over time, so even if asics were to be made they would be rendered useless over time. I've been curious about this, will the blocks take longer and longer to solve because of adaptive n factor? |
|
|
|
|
Show Posts
