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

I'm curious about the smaller scratchpad. Does that make this coin GPU minable? I would guess that it does (because the scratchpad will now fit in GPU caches), but I have not studied the algorithm that carefully.

Reducing the cache size reminds me of the choice of parameters in Scrypt that made Scrypt coins extremely GPU (and now ASIC) mineable, even though scrypt itself is a well designed memory-hard algorithm.

GPU minebility isn't necessarily a bad thing, but it raises issues of fairness, secret GPU miners, and a concentration of mining power.

A GPU minable coin should have an open source GPU miner available at launch otherwise it is just a race to see who can develop a hidden GPU miner first.

If you really want the donation to be fair and effective as a business model, you need to allow the miners to choose not only how much they donate, but also to whom they donate. If the original develoeper(s) do a bad job, the miners need to be able to fire them (by vote) and have all the donations go to someone else. (The Invictus coins implement something like this.)

Otherwise this is just a scheme for you to collect donations from lazy or ignorant miners (who do not know how to or do not bother to disable donations) forever regardless of whether you actually continue do useful work.

For that matter this is part of the essence of crowdfunding. I should be able to donate, but only if you convince a sufficient number of the other miners to donate as well. If too few are convinced, then you shouldn't get anything, including my donation or those from lazy or ignorant miners who donate by default. In practice a vote-to-fire system is largely the same and easier to implement.

Failing all that, provide an easy mechanism for miners to donate but leave it off by default. If you add value miners will turn it on.

I will support this coin if you get rid of the donations-by-default scam. EDIT: And also address the GPU minability issue below.

Changing the name would help too. You mentioned in one of your earlier posts that you are not a native English speaker and that your language is quite different. You should realize that in English HoneyPenny is an atrocious name for a cryptocurrency. I mean this in the most constructive way possible. Rename is a priority if you want this to succeed.

Good news!
We are the first CryptoNote-based project that officialy started support MacOS!
Binaries: http://honeypenny.org/downloads/hp_test_start_mac.tar.gz (or build instructions see in readme file)
Hope it works ok. If you meet any problems - just let me know!

Can we get exact time for this launch ?

1% seems to be the bare reasonable maximum.
The problem is also that it's tied to you "at vitam eternam".

May be you should make a system that will allows others to be candidates for the donation.
Of course it could not be any address, otherwise miner would donate to themselves.
You could implement a voting system like memorycoin (shareolder voting  : memorycoin.org) but witch will only allow an address to be eligible for the donation, for example with 33% (this number could be higher in the beginning to avoid early cheat), then the miner decide who he chose.
... ok, I'm realising that because of the technologies involved (anonymous balance) it could be a little bit harder to implement the voting system.

A must have for this kind of donation, is that the coin are un-spendable for at least several months.
This will avoid the early dump, and restore confidence. You are here for the long run anyway.

Save command in simplewallet is unreliable. it should first make a temp file with mkstemp, then write data there, then (fflush+)fsync, close, and then rename tempfile (maybe also remove original wallet in Windows) to original wallet. C++ does not seem to have portable way to do fsync.
Now there can be 30 seconds (with vm.dirty_expire_centisecs=3000 on Linux) during which wallet is not necessarily written to disk.

It will be pure tax. Not an option


How many abandoned coins is here, even with good ideas ?
We want to have fair start, fair net, but possible miners support is not enough to put the project on the business rails.
Probably SlyWax is right - decentralisation could be a problem, even if we swear on the blood that we would not make pool - nobody cares.
May be reducing it to 1% makes situation better (still having it as donation).

post some addresses, I try sending 

Worked! Thanks.

I've discovered the problem.
Since today we've made some major fixes genesis id had changed(and thats why we've restarted the net again). The wallet keeps (in wallet_name.bin file) his own block chain(not full blocks, just block ids) to be able to handle some splits in daemon.
So you probably have been generated your wallet with sources before todays fixes. It's not a big problem - just remove your wallet_name.bin file (DO NOT KILL wallet_name.bin.keys file) and reopen wallet. This case is not a typical problem - genesis block is not subject to change in normal life. But, it is now possible to open the wallet from different network (such as bytecon or bitmonero) that will cause the same errors, so we will add extra info to wallet to avoid this.
Let me know if problem is not gone.

Hi, at what time is launch?

Thank you for reporting problem, will fix it asap.

Maybe.
Ready to pay our first "pennies" for good project name (and place "thanks to" to main projects page)!
But we don't want another "blabla"-coin, so much xxxcoins here.
Feel free to post name candidates here or send in private.

refresh command does not work in simplewallet: "Error: refresh failed: no connection to daemon. Please, make sure daemon is running. Blocks received: 0"


(yes, I deleted blockchain.bin)

also, link fails for several programs because -lpthread is not used
I added -lpthread into src/CMakeLists.txt (lines with target_link_libraries) but there is probably a better way

That's a great idea emontmon.

apply a random number of rounds 1 through 10 that go to developers. in reality, you do not need crowd funding. this will relegate you to secondary currency. you knowledge and early participation will assure your profits. while a fair launch without taxes will attract miners which will improve you success.

As for me now it is easier to be friendly with all pools to get donations from them, than build ours own pool.
But you right, it's a possible problem. Have any ideas how to improve this point ?

Fixed.
Also fixed some major bugs and relaunched test network.
PS: For more effective mining at first have to change blockchain storage critical section to shared lock/exclusive lock and check all read-only operations with shared lock. Will be done after launch.

A better name maybe ?


I see a problem here :
Even if all the miners decided to give 0% donation, you will still be able to mine with a 10% more block reward than any other miners.
And I guess if you make a pool miner you will set this to 10% and possibly you could attract all the miners in your pool by giving them 1% or more bonus from your donation.

This cry-out centralisation to me !!!

Got it.
I have it up and running and "start_mining 4" shows that 4 threads started. Only issue I have is that "show_hr" doesn't display anything.