[BBR] Boolberry: Privacy and Security - Guaranteed Since 2014 - page 367.

kingscrown

hero member

Activity: 672

Merit: 500

http://fuk.io - check it out!

Quote from: Wolf0 on July 20, 2014, 09:09:48 PM

Quote from: dga on July 20, 2014, 08:27:33 PM

Quote from: Wolf0 on July 20, 2014, 07:54:26 PM

Quote from: btc-mike on July 19, 2014, 03:56:56 PM

We are looking into it.

I ran the zip and all files through virustotal. They appear to be clean.

https://www.virustotal.com/en/file/70db24dfa1b09d201455464ee6f04704575c8dffb0d14c17ca9344a7accb4a7d/analysis/1405802537/
https://www.virustotal.com/en/file/6d417055ea9bb52982275cfc80ca6d18de9d6dd37d41729e02eed11d52eaea1a/analysis/1405802602/
https://www.virustotal.com/en/file/1c2f7d2d4dcbb1b80246d97295afa25791bbe0d6967ef3266011707d47e3b619/analysis/1405802865/
https://www.virustotal.com/en/file/1947d655cf1a91bfa8d6737c2abe61e59c929c0dc982804ab6c44ce22466b122/analysis/1405803269/

Virustotal is worthless - the source is real, though.

Concur that the OpenCL is for real. He spotted, for example, the round constant optimization, which I don't think I'd seen in the wild before unless it was in one of otila's patches. I haven't looked through the rest of the code to check for any unexpected changes, though, which someone who's feeling very paranoid might do. A diff against the main BBR source should be sufficient.

I did that round constant optimization too. While the code isn't excellent, it's a lot better than the normal garbage you see around.

Wolf0 you made your version? i know you from other miner and im sure you can make this work good

dga

hero member

Activity: 737

Merit: 511

Quote from: Wolf0 on July 20, 2014, 07:54:26 PM

Quote from: btc-mike on July 19, 2014, 03:56:56 PM

We are looking into it.

I ran the zip and all files through virustotal. They appear to be clean.

https://www.virustotal.com/en/file/70db24dfa1b09d201455464ee6f04704575c8dffb0d14c17ca9344a7accb4a7d/analysis/1405802537/
https://www.virustotal.com/en/file/6d417055ea9bb52982275cfc80ca6d18de9d6dd37d41729e02eed11d52eaea1a/analysis/1405802602/
https://www.virustotal.com/en/file/1c2f7d2d4dcbb1b80246d97295afa25791bbe0d6967ef3266011707d47e3b619/analysis/1405802865/
https://www.virustotal.com/en/file/1947d655cf1a91bfa8d6737c2abe61e59c929c0dc982804ab6c44ce22466b122/analysis/1405803269/

Virustotal is worthless - the source is real, though.

Concur that the OpenCL is for real. He spotted, for example, the round constant optimization, which I don't think I'd seen in the wild before unless it was in one of otila's patches. I haven't looked through the rest of the code to check for any unexpected changes, though, which someone who's feeling very paranoid might do. A diff against the main BBR source should be sufficient.

sonoIO

full member

Activity: 209

Merit: 100

Quote from: dga on July 20, 2014, 03:39:23 PM

Quote from: Zer0Sum on July 20, 2014, 03:16:44 PM

Man, this whole thread is about GPU mining esoterics...
Hash power is probably the least of BBR's problems.

You have a better coin and network than Monero...
The tx size issue seems under control unlike Monero...
But BBR has now collapsed by 50% relative to XMR and sits at a 7:1 ratio.

You REALLY need to get a journalism type = a writer...
To spend 10-20 hours/week writing promotional material for BBR...
And send it off regularily to the Alt Coin press.

Doesn't your Ivory Tower university have a Journalism Faculty?

I think this one was important. Not for reality - I agree with you that hash power is not a real problem - but because it solves a perception problem that opponents of BBR were using to hurt the coin when they argue against it.

To recap, with this, BBR has an open source AMD GPU miner that (people say - I haven't tried it yet) works on both nvidia and AMD;
  https://bitcointalk.org/index.php?topic=577267.msg7928069#msg7928069

A working GUI wallet source & binaries for Mac, Windows, and Linux;
  http://boolberry.com/downloads.html

A more compact blockchain than other cryptonote coins;

An improved facility for long-term anonymity of mixed coins.

A nifty in-blockchain alias function that's now integrated with the wallet for easy sending to, e.g., @zoidberg

And the BBR team released a presentation last week addressing one of these cool points about BBR's improved anonymity:
  http://www.slideshare.net/boolberry/boolberry-solves-cryptonoteflaws-37055246

That's a pretty great week - kudos to the BBR team and to MBK for the miner release!

And BBR got GPU miner relatively early in terms of % of total coin supply, so that problem is pretty much closed.

bigj

full member

Activity: 198

Merit: 100

Quote from: dga on July 20, 2014, 03:39:23 PM

Quote from: Zer0Sum on July 20, 2014, 03:16:44 PM

Man, this whole thread is about GPU mining esoterics...
Hash power is probably the least of BBR's problems.

You have a better coin and network than Monero...
The tx size issue seems under control unlike Monero...
But BBR has now collapsed by 50% relative to XMR and sits at a 7:1 ratio.

You REALLY need to get a journalism type = a writer...
To spend 10-20 hours/week writing promotional material for BBR...
And send it off regularily to the Alt Coin press.

Doesn't your Ivory Tower university have a Journalism Faculty?

I think this one was important. Not for reality - I agree with you that hash power is not a real problem - but because it solves a perception problem that opponents of BBR were using to hurt the coin when they argue against it.

To recap, with this, BBR has an open source AMD GPU miner that (people say - I haven't tried it yet) works on both nvidia and AMD;
  https://bitcointalk.org/index.php?topic=577267.msg7928069#msg7928069

A working GUI wallet source & binaries for Mac, Windows, and Linux;
  http://boolberry.com/downloads.html

A more compact blockchain than other cryptonote coins;

An improved facility for long-term anonymity of mixed coins.

A nifty in-blockchain alias function that's now integrated with the wallet for easy sending to, e.g., @zoidberg

And the BBR team released a presentation last week addressing one of these cool points about BBR's improved anonymity:
  http://www.slideshare.net/boolberry/boolberry-solves-cryptonoteflaws-37055246

That's a pretty great week - kudos to the BBR team and to MBK for the miner release!

Besides a proper promotion, the coin desperately needs apps/software etc -- in short, an integration into the flow of daily life. Is there any BBR cell phone app around yet?

dga

hero member

Activity: 737

Merit: 511

Quote from: Zer0Sum on July 20, 2014, 03:16:44 PM

Man, this whole thread is about GPU mining esoterics...
Hash power is probably the least of BBR's problems.

You have a better coin and network than Monero...
The tx size issue seems under control unlike Monero...
But BBR has now collapsed by 50% relative to XMR and sits at a 7:1 ratio.

You REALLY need to get a journalism type = a writer...
To spend 10-20 hours/week writing promotional material for BBR...
And send it off regularily to the Alt Coin press.

Doesn't your Ivory Tower university have a Journalism Faculty?

I think this one was important. Not for reality - I agree with you that hash power is not a real problem - but because it solves a perception problem that opponents of BBR were using to hurt the coin when they argue against it.

To recap, with this, BBR has an open source AMD GPU miner that (people say - I haven't tried it yet) works on both nvidia and AMD;
  https://bitcointalk.org/index.php?topic=577267.msg7928069#msg7928069

A working GUI wallet source & binaries for Mac, Windows, and Linux;
  http://boolberry.com/downloads.html

A more compact blockchain than other cryptonote coins;

An improved facility for long-term anonymity of mixed coins.

A nifty in-blockchain alias function that's now integrated with the wallet for easy sending to, e.g., @zoidberg

And the BBR team released a presentation last week addressing one of these cool points about BBR's improved anonymity:
  http://www.slideshare.net/boolberry/boolberry-solves-cryptonoteflaws-37055246

That's a pretty great week - kudos to the BBR team and to MBK for the miner release!

maxcan

member

Activity: 117

Merit: 100

Quote from: Zer0Sum on July 20, 2014, 03:16:44 PM

Man, this whole thread is about GPU mining esoterics...
Hash power is probably the least of BBR's problems.

fair distribution is always a problem for a coin.

i prefer when devs are improving the coin instead of just talking about how they can sell it.

Quote

You REALLY need to get a journalism type = a writer...
To spend 10-20 hours/week writing promotional material for BBR...
And send it off regularily to the Alt Coin press.

i think btc-mike could advertise that we now have a working public GPU miner. i've been passing his presentation on to other people.

still, i agree. as a day trader it's no fun holding a coin that drops in value (unless you have more BTC to buy it with). and people need a reason to spend the coin places if it's going to be a long-term anonymous currency, otherwise it's just a fun project with the side-effect of people willing to trade it for BTC Grin

but at the same time i'm not worried about it crashing to 0, and even if it continues to drop i'll keep picking more up every other week.

it's a lot less stressful than having to ride a hype train, for me at least! might be better to stay out of the spotlight as long as possible.

Zer0Sum

legendary

Activity: 1588

Merit: 1000

Man, this whole thread is about GPU mining esoterics...
Hash power is probably the least of BBR's problems.

You have a better coin and network than Monero...
The tx size issue seems under control unlike Monero...
But BBR has now collapsed by 50% relative to XMR and sits at a 7:1 ratio.

You REALLY need to get a journalism type = a writer...
To spend 10-20 hours/week writing promotional material for BBR...
And send it off regularily to the Alt Coin press.

Doesn't your Ivory Tower university have a Journalism Faculty?

windblow11

newbie

Activity: 33

Merit: 0

Quote from: sonoIO on July 20, 2014, 01:59:06 PM

Quote from: windblow11 on July 20, 2014, 01:48:15 PM

1. at present,because of the hot days, I usually shut down my machine when I was at home and turn them on when I'm off, let's say 12hours/12hours, is this mean on the long run i'll get half compare to let the machine run 24 hours/day without stop

It would be so if difficulty would not change. If it grows, you'll get less then 50% as your time average of mining difficulty would be higher. Yep, no time to waste

Quote from: windblow11 on July 20, 2014, 01:48:15 PM

2. I got 3 machine, which will be better,pointing the 3 machine to one wallet adress or 3 different adresses, or just the same

Which ever you find better

now seems clear, thanx

sonoIO

full member

Activity: 209

Merit: 100

Quote from: windblow11 on July 20, 2014, 01:48:15 PM

1. at present,because of the hot days, I usually shut down my machine when I was at home and turn them on when I'm off, let's say 12hours/12hours, is this mean on the long run i'll get half compare to let the machine run 24 hours/day without stop

It would be so if difficulty would not change. If it grows, you'll get less then 50% as your time-average of the mining difficulty would be higher. Yep, no time to waste

Quote from: windblow11 on July 20, 2014, 01:48:15 PM

2. I got 3 machine, which will be better,pointing the 3 machine to one wallet adress or 3 different adresses, or just the same

Just the same

windblow11

newbie

Activity: 33

Merit: 0

Quote from: sonoIO on July 20, 2014, 01:25:45 PM

Quote from: windblow11 on July 20, 2014, 01:22:52 PM

never do solo mining before, if I stop the card for a while(eg. electricity cut off). When I restart, am I losing all the previous work?

Its statistics. If you e.g. find 5 blocks in 1 day, than you probably wouldn't find another whole month

But on the longer run, you cannot cheat it, it is the time that you've been mining that it counts

still a little confused.
1. at present,because of the hot days, I usually shut down my machine when I was at home and turn them on when I'm off, let's say 12hours/12hours, is this mean on the long run i'll get half compare to let the machine run 24 hours/day without stop
2. I got 3 machine, which will be better,pointing the 3 machine to one wallet adress or 3 different adresses, or just the same

sonoIO

full member

Activity: 209

Merit: 100

Quote from: windblow11 on July 20, 2014, 01:22:52 PM

never do solo mining before, if I stop the card for a while(eg. electricity cut off). When I restart, am I losing all the previous work?

Its statistics. E.g. if you find 5 blocks in 1 day, than you probably wouldn't find another whole month

But on the longer run, you cannot cheat it, it is the time that you've been mining that it counts

windblow11

newbie

Activity: 33

Merit: 0

never do solo mining before, if I stop the card for a while(eg. electricity cut off). When I restart, am I losing all the previous work?

sonoIO

full member

Activity: 209

Merit: 100

Quote from: otila on July 20, 2014, 12:53:53 PM

Quote from: sonoIO on July 20, 2014, 12:20:10 PM

It's exactly what i wanted but without having decrypted.bbr.keys stored on disk at anytime.

Sounds like you want full-disk encryption. I have that kind of setup, using LUKS in Linux. More layers of encryption means more risks for forgetting password, and using the same password for all of the layers isn't going to help.

Or you can put decrypted .keys file at /run/user/$(id -u) and make a symlink from ~/.boolb/ to it, after disabling swap (if you are not using encrypted swap)..

Tnx for the hint. I was thinking of times when average user will be very inconsiderate if he is putting keys on encrypted or non-encripted partition, so having them on e.g. USB stick would get them less exposed during time - and these are keys that one shouldn't change often.
Atm, w.bbr is reconstructed at the directory at which w.bbr.keys are, regardless of $PWD or directory at which simplewallet is. Would be convenient at least to have w.bbr directory separated from w.bbr.keys directory, as i tried and wallet runs very happily if it sees w.bbr.keys only at the start.

otila

sr. member

Activity: 336

Merit: 250

Quote from: sonoIO on July 20, 2014, 12:20:10 PM

It's exactly what i wanted but without having decrypted.bbr.keys stored on disk at anytime.

Sounds like you want full-disk encryption. I have that kind of setup, using LUKS in Linux. More layers of encryption means more risks for forgetting password, and using the same password for all of the layers isn't going to help.

Or you can put decrypted .keys file at /run/user/$(id -u) and make a symlink from ~/.boolb/ to it, after disabling swap (if you are not using encrypted swap)..

sonoIO

full member

Activity: 209

Merit: 100

Quote from: crypto_zoidberg on July 20, 2014, 12:09:01 PM

Hi sonoIO.
You can use as much encryption layer as you want, but i'm not sure what you going to do with that command line:

Code:

$ ./simplewallet --wallet-file $(gpg --decrypt --quiet w.bbr.keys.gpg)

What you actually did is passed as y key's file name parameter a binary output form pgp pipe.
Just store this output to other file, smth like this:

gpg --decrypt --quiet w.bbr.keys.gpg > decrypted.bbr.keys
and then
./simplewallet --wallet-file=decrypted.bbr.keys

i may be wrong in syntax since i'm writing from ipad. So let me know, if this what you wanted?

It's exactly what i wanted but without having decrypted.bbr.keys stored on disk at anytime. I'm not sure that it even has benefit as decrypted.bbr.keys are locked with the password of the wallet, maybe just for people that use week passwords as then if someone steels w.bbr.keys.gpg he would have to break two passwords instead of one. And i was hoping that then decrypted.bbr.keys could be piped from hardware key of some sort in the future instead from pgp. Sorry for the noob questions

EDIT: Answer to myself

I could have keys on USB and start wallet from there, if w.bbr.keys would have distinct directory from w.bbr wallet file, and take out USB after wallet starts.

crypto_zoidberg

hero member

Activity: 976

Merit: 646

Hi sonoIO.
You can use as much encryption layer as you want, but i'm not sure what you going to do with that command line:

Code:

$ ./simplewallet --wallet-file $(gpg --decrypt --quiet w.bbr.keys.gpg)

What you actually did is passed as y key's file name parameter a binary output form pgp pipe.
Just store this output to other file, smth like this:

gpg --decrypt --quiet w.bbr.keys.gpg > decrypted.bbr.keys
and then
./simplewallet --wallet-file=decrypted.bbr.keys

i may be wrong in syntax since i'm writing from ipad. So let me know, if this what you wanted?

Quote from: sonoIO on July 20, 2014, 11:38:15 AM

As i'm discovering wonders of the Cryptoland, i was paying with gpg and following crossed my mind. If one doesn't have dedicated wallet box, but rather has the wallet key on multiple boxes (security of which is such that one box is significantly more secure than others), i suppose that it would be better that w.bbr.keys file may never be written to a disk unencrypted (except at the time of its generation - on most secure box). I understand that it is encrypted with its password, but my question is if it is worth to have another layer of encryption. (encapsulation?)

Let's say that one, after generation, encrypts w.bbr.keys with e.g.

Code:

$ gpg -c --cipher-algo AES256 --symmetric w.bbr.keys

with password different from the wallet password itself.
Then on other boxes the simplewallet will return the following, after both passwords are entered:

Code:

$ ./simplewallet --wallet-file $(gpg --decrypt --quiet w.bbr.keys.gpg)
Boolberry wallet v0.2.0.26(d560235)
password: *********************************
A��x�()*��WssB���hs.keys"t: file not found "7܄��|K�U#��i܄USxP���?��G9��j"(����]P�w�E!|er��

But, earlier i noticed that w.bbr.keys file is needed only during the start of the simplewallet, it can be removed afterwards and the wallet will operate normally.

Crypto_Zoidberg, is it's possible to have such functionality of the simplewallet or it is too much pain in the back for small benefit? BTC doesn't have this problem as there ppl are supposed to use a lot of addresses.

crypto_zoidberg

hero member

Activity: 976

Merit: 646

Quote from: mbk on July 20, 2014, 06:19:54 AM

Here is simple calculation what to expect with solo mining:

Current difficulty from http://boolberry.com/state.html - 200GH
It means you need 200*1024 seconds to find a block with 1Mhs mining power (280X).
There are 86400 seconds in a day so expect to find a block on average every 200000/86000 = 2 days 8 hours.
It will take 4 days 16 hours for a 500khs card (6870, 750Ti) and so on.

Don't be afraid to mine few days without any result. I've implemented low difficulty shares (like you do with a pool) so you can check everything works as expected. If you get efficiency about 100% the calculation above is correct. Anyway you cannot get anything for sure with random process like mining. So don't blame me if you get nothing in a week.

I think we need to enable this working in stratum client, i see two different approachs:
1. port this code to cpuminer-multi
2. port stratum code from bytecoin's simpleminer and forget minerd as a nightmare

Anyway, this technology must be in pool client. I want to notice that current boolberry simpleminer version is not working with last stratum pools.

crypto_zoidberg

hero member

Activity: 976

Merit: 646

Quote from: minerjoen on July 20, 2014, 04:47:11 AM

2014-Jul-20 11:43:45.429697 [P2P1][54.83.92.170:10101 OUT] SYNCHRONIZED OK
2014-Jul-20 11:43:46.337749 [P2P4][202.198.97.236:10101 OUT] COMMAND_HANDSHAKE I
NVOKED OK
2014-Jul-20 11:43:46.341749 [P2P9]Connecting to 2.179.176.194:10101(white=0, las
t_seen: d0.h0.m0.s5)...
2014-Jul-20 11:43:47.329806 [P2P8][2.179.176.194:10101 OUT] COMMAND_HANDSHAKE IN
VOKED OK
2014-Jul-20 11:43:47.333806 [P2P9]Connecting to 195.12.60.154:10101(white=0, las
t_seen: d0.h0.m0.s4)...
2014-Jul-20 11:43:47.428811 [P2P2][195.12.60.154:10101 OUT] COMMAND_HANDSHAKE IN
VOKED OK

for the rest nothing happen? He also say: mining has started with 1 thread, good luck!

i've never had so much problems with start mining, but boolberry want to let my head explode?

I will try 1 hour more, if not i just move to another coin, because this is waste of time (except, it looks like that..)

From problems with ??downloading scratch file?? (wtf i never had to download an scratch file for start mining,), to wallet problems, to mining problems, with pool problems, i only have problems with this coin?

Dear minerjoen!
Let me know what problem do you have with starting mining, what exect problems do you have with wallet and let me help you and improve this project to avoid this problems in future.

As i could see from your post you started bollberry daemon and started mining there - this means that you started solo mining, that is actually is not very effective with one-two computers(difficulty is pretty high).
To start pool mining you just need to download minerd from boolberry website and follow instructions, scratcad file will downloaded automatically.

sonoIO

full member

Activity: 209

Merit: 100

As i'm discovering wonders of the Cryptoland, i was paying with gpg and following crossed my mind. If one doesn't have dedicated wallet box, but rather has the wallet key on multiple boxes (security of which is such that one box is significantly more secure than others), i suppose that it would be better that w.bbr.keys file may never be written to a disk unencrypted (except at the time of its generation - on most secure box). I understand that it is encrypted with its password, but my question is if it is worth to have another layer of encryption. (encapsulation?)

Let's say that one, after generation, encrypts w.bbr.keys with e.g.

Code:

$ gpg -c --cipher-algo AES256 --symmetric w.bbr.keys

with password different from the wallet password itself.
Then on other boxes the simplewallet will return the following, after both passwords are entered:

Code:

$ ./simplewallet --wallet-file $(gpg --decrypt --quiet w.bbr.keys.gpg)
Boolberry wallet v0.2.0.26(d560235)
password: *********************************
A��x�()*��WssB���hs.keys"t: file not found "7܄��|K�U#��i܄USxP���?��G9��j"(����]P�w�E!|er��

But, earlier i noticed that w.bbr.keys file is needed only during the start of the simplewallet, it can be removed afterwards and the wallet will operate normally.

Crypto_Zoidberg, is it's possible to have such functionality of the simplewallet or it is too much pain in the back for small benefit? BTC doesn't have this problem as there ppl are supposed to use a lot of addresses.

mmmaybe

sr. member

Activity: 462

Merit: 250