Bitcoin Forum
December 08, 2019, 08:33:44 AM *
News: Latest Bitcoin Core release: 0.19.0.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 ... 484 »
  Print  
Author Topic: [BBR] Boolberry: Privacy and Security - Guaranteed Since 2014  (Read 1174652 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
otila
Sr. Member
****
Offline Offline

Activity: 336
Merit: 250


View Profile
April 27, 2014, 03:38:33 PM
 #61

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.

Worked! Thanks.

Code:
Height 117, transaction <e11e044b06958061a80ae5fbf698b058e62a39fa1ee7b7d0d912918d76ec1266>, received 100000.00000000
Refresh done, blocks received: 169                             
balance: 4432793.33000000, unlocked balance: 4432793.33000000
1575794024
Hero Member
*
Offline Offline

Posts: 1575794024

View Profile Personal Message (Offline)

Ignore
1575794024
Reply with quote  #2

1575794024
Report to moderator
1575794024
Hero Member
*
Offline Offline

Posts: 1575794024

View Profile Personal Message (Offline)

Ignore
1575794024
Reply with quote  #2

1575794024
Report to moderator
"There should not be any signed int. If you've found a signed int somewhere, please tell me (within the next 25 years please) and I'll change it to unsigned int." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
otila
Sr. Member
****
Offline Offline

Activity: 336
Merit: 250


View Profile
April 27, 2014, 03:45:08 PM
 #62

post some addresses, I try sending  Roll Eyes
crypto_zoidberg
Hero Member
*****
Offline Offline

Activity: 943
Merit: 559



View Profile WWW
April 27, 2014, 03:51:34 PM
 #63

apply a random number of rounds 1 through 10 that go to developers.
It will be pure tax. Not an option

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.

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).

otila
Sr. Member
****
Offline Offline

Activity: 336
Merit: 250


View Profile
April 27, 2014, 04:25:18 PM
 #64

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.
SlyWax
Sr. Member
****
Offline Offline

Activity: 248
Merit: 251



View Profile
April 27, 2014, 07:51:39 PM
 #65

apply a random number of rounds 1 through 10 that go to developers.
It will be pure tax. Not an option

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.

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).

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.
TTM
Full Member
***
Offline Offline

Activity: 140
Merit: 100


View Profile
April 27, 2014, 08:12:24 PM
 #66

Can we get exact time for this launch ?
crypto_zoidberg
Hero Member
*****
Offline Offline

Activity: 943
Merit: 559



View Profile WWW
April 27, 2014, 10:21:47 PM
 #67

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!

smooth
Legendary
*
Offline Offline

Activity: 2324
Merit: 1140



View Profile
April 27, 2014, 11:55:31 PM
Last edit: April 28, 2014, 03:25:01 AM by smooth
 #68

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.





smooth
Legendary
*
Offline Offline

Activity: 2324
Merit: 1140



View Profile
April 28, 2014, 12:04:54 AM
Last edit: April 28, 2014, 03:25:46 AM by smooth
 #69

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.
BitRock
Full Member
***
Offline Offline

Activity: 137
Merit: 100


View Profile
April 28, 2014, 01:24:16 AM
 #70

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!


will the Linux version  be available?
otila
Sr. Member
****
Offline Offline

Activity: 336
Merit: 250


View Profile
April 28, 2014, 06:51:03 AM
 #71

will the Linux version  be available?

Yes. Type command "make" and you may get one version.
danteT
Full Member
***
Offline Offline

Activity: 120
Merit: 100


View Profile
April 28, 2014, 09:24:21 AM
 #72

will the Linux version  be available?

Yes. Type command "make" and you may get one version.


not so easy, it requires boost 1.53 or newer that is only on Ubuntu > 13.
crypto_zoidberg
Hero Member
*****
Offline Offline

Activity: 943
Merit: 559



View Profile WWW
April 28, 2014, 09:39:11 AM
 #73

Can we have a time for the release date please?
Core development is finished, so we ready to start.
But we've decided to go with this test network for a while, to be sure.
I'll post exact time in this tread not later than one day before.

crypto_zoidberg
Hero Member
*****
Offline Offline

Activity: 943
Merit: 559



View Profile WWW
April 28, 2014, 10:10:36 AM
 #74

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.
Not a big deal to implement this - there are an option with tracking secrete key, which can be published with public address, it's allow everyone to check if money was transfered to given address, but will not allow to spend it until you don't have spend secrete key. We used this in donations - donation address hardcoded with tracking key, and core able to do all necessary  checks.

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.
I don't mind, but locktime is attribute of transaction (not an out attribute apparently, design lack may be) - so if miner lock coinbase with donations, he locked his earning as well.

locogee
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
April 28, 2014, 01:45:19 PM
 #75

If you want to donate to someone else, just send 0% to dev and make a transaction to this someone else...

Dev : Do we choose the % of donation before finding a block or when we find a block?
locogee
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
April 28, 2014, 01:53:44 PM
 #76

Hello friends.
We are pleased to introduce HoneyPenny

A better name maybe ?
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.


What about Shadowcoin? Nightcoin?
locogee
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
April 28, 2014, 02:00:03 PM
 #77

Does POS fit in this cryptonote technology?
crypto_zoidberg
Hero Member
*****
Offline Offline

Activity: 943
Merit: 559



View Profile WWW
April 28, 2014, 02:46:01 PM
 #78

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.)
We thought about this approach before, but concluded that it may broke a team. It could make possible to developers to be self-seeking. When every man for himself - it is not a team, it is a crowd.

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.
Alright!Alright!Alright!(c)
Agree with you here, to be honest to the end - better do make it disabled by default.

EDIT: And also address the GPU minability issue below.
In next post i'll try to explain hash-function approach, i dont think it is GPU-mineble.

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.
Looking for a suitable name.

SlyWax
Sr. Member
****
Offline Offline

Activity: 248
Merit: 251



View Profile
April 28, 2014, 03:18:16 PM
 #79

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.
I don't mind, but locktime is attribute of transaction (not an out attribute apparently, design lack may be) - so if miner lock coinbase with donations, he locked his earning as well.

Can't you make 2 coinbase transaction, one for mining the other for donation ?
SlyWax
Sr. Member
****
Offline Offline

Activity: 248
Merit: 251



View Profile
April 28, 2014, 03:41:30 PM
 #80

Another issue :
Giving donation choice to miner is increasing the power of the miner, witch in POW coin is already too big.

The best thing would be to implement a bounty system :
Miners would donate to a bounty address to fill it with coin.
This bounty address is unspendable by normal procedure.
Each bounty address would correspond to a certain task ( ie 1 bounty for one job/task ).
When someone fulfil the bounty task, the shareholders vote to distribute the coin to the winner.

This is very important to pay people after the task is completed, because otherwise people are not motivated any-more when they already got their money.
Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 ... 484 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!