upsidedown75



Offline



Activity: 1288

Merit: 1036









LegendaryActivity: 1288Merit: 1036 Re: [BBR] Boolberry Speculation October 05, 2015, 06:59:13 PM #21 in my opinion, Boolberry will show it's strength as soon as SuperNET will be released. all the core currencies will see a price jump including BBR.

languagehasmeaning



Offline



Activity: 336

Merit: 250







Sr. MemberActivity: 336Merit: 250 Re: [BBR] Boolberry Speculation October 05, 2015, 08:59:03 PM #22 Quote from: upsidedown75 on October 05, 2015, 06:59:13 PM in my opinion, Boolberry will show it's strength as soon as SuperNET will be released. all the core currencies will see a price jump including BBR.



Three questions



1. When do you think SuperNET will be released?



2. What role would you like to see Boolberry perform within SuperNET?



3. Do you think the SuperNET team has the same vision as you for #2?



I believe that CryptoNote is best in class in terms of financial privacy available today. Boolberry is arguably one of the most advanced CryptoNote coins. SuperNET would be wise to integrate BBR as quickly as possible, building off the BBR side integration work cryptozoidberg has already written:



https://github.com/cryptozoidberg/boolberry/commit/14eba55b4a496f2f04f5ad33891fe9f172b7d3db

https://github.com/cryptozoidberg/boolberry/commit/8fe1aa050c49dbabd3e09d82473b0bc1b113fdc7

https://github.com/cryptozoidberg/boolberry/commit/28995ed64f844891c11a14e268550797e4cd5e08

https://github.com/cryptozoidberg/boolberry/commit/efa3e9fa03ad6427fee335b4f466ab45ef079c7f

https://github.com/cryptozoidberg/boolberry/commit/d99dc8018f955989a76e43af0b62424a4e84767b

https://github.com/cryptozoidberg/boolberry/commit/d188d7a053e6124d0006eebeddafcff332b79cb1



Boolberry development will continue and BBR can be highly successful regardless of the role it is ultimately chosen to take within SuperNET Three questions1. When do you think SuperNET will be released?2. What role would you like to see Boolberry perform within SuperNET?3. Do you think the SuperNET team has the same vision as you for #2?I believe that CryptoNote is best in class in terms of financial privacy available today. Boolberry is arguably one of the most advanced CryptoNote coins. SuperNET would be wise to integrate BBR as quickly as possible, building off the BBR side integration work cryptozoidberg has already written:Boolberry development will continue and BBR can be highly successful regardless of the role it is ultimately chosen to take within SuperNET

funnyman21



Offline



Activity: 109

Merit: 10







MemberActivity: 109Merit: 10 Re: [BBR] Boolberry Speculation October 05, 2015, 11:15:17 PM #23



https://bitcointalk.org/index.php?topic=697355.msg12040487#msg12040487

"BBR was the betamax of the cryptonote world. A more sensible emission schedule, a clean and usable native GUI, aliases baked in, privacy improvements, much faster syncing (granted, partially down to lower activity- but also to do with variations in the code like alternative PoW mechanism) , smaller blockchain in general, pruneable chain, open source miners, smaller miner gap for privileged parties, reward voting mechanism baked in to incentivize dev.. the list went on.



It's largest issue was not managing to get a community onboard early- XMR managed to get a bunch of reputable BTT members supporting the coin. and not putting in the effort to lobby exchanges to support the coin to provide velocity. The market cap and extremely low liquidity death spiraled it into irrelevancy, and there is no use to attempt recovering a coin where such a high percentage could easily be owned by a single entity at this time.. Better to migrate to a single coin, like Monero or start fresh."

The thread below is now locked so nobody else can respond there. Is the betax comparison a fair one? If it accurate is there still time for BBR to regain market share by emphasizing its advanced features?"BBR was the betamax of the cryptonote world. A more sensible emission schedule, a clean and usable native GUI, aliases baked in, privacy improvements, much faster syncing (granted, partially down to lower activity- but also to do with variations in the code like alternative PoW mechanism) , smaller blockchain in general, pruneable chain, open source miners, smaller miner gap for privileged parties, reward voting mechanism baked in to incentivize dev.. the list went on.It's largest issue was not managing to get a community onboard early- XMR managed to get a bunch of reputable BTT members supporting the coin. and not putting in the effort to lobby exchanges to support the coin to provide velocity. The market cap and extremely low liquidity death spiraled it into irrelevancy, and there is no use to attempt recovering a coin where such a high percentage could easily be owned by a single entity at this time.. Better to migrate to a single coin, like Monero or start fresh."

bitcoinrocks



Offline



Activity: 1372

Merit: 1000







LegendaryActivity: 1372Merit: 1000 Re: [BBR] Boolberry Speculation October 05, 2015, 11:23:46 PM #24 Why is there high potential for one entity to own a large amount of this coin? Low liquidity does not lend itself to mass accumulation.

boolberry



Offline



Activity: 378

Merit: 250







Sr. MemberActivity: 378Merit: 250 Re: [BBR] Boolberry Speculation October 05, 2015, 11:48:06 PM #25 Quote from: bitcoinrocks on October 05, 2015, 11:23:46 PM Why is there high potential for one entity to own a large amount of this coin? Low liquidity does not lend itself to mass accumulation.



More liquidity would be a good thing. Right now we should support our existing exchanges and try to sign up merchants.



I doubt one entity owns a very large percentage of the coins, but with CryptoNote richlists are impossible so we will never know for sure. Emissions is relatively slow so most coins have yet to be mined. Low liquidity makes it almost impossible for one entity to buy a large percentage of the coins without drastically driving up the price.



Volume may pick up again once the db code in github is done being tested. More liquidity would be a good thing. Right now we should support our existing exchanges and try to sign up merchants.I doubt one entity owns a very large percentage of the coins, but with CryptoNote richlists are impossible so we will never know for sure. Emissions is relatively slow so most coins have yet to be mined. Low liquidity makes it almost impossible for one entity to buy a large percentage of the coins without drastically driving up the price.Volume may pick up again once the db code in github is done being tested.

cryptoadoption15



Offline



Activity: 37

Merit: 0







NewbieActivity: 37Merit: 0 Re: [BBR] Boolberry Speculation October 06, 2015, 02:39:40 PM #28 What do you all think about Augur? I heard that despite running on the Ethereum platform, it will be currency agnostic. I would love to see Boolberry accepted.



Imagine making anonymous (or at least pseudo-anonymous) predictions with an anonymous currency.

boolberry



Offline



Activity: 378

Merit: 250







Sr. MemberActivity: 378Merit: 250 Re: [BBR] Boolberry Speculation October 06, 2015, 03:21:42 PM #29 Quote from: cryptoadoption15 on October 06, 2015, 02:39:40 PM What do you all think about Augur? I heard that despite running on the Ethereum platform, it will be currency agnostic. I would love to see Boolberry accepted.



Imagine making anonymous (or at least pseudo-anonymous) predictions with an anonymous currency.



The concept is great but implementation will be very difficult. There are questions about scaling that are not yet clear to me. The concept is great but implementation will be very difficult. There are questions about scaling that are not yet clear to me.

jl777



Offline



Activity: 1176

Merit: 1090







LegendaryActivity: 1176Merit: 1090 Re: [BBR] Boolberry Speculation October 06, 2015, 03:47:36 PM #30 http://chainradar.com/bcn/blocks

http://chainradar.com/bbr/blocks

http://chainradar.com/xmr/blocks



can anybody comment on those three pages and what it indicates?



I have always been focused on usage, not speculative prices. With cryptonotes, the blockchain size is a key issue and while BBR has the pruning, if it has to be RAM resident that defeats the purpose to a large degree. I am very glad to see a DB version in testing as until that is out, the footprint is too big.



In the last year I have coded from scratch ramchains, MGW, InstantDEX, SuperNET agents, atomic wallet swaps, jumblr coinshuffle, pangea decentralized poker and PAX pegged asset exchange, currently ~100,000 lines of C code. This is just the code I personally wrote, not counting all the non-coding issues of managing a large decentralized community, nor of the contributions of dozens of other devs. I dont believe many people understand the full scale and scope of what I am working on, let alone of the entire SuperNET.



Due to my workload, I am not posting much on BTT, nor can I be proactively working on BBR integration into SuperNET at this point. That being said, I think what can be done is for a SuperNET agent to be created that allows for using BBR by all the SuperNET nodes. A SuperNET agent allows a set of node(s) to publish a service to all the other nodes in the network, this is how MGW is implemented. I think combining coinshuffle with a cryptonote would be quite a powerful combination.



A BBR agent would facilitate its usage, but really what is needed is more active involvement by BBR dev team in the SuperNET slack. If you think of SuperNET as a shopping mall, then the BBR store is there, but without BBR peoples, it will be an empty store.



James

can anybody comment on those three pages and what it indicates?I have always been focused on usage, not speculative prices. With cryptonotes, the blockchain size is a key issue and while BBR has the pruning, if it has to be RAM resident that defeats the purpose to a large degree. I am very glad to see a DB version in testing as until that is out, the footprint is too big.In the last year I have coded from scratch ramchains, MGW, InstantDEX, SuperNET agents, atomic wallet swaps, jumblr coinshuffle, pangea decentralized poker and PAX pegged asset exchange, currently ~100,000 lines of C code. This is just the code I personally wrote, not counting all the non-coding issues of managing a large decentralized community, nor of the contributions of dozens of other devs. I dont believe many people understand the full scale and scope of what I am working on, let alone of the entire SuperNET.Due to my workload, I am not posting much on BTT, nor can I be proactively working on BBR integration into SuperNET at this point. That being said, I think what can be done is for a SuperNET agent to be created that allows for using BBR by all the SuperNET nodes. A SuperNET agent allows a set of node(s) to publish a service to all the other nodes in the network, this is how MGW is implemented. I think combining coinshuffle with a cryptonote would be quite a powerful combination.A BBR agent would facilitate its usage, but really what is needed is more active involvement by BBR dev team in the SuperNET slack. If you think of SuperNET as a shopping mall, then the BBR store is there, but without BBR peoples, it will be an empty store.James http://www.digitalcatallaxy.com/report2015.html

100+ page annual report for SuperNET 100+ page annual report for SuperNET

boolberry



Offline



Activity: 378

Merit: 250







Sr. MemberActivity: 378Merit: 250 Re: [BBR] Boolberry Speculation October 06, 2015, 04:05:18 PM #31 Quote from: jl777 on October 06, 2015, 03:47:36 PM http://chainradar.com/bcn/blocks

http://chainradar.com/bbr/blocks

http://chainradar.com/xmr/blocks



can anybody comment on those three pages and what it indicates?



I have always been focused on usage, not speculative prices. With cryptonotes, the blockchain size is a key issue and while BBR has the pruning, if it has to be RAM resident that defeats the purpose to a large degree. I am very glad to see a DB version in testing as until that is out, the footprint is too big.



In the last year I have coded from scratch ramchains, MGW, InstantDEX, SuperNET agents, atomic wallet swaps, jumblr coinshuffle, pangea decentralized poker and PAX pegged asset exchange, currently ~100,000 lines of C code. This is just the code I personally wrote, not counting all the non-coding issues of managing a large decentralized community, nor of the contributions of dozens of other devs. I dont believe many people understand the full scale and scope of what I am working on, let alone of the entire SuperNET.



Due to my workload, I am not posting much on BTT, nor can I be proactively working on BBR integration into SuperNET at this point. That being said, I think what can be done is for a SuperNET agent to be created that allows for using BBR by all the SuperNET nodes. A SuperNET agent allows a set of node(s) to publish a service to all the other nodes in the network, this is how MGW is implemented. I think combining coinshuffle with a cryptonote would be quite a powerful combination.



A BBR agent would facilitate its usage, but really what is needed is more active involvement by BBR dev team in the SuperNET slack. If you think of SuperNET as a shopping mall, then the BBR store is there, but without BBR peoples, it will be an empty store.



James



can anybody comment on those three pages and what it indicates?I have always been focused on usage, not speculative prices. With cryptonotes, the blockchain size is a key issue and while BBR has the pruning, if it has to be RAM resident that defeats the purpose to a large degree. I am very glad to see a DB version in testing as until that is out, the footprint is too big.In the last year I have coded from scratch ramchains, MGW, InstantDEX, SuperNET agents, atomic wallet swaps, jumblr coinshuffle, pangea decentralized poker and PAX pegged asset exchange, currently ~100,000 lines of C code. This is just the code I personally wrote, not counting all the non-coding issues of managing a large decentralized community, nor of the contributions of dozens of other devs. I dont believe many people understand the full scale and scope of what I am working on, let alone of the entire SuperNET.Due to my workload, I am not posting much on BTT, nor can I be proactively working on BBR integration into SuperNET at this point. That being said, I think what can be done is for a SuperNET agent to be created that allows for using BBR by all the SuperNET nodes. A SuperNET agent allows a set of node(s) to publish a service to all the other nodes in the network, this is how MGW is implemented. I think combining coinshuffle with a cryptonote would be quite a powerful combination.A BBR agent would facilitate its usage, but really what is needed is more active involvement by BBR dev team in the SuperNET slack. If you think of SuperNET as a shopping mall, then the BBR store is there, but without BBR peoples, it will be an empty store.James

James,



Thank you for your response. What is your specific question about the chainradar data? For each block it lists the timestamp, block size, number of transactions and hash. Difficulty and emissions totals are there too. What are you wondering?



We are excited about the DB version also! I am glad to hear that it will also help with SuperNET.



I can pass along your comments about wishing more people were in SuperNET slack. We know you have been very busy over the last year. Can I ask why you decided it best to combine coinshuffle with CryptoNote instead of using CryptoNote alone?



I will cross post this to our announcement thread as well for more visibility. James,Thank you for your response. What is your specific question about the chainradar data? For each block it lists the timestamp, block size, number of transactions and hash. Difficulty and emissions totals are there too. What are you wondering?We are excited about the DB version also! I am glad to hear that it will also help with SuperNET.I can pass along your comments about wishing more people were in SuperNET slack. We know you have been very busy over the last year. Can I ask why you decided it best to combine coinshuffle with CryptoNote instead of using CryptoNote alone?I will cross post this to our announcement thread as well for more visibility.

jl777



Offline



Activity: 1176

Merit: 1090







LegendaryActivity: 1176Merit: 1090 Re: [BBR] Boolberry Speculation October 06, 2015, 04:25:56 PM #32 Quote from: boolberry on October 06, 2015, 04:05:18 PM Quote from: jl777 on October 06, 2015, 03:47:36 PM http://chainradar.com/bcn/blocks

http://chainradar.com/bbr/blocks

http://chainradar.com/xmr/blocks



can anybody comment on those three pages and what it indicates?



I have always been focused on usage, not speculative prices. With cryptonotes, the blockchain size is a key issue and while BBR has the pruning, if it has to be RAM resident that defeats the purpose to a large degree. I am very glad to see a DB version in testing as until that is out, the footprint is too big.



In the last year I have coded from scratch ramchains, MGW, InstantDEX, SuperNET agents, atomic wallet swaps, jumblr coinshuffle, pangea decentralized poker and PAX pegged asset exchange, currently ~100,000 lines of C code. This is just the code I personally wrote, not counting all the non-coding issues of managing a large decentralized community, nor of the contributions of dozens of other devs. I dont believe many people understand the full scale and scope of what I am working on, let alone of the entire SuperNET.



Due to my workload, I am not posting much on BTT, nor can I be proactively working on BBR integration into SuperNET at this point. That being said, I think what can be done is for a SuperNET agent to be created that allows for using BBR by all the SuperNET nodes. A SuperNET agent allows a set of node(s) to publish a service to all the other nodes in the network, this is how MGW is implemented. I think combining coinshuffle with a cryptonote would be quite a powerful combination.



A BBR agent would facilitate its usage, but really what is needed is more active involvement by BBR dev team in the SuperNET slack. If you think of SuperNET as a shopping mall, then the BBR store is there, but without BBR peoples, it will be an empty store.



James



can anybody comment on those three pages and what it indicates?I have always been focused on usage, not speculative prices. With cryptonotes, the blockchain size is a key issue and while BBR has the pruning, if it has to be RAM resident that defeats the purpose to a large degree. I am very glad to see a DB version in testing as until that is out, the footprint is too big.In the last year I have coded from scratch ramchains, MGW, InstantDEX, SuperNET agents, atomic wallet swaps, jumblr coinshuffle, pangea decentralized poker and PAX pegged asset exchange, currently ~100,000 lines of C code. This is just the code I personally wrote, not counting all the non-coding issues of managing a large decentralized community, nor of the contributions of dozens of other devs. I dont believe many people understand the full scale and scope of what I am working on, let alone of the entire SuperNET.Due to my workload, I am not posting much on BTT, nor can I be proactively working on BBR integration into SuperNET at this point. That being said, I think what can be done is for a SuperNET agent to be created that allows for using BBR by all the SuperNET nodes. A SuperNET agent allows a set of node(s) to publish a service to all the other nodes in the network, this is how MGW is implemented. I think combining coinshuffle with a cryptonote would be quite a powerful combination.A BBR agent would facilitate its usage, but really what is needed is more active involvement by BBR dev team in the SuperNET slack. If you think of SuperNET as a shopping mall, then the BBR store is there, but without BBR peoples, it will be an empty store.James

James,



Thank you for your response. What is your specific question about the chainradar data? For each block it lists the timestamp, block size, number of transacations and hash. Difficult and emissions totals are there too. What are you wondering?



We are excited about the DB version too! I am glad to hear that it will also help with SuperNET.



I can pass along your comments about wishing more people were in SuperNET slack. We know you have been very busy over the last year. Can I ask why you decided it best to combine coinshuffle with CryptoNote instead of using CryptoNote alone?



I will cross post this to our announcement thread as well for more visibility.

James,Thank you for your response. What is your specific question about the chainradar data? For each block it lists the timestamp, block size, number of transacations and hash. Difficult and emissions totals are there too. What are you wondering?We are excited about the DB version too! I am glad to hear that it will also help with SuperNET.I can pass along your comments about wishing more people were in SuperNET slack. We know you have been very busy over the last year. Can I ask why you decided it best to combine coinshuffle with CryptoNote instead of using CryptoNote alone?I will cross post this to our announcement thread as well for more visibility.

Now cryptonote tech is all fine, but let us imagine you are using a payphone in the australian outback and you are the only one that used a payphone that hour. just exactly how much privacy can cryptonote, or anything provide, when the transactions are ~10 per hour?



subtract out the mining tx and we have hardly any transactions. So if anybody seriously believes that even all the cryptonotes combined can provide privacy for 100 BTC of value over a small period of time, they are deluded. At current volumes, maybe over a month it will take, maybe more, havent done the calcs.



The jumblr coinshuffle i did works with BTC, LTC, BTCD, basically any bitcoin compatible, so it taps into the vast transaction pool. Now imagine being able to combine the privacy of cryptonote, with a realtime coinshuffle (no blockchain record of the shuffle), with the large transactions of BTC. In my opinion, only such a combined approach will provide any real privacy.



However, even that is not enough!



If there is a background level of 10 tx per hour, then it is a trivial matter to correlate any large spike. Depending on the resources the attacker has, even the IP address could be correlated if protective measures are not taken. If everything is on the blockchain,then down the road when QC computing is available, then the entire history becomes an open book. That is why offchain shuffling is a critical part of the solution.



Another critical part is simply having a lot of activity, say something like a blockchain enforced decentralized poker.



BTCD will have a unique method of delinking transactions where the initial recipient is very nearly 100% protected, even at the IP level. However, the initial sender is still linkable to the second recipient:



Alice -> Bob -> Charlie looks as Alice -> Charlie, with Bob nowhere visible on the blockchain, ever.



the coinshuffle makes the "->" a bit fuzzier, but this is an area where the more volumes, the better for all, especially if the "->" is using cryptonote as input and/or output. but once we do cross-currency shuffles/transfers, then it exposes the exchange between the two as a possible attack vector.



As you can see, to solve privacy for real not just on paper, it is a very difficult and large task. 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?



James look at the transaction volumes, even for BCN which is almost 10x the volumes of XMR and BBR has more transactions than XMR.Now cryptonote tech is all fine, but let us imagine you are using a payphone in the australian outback and you are the only one that used a payphone that hour. just exactly how much privacy can cryptonote, or anything provide, when the transactions are ~10 per hour?subtract out the mining tx and we have hardly any transactions. So if anybody seriously believes that even all the cryptonotes combined can provide privacy for 100 BTC of value over a small period of time, they are deluded. At current volumes, maybe over a month it will take, maybe more, havent done the calcs.The jumblr coinshuffle i did works with BTC, LTC, BTCD, basically any bitcoin compatible, so it taps into the vast transaction pool. Now imagine being able to combine the privacy of cryptonote, with a realtime coinshuffle (no blockchain record of the shuffle), with the large transactions of BTC. In my opinion, only such a combined approach will provide any real privacy.However, even that is not enough!If there is a background level of 10 tx per hour, then it is a trivial matter to correlate any large spike. Depending on the resources the attacker has, even the IP address could be correlated if protective measures are not taken. If everything is on the blockchain,then down the road when QC computing is available, then the entire history becomes an open book. That is why offchain shuffling is a critical part of the solution.Another critical part is simply having a lot of activity, say something like a blockchain enforced decentralized poker.BTCD will have a unique method of delinking transactions where the initial recipient is very nearly 100% protected, even at the IP level. However, the initial sender is still linkable to the second recipient:Alice -> Bob -> Charlie looks as Alice -> Charlie, with Bob nowhere visible on the blockchain, ever.the coinshuffle makes the "->" a bit fuzzier, but this is an area where the more volumes, the better for all, especially if the "->" is using cryptonote as input and/or output. but once we do cross-currency shuffles/transfers, then it exposes the exchange between the two as a possible attack vector.As you can see, to solve privacy for real not just on paper, it is a very difficult and large task. 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?James http://www.digitalcatallaxy.com/report2015.html

100+ page annual report for SuperNET 100+ page annual report for SuperNET

boolberry



Offline



Activity: 378

Merit: 250







Sr. MemberActivity: 378Merit: 250 Re: [BBR] Boolberry Speculation October 06, 2015, 04:40:25 PM #33 Quote from: jl777 on October 06, 2015, 04:25:56 PM Quote from: boolberry on October 06, 2015, 04:05:18 PM Quote from: jl777 on October 06, 2015, 03:47:36 PM http://chainradar.com/bcn/blocks

http://chainradar.com/bbr/blocks

http://chainradar.com/xmr/blocks



can anybody comment on those three pages and what it indicates?



I have always been focused on usage, not speculative prices. With cryptonotes, the blockchain size is a key issue and while BBR has the pruning, if it has to be RAM resident that defeats the purpose to a large degree. I am very glad to see a DB version in testing as until that is out, the footprint is too big.



In the last year I have coded from scratch ramchains, MGW, InstantDEX, SuperNET agents, atomic wallet swaps, jumblr coinshuffle, pangea decentralized poker and PAX pegged asset exchange, currently ~100,000 lines of C code. This is just the code I personally wrote, not counting all the non-coding issues of managing a large decentralized community, nor of the contributions of dozens of other devs. I dont believe many people understand the full scale and scope of what I am working on, let alone of the entire SuperNET.



Due to my workload, I am not posting much on BTT, nor can I be proactively working on BBR integration into SuperNET at this point. That being said, I think what can be done is for a SuperNET agent to be created that allows for using BBR by all the SuperNET nodes. A SuperNET agent allows a set of node(s) to publish a service to all the other nodes in the network, this is how MGW is implemented. I think combining coinshuffle with a cryptonote would be quite a powerful combination.



A BBR agent would facilitate its usage, but really what is needed is more active involvement by BBR dev team in the SuperNET slack. If you think of SuperNET as a shopping mall, then the BBR store is there, but without BBR peoples, it will be an empty store.



James



can anybody comment on those three pages and what it indicates?I have always been focused on usage, not speculative prices. With cryptonotes, the blockchain size is a key issue and while BBR has the pruning, if it has to be RAM resident that defeats the purpose to a large degree. I am very glad to see a DB version in testing as until that is out, the footprint is too big.In the last year I have coded from scratch ramchains, MGW, InstantDEX, SuperNET agents, atomic wallet swaps, jumblr coinshuffle, pangea decentralized poker and PAX pegged asset exchange, currently ~100,000 lines of C code. This is just the code I personally wrote, not counting all the non-coding issues of managing a large decentralized community, nor of the contributions of dozens of other devs. I dont believe many people understand the full scale and scope of what I am working on, let alone of the entire SuperNET.Due to my workload, I am not posting much on BTT, nor can I be proactively working on BBR integration into SuperNET at this point. That being said, I think what can be done is for a SuperNET agent to be created that allows for using BBR by all the SuperNET nodes. A SuperNET agent allows a set of node(s) to publish a service to all the other nodes in the network, this is how MGW is implemented. I think combining coinshuffle with a cryptonote would be quite a powerful combination.A BBR agent would facilitate its usage, but really what is needed is more active involvement by BBR dev team in the SuperNET slack. If you think of SuperNET as a shopping mall, then the BBR store is there, but without BBR peoples, it will be an empty store.James

James,



Thank you for your response. What is your specific question about the chainradar data? For each block it lists the timestamp, block size, number of transacations and hash. Difficult and emissions totals are there too. What are you wondering?



We are excited about the DB version too! I am glad to hear that it will also help with SuperNET.



I can pass along your comments about wishing more people were in SuperNET slack. We know you have been very busy over the last year. Can I ask why you decided it best to combine coinshuffle with CryptoNote instead of using CryptoNote alone?



I will cross post this to our announcement thread as well for more visibility.

James,Thank you for your response. What is your specific question about the chainradar data? For each block it lists the timestamp, block size, number of transacations and hash. Difficult and emissions totals are there too. What are you wondering?We are excited about the DB version too! I am glad to hear that it will also help with SuperNET.I can pass along your comments about wishing more people were in SuperNET slack. We know you have been very busy over the last year. Can I ask why you decided it best to combine coinshuffle with CryptoNote instead of using CryptoNote alone?I will cross post this to our announcement thread as well for more visibility.

Now cryptonote tech is all fine, but let us imagine you are using a payphone in the australian outback and you are the only one that used a payphone that hour. just exactly how much privacy can cryptonote, or anything provide, when the transactions are ~10 per hour?



subtract out the mining tx and we have hardly any transactions. So if anybody seriously believes that even all the cryptonotes combined can provide privacy for 100 BTC of value over a small period of time, they are deluded. At current volumes, maybe over a month it will take, maybe more, havent done the calcs.



The jumblr coinshuffle i did works with BTC, LTC, BTCD, basically any bitcoin compatible, so it taps into the vast transaction pool. Now imagine being able to combine the privacy of cryptonote, with a realtime coinshuffle (no blockchain record of the shuffle), with the large transactions of BTC. In my opinion, only such a combined approach will provide any real privacy.



However, even that is not enough!



If there is a background level of 10 tx per hour, then it is a trivial matter to correlate any large spike. Depending on the resources the attacker has, even the IP address could be correlated if protective measures are not taken. If everything is on the blockchain,then down the road when QC computing is available, then the entire history becomes an open book. That is why offchain shuffling is a critical part of the solution.



Another critical part is simply having a lot of activity, say something like a blockchain enforced decentralized poker.



BTCD will have a unique method of delinking transactions where the initial recipient is very nearly 100% protected, even at the IP level. However, the initial sender is still linkable to the second recipient:



Alice -> Bob -> Charlie looks as Alice -> Charlie, with Bob nowhere visible on the blockchain, ever.



the coinshuffle makes the "->" a bit fuzzier, but this is an area where the more volumes, the better for all, especially if the "->" is using cryptonote as input and/or output. but once we do cross-currency shuffles/transfers, then it exposes the exchange between the two as a possible attack vector.



As you can see, to solve privacy for real not just on paper, it is a very difficult and large task. 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?



James

look at the transaction volumes, even for BCN which is almost 10x the volumes of XMR and BBR has more transactions than XMR.Now cryptonote tech is all fine, but let us imagine you are using a payphone in the australian outback and you are the only one that used a payphone that hour. just exactly how much privacy can cryptonote, or anything provide, when the transactions are ~10 per hour?subtract out the mining tx and we have hardly any transactions. So if anybody seriously believes that even all the cryptonotes combined can provide privacy for 100 BTC of value over a small period of time, they are deluded. At current volumes, maybe over a month it will take, maybe more, havent done the calcs.The jumblr coinshuffle i did works with BTC, LTC, BTCD, basically any bitcoin compatible, so it taps into the vast transaction pool. Now imagine being able to combine the privacy of cryptonote, with a realtime coinshuffle (no blockchain record of the shuffle), with the large transactions of BTC. In my opinion, only such a combined approach will provide any real privacy.However, even that is not enough!If there is a background level of 10 tx per hour, then it is a trivial matter to correlate any large spike. Depending on the resources the attacker has, even the IP address could be correlated if protective measures are not taken. If everything is on the blockchain,then down the road when QC computing is available, then the entire history becomes an open book. That is why offchain shuffling is a critical part of the solution.Another critical part is simply having a lot of activity, say something like a blockchain enforced decentralized poker.BTCD will have a unique method of delinking transactions where the initial recipient is very nearly 100% protected, even at the IP level. However, the initial sender is still linkable to the second recipient:Alice -> Bob -> Charlie looks as Alice -> Charlie, with Bob nowhere visible on the blockchain, ever.the coinshuffle makes the "->" a bit fuzzier, but this is an area where the more volumes, the better for all, especially if the "->" is using cryptonote as input and/or output. but once we do cross-currency shuffles/transfers, then it exposes the exchange between the two as a possible attack vector.As you can see, to solve privacy for real not just on paper, it is a very difficult and large task. 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?James

Thank you for all the thought you put into this. I think I understand your concerns. I have some ideas about the transaction data as it relates to privacy but will not make any comments on that quite yet. I think there are some people at Monero Research Labs who have thought about this and have some suggestions. Thanks again for your time. Hopefully some BBR people will get more active in slack soon. Thank you for all the thought you put into this. I think I understand your concerns. I have some ideas about the transaction data as it relates to privacy but will not make any comments on that quite yet. I think there are some people at Monero Research Labs who have thought about this and have some suggestions. Thanks again for your time. Hopefully some BBR people will get more active in slack soon.