Is it possible to use this feature to send a p2p message from user A to user B where the message is encrypted, unfakable?
Unfortunately no. 
Topic: [BBR] Boolberry: Privacy and Security - Guaranteed Since 2014 - page 482. (Read 1210753 times)
Is it possible to use this feature to send a p2p message from user A to user B where the message is encrypted, unfakable?
I think that we need to mailboxd to read and store such alert history. Is such alerts stored in blockchain?
No.There are few abstraction layers in CryptoNote code(as described on our page http://honeypenny.org/design.html), Blockchain lies on upper level.
We've done this feature on p2p level in two reasons:
1. P2p code could be taken for another project based on p2p technology, so this feature would be useful.
2. Having alerts based on blockchain makes more complicated to push alert devs have to look for some of miners and ask them to do it.
Anyway, collecting this alerts archive may be done with local daemon storage.
I think that we need to mailboxd to read and store such alert history. Is such alerts stored in blockchain?
Good news!
We've done implementing alerts signed by developers. Special kind of signed data propagated via COMMAND_HANDSHAKE and COMMAND_TIMED_SYNC.
Just tested it and commited changes to master branch. (it seems to work ok, but possible bugs, write me if you find some)
Now we've finished with all things that we announced (and even little more).
Before start we need:
1. get new suitable name (https://bitcointalksearch.org/topic/hp-name-contest-for-honeypenny-588905)
2. approve monetization schema (https://bitcointalksearch.org/topic/hp-monetization-discussion-590520)
3. decide about hash details (https://bitcointalksearch.org/topic/bbr-boolberry-hash-on-blockchain-discussion-588421)
Will answer to posts soon.
We've done implementing alerts signed by developers. Special kind of signed data propagated via COMMAND_HANDSHAKE and COMMAND_TIMED_SYNC.
Just tested it and commited changes to master branch. (it seems to work ok, but possible bugs, write me if you find some)
Now we've finished with all things that we announced (and even little more).
Before start we need:
1. get new suitable name (https://bitcointalksearch.org/topic/hp-name-contest-for-honeypenny-588905)
2. approve monetization schema (https://bitcointalksearch.org/topic/hp-monetization-discussion-590520)
3. decide about hash details (https://bitcointalksearch.org/topic/bbr-boolberry-hash-on-blockchain-discussion-588421)
Will answer to posts soon.
The public key in CryptoNote is way too long. Should we make it shorter or it is on purpose?
It reminds me of Bitcoin address. It is a hashed version of the public key. The public key is 256 bits long, and the final hash (ie. address) is 160 bits long.
I am little bit curious about CryptoNote's technical background of an address
PS: Sorry, I haven't read the code yet
It reminds me of Bitcoin address. It is a hashed version of the public key. The public key is 256 bits long, and the final hash (ie. address) is 160 bits long.
I am little bit curious about CryptoNote's technical background of an address
PS: Sorry, I haven't read the code yet
The address are similar in size to those of Bitcoin stealth addresses. There is no conceivable way to shorten them that would lot lead to attacks through ECDH. I would suggest you read up on stealth addressing.
The public key in CryptoNote is way too long. Should we make it shorter or it is on purpose?
It reminds me of Bitcoin address. It is a hashed version of the public key. The public key is 256 bits long, and the final hash (ie. address) is 160 bits long.
I am little bit curious about CryptoNote's technical background of an address
PS: Sorry, I haven't read the code yet
It reminds me of Bitcoin address. It is a hashed version of the public key. The public key is 256 bits long, and the final hash (ie. address) is 160 bits long.
I am little bit curious about CryptoNote's technical background of an address
PS: Sorry, I haven't read the code yet
oaes_key_gen() does not seem to be used anywhere, and the function is not documented, but why it uses rand() to generate the key? 
Dumb, but there is good code to generate keys using an entropy source somewhere else. (I forgot where but I did review it.)
Someone should comment out oaes_key_gen and recompile to make sure it really isn't being used.
Did that, programs linked OK.
oaes_key_gen() does not seem to be used anywhere, and the function is not documented, but why it uses rand() to generate the key?
Dumb, but there is good code to generate keys using an entropy source somewhere else. (I forgot where but I did review it.)
Someone should comment out oaes_key_gen and recompile to make sure it really isn't being used.
3. Two days befor launch is ok ?
Thanks for you answers! I can only speak for myself. But 2 days sounds ok. That way people have enough time to prepare if they want to start mining etc.
I'm thinking about making a .Net (e.g. Windows and possibly Linux with Mono) frontend for the wallet. It would run the wallet and daemon as a (hidden) background process and do simple things via the RPC interface (get balance, transfer funds, show number of connections, etc.). The only obstacle in the road will be finding enough time (although it shouldn't be to hard to create the basics).
Hi,
BCN devs have pushed a lot of changes into their github repos. Have you checked it?
yes, they now tries to make work cryptonight slow_hash on macos, and they've done some features for integration with exchanges as i can see (payment id in tx extra). It seems some of this changes leaded to an error messages about extra padding in old wallet clients(nothing serious).BCN devs have pushed a lot of changes into their github repos. Have you checked it?
Anyway - payment id in tx extra obviously needful feature, but it's not a high priority now for HP.
some people like me have very limited understanding of what is discussed regarding technical aspects.
I am interested in an optimized miner.
regardless of the hash function chosen, will you create the optimized miner or will the end user be expected. I am trying to learn ubuntu still, but most likely will not have that up and running by the time this project is started.
thank you
i suggest you to compile and run on linux, it's pretty easy for this project so don't expect to some deep knowledge. I am interested in an optimized miner.
regardless of the hash function chosen, will you create the optimized miner or will the end user be expected. I am trying to learn ubuntu still, but most likely will not have that up and running by the time this project is started.
thank you
oaes_key_gen() does not seem to be used anywhere, and the function is not documented, but why it uses rand() to generate the key?
3. Two days befor launch is ok ?
Thanks for you answers! I can only speak for myself. But 2 days sounds ok. That way people have enough time to prepare if they want to start mining etc.
I'm thinking about making a .Net (e.g. Windows and possibly Linux with Mono) frontend for the wallet. It would run the wallet and daemon as a (hidden) background process and do simple things via the RPC interface (get balance, transfer funds, show number of connections, etc.). The only obstacle in the road will be finding enough time (although it shouldn't be to hard to create the basics).
Hi,
BCN devs have pushed a lot of changes into their github repos. Have you checked it?
BCN devs have pushed a lot of changes into their github repos. Have you checked it?
some people like me have very limited understanding of what is discussed regarding technical aspects.
I am interested in an optimized miner.
regardless of the hash function chosen, will you create the optimized miner or will the end user be expected. I am trying to learn ubuntu still, but most likely will not have that up and running by the time this project is started.
thank you
I am interested in an optimized miner.
regardless of the hash function chosen, will you create the optimized miner or will the end user be expected. I am trying to learn ubuntu still, but most likely will not have that up and running by the time this project is started.
thank you
Any estimate on launch date? 
We've decided to have a week for discussion, at this moment we are running test network and do more development. I hope that Linux miner will not be 4 times better than windows miner, as it is the case in Monero(bitmonero).
Apparently gcc compiler makes code faster than Visual Studio, you can research this point before we launch, you have time to do it. But you should know - hash function is not final, i've started discussion about hash in this threadAnd even one more: if we'll finally go with hash-on-blockchain it is better to create optimization for miner: build scratchpad(based on blockchain) copy in miner to be able work without mutex locks.
Could you answer these questions:
- How many developers are in the team?
- Are you looking for more developers (can people contribute on GitHub) and or other help (translations, etc.)?
- Can you announce the launch more than one day in advance? You want the launch to be perceived as open and honest as possible.
- How many developers are in the team?
- Are you looking for more developers (can people contribute on GitHub) and or other help (translations, etc.)?
- Can you announce the launch more than one day in advance? You want the launch to be perceived as open and honest as possible.
I agree, it is good to see a fork with active discussion before release and dev that listens to comments.
I too am interested in the answers to these questions.
1. To be honest - we are two developers who are familiar with CryptoNote code, as you could see by our commits.I too am interested in the answers to these questions.
2. At this moment we don't really need help with development, mostly because core changes have to be done very careful and focused. But later after network launch of course developers are wellcome especially expirienced developers - we have a lot of work todo! But what we really need - is technical writer, translations, designer, someone to help us to support this forum.
3. Two days befor launch is ok ?
Anyone looking to run this on Linux, I got it running on Ubuntu 14.04 (I think this should work on 13.10 as well). These are the steps I used:
Thank you for this manual! Code:
echo 1. add repository containing the right boost package version
sudo add-apt-repository ppa:boost-latest/ppa
echo 2. update apt repository
sudo apt-get update
echo 3. install needed packages
sudo apt-get -y install gcc-4.8 g++-4.8 libboost1.55-all-dev git cmake
echo 4. get honnypenny sources
git clone https://github.com/cryptozoidberg/honeypenny.git
echo 5. go into honnypenny map and start building
cd honnypenny; make
echo 6. after this you will be able to find the build results in ~/honnypenny/build/release/src/
cd build/release/src/
echo 7. start the node
./hpd
echo 8. start the client for the first time and create a wallet
./simplewallet --generate-new-wallet wallet_name.wallet --password change_this!
Rename it please. You may learn the lesson of PPCoin, now PeerCoin
Started new thread with name contest, but no luck yet. Jump to: