Pages:
Author

Topic: [BBR] Boolberry Speculation - page 7. (Read 15870 times)

legendary
Activity: 2968
Merit: 1198
October 08, 2015, 09:03:39 AM
#54
I think there are multiple uses for this. Monero also has an unlock_time feature:

The unlock_time stuff works the same in all cryptonotes afaik, except maybe XDN, which has implemented their "savings accounts on the blockchain" idea (when you lock you get interest).

The MINED_MONEY_UNLOCK is a bit different. That locks newly-mined coins so chains of transactions aren't broken if those coins cease to exist after a chain reorg. Before using those coins the chain has to settle/mature a bit.

I don't really know of the purpose for unlock_time feature though.
sr. member
Activity: 336
Merit: 250
October 08, 2015, 09:00:44 AM
#53

Little known fact: if you are using the current version of simplewallet, you can just leave the mixin out entirely and it will use 3.


Is this default behavior Monero specific or does it also apply to the Boolberry simplewallet and GUI?

It was added to Monero, but no reason why other cryptonotes can't adopt it. I don't know what the Boolberry GUI does, but I would assume a GUI should offer users good defaults.


The GUI does not set a mixin by default but that may be something to think about for the next version. The GUI currently provides these send payment options (all can be chosen by user):
address
amount
payment id
mixin
fee
unlock time (Use "1d" or "1h" or n, where n is the number of blocks within which the transaction must be blocked.)

Is there a specific purpose for the unlock time function? Could smart contracts or escrow arrangements make use of this?

I think there are multiple uses for this. Monero also has an unlock_time feature:
tx.unlock_time = height + CRYPTONOTE_MINED_MONEY_UNLOCK_WINDOW;
https://github.com/monero-project/bitmonero/search?utf8=%E2%9C%93&q=unlock_time
hero member
Activity: 686
Merit: 500
October 07, 2015, 10:02:56 PM
#52

Little known fact: if you are using the current version of simplewallet, you can just leave the mixin out entirely and it will use 3.


Is this default behavior Monero specific or does it also apply to the Boolberry simplewallet and GUI?

It was added to Monero, but no reason why other cryptonotes can't adopt it. I don't know what the Boolberry GUI does, but I would assume a GUI should offer users good defaults.


The GUI does not set a mixin by default but that may be something to think about for the next version. The GUI currently provides these send payment options (all can be chosen by user):
address
amount
payment id
mixin
fee
unlock time (Use "1d" or "1h" or n, where n is the number of blocks within which the transaction must be blocked.)

Is there a specific purpose for the unlock time function? Could smart contracts or escrow arrangements make use of this?
sr. member
Activity: 378
Merit: 250
October 07, 2015, 08:09:47 PM
#51

Little known fact: if you are using the current version of simplewallet, you can just leave the mixin out entirely and it will use 3.


Is this default behavior Monero specific or does it also apply to the Boolberry simplewallet and GUI?

It was added to Monero, but no reason why other cryptonotes can't adopt it. I don't know what the Boolberry GUI does, but I would assume a GUI should offer users good defaults.


The GUI does not set a mixin by default but that may be something to think about for the next version. The GUI currently provides these send payment options (all can be chosen by user):
address
amount
payment id
mixin
fee
unlock time (Use "1d" or "1h" or n, where n is the number of blocks within which the transaction must be blocked.)
legendary
Activity: 2968
Merit: 1198
October 07, 2015, 02:36:35 PM
#50

Little known fact: if you are using the current version of simplewallet, you can just leave the mixin out entirely and it will use 3.


Is this default behavior Monero specific or does it also apply to the Boolberry simplewallet and GUI?

It was added to Monero, but no reason why other cryptonotes can't adopt it. I don't know what the Boolberry GUI does, but I would assume a GUI should offer users good defaults.
sr. member
Activity: 308
Merit: 250
October 07, 2015, 02:28:29 PM
#49

Little known fact: if you are using the current version of simplewallet, you can just leave the mixin out entirely and it will use 3.


Is this default behavior Monero specific or does it also apply to the Boolberry simplewallet and GUI?
member
Activity: 109
Merit: 10
October 07, 2015, 10:14:38 AM
#48

Are you saying the BBR solution will work if everyone used the tagged outputs option to force mixins? However right now some people (such as exchanges) do not use this flag option so the mixin = 0 problems still exist?

Basically the solutions needs to be mandatory instead (creating the flagged outputs) instead of optional if we expect everyone to comply.

That's one of the problems. Then there are problems like the nuisance you can create by sending someone a payment with minimum=100. Even assuming they can find 100 outputs to mix with, their transaction will be huge.



You bring up another interesting point! Do you think there should be a maximum mixin for CryptoNote coins to avoid "huge" transactions? If so how big should it be? Is there any practical use for having a mixin greater than 10?
legendary
Activity: 2968
Merit: 1198
October 07, 2015, 09:43:33 AM
#47
I am trying to understand the mixin issue talked about here

http://boolberry.com/files/Boolberry_Solves_CryptoNote_Flaws.pdf
https://lab.getmonero.org/pubs/MRL-0004.pdf

If you receive coins with 0 mixins (such as from an exchange) what is the best way to ensure future transactions will not become linkable? Will sending coins to yourself (at the same address) with a mixin of 3 solve the issue of future transacations being linked back to you and the exchange from where you received the coins with mixin = 0?

The issue is not how you receive the coins, and in any case if it were the BBR feature wouldn't fix it. (And yes you can send coins back to yourself, even multiple times, to perform mixing without a counterparty.) The issue is that when you choose outputs to mix with, if those outputs end up getting spent with 0 mix, then your mix is unwound. Example: You are spending A, you mix with B and C, so A|B|C -> D. Now if B is spent with mix 0 to E, and C is spent with mix 0 to F, it is revealed that your original transaction was A|B|C -> D, or just A -> D

BBR proposes to fix this by tagging outputs that can't be spent with a low mix. Then you can safely use those outputs to as your mixing partners with A, and the above situation can't occur. There is a bit of a bootstrapping problem in how you get people to create these tagged outputs in the first place, and a few other issues. While better than nothing, I don't think as currently conceived it is a great approach overall, and I'm not saying this to trash BBR, it just my honest opinion.





Are you saying the BBR solution will work if everyone used the tagged outputs option to force mixins? However right now some people (such as exchanges) do not use this flag option so the mixin = 0 problems still exist?

Basically the solutions needs to be mandatory instead (creating the flagged outputs) instead of optional if we expect everyone to comply.

That's one of the problems. Then there are problems like the nuisance you can create by sending someone a payment with minimum=100. Even assuming they can find 100 outputs to mix with, their transaction will be huge.

member
Activity: 109
Merit: 10
October 07, 2015, 09:27:13 AM
#46
I am trying to understand the mixin issue talked about here

http://boolberry.com/files/Boolberry_Solves_CryptoNote_Flaws.pdf
https://lab.getmonero.org/pubs/MRL-0004.pdf

If you receive coins with 0 mixins (such as from an exchange) what is the best way to ensure future transactions will not become linkable? Will sending coins to yourself (at the same address) with a mixin of 3 solve the issue of future transacations being linked back to you and the exchange from where you received the coins with mixin = 0?

The issue is not how you receive the coins, and in any case if it were the BBR feature wouldn't fix it. (And yes you can send coins back to yourself, even multiple times, to perform mixing without a counterparty.) The issue is that when you choose outputs to mix with, if those outputs end up getting spent with 0 mix, then your mix is unwound. Example: You are spending A, you mix with B and C, so A|B|C -> D. Now if B is spent with mix 0 to E, and C is spent with mix 0 to F, it is revealed that your original transaction was A|B|C -> D, or just A -> D

BBR proposes to fix this by tagging outputs that can't be spent with a low mix. Then you can safely use those outputs to as your mixing partners with A, and the above situation can't occur. There is a bit of a bootstrapping problem in how you get people to create these tagged outputs in the first place, and a few other issues. While better than nothing, I don't think as currently conceived it is a great approach overall, and I'm not saying this to trash BBR, it just my honest opinion.





Are you saying the BBR solution will work if everyone used the tagged outputs option to force mixins? However right now some people (such as exchanges) do not use this flag option so the mixin = 0 problems still exist?

Basically the solutions needs to be mandatory instead (creating the flagged outputs) instead of optional if we expect everyone to comply.
legendary
Activity: 2968
Merit: 1198
October 07, 2015, 09:14:03 AM
#45
I am trying to understand the mixin issue talked about here

http://boolberry.com/files/Boolberry_Solves_CryptoNote_Flaws.pdf
https://lab.getmonero.org/pubs/MRL-0004.pdf

If you receive coins with 0 mixins (such as from an exchange) what is the best way to ensure future transactions will not become linkable? Will sending coins to yourself (at the same address) with a mixin of 3 solve the issue of future transacations being linked back to you and the exchange from where you received the coins with mixin = 0?

The issue is not how you receive the coins, and in any case if it were the BBR feature wouldn't fix it. (And yes you can send coins back to yourself, even multiple times, to perform mixing without a counterparty.) The issue is that when you choose outputs to mix with, if those outputs end up getting spent with 0 mix, then your mix is unwound. Example: You are spending A, you mix with B and C, so A|B|C -> D. Now if B is spent with mix 0 to E, and C is spent with mix 0 to F, it is revealed that your original transaction was A|B|C -> D, or just A -> D

BBR proposes to fix this by tagging outputs that can't be spent with a low mix. Then you can safely use those outputs to as your mixing partners with A, and the above situation can't occur. There is a bit of a bootstrapping problem in how you get people to create these tagged outputs in the first place, and a few other issues. While better than nothing, I don't think as currently conceived it is a great approach overall, and I'm not saying this to trash BBR, it just my honest opinion.



member
Activity: 109
Merit: 10
October 07, 2015, 09:04:26 AM
#44
I am trying to understand the mixin issue talked about here

http://boolberry.com/files/Boolberry_Solves_CryptoNote_Flaws.pdf
https://lab.getmonero.org/pubs/MRL-0004.pdf

If you receive coins with 0 mixins (such as from an exchange) what is the best way to ensure future transactions will not become linkable? Will sending coins to yourself (at the same address) with a mixin of 3 solve the issue of future transacations being linked back to you and the exchange from where you received the coins with mixin = 0?
legendary
Activity: 2968
Merit: 1198
October 07, 2015, 06:30:10 AM
#43
IMHO the most important thing happening with boolberry right now is the DB testing which you can see (and test) for yourself here:
https://github.com/cryptozoidberg/boolberry/tree/db

The last commit was authored 6 days ago:
https://github.com/cryptozoidberg/boolberry/commit/7a1f1016570937c5a8197c6d987c95f05bd0582c

I had not noticed the recent commit. Nice!

Can someone explain the meaning and importance of the most recent update? How much DB testing is left to be done?

Looks like foundational work to move more of the data into the database. As c-z noted earlier, he intends to do it incrementally but getting it all in there will take a little while
sr. member
Activity: 414
Merit: 251
October 07, 2015, 06:04:24 AM
#42
IMHO the most important thing happening with boolberry right now is the DB testing which you can see (and test) for yourself here:
https://github.com/cryptozoidberg/boolberry/tree/db

The last commit was authored 6 days ago:
https://github.com/cryptozoidberg/boolberry/commit/7a1f1016570937c5a8197c6d987c95f05bd0582c

I had not noticed the recent commit. Nice!

Can someone explain the meaning and importance of the most recent update? How much DB testing is left to be done?
legendary
Activity: 2968
Merit: 1198
October 06, 2015, 05:32:54 PM
#41
Without volumes, there is no privacy, that is why I am frontloading things that will create the volumes. What point to have perfect privacy on paper that in reality is trivial to brute force correlate due to small overall volumes?

I don't necessarily agree here. A big advantage of cryptonote is the lack of requirement for simultaneity.

There are certainly side channels that are possible if an observer knows something about your activity (for example that you are making a large purchase). But absent those side channels, private transactions can still occur even at a low frequency. I could send you 100 BTC worth of coins right now on XMR (BBR might be harder given the low total value) and while someone would know that a large transaction is occurring, they wouldn't know it was me sending it to you (as opposed me moving coins between cold storage, an exchange moving coins, etc.), nor would blockchain analysis ever be likely to determine this (unless, as I said earlier, they already knew that I was sending you coins).

All of these systems are susceptible to sybil attacks, which makes real activity somewhat valuable (in making sybil attacks more expensive). In the case of cryptonote the sybil attacker has to control a large portion of the entire output set, which makes the likely-fake activity on the BCN network even more suspicious. It is hard to argue that BBR is sybil attacked when hardly anyone is creating outputs!

Nobody disagrees with the premise and value of growing usage of a coin network, but coinjoin/coinshuffle-style systems make it more necessary to have a high level of real activity at nearly every moment in time, while cryptonote does not.
legendary
Activity: 2968
Merit: 1198
October 06, 2015, 05:26:01 PM
#40

It indicates that BCN probably has a traffic generator running to create the appearance of activity. This is pretty clear to me since there is almost no period of time when the BCN network is idle. Does that seem plausible given expected fluctuations in natural usage?

None of them have a high volume of transactions though, which was really your stronger point.

BTW, XMR has 2x the block frequency of the other two.
sr. member
Activity: 336
Merit: 250
October 06, 2015, 03:04:08 PM
#39
IMHO the most important thing happening with boolberry right now is the DB testing which you can see (and test) for yourself here:
https://github.com/cryptozoidberg/boolberry/tree/db

The last commit was authored 6 days ago:
https://github.com/cryptozoidberg/boolberry/commit/7a1f1016570937c5a8197c6d987c95f05bd0582c

I had not noticed the recent commit. Nice!
sr. member
Activity: 378
Merit: 250
October 06, 2015, 02:37:04 PM
#38
Community BBR and Devs Welcome to slack Supernet channel #BBR

Join Us: http://slackinvite.supernet.org/  Wink

Thank you. I will post this in our announcement thread and on Twitter/Reddit

Was SuperNET the reason for the massive BBR price increase last year? Or was there some other reason at the time? Has uncertainty about SuperNET contributed to the reason why BBR prices have declined recently?

There are many factors that can contribute to increasing or decreasing prices.

IMHO the most important thing happening with boolberry right now is the DB testing which you can see (and test) for yourself here:
https://github.com/cryptozoidberg/boolberry/tree/db

The last commit was authored 6 days ago:
https://github.com/cryptozoidberg/boolberry/commit/7a1f1016570937c5a8197c6d987c95f05bd0582c
member
Activity: 109
Merit: 10
October 06, 2015, 02:12:52 PM
#37
Community BBR and Devs Welcome to slack Supernet channel #BBR

Join Us: http://slackinvite.supernet.org/  Wink

Thank you. I will post this in our announcement thread and on Twitter/Reddit

Was SuperNET the reason for the massive BBR price increase last year? Or was there some other reason at the time? Has uncertainty about SuperNET contributed to the reason why BBR prices have declined recently?
legendary
Activity: 1540
Merit: 1000
October 06, 2015, 12:32:14 PM
#36
Community BBR and Devs Welcome to slack Supernet channel #BBR

Join Us: http://slackinvite.supernet.org/  Wink

Thank you. I will post this in our announcement thread and on Twitter/Reddit
sr. member
Activity: 378
Merit: 250
October 06, 2015, 12:31:10 PM
#35
Community BBR Welcome to slack Supernet channel #BBR

Join Us: http://slackinvite.supernet.org/  Wink

Thank you. I will post this in our announcement thread and on Twitter/Reddit
Pages:
Jump to: