upsidedown75
Legendary
 Offline
Activity: 1288
Merit: 1036
|
 |
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.
|
|
|
|
|
|
|
|
|
|
If you want to be a moderator, report many posts with accuracy. You will be noticed.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
funnyman21
Member
Offline
Activity: 109
Merit: 10
|
|
October 05, 2015, 11:15:17 PM |
|
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? 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." |
|
|
|
|
bitcoinrocks
Legendary
Offline
Activity: 1372
Merit: 1000
|
|
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.
|
|
|
|
|
|
boolberry (OP)
|
|
October 05, 2015, 11:48:06 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. |
|
|
|
|
|
|
|
boolberry (OP)
|
|
October 06, 2015, 01:01:31 PM |
|
Unfortunately finding someone like that will not be easy. Market makers prefer coins with higher volume. We need to grow the size the community more before trading volume and liquidity will increase substantially. |
|
|
|
|
cryptoadoption15
Newbie
Offline
Activity: 37
Merit: 0
|
|
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.
|
|
|
|
|
|
boolberry (OP)
|
|
October 06, 2015, 03:21:42 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. |
|
|
|
|
jl777
Legendary
Offline
Activity: 1176
Merit: 1132
|
|
October 06, 2015, 03:47:36 PM |
|
http://chainradar.com/bcn/blockshttp://chainradar.com/bbr/blockshttp://chainradar.com/xmr/blockscan 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
|
|
|
|
|
boolberry (OP)
|
|
October 06, 2015, 04:05:18 PM |
|
http://chainradar.com/bcn/blockshttp://chainradar.com/bbr/blockshttp://chainradar.com/xmr/blockscan 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. |
|
|
|
|
jl777
Legendary
Offline
Activity: 1176
Merit: 1132
|
|
October 06, 2015, 04:25:56 PM |
|
http://chainradar.com/bcn/blockshttp://chainradar.com/bbr/blockshttp://chainradar.com/xmr/blockscan 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. 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 |
|
|
|
|
boolberry (OP)
|
|
October 06, 2015, 04:40:25 PM |
|
http://chainradar.com/bcn/blockshttp://chainradar.com/bbr/blockshttp://chainradar.com/xmr/blockscan 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. 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. |
|
|
|
|
|
|
|
boolberry (OP)
|
|
October 06, 2015, 05:31:10 PM |
|
Thank you. I will post this in our announcement thread and on Twitter/Reddit |
|
|
|
|
yassin54
Legendary
Offline
Activity: 1540
Merit: 1000
|
|
October 06, 2015, 05:32:14 PM |
|
Thank you. I will post this in our announcement thread and on Twitter/Reddit |
|
|
|
|
funnyman21
Member
Offline
Activity: 109
Merit: 10
|
|
October 06, 2015, 07:12:52 PM |
|
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? |
|
|
|
|
|
|
|
languagehasmeaning
|
|
October 06, 2015, 08:04:08 PM |
|
I had not noticed the recent commit. Nice! |
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
October 06, 2015, 10:26:01 PM |
|
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. |
|
|
|
|
|
