Author [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] Topic: Coinjoin implementation  (Read 738 times)

0 Members and 1 Guest are viewing this topic.

Offline Bitcoinfan

  • Sr. Member
  • ****
  • Posts: 236
    • View Profile
Coinjoin implementation
« on: January 09, 2014, 01:17:22 AM »

Are there plans to quickly implement Coinjoin at the protocol level in Bitshares?  If Invictus did this, it would be an enormous differentiating factor from all other alt-coins, if there wasn't enough already. It would make bitshares catch on like fire. 
« Last Edit: January 09, 2014, 01:19:14 AM by Bitcoinfan »

Offline ripplexiaoshan

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 2044
    • View Profile
  • BTS: xiaoshan
Re: Coinjoin implementation
« Reply #1 on: January 09, 2014, 03:32:13 AM »
Has bitcoin wallet exploited this protocol? I searched in this post, but didn't get the answer, but I think the answer is no, right?  I will appreciate it if you can elaborate a little bit.   
https://bitcointalk.org/index.php?topic=279249.0
BTS ID:xiaoshan

Offline Troglodactyl

  • Hero Member
  • *****
  • Posts: 958
    • View Profile
Re: Coinjoin implementation
« Reply #2 on: January 11, 2014, 01:25:49 AM »
Couldn't this be added into the Keyhotee integrated wallets rather than the protocol?


Offline fuzzy

Re: Coinjoin implementation
« Reply #3 on: January 20, 2014, 08:49:53 PM »
i'd be very interested in seeing this happen to.  Any responses forthcoming?
WhaleShares==DKP; BitShares is our Community! 
ShareBits and WhaleShares = Love :D

Offline bytemaster

Re: Coinjoin implementation
« Reply #4 on: January 20, 2014, 09:54:56 PM »
Coinjoin is an interesting concept, we are taking a slightly different approach:   Coin-Never-Join.   If 95% of all transfers have a single input and single output and no address is ever reused then you get the same effect.  After many such transactions performing a single join of two of your addresses to combine 'dust' doesn't actually convey much meaning that can be tracked.

For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline vikram

Re: Coinjoin implementation
« Reply #5 on: January 21, 2014, 04:53:28 AM »
Coinjoin is an interesting concept, we are taking a slightly different approach:   Coin-Never-Join.   If 95% of all transfers have a single input and single output and no address is ever reused then you get the same effect.  After many such transactions performing a single join of two of your addresses to combine 'dust' doesn't actually convey much meaning that can be tracked.

Can you explain a bit more? What is different about BitShares X that allows people to use only single inputs/outputs and unique addresses 95% of the time whereas this isn't particularly common in Bitcoin?

Offline bytemaster

Re: Coinjoin implementation
« Reply #6 on: January 21, 2014, 05:42:53 AM »
Coinjoin is an interesting concept, we are taking a slightly different approach:   Coin-Never-Join.   If 95% of all transfers have a single input and single output and no address is ever reused then you get the same effect.  After many such transactions performing a single join of two of your addresses to combine 'dust' doesn't actually convey much meaning that can be tracked.

Can you explain a bit more? What is different about BitShares X that allows people to use only single inputs/outputs and unique addresses 95% of the time whereas this isn't particularly common in Bitcoin?

It isn't BitShares X, it is the Keyhotee Wallet which has not been implemented yet but will allow this level of security with Bitcoin as well.   The key is Hierarchal wallets and multi-part 'transactions'.    Imagine giving someone a single "extended public key" that allowed them to generate as many addresses for you as they require.   Now when they want to send you 100 BTC, they can do so via 20 individual transactions (automatically) that your client can then recognize as being part of one 'logical' transaction.   



For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline Bitcoinfan

  • Sr. Member
  • ****
  • Posts: 236
    • View Profile
Re: Coinjoin implementation
« Reply #7 on: January 21, 2014, 11:25:58 PM »
Coinjoin is an interesting concept, we are taking a slightly different approach:   Coin-Never-Join.   If 95% of all transfers have a single input and single output and no address is ever reused then you get the same effect.  After many such transactions performing a single join of two of your addresses to combine 'dust' doesn't actually convey much meaning that can be tracked.

Can you explain a bit more? What is different about BitShares X that allows people to use only single inputs/outputs and unique addresses 95% of the time whereas this isn't particularly common in Bitcoin?

It isn't BitShares X, it is the Keyhotee Wallet which has not been implemented yet but will allow this level of security with Bitcoin as well.   The key is Hierarchal wallets and multi-part 'transactions'.    Imagine giving someone a single "extended public key" that allowed them to generate as many addresses for you as they require.   Now when they want to send you 100 BTC, they can do so via 20 individual transactions (automatically) that your client can then recognize as being part of one 'logical' transaction.

cool.  And it doesn't bloat the blockchain?  Im coming with the bitcoin perspective that more public keys, means bigger bitcoin dataset size. 

Offline bytemaster

Re: Coinjoin implementation
« Reply #8 on: January 21, 2014, 11:59:23 PM »
Transaction fees will be how the market balances security vs privacy.
For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline Troglodactyl

  • Hero Member
  • *****
  • Posts: 958
    • View Profile
Re: Coinjoin implementation
« Reply #9 on: January 22, 2014, 01:35:03 AM »
More methods are good.  It still seems as though there are significant advantages to the Coinjoin approach for certain scenarios, but if this is confirmed, someone will add it into the Keyhotee wallet later.

 

Google+