Author

Topic: [BBR] Boolberry: Privacy and Security - Guaranteed Since 2014 - page 295. (Read 1210752 times)

newbie
Activity: 14
Merit: 0
Keep mining BBR  Smiley
newbie
Activity: 7
Merit: 0

TY, Dr!

This makes a lot of sense Cheesy

Are you thinking about using multisig?

Yes, i'm thinking about this, but it's pretty questionable if it really usable ? Bytecoin implemented it, and seems that didn't get much attention or usage.

What do you think ?



I think its usable, but no rush. Maybe many months before needed, because supernet will give access to regular multisig. I think jl777 said it's only 1% fee in his paper, so not much of an issue yet.

Does Bytecoin have non-ring signature multisig? Maybe ring signature multisig would be possible for supernet?

It's important

what can it be used for, can multisig with ring signatures work?

hero member
Activity: 976
Merit: 646

TY, Dr!

This makes a lot of sense Cheesy

Are you thinking about using multisig?

Yes, i'm thinking about this, but it's pretty questionable if it really usable ? Bytecoin implemented it, and seems that didn't get much attention or usage.

What do you think ?

It's important, but the version with no ring sigs is a disappointment. Some cryptography improvements are needed to do it right.


Can you clarify ? with something more than vague phrases
legendary
Activity: 2156
Merit: 1072
Crypto is the separation of Power and State.
Are you thinking about using multisig?

Yes, i'm thinking about this, but it's pretty questionable if it really usable ? Bytecoin implemented it, and seems that didn't get much attention or usage.

What do you think ?

It's important, but the version with no ring sigs is a disappointment. Some cryptography improvements are needed to do it right.

SuperNet will combine the privacy of BBR with the multisig of BTCD and the mini-blockchain of XCN.  Because cryptography improvements = magic.

Right?   Huh
legendary
Activity: 2968
Merit: 1198

TY, Dr!

This makes a lot of sense Cheesy

Are you thinking about using multisig?

Yes, i'm thinking about this, but it's pretty questionable if it really usable ? Bytecoin implemented it, and seems that didn't get much attention or usage.

What do you think ?

It's important, but the version with no ring sigs is a disappointment. Some cryptography improvements are needed to do it right.
hero member
Activity: 976
Merit: 646

TY, Dr!

This makes a lot of sense Cheesy

Are you thinking about using multisig?

Yes, i'm thinking about this, but it's pretty questionable if it really usable ? Bytecoin implemented it, and seems that didn't get much attention or usage.

What do you think ?

legendary
Activity: 2968
Merit: 1198
Another great addition should be a database. Are there plans of implementing that yet?

Yes sure, database is important milestone.
I was actually curiouse if Monero devs finally gona release it? Because it's pretty boring work, and i'm not really want to do it myself:)

The ongoing work is in github under development.
newbie
Activity: 7
Merit: 0

This won't affect mixing since we will still have ring signatures above this block going forward correct?
You can mixin with transactions that is as under checkoint as after checkpoin - no difference, it's not affect. Any of them still could be usen for mixin.


Can it be detected that they were mixins from the part of the blockchain that was pruned or no? Do you have more detailed information about your transaction structure?

I can't make much information from your nice powerpoints, sorry.

Transactions that lay before checkpoins and have pruned ring signatures could be spent, or could be not spent yet. No matter.
I have very similar transaction structure, and it refferes to other transaction's outputs with the same way as any CN - amount + index. So you know exactly from wich transaction your input's selected for mixins.
So answering to your question - yes, it may be detected, and there is no difference since both part of blockchain contatin as spent transactions, as unspent.




TY, Dr!

This makes a lot of sense Cheesy

Are you thinking about using multisig?
hero member
Activity: 976
Merit: 646
Another great addition should be a database. Are there plans of implementing that yet?

Yes sure, database is important milestone.
I was actually curiouse if Monero devs finally gona release it? Because it's pretty boring work, and i'm not really want to do it myself:)
hero member
Activity: 976
Merit: 646

This won't affect mixing since we will still have ring signatures above this block going forward correct?
You can mixin with transactions that is as under checkoint as after checkpoin - no difference, it's not affect. Any of them still could be usen for mixin.


Can it be detected that they were mixins from the part of the blockchain that was pruned or no? Do you have more detailed information about your transaction structure?

I can't make much information from your nice powerpoints, sorry.

Transactions that lay before checkpoins and have pruned ring signatures could be spent, or could be not spent yet. No matter.
I have very similar transaction structure, and it refferes to other transaction's outputs with the same way as any CN - amount + index. So you know exactly from wich transaction your input's selected for mixins.
So answering to your question - yes, it may be detected, and there is no difference since both part of blockchain contatin as spent transactions, as unspent.

hero member
Activity: 976
Merit: 646
This is great work! 

I checked the blockchain file size before I updated and after. This trimmed 4.075977% off of the blockchain on my computer.  It was actually more because I hadn't synced for a day or two before I updated and resynced the blockchain.  BBR already synced faster than the other CN coins and this will just make it that much faster and more usable.  I can't wait to see what future developments you come up with crypto_zoidberg.  Advances in the implementation of the Cryptonote technology like this are the reason that BBR IS the BEST Cryptonote coin.  You have made more significant changes to the original codebase than any other implementation of CN.  It's only a matter of time before that becomes a well known fact within the crypto community and BBR takes its rightful place as the leader among Cryptonote coins. 

You deserve some kind of recognition for your hard work so I'm donating another 500 BBR to your dev fund.  BBR transaction# 682e5ea5c373bc8f877189d3b0632c580a384135f8818fd53d6ca5fab417db4c

Keep up the good work!


Blockchain with release "bbr-win-x64-v0.2.0.37(ceecfdf)":




Blockchain after updating to version "bbr-win-x64-v0.3.0.38(109f49c)":



I feel that i need to clarify a little here.
First - as i said before - pruning transactions will make significant effect for those part of blockchain that have pretty much transactions in it. Early blockchain consist mostly from coinbase transactions that is not affected(coinbase transaction doesn't have ring signatures). But anyway, there more that 8000 usual transactions in first 70000 blocks.

Second, blockchain.bin is not simple blockchain. When daemon receive blocks with transactions it build from this data special database in memory, there tons of helpful information that is used to verify blocks and transactions and to handle currency rules: global outputs index (that is used to refering in transactions inputs ), transactions database, some information related with each block(such as cumulative difficulty, scratchpad offeset, block cumulative size, emitted coins, etc), blocks by id database, spent keyimages, finally scratchpad. 
All this information is serizlised (dumped)  into this file (blockchain.bin), so it is obvious that there some huge data overhead. So actually summary blocks + transactions size is not so big, hard to say exact numbers, x times less. And this is another reason why you see not much difference - since ringsignatures is actually ballast it is not used in other data model, and after pruning it data model stay almost the same.

Main benefit from this feature is decrease traffic usage(actuall data amount that transfered between syncronizing nodes under checkpoints get significant decrease), and some times (when synchronizing reduced by bandwidth) - speed up synchronyzing.



newbie
Activity: 7
Merit: 0

This won't affect mixing since we will still have ring signatures above this block going forward correct?
You can mixin with transactions that is as under checkoint as after checkpoin - no difference, it's not affect. Any of them still could be usen for mixin.


Can it be detected that they were mixins from the part of the blockchain that was pruned or no? Do you have more detailed information about your transaction structure?

I can't make much information from your nice powerpoints, sorry.
hero member
Activity: 976
Merit: 646
So with pruning the ring signatures below block 70000 this will keep the size of the blockchain smaller?
Blockchain will be smaller, but mostly it will be seen on those parts of blockchain that contain more transactions, early blockchain consist mostly from coinbase transactions that are not affected.

This won't affect mixing since we will still have ring signatures above this block going forward correct?
You can mixin with transactions that is as under checkoint as after checkpoin - no difference, it's not affect. Any of them still could be usen for mixin.

So in the future will pruning be done again? If so is there going to be some type of schedule like every 70k blocks?
I hope I'm understanding this correctly. Please correct me if I'm not.

Frankly, i was thinking to start pruning transactions after first year of currecy live, since it's not really significant effect from this feature for early blockchain where most of transactions is coinbase. But few my friends suggested me that some people think that our features is fake and it would be better to demonstrate it in real work. So enabled this feature and it's seems to be working now.
I think i'll be doing pruning every 6 mounth.

sr. member
Activity: 378
Merit: 250
New build prune ring signatures in all transactions that lay under height 70000 (new checkpoint).
When you launch new version, you could see that message(numbers would be little different):

How about transparent GZIP support in the node-cryptonote-pool? (The patches for the miners can be added afterwards)
This will compress json traffic down to almost nothing, cut down on bandwidth and speed up transactions.
hero member
Activity: 556
Merit: 501
after syncing, it has reduced the size of the blockchain, great work!
legendary
Activity: 2156
Merit: 1070
Great job Zoidberg!

As a community it is up to us to get the word out to everyone about the great work you are doing.
legendary
Activity: 1105
Merit: 1000
Good news!

We have a new build v0.3.0.38(109f49c), where we finally started to prune ring signatures.

What is going on ?
New build prune ring signatures in all transactions that lay under height 70000 (new checkpoint).
When you launch new version, you could see that message(numbers would be little different):



How does it work:

1. When new version (v0.3.x, build 38 and older ) load blockchain from drive, it prune signatures from transactions under chekpoints after storage loaded from drive and before core start work.
2. When new version (v0.3.x, build 38 and older ) download blockchain via network from older clients (v0.2.x, build 37 and younger) it downloads full blockchain and prune transactions locally before put it into the storage.
3. When new version (v0.3.x, build 38 and older ) download blockchain via network from the clients with version v0.3.x it downloads blockchain with pruned ring signatures.
4. When old version (v0.2.x, build 37 and younger) will try to sync with client (v0.3.x) starting from height higher then 70000 (less than ~17 days ago) it will successfully synchronized
5. When old version (v0.2.x, build 37 and younger) will try to fully download blockchain from scratch from new clients (v0.3.x) they fail to do it, so you need to use new client. Or manually download scratchpad from website.
6. On handshake both peers figure out what checkoint height has other party, and consider it to figure out if synchronization is possible. If you see such messages in logs that also means that you have old version and should update your client. But it still work's properly.

Now, when new clients download blockchain via network from versions v0.3.x it looks like this:




Important: If you have version v0.2.x and by some reasons can't/don't want to update it to v0.3.x, and have to synchronize your client from height under 70000, you better to pre-download blockchain from website:
Windows blockchain: http://boolberry.com/downloads/windows/blockchain.bin
Linux blockchain: http://boolberry.com/downloads/linux/blockchain.bin

Well, we tested it, but it's still possible to have bugs, so i won't push update alerts for next few hours to collect feedback.
Let me know is something is going wrong.


Good luck!


Now we really live in the future  Cheesy
Ty Zoidberg!

Nice, should probably spell "signatues" correctly. Tongue
hero member
Activity: 742
Merit: 501
Another great addition should be a database. Are there plans of implementing that yet?
legendary
Activity: 896
Merit: 1001
Boolberry promised, Zoidberg delivered  Cool

Everything he says he's going to do he does.  
legendary
Activity: 896
Merit: 1001
This is great work! 

I checked the blockchain file size before I updated and after. This trimmed 4.075977% off of the blockchain on my computer.  It was actually more because I hadn't synced for a day or two before I updated and resynced the blockchain.  BBR already synced faster than the other CN coins and this will just make it that much faster and more usable.  I can't wait to see what future developments you come up with crypto_zoidberg.  Advances in the implementation of the Cryptonote technology like this are the reason that BBR IS the BEST Cryptonote coin.  You have made more significant changes to the original codebase than any other implementation of CN.  It's only a matter of time before that becomes a well known fact within the crypto community and BBR takes its rightful place as the leader among Cryptonote coins. 

You deserve some kind of recognition for your hard work so I'm donating another 500 BBR to your dev fund.  BBR transaction# 682e5ea5c373bc8f877189d3b0632c580a384135f8818fd53d6ca5fab417db4c

Keep up the good work!


Blockchain with release "bbr-win-x64-v0.2.0.37(ceecfdf)":




Blockchain after updating to version "bbr-win-x64-v0.3.0.38(109f49c)":

Jump to: