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

[digicoin]

I see the revised algorithm on github already. When do yo restart the testnet? Do I need to remove the blockchain.bin file?

[1714286496]

1714286496

[1714286496]

1714286496

[1714286496]

1714286496

[1714286496]

1714286496

[crypto_zoidberg]

Code:

[ 42%] Building CXX object src/CMakeFiles/crypto.dir/crypto/keccak_modified.cpp.o
In file included from /c/honeypenny/src/crypto/keccak_modified.cpp:6:0:
/c/honeypenny/src/crypto/keccak_modified.h: In function ‘pod_operand_a crypto::xor_pod(const pod_operand_a&, const pod_operand_b&)’:
/c/honeypenny/src/crypto/keccak_modified.h:30:5: error: ‘hash’ is not a member of ‘crypto’
     crypto::hash r;
     ^

[/quote]

Code:

[ 42%] Building CXX object src/CMakeFiles/crypto.dir/crypto/keccak_modified.cpp.o
In file included from /c/honeypenny/src/crypto/keccak_modified.cpp:6:0:
/c/honeypenny/src/crypto/keccak_modified.h: In function ‘pod_operand_a crypto::xor_pod(const pod_operand_a&, const pod_operand_b&)’:
/c/honeypenny/src/crypto/keccak_modified.h:30:5: error: ‘hash’ is not a member of ‘crypto’
     crypto::hash r;
     ^

Sorry about this, already fixed.
Just stopped test network since it is incompatible with current sources.
Sorry if someone was confused, we was very focused on pathching core with new hash.

[emontmon]

Quote from: David Latapie on Today at 06:25:08 PM
Quote from: tacotime on Today at 06:19:47 PM
It appears from the simplicity of the fix that there may have been deliberate crippling of the hashing algorithm from introduction with ByteCoin.
Interesting. Could you extrapolate on this?

oaes_key_import_data calls are placed inside loops unnecessarily, which slows down the hash quite a bit during the scratchpad portions.


Will this also affect the BP miner.

[crypto_zoidberg]

I see the revised algorithm on github already. When do yo restart the testnet?

We need to implement final monetization model (that discused here: https://bitcointalk.org/index.php?topic=590520.0), and we want to have may be more tests for hash and for core.
So i think we'll be ready to start test network with final settings at may 8 or 9. With test network start i'll announce real net launch exact time.

Do I need to remove the blockchain.bin file?

I suppose no, since name will be changed project's home dir will be new created.
We going to leave test network alive, like bitcoin does, but daemon may be compiled OR for real network, OR  for testnet(with projectname-test sufix in name macro on sources), to avoid conflicts in blockchain data.

[crypto_zoidberg]

Quote from: David Latapie on Today at 06:25:08 PM
Quote from: tacotime on Today at 06:19:47 PM
It appears from the simplicity of the fix that there may have been deliberate crippling of the hashing algorithm from introduction with ByteCoin.
Interesting. Could you extrapolate on this?
oaes_key_import_data calls are placed inside loops unnecessarily, which slows down the hash quite a bit during the scratchpad portions.
Will this also affect the BP miner.

We finaly decided to go in another way in out project, so now we don't use CryptoNote PoW hash at all.
(In test network the only fix we've done is scratchpad reducing, but it wasn't conceptual step, it was just to run testnet and check other features.)

[emontmon]

So is this still a cryptonote coin.
What will you keep from cryptonote
What have you changed.
What is the reasoning.
For the layperson please

[btc-mike]

Quote from: David Latapie on Today at 06:25:08 PM
Quote from: tacotime on Today at 06:19:47 PM
It appears from the simplicity of the fix that there may have been deliberate crippling of the hashing algorithm from introduction with ByteCoin.
Interesting. Could you extrapolate on this?
oaes_key_import_data calls are placed inside loops unnecessarily, which slows down the hash quite a bit during the scratchpad portions.
Will this also affect the BP miner.

We finaly decided to go in another way in out project, so now we don't use CryptoNote PoW hash at all.
(In test network the only fix we've done is scratchpad reducing, but it wasn't conceptual step, it was just to run testnet and check other features.)

Who is we?

[emontmon]

That's easy anonymous devs of honeypenny.  Bcn are anonymous and so is cryptonote

[otila]

in keccak_m_rnd, can you explain the if(i!=0)? the following block is run everytime except when rsizw==0, in which case i stays at 0 and cb is never called.
did you mean if(ll==0) perhaps?

[bmergd]

I think that we need to mailboxd to read and store such alert history. Is such alerts stored in blockchain?

[crypto_zoidberg]

in keccak_m_rnd, can you explain the if(i!=0)? the following block is run everytime except when rsizw==0, in which case i stays at 0 and cb is never called.
did you mean if(ll==0) perhaps?

Thanks!
But bug was a little different: cb was always called, because "i" was always == rsizw.
Anyway, it's wrong behavior, fixed.

[crypto_zoidberg]

Who is we?

That's easy anonymous devs of honeypenny.  Bcn are anonymous and so is cryptonote

Absobloodylutely!

To be more clear - HP is a two devs at this moment. One more familiar with core and network, another prototyping GUI and made support for MacOS.

[digicoin]

Hi,

Will you use Github as development tool and project coordinator or just a repository to store the final code? I want to submit bug reports, suggestions, improvements? What should I do?

[crypto_zoidberg]

Hi,

Will you use Github as development tool and project coordinator or just a repository to store the final code? I want to submit bug reports, suggestions, improvements? What should I do?

Yes, GitHub is a primary dev tool,at this moment it is used more as a version control, later will be used as bugtrack and wiki, why not.
At first weeks after start i think there will be a lot of bugs and any help would be welcome, so fill free to post issues and even bug fix;)

[bahatassafus]

following

[emontmon]

Anonymity seems has good ideas and point. As you are considering premine vs taxes, and there are good arguments for and against,  it might be some to consider.

The following is a quote from him.
As far as I can see (unless I am missing something), I think it is silly and doesn't resolve the issues I explained upthread.

I would like to comment on this issue of fairness and premine. I offer a "reality check" like water on the face. Apologies.

In my opinion, the coin that wins is the one that has the best developers. Developers need to be paid. When I say developers, I mean several people like myself (or apparently smooth?) who are extremely capable programmers and computer scientists. That coin will win regardless of the level of premine retained to pay the bounties. I would hope the original CN developers could be paid. Communism sucks.

The CryptoNote coins at this time all have a problem that they are too difficult to mine and use.

The are not CPU only. They are not anonymous because they don't obscure the IP address and Tor is a honeypot.

They do nothing to decentralize pools. Two Bitcoin pools control more than 50% of the network.

There are many development issues that need to be addressed, e.g. decentralized exchanges.

I suspect there is no way you get there without a premine to pay development costs. I mean we are talking about man-months or man-years of development. In my opinion (as a person who has developed million user commercial software projects), we can't just take some ByteCoin C code and slap a few tweaks on it and release it and expect to complete all the development work that needs to be done.

[crypto_zoidberg]

Updated Hash Function topic https://bitcointalk.org/index.php?topic=588421.msg6449056#msg6449056
Tomorrow we starting test network!

[emontmon]

there is a user saying that there is no true anonimity until there is a way of obfuscating the IP address. Until that is done, the anonimity provided by cryptonote is not assured. can you please comment on this.

following are his thoughts (anonymint):


CryptoNote's one-time ring signature as a way of obfuscating who is the payer (the spender), is optional and can only be used when there are other payees who have matching input amounts. In other words, it can't do any obfuscation for you on spending unless there are other coins that have the same balance as yours.

That very infrequent opportunity for use is coupled with constant use of elliptical curve cryptography which is known to be broken under quantum computing, as well is suspect to broken by the NSA[1] or could be broken since it is number theoretic public key cryptography.

And the use of one-time ring signatures mucks up the pruning of the block chain of spent addresses. There is a tweak to improve this over the current CryptoNote (one of the tweaks I alluded to upthread).

Bottom line is most of your anonymity will come from obfuscating your IP address with something more reliable than Tor and I2P, not from the block chain mixing of CryptoNote or Zerocash/coin, i.e. if your IP is correlated to your identity, then the one-time ring signature doesn't obscure your identity when you spend.

The case where the one-time ring signature is really useful is a transaction with multiple inputs wherein the spender is merging his coins, thus enabling tracing of those coins to the same entity (the current spender). And it is very unfortunate the one-time ring signature is optional in this case, because it is the identity of the upchain spenders who suffer from this action by the current spender, thus the motivation is not there.

So we can see as it is currently structured, CryptoNote doesn't really support anonymity much.

Sorry to blow holes in your enthusiasm. Reality sucks if you haven't taken the time to do some serious work before launching.

Note that the use of a separate payee address for each transaction is a very useful strategy. This is a positive aspect of CryptoNote that adds anonymity, but again it is not so effective without reliable IP obfuscation, as the payee will reveal himself on spending.

[otila]

why is testnet down?

[Xdragon]

So launch is today?