Anyone know why it takes sgminer 45 minutes to start mining Darkcoin.
I am using XUBUNTO
Each and every time takes 45 mins to start.
Topic: [ANN][DASH] Dash (dash.org) | First Self-Funding Self-Governing Crypto Currency - page 6157. (Read 9724097 times)
April 29, 2014, 11:08:45 PM
April 29, 2014, 11:05:55 PM
Ok, I tried my hand at a flow chart again. I'm not sure this is accurate, but I think it works this way ?? 
So in your example, the "change" is also being mixed through several masternodes along with the actual balance of the tx. This, along with further denomination of the "change" before it comes back to your wallet as Evan stated above, would be enough to break the trail?
April 29, 2014, 10:37:13 PM
Ok, I tried my hand at a flow chart again. I'm not sure this is accurate, but I think it works this way ??
April 29, 2014, 10:35:25 PM
April 29, 2014, 10:15:31 PM
I came up with a way better solution to this issue than my previous idea. Plus it's already supported by DarkSend, I'll just enforce it in RC3
John darksends 2.5 coins from A to C, gets 7.5 back as change on address X, Y, V, Z (X = 5DRK, Y = 1DRK, V = 1DRK, Z=0.5DRK )
Joe darksends 3 coins from E to G, gets 7 back as change on address W, K, J (W = 5DRK, K = 1DRK, J = 1DRK)
Suzie darksends 3.5 coins from K to Q, gets 6.5 back as change on address F, G, H (F = 5DRK, G = 1DRK, H = 0.5DRK)
Change is denominated into units of 5, 1, 0.5, 0.25, 0.1, 0.05, and 0.01 DRK. I'll introduce the precision limitation back again of 0.01DRK. So if you get 7.5 DRK of change back, you'll end up with 5DRK+1DRK+1DRK+0.5DRK.
You could still possible do taint analysis on denominations only used once, but this would be solved with multiple rounds in DarkSend.
John darksends 2.5 coins from A to C, gets 7.5 back as change on address X, Y, V, Z (X = 5DRK, Y = 1DRK, V = 1DRK, Z=0.5DRK )
Joe darksends 3 coins from E to G, gets 7 back as change on address W, K, J (W = 5DRK, K = 1DRK, J = 1DRK)
Suzie darksends 3.5 coins from K to Q, gets 6.5 back as change on address F, G, H (F = 5DRK, G = 1DRK, H = 0.5DRK)
Change is denominated into units of 5, 1, 0.5, 0.25, 0.1, 0.05, and 0.01 DRK. I'll introduce the precision limitation back again of 0.01DRK. So if you get 7.5 DRK of change back, you'll end up with 5DRK+1DRK+1DRK+0.5DRK.
You could still possible do taint analysis on denominations only used once, but this would be solved with multiple rounds in DarkSend.
I'm taking partial credit for it!
This is similar to what I was trying to achieve with stealth sending, minus the denomination of receiving addresses. Usually users want to send to a pre-existing address, optimally DarkSend would be able to denominate the receiving party's amount as well. Stealth addresses allow you to generate infinitely many addresses from one receiving address. Sadly, the only way to see if you have coins in a stealth address is to have the private keys in memory which destroys cold storage completely. You would not be able to see whether or not someone had sent you coins. Without stealth sending though, the master node would have to issue new addresses which cannot happen for obvious reasons. If someone can think of a way to fully denominate the receiving party's amount it would push the coin into complete darkness. When combined with Evan's I2P implementation Dark would be as anonymous/private as possible.
April 29, 2014, 09:32:43 PM
I spent a fair amount of time thinking about the discussion with dime, humanitee, luigi1111, camosoul and others yesterday about the anonymity of Darksend. I suspected that the logic behind darksend as currently implemented was not sound, and I thought it would be best to determine how exactly darksend was working, and do an in-depth analysis of a mixing cycle and the transactions that follow mixing.
...
Best,
Sim
...
Best,
Sim
Wow! This is great. About 400+ pages ago I talked about having a different kind of pool for change outputs only. Put in all of your change outputs and you'll get new fresh clean inputs of 10DRK. The client could automatically do this after each darksend, which would also get you new inputs for the next round.
I'm currently embedded in patching stratum and p2pool to support the masternode payments, which is why I haven't been around. It takes a lot of work to make something so different from anything else out there, dare I say, revolutionary?
On second thought, I'm not sure this solves the problem. My understanding is that you want to accumulate the dirty change in the wallet until it breaches a certain amount (say 10 for example), then it is washed in a "change only" wash with a bunch of "10" transactions. The problem I see is that even the clean coins could be linked to the original transaction. Just to explain:
John darksends 2 coins from A to C, gets 8 back as change on address X
a few days later..
John darksends 8 coins from B to D, gets 2 back as change on address Y
Y+X are submitted to the change mixing pool (10 coins), and come out "clean" at address Z.
The problem is that the coins at address Z are not clean really, they are "suspect", they could have possibly participated in any darksends that generated the dirty coins that composed the "change washing" pool.
Now when Johns wants to spend coins from A, B, and Z in the same transaction.
So if John wants to send coins from A+B+Z in one transaction, the fact that Z participated in a pool that contained X and Y is enough to expose A and B as the original participants in the darksend transaction.
Really it leaves us at the same position that we were at previously after the original darksends.
I hope that made sense.
I came up with a way better solution to this issue than my previous idea. Plus it's already supported by DarkSend, I'll just enforce it in RC3
John darksends 2.5 coins from A to C, gets 7.5 back as change on address X, Y, V, Z (X = 5DRK, Y = 1DRK, V = 1DRK, Z=0.5DRK )
Joe darksends 3 coins from E to G, gets 7 back as change on address W, K, J (W = 5DRK, K = 1DRK, J = 1DRK)
Suzie darksends 3.5 coins from K to Q, gets 6.5 back as change on address F, G, H (F = 5DRK, G = 1DRK, H = 0.5DRK)
Change is denominated into units of 5, 1, 0.5, 0.25, 0.1, 0.05, and 0.01 DRK. I'll introduce the precision limitation back again of 0.01DRK. So if you get 7.5 DRK of change back, you'll end up with 5DRK+1DRK+1DRK+0.5DRK.
You could still possible do taint analysis on denominations only used once, but this would be solved with multiple rounds in DarkSend.
April 29, 2014, 08:34:45 PM
Dark Wallet is set to launch this week: http://blogs.wsj.com/digits/2014/04/29/dark-wallet-for-managing-bitcoin-arrives-this-week/
I wonder if this centralized solution will fall flat on its face and expose the need for a decentralized anonymous currency? Could be good for Darkcoin.
Taken from that article:I wonder if this centralized solution will fall flat on its face and expose the need for a decentralized anonymous currency? Could be good for Darkcoin.
In an email Monday, Stephen Hudak, spokesman for the U.S. government’s Financial Crimes Enforcement Network, declined to comment specifically on Dark Wallet. He did, however, say, “We are well aware of the many emerging technological efforts designed to subvert financial transparency. It’s certainly our business to be interested and vigilant with respect to any activities that may assist money laundering and other financial crimes.”
What are the chances DRK is on that radar?
this could be good por DRK publicity but not so good if the govt try and make a point to shut DRK down.
I really liked the idea posted a few pages back about using crypto/DRK to move money within and in and out of 3rd world countries. Getting a piece of the Western Union market would be phenomenal. They charge a ridiculous fee to send money back and forth and to be able to offer people a simple app that works on (almost) any phone to send funds to family members etc could be huge.
I get so excited by this thread, i truly think Evan is a genius and that DRK will be a revolutionary coin. Nice work people.
April 29, 2014, 08:25:58 PM
Dark Wallet is set to launch this week: http://blogs.wsj.com/digits/2014/04/29/dark-wallet-for-managing-bitcoin-arrives-this-week/
I wonder if this centralized solution will fall flat on its face and expose the need for a decentralized anonymous currency? Could be good for Darkcoin.
Taken from that article:I wonder if this centralized solution will fall flat on its face and expose the need for a decentralized anonymous currency? Could be good for Darkcoin.
In an email Monday, Stephen Hudak, spokesman for the U.S. government’s Financial Crimes Enforcement Network, declined to comment specifically on Dark Wallet. He did, however, say, “We are well aware of the many emerging technological efforts designed to subvert financial transparency. It’s certainly our business to be interested and vigilant with respect to any activities that may assist money laundering and other financial crimes.”
What are the chances DRK is on that radar?
not yet, but longterm it could of course become an issue.
on the other side, if gov starts to "attack" coin marketcap would be well beyond 100$mio
also there are other markets than the US
like i said before, eCash is not illegal. its bitcoin, without the block chain.
When you move from crypto to fiat, you have to go through KYC if its a material transaction. you have to do this with exchanges anyway.
April 29, 2014, 08:08:28 PM
Dark Wallet is set to launch this week: http://blogs.wsj.com/digits/2014/04/29/dark-wallet-for-managing-bitcoin-arrives-this-week/
I wonder if this centralized solution will fall flat on its face and expose the need for a decentralized anonymous currency? Could be good for Darkcoin.
Taken from that article:I wonder if this centralized solution will fall flat on its face and expose the need for a decentralized anonymous currency? Could be good for Darkcoin.
In an email Monday, Stephen Hudak, spokesman for the U.S. government’s Financial Crimes Enforcement Network, declined to comment specifically on Dark Wallet. He did, however, say, “We are well aware of the many emerging technological efforts designed to subvert financial transparency. It’s certainly our business to be interested and vigilant with respect to any activities that may assist money laundering and other financial crimes.”
What are the chances DRK is on that radar?
not yet, but longterm it could of course become an issue.
on the other side, if gov starts to "attack" coin marketcap would be well beyond 100$mio
also there are other markets than the US
April 29, 2014, 07:59:52 PM
Dark Wallet is set to launch this week: http://blogs.wsj.com/digits/2014/04/29/dark-wallet-for-managing-bitcoin-arrives-this-week/
I wonder if this centralized solution will fall flat on its face and expose the need for a decentralized anonymous currency? Could be good for Darkcoin.
Taken from that article:I wonder if this centralized solution will fall flat on its face and expose the need for a decentralized anonymous currency? Could be good for Darkcoin.
In an email Monday, Stephen Hudak, spokesman for the U.S. government’s Financial Crimes Enforcement Network, declined to comment specifically on Dark Wallet. He did, however, say, “We are well aware of the many emerging technological efforts designed to subvert financial transparency. It’s certainly our business to be interested and vigilant with respect to any activities that may assist money laundering and other financial crimes.”
What are the chances DRK is on that radar?
1.02 AKA 50/1 on
April 29, 2014, 07:55:34 PM
I spent a fair amount of time thinking about the discussion with dime, humanitee, luigi1111, camosoul and others yesterday about the anonymity of Darksend. I suspected that the logic behind darksend as currently implemented was not sound, and I thought it would be best to determine how exactly darksend was working, and do an in-depth analysis of a mixing cycle and the transactions that follow mixing.
...
Best,
Sim
...
Best,
Sim
Wow! This is great. About 400+ pages ago I talked about having a different kind of pool for change outputs only. Put in all of your change outputs and you'll get new fresh clean inputs of 10DRK. The client could automatically do this after each darksend, which would also get you new inputs for the next round.
I'm currently embedded in patching stratum and p2pool to support the masternode payments, which is why I haven't been around. It takes a lot of work to make something so different from anything else out there, dare I say, revolutionary?
On second thought, I'm not sure this solves the problem. My understanding is that you want to accumulate the dirty change in the wallet until it breaches a certain amount (say 10 for example), then it is washed in a "change only" wash with a bunch of "10" transactions. The problem I see is that even the clean coins could be linked to the original transaction. Just to explain:
John darksends 2 coins from A to C, gets 8 back as change on address X
a few days later..
John darksends 8 coins from B to D, gets 2 back as change on address Y
Y+X are submitted to the change mixing pool (10 coins), and come out "clean" at address Z.
The problem is that the coins at address Z are not clean really, they are "suspect", they could have possibly participated in any darksends that generated the dirty coins that composed the "change washing" pool.
Now when Johns wants to spend coins from A, B, and Z in the same transaction.
So if John wants to send coins from A+B+Z in one transaction, the fact that Z participated in a pool that contained X and Y is enough to expose A and B as the original participants in the darksend transaction.
Really it leaves us at the same position that we were at previously after the original darksends.
I hope that made sense.
I came up with a way better solution to this issue than my previous idea. Plus it's already supported by DarkSend, I'll just enforce it in RC3
John darksends 2.5 coins from A to C, gets 7.5 back as change on address X, Y, V, Z (X = 5DRK, Y = 1DRK, V = 1DRK, Z=0.5DRK )
Joe darksends 3 coins from E to G, gets 7 back as change on address W, K, J (W = 5DRK, K = 1DRK, J = 1DRK)
Suzie darksends 3.5 coins from K to Q, gets 6.5 back as change on address F, G, H (F = 5DRK, G = 1DRK, H = 0.5DRK)
Change is denominated into units of 5, 1, 0.5, 0.25, 0.1, 0.05, and 0.01 DRK. I'll introduce the precision limitation back again of 0.01DRK. So if you get 7.5 DRK of change back, you'll end up with 5DRK+1DRK+1DRK+0.5DRK.
You could still possible do taint analysis on denominations only used once, but this would be solved with multiple rounds in DarkSend.
April 29, 2014, 07:45:48 PM
Dark Wallet is set to launch this week: http://blogs.wsj.com/digits/2014/04/29/dark-wallet-for-managing-bitcoin-arrives-this-week/
I wonder if this centralized solution will fall flat on its face and expose the need for a decentralized anonymous currency? Could be good for Darkcoin.
Taken from that article:I wonder if this centralized solution will fall flat on its face and expose the need for a decentralized anonymous currency? Could be good for Darkcoin.
In an email Monday, Stephen Hudak, spokesman for the U.S. government’s Financial Crimes Enforcement Network, declined to comment specifically on Dark Wallet. He did, however, say, “We are well aware of the many emerging technological efforts designed to subvert financial transparency. It’s certainly our business to be interested and vigilant with respect to any activities that may assist money laundering and other financial crimes.”
What are the chances DRK is on that radar?
April 29, 2014, 07:35:30 PM
I think we need to stress this point in our marketing: Darkcoin is more fungible than bitcoin. This is an incredible advantage for a currency.
+1
I think block time is too long, but other things are great!
April 29, 2014, 07:28:43 PM
Dark Wallet is set to launch this week: http://blogs.wsj.com/digits/2014/04/29/dark-wallet-for-managing-bitcoin-arrives-this-week/
I wonder if this centralized solution will fall flat on its face and expose the need for a decentralized anonymous currency? Could be good for Darkcoin.
I wonder if this centralized solution will fall flat on its face and expose the need for a decentralized anonymous currency? Could be good for Darkcoin.
April 29, 2014, 07:25:59 PM
I think we need to stress this point in our marketing: Darkcoin is more fungible than bitcoin. This is an incredible advantage for a currency.
How do you mean that?
http://www.reddit.com/r/Bitcoin/comments/1le87j/bitcoin_core_dev_on_stolen_coins_and_transaction/
April 29, 2014, 06:59:14 PM
I think we need to stress this point in our marketing: Darkcoin is more fungible than bitcoin. This is an incredible advantage for a currency.
How do you mean that?
April 29, 2014, 06:56:13 PM
I think I have a better solution than that, I want to turn the masternodes into I2P relays for darkcoin. So your client will pick one when you start, then relay any messages through that one. It encrypts all of the traffic, removes the connection between IP and address and it the blockchain is still a complete fog. Plus it'll be a private I2P, so it'll be super fast. Masternodes are going to be awesome
There's the quote about it.
Holy crap! I read that at the time it was posted and had no idea wtf he was talking about, heh. Thinking about the nuts and bolts of darksend all afternoon (and finally more or less getting my head around it...I think) I get how awesome this is.
Thanks.
April 29, 2014, 06:43:56 PM
I think we need to stress this point in our marketing: Darkcoin is more fungible than bitcoin. This is an incredible advantage for a currency.
April 29, 2014, 06:29:15 PM
I'm not sure I understand.
John darksends 2 coins from A to C, gets 8 back as change on address X.
He then contributes 2 additional coins from another address in his wallet, address X1?
If that's how it works I'm not sure I get how this helps. It just exposes the holder of address X1 as the person who darksent 2 coins to C.
I am probably misunderstanding where X1 S1 and W1 are coming from.
John darksends 2 coins from A to C, gets 8 back as change on address X.
He then contributes 2 additional coins from another address in his wallet, address X1?
If that's how it works I'm not sure I get how this helps. It just exposes the holder of address X1 as the person who darksent 2 coins to C.
I am probably misunderstanding where X1 S1 and W1 are coming from.
Thinking about this more, you're right. It may not expose address A, but it does expose X1 - which isn't a huge deal unless A is somehow associated to X1 via IP and assuming X1 is more or less a burn address that will never be reused after it empties out to the change pool.
The only way I can think to get around it would be for the masternodes to hold change from a sender's transactions in some sort of escrow until they add up to a certain amount, then send it back to X1. So the only amount of change anyone ever gets in one send to one specific address is 5DRK (or whatever).
edit: and now I realize I've just invented change denomination, which has been talked about several times already
April 29, 2014, 06:07:52 PM
█ ★Darkcoin (DRK) █→ Now Live on: http://www.cryptocoinrank.com/Darkcoin
Hope you like it! https://bitcointalksearch.org/topic/annwwwcryptocoinrankcom-for-sale-for-sale-for-sale-579901
Enjoy
Jump to: