I think you should keep HoneyPenny. The only name with the gravitas to replace it would be HonnierPenny.
 |
|
|
|
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. |
|
|
|
This might work but not in the beginning an not with 10 blocks.
I would suggest waiting 15 days after launch before making donation, and calculating the median on 1440 blocks (1 day) or more.
How would you account for the transaction without donation flag in your calculation ?
Why do you thing without? |
|
|
|
CryptoBerry seems to be less known than NoteBerry (according to Google)
CryptBerry
Is it sounds good for native speakers? |
|
|
|
Creating donation in proportion to transaction fee is a good idea.
However it can still be cheated in it's actual proposed form :
Dev will mine a block and include inside it a transaction to themselves with a huge fee.
As they mined the block they get the fee back, and as they are the Dev, they get the same amount of fee created as donation.
Basically they can double their money each time they mine a block.
Think we have a solution of the problem that you pointed, please take a look in updated topic. What do you think? |
|
|
|
the key is to really subtract the dev fee from the transaction, not just create it out of thin air
it is not from the air. Part of emission reserved for devs. We talk about the way of how this reservation goes to devs. |
|
|
|
Is it possible to extend daemond to return full list of block header hashes instead of the full blockchain? What is the security implications of this approach? E.x: a malicious/compromised node can response with purposefully modified hash list?
Yes, for example we can make daemon able to return randomly requested block headers. But don't think it's necessary. SPV client have to keep block id vector, like our wallet do, it is 8Mb per year. For SPV client each new block should be received with the headers required to get this PoW. To check if this supplied headers valid you just needed to get id-hash(cn_fast_hash which is actually keccak) of this header and validate if this id equal with id in SPV's vector on correspond height. Even if compromised node will make PoW with fake headers, SPV client is able to validate it. So, probably we need to extend daemon to be able work with SPV clients by making possible to send blocks coupled with related PoW headers. Think that SPV client could be done based on Wallet + p2p layer + PoW. I believe that this coin can take CryptoNote as its core technology but it must separate itself from Bytecoin to make room for improvement. At least for the middle term.
Not sure that i gues what you mean about separating from Bytecoin. |
|
|
|
You most certainly can't have SPV clients if verifying the block header pow requires the entire block chain.
As far as the pow itself I'm still not quite sure what you are trying to accomplish.
Sorry if i'm not clear. We are looking for a way to be memory hard (at mining) on the one hand, on the other to use wider cpu instruction set (if possible). In our opinion it make sense in ASIC protection. Please correct me if i wrong. At the same time we want to have cheap PoW check operation(the reason why we changing CryptoNote PoW). As far as the bitcoin transaction volume you mentioned, I consider that very low if you are designing for the long term.
But it seems you have through this through a fair amount and if you are launching in two days I doubt it makes sense to change the pow right before launch, so I guess we'll just see how it goes. You can always hard fork, but that gets much more difficult to accomplish over time.
Probably it's better to spend one week for discussion before launch than stress network with hard fork. |
|
|
|
NoteBerryRedBerry - you know what I mean 
|
|
|
|
MineBerryDawnNote
This coin is at the beginning of a totally different technology. (Note)
Will be a new dawn. (Dawn)
DawnBerry
|
|
|
|
|
Thank you for suggestions.
We still don't have a winner, but we have a new trend - to get name ending with "Berry".
Perfect name would be a HashBerry, but unexpectedly this name used as some kind of cannabis.
May be some variants based on Berry will be nice.
|
|
|
|
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. |
|
|
|
Creating donation in proportion to transaction fee is a good idea.
However it can still be cheated in it's actual proposed form :
Dev will mine a block and include inside it a transaction to themselves with a huge fee.
As they mined the block they get the fee back, and as they are the Dev, they get the same amount of fee created as donation.
Basically they can double their money each time they mine a block.
Agree, updated topic. An alternative, without money creation, could be that the people making a transaction can chose the % of the fee that should go to miner or Dev.
It the same as if they just have an option to send part of their own money to dev. Won't work. But there is still a problem of centralisation if people can't chose any other developer than the creator of coin.
I feel what you mean, but can't even imagine practical process of project management with such approach. It is decentralized by nature since you can publish and promote your own sources for this net, and if most of people trust you than they will use your stuff. |
|
|
|
|
Premine is not an option.
|
|
|
|
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). Feel free to ask if you have some questions about RPC API. |
|
|
|
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). 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. |
|
|
|
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. |
|
|
|
|
Show Posts
