Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 1543. (Read 4670622 times)

3 FUD topics at the same time. hahah

This will never be secure if not every Bitcoin user is forced to use it for every transaction and that will never happen. like kbm already mentioned "This implies a smaller anonymity set, as it requires interested users."
Also i can´t see how an active protocol which needs time for mixing could outperform a totally passive system like ring signatures which are simply instant.


Anonymity is just the base of what Monero will offer.

Bryan Vu from Google is working on an implementation of CoinShuffle and has developed a simulator:

https://github.com/bryanvu/coinshuffle-sim
https://github.com/bryanvu/coinshuffle-server
http://simulator.devbtc.com
http://shuffle.devbtc.com

This implies a smaller anonymity set, as it requires interested users.

Less resources will be required to sybil attack, because of the smaller anonymity set. Also, sybil attacks will decrease the anonymization chances. If two out of 4 are sybils, then instead of a 25% random chance of being identified .. you now have a 50% chance .. and so on.

quoted for lols

Weak link here. I almost thought they were joking .. but they weren't

This is where cryptonote would dominate .. this type of 'bootstrapping' is not necessary .. as the solution presented is inherent to the protocol. No effort on your end is required to perform an anonymous tx. The reason they don't consider this a goal is because they're trying to put the costs of performing it on you and your transactee .. while cryptonote does this for the standard tx fee that you also have to pay in BTC.

Monero will have i2p inherent to the protocol. While not perfect, this will block all but the strongest of adversaries from knowing your identity.

I think it would be tough to identify a dishonest user and set up black/white lists using tor/i2p .. which without you would most likely be be able to identify the 'shufflers' outside of the protocol anyways .. making sybil attacks 100% effective no matter how many were sybil/real? Actually I think this is where masternodes have an edge over shuffling - because you can impose a fee on a sybil attacker. Again though, Monero offers transaction fees to prevent sybil attacks. Also, your transaction can't be linked because RS's, and soon to be unidentifiable through protocol i2p. Either way .. Monero doesn't have this problem (of failed transactions) because it's not using multisig to perform these mixes.

It looks like they've added ddos protection. Yay.

This isn't handled within shuffle protocol? This is seeming to sound pretty outdated ..

reduces anonymity set by 1. Sybil concern - this is done for free.

Basically ruins the DDOS protection. Just make a successful transaction, send out a double spend and then these people have transactions that don't go through ie: blocked transactions, unless people are okay with waiting for the network to reject the transaction .. but then they'd still have to do it all over again .. wastes time .. which can be wasted cheaply for BTC tx fee.




additional: the mixing type presented here does not allow proof of transactions on the blockchain. Cryptonote offers a view key, which can be used to verify permanently (without the wallet itself) the previous transactions of the wallet. Anyways, it mostly seems that they've offered a transaction method that 'works' in the sense that it can be done .. but also has attack vectors that are not shared by CryptoNote/Monero. Seems like an okay idea, but is outdated with the introduction of CryptoNote.

I could argue that coin shuffle has no long term prospects because of already anonymous currencies which are anon at the protocol level.

Big difference, Ring Signatures is embedded in Monero, Coinshuffle is not in bitcoin(it's a 3rd party mixer). Also, there isn't even a prototype for it.

Someone I respect told me that after recently learning about CoinShuffle, he no longer believes that Monero or any other privacy coins can have substantial long-term prospects.  CoinShuffle is discussed here:

https://bitcointalksearch.org/topic/coinshuffle-practical-decentralized-coin-mixing-for-bitcoin-567625

I'd appreciate any comments from Monero experts about CoinShuffle (or other better Bitcoin-based privacy protocols, if any) and the impact on the expected long-term viability of Monero.

You don't want to use bounties, don't use them.  But the community needs them.

i'm not trying to fool anyone asshole, I hold xmr and support it, what are you trying to say?

Maybe it's better to set up bounties for promoting, translating etc.. than coding? I think monero would benefit more with that kind of bounties and to let the original dev's work on the code.

I can attest to this, every time I have seen a bounty my first thoughts are "what is the bare minimum I could code to win such a bounty?", this is shortly followed by "I really don't have time to code crap when someone else out there probably is unemployed and able to beat me to the punch".

This thought process concludes the fact that I have not entered into any bounties, however I can easily imagine the type of code being wrote to win one.

Yes - I'm busy fighting with building static Qt on Windows, managed to get the Mac one done quite easily. I'll see if I can't get it sorted this evening:)

We've had the bounties discussion before (in this thread if I recall correctly) and decided against them. By and large it leads to extremely poor code being rushed out just to claim a bounty. More often than not we end up ruffling feathers of those writing good code, but not having it ready fast enough to "win" the bounty. And, most importantly, we are the ones that end up maintaining the poorly thought out code.

As mentioned previously, we are putting together a system that will allow for more direct funding of specific efforts/features, but in the interim bounties are not going to attract the right type of developer. Contributors are attracted to the project because of the quality of the architecture we're continually designing and the quality of the code that is being written. Having bounties will only serve to negate that.

Could someone please make a thread for bounties and link it in the OP?  It's too hard to find them.  It is importantly useful to interest more developers in taking on bounties - and more patrons in offering them.

Didn't you want to provide an early build which runs on Windows without qt hassle?

Per the tenth Monero Missive:

"There is still a lot of work to be done, so we are unable to provide a release timeline, but we are working on it as hard as possible"

any eta for the gui?
looks damn nice! simple wallet is not that easy to use for most people i think its a entry barrier..

Your own underwear doesnt count 

Wooop

bcn trolls, go troll in bcn topic 

<3

*parker928 tops bowl with some full melt and calms down*