Provoke discussion about darksend, arguments always ends and then bring...yes say it..."instamine" argument on the table. You aren't just answering to illodin
I puked all my popcorn
Topic: This message was too old and has been purged - page 16. (Read 26100 times)
So this is all about.
Provoke discussion about darksend, arguments always ends and then bring...yes say it..."instamine" argument on the table. You aren't just answering to illodin
I puked all my popcorn
Provoke discussion about darksend, arguments always ends and then bring...yes say it..."instamine" argument on the table. You aren't just answering to illodin
I puked all my popcorn
The last two blocks:
http://chainradar.com/xmr/block/465073
2015-03-06 20:28:34
http://chainradar.com/xmr/block/465074
2015-03-06 20:28:37
You can't even get a simple 60 second number right.
http://chainradar.com/xmr/block/465073
2015-03-06 20:28:34
http://chainradar.com/xmr/block/465074
2015-03-06 20:28:37
You can't even get a simple 60 second number right.
Now you're just trolling. Timestamps are set by miners and are not universally reliable, and in any event difficulty retargeting relies on the law of large numbers (ie. capacity for statistical variance has to exist).
Also hey, the last 5 Darkcoin blocks tell exactly the same story: [1] [2] [3] [4] [5]
Yep, your example was basically the same thing.
LOL, thousands of blocks adding up to millions of coins is "basically the same thing" as random fluctuation on two blocks adding up to <25 coins. Nice one illodin though I have to say I'm a bit disappointed. Usually your trolling is a bit more subtle and intelligent than that.
<-- throws away his popcorn and wonders off
Yep, your example was basically the same thing. Difficulty retargets slow. And the reward curve described in the whitepaper was taken into use after GPU miners started to appear, so the graph you posted does not use that formula at the beginning.
Ok so then I went and got the formula from the Darkcoin OP as it was 3 weeks after launch, which was "Block reward is controlled by moore's law: (11111 / (((Difficulty+51)/6) ^ 2))", and I graphed them all:
So reality doesn't match any of the claimed block reward formulae, and this is deeply concerning because changing the social contract destroys the trust (or SHOULD destroy the trust) between the community and the developers of the cryptocurrency.
No matter how the OP came off, I don't think it's a good idea to ridicule him as I wouldn't want anyone to hesitate to report any potential issues in the future out of the fear of getting laughed at.
fluffy dev put whole thread to sleep
OP admitted he was wrong
I guess i'll find something else of interest
OP admitted he was wrong
I guess i'll find something else of interest
I never, at no point admitted I was wrong.
The flaw is obvious here, and anyone who tries with a block explorer and a pen and paper can reassemble the correct transaction without shuffling.
I am working on a block explorer which allows deanonymization of darksend transactions ... it is trivial actually, an let it work only in 80% of all cases.
Trivial? Yes Mr Genius. We're still waiting for your free NXT and your BTC private key cracker, which you claimed trivial too.
+10000
i wait for Mr genius claim..lol
You would be the first to deanonymize darksend transactions in the history of Darkcoin.
https://darkcointalk.org/threads/dead-change-an-anonymity-issue.3019/
fixed long ago, not sure if anybody really used it to deanonymize darksend.
but there was a problem... and old transaction may still be deanonymized.
yeah, i admit i forgot about the dead change issue : using non-anonimized change potentially but not necessarily
deanonymize your previously anonymous spend. Aswan who posted about this problem became part of the Darkcoin
Development Team very soon after btw.
I see this differently then the supposed deanonymizer from OP that he claims can deanonymize 80% of current darksend transactions.
edit : with regards to yr own edit .. how to trust our lead developer with your privacy ? Needing code reviews etc
Quote
EDIT: my point is: how should i trust him with my privacy. i need some proofs that he is capable to do what he is claiming (formal proof, code reviews, code reviews by other cryptographers).
Darksend was code reviewed by Kristov Atlas, a well respected person in the cryptocurrency world. He outlined the Darksend mixing,
stated the possible vulnerabilities towards certain types of attack and posted that in our forum and in his blog i think.
An update was issued afterwards to deal with some of these type of attacks.
https://stellartalk.org/topic/5435-kristov-atlas-paper-an-analysis-of-darkcoins-blockchain-privacy-via-darksend/
fluffy dev put whole thread to sleep
OP admitted he was wrong
I guess i'll find something else of interest
OP admitted he was wrong
I guess i'll find something else of interest
I never, at no point admitted I was wrong.
The flaw is obvious here, and anyone who tries with a block explorer and a pen and paper can reassemble the correct transaction without shuffling.
I am working on a block explorer which allows deanonymization of darksend transactions ... it is trivial actually, an let it work only in 80% of all cases.
Trivial? Yes Mr Genius. We're still waiting for your free NXT and your BTC private key cracker, which you claimed trivial too.
You would be the first to deanonymize darksend transactions in the history of Darkcoin.
https://darkcointalk.org/threads/dead-change-an-anonymity-issue.3019/
fixed long ago, not sure if anybody really used it to deanonymize darksend.
but there was a problem... and old transaction may still be deanonymized.
EDIT: my point is: how should i trust him with my privacy. i need some proofs that he is capable to do what he is claiming (formal proof, code reviews, code reviews by other cryptographers).
but the speed at which it is developed cries for bugs (and we see them regularly): under such circumstances i think that good reviews are not even possible -> moving target.
that pretty much summarize this whole discussion.
Yes, and the claims the dev did are imho wrong. If you continue reading you will see the explanation.
Specially, the message with the colors.
i think the claim you are doing is wrong, i mean specifically this one : https://bitcointalksearch.org/topic/m.10681598
Quote
As long as we have the correct order, all three trails will eventually lead to the originator.
I am pretty sure that a transaction deanonymizer, which does this order reversal, could walk his way all the way back to the transactions where people started to denominating their funds, and get the # of users from the change outputs.
I am pretty sure that a transaction deanonymizer, which does this order reversal, could walk his way all the way back to the transactions where people started to denominating their funds, and get the # of users from the change outputs.
Pls make that transaction deanonymizer and prove your claim, that end trails can indeed be traced back to the originator through following correct order.
You would be the first to deanonymize darksend transactions in the history of Darkcoin.
The last two blocks:
http://chainradar.com/xmr/block/465073
2015-03-06 20:28:34
http://chainradar.com/xmr/block/465074
2015-03-06 20:28:37
You can't even get a simple 60 second number right.
http://chainradar.com/xmr/block/465073
2015-03-06 20:28:34
http://chainradar.com/xmr/block/465074
2015-03-06 20:28:37
You can't even get a simple 60 second number right.
Now you're just trolling. Timestamps are set by miners and are not universally reliable, and in any event difficulty retargeting relies on the law of large numbers (ie. capacity for statistical variance has to exist).
Also hey, the last 5 Darkcoin blocks tell exactly the same story: [1] [2] [3] [4] [5]
Yep, your example was basically the same thing. Difficulty retargets slow. And the reward curve described in the whitepaper was taken into use after GPU miners started to appear, so the graph you posted does not use that formula at the beginning.
This message was too old and has been purged
back to basics :
that pretty much summarize this whole discussion and i agree with post above from g4q34g4qg47ww (who's name is remarkbly difficult to type if you happen to be in a situation where you can not copy and paste it).
Interesting approach, although the input order isn't random, it's randomly generated from multiple transactions on the client side. Even if it was completely not random, that doesn't allow you to "jump" the mixing transaction and know which outputs belong to which inputs.
One more thing to note is that after coins are mixed through multiple sessions, there are "final" outputs that are just spent randomly. That can happen in any session, which causes more randomness. You most definitely can't map those randomly spent outputs to the inputs at all. That's what you should be trying to do, you need to be able to show anonymously spent coins and their original source funds.
Nice try though
PS. If you believe it's really a weakness you need to map the outputs to the inputs and show who's anonymously spending money on what. I'm not sure it's worth the time though, because masternode blinding randomizes the input order anyway.
One more thing to note is that after coins are mixed through multiple sessions, there are "final" outputs that are just spent randomly. That can happen in any session, which causes more randomness. You most definitely can't map those randomly spent outputs to the inputs at all. That's what you should be trying to do, you need to be able to show anonymously spent coins and their original source funds.
Nice try though
PS. If you believe it's really a weakness you need to map the outputs to the inputs and show who's anonymously spending money on what. I'm not sure it's worth the time though, because masternode blinding randomizes the input order anyway.
that pretty much summarize this whole discussion and i agree with post above from g4q34g4qg47ww (who's name is remarkbly difficult to type if you happen to be in a situation where you can not copy and paste it).
For this we have 10*9*8*7*6*5*4*3*2 possibilities,
SO TO CHECK HOW THE OUTPUTS WERE ORDERED IN THE PREVIOUS TRANSACTION
... we have to think.
SO TO CHECK HOW THE OUTPUTS WERE ORDERED IN THE PREVIOUS TRANSACTION
... we have to think.
OP has failed to unravel a single darksent transaction, and has found that he is missing a gigantic step in his process.
fluffy dev put whole thread to sleep
OP admitted he was wrong
I guess i'll find something else of interest
OP admitted he was wrong
I guess i'll find something else of interest
I never, at no point admitted I was wrong.
The flaw is obvious here, and anyone who tries with a block explorer and a pen and paper can reassemble the correct transaction without shuffling.
I am working on a block explorer which allows deanonymization of darksend transactions ... it is trivial actually, an let it work only in 80% of all cases.
I'm looking forward to it as any weakness thats exposed in Darkcoin now can only strengthen it in the future but to be honest i think
we having a higher chance of seeing Masternode Blinding implemented on Darkcoin Mainnet before ever seeing a working block explorer that
effectively deanonymize darksend transactions.
But i would love to be proven wrong on this one, maybe you are The One
well, thats the reason why i need a formal proof on anonymity and some good reviews by cryptographers before i'll trust an anon feature.
if you make a transaction thinking it is anonymous and a few weeks later someone says: no, sorry. only the next update may be safe (i dont need to proof that of course, because always when i said its anon you believed me: this time will be the same) -> you may be pretty fucked. if not: why did you do an anon transaction in the first place?
fluffy dev put whole thread to sleep
OP admitted he was wrong
I guess i'll find something else of interest
OP admitted he was wrong
I guess i'll find something else of interest
I never, at no point admitted I was wrong.
The flaw is obvious here, and anyone who tries with a block explorer and a pen and paper can reassemble the correct transaction without shuffling.
I am working on a block explorer which allows deanonymization of darksend transactions ... it is trivial actually, an let it work only in 80% of all cases.
yes - this was an interesting phenomenon in this thread, the magic of "OP admitted he was wrong" appeared somewhere, whereas the last post of the two primary debaters was "good luck making that python thingy" or something along those lines.
op is just pointing out the flaw. who is to say someone else is not already utilizing it for some time without telling anyone
fluffy dev put whole thread to sleep
OP admitted he was wrong
I guess i'll find something else of interest
OP admitted he was wrong
I guess i'll find something else of interest
I never, at no point admitted I was wrong.
The flaw is obvious here, and anyone who tries with a block explorer and a pen and paper can reassemble the correct transaction without shuffling.
I am working on a block explorer which allows deanonymization of darksend transactions ... it is trivial actually, an let it work only in 80% of all cases.
I'm looking forward to it as any weakness thats exposed in Darkcoin now can only strengthen it in the future but to be honest i think
we having a higher chance of seeing Masternode Blinding implemented on Darkcoin Mainnet before ever seeing a working block explorer that
effectively deanonymize darksend transactions.
But i would love to be proven wrong on this one, maybe you are The One
fluffy dev put whole thread to sleep
OP admitted he was wrong
I guess i'll find something else of interest
OP admitted he was wrong
I guess i'll find something else of interest
I never, at no point admitted I was wrong.
The flaw is obvious here, and anyone who tries with a block explorer and a pen and paper can reassemble the correct transaction without shuffling.
I am working on a block explorer which allows deanonymization of darksend transactions ... it is trivial actually, an let it work only in 80% of all cases.
Good luck, we look forward to seeing the results of your endeavours.
The last two blocks:
http://chainradar.com/xmr/block/465073
2015-03-06 20:28:34
http://chainradar.com/xmr/block/465074
2015-03-06 20:28:37
You can't even get a simple 60 second number right.
http://chainradar.com/xmr/block/465073
2015-03-06 20:28:34
http://chainradar.com/xmr/block/465074
2015-03-06 20:28:37
You can't even get a simple 60 second number right.
Now you're just trolling. Timestamps are set by miners and are not universally reliable, and in any event difficulty retargeting relies on the law of large numbers (ie. capacity for statistical variance has to exist).
Also hey, the last 5 Darkcoin blocks tell exactly the same story: [1] [2] [3] [4] [5]
Jump to: