uki
Legendary
Offline
Activity: 1358
Merit: 1000
cryptojunk bag holder
|
|
February 15, 2015, 08:13:39 PM |
|
I had FindCoin in my wallet , i start staking but i didn't Findcoin every hour. hold on, you are confusing two things: one was distribution phase, that was indeed each hour and that is OVER since many days, and other thing is staking (PoS phase) that is taking place now. PoS works as follows: you must have some coins already in the wallet and once they achieve maturity (after several hours - check OP for details) they are ready for staking (you must unlock the wallet for that). That doesn't mean you immediately receive the coins - you will be competing with others and only if your priority is higher you will get the coins. Priority is dependent on the number of coins and their age.
|
this space is intentionally left blank
|
|
|
anotherlateminer
Legendary
Offline
Activity: 1415
Merit: 1003
Bagholder. Hodling shit since 2014
|
|
February 15, 2015, 08:40:40 PM |
|
Guys, I think you need to re-check the annual PoS interest. Today I received just 0.9FIND for 27280FIND block. And this is for a period of 8 days.
Yep, it seems to be much lower than 25%.
|
|
|
|
Quadmium
|
|
February 15, 2015, 11:29:37 PM Last edit: February 15, 2015, 11:50:59 PM by Quadmium |
|
Guys, I think you need to re-check the annual PoS interest. Today I received just 0.9FIND for 27280FIND block. And this is for a period of 8 days.
Yep, it seems to be much lower than 25%. Hmm... I agree, it seems the POS reward code could have a bug. I'll look into it more and see if we need a fork. Edit: Can you guys confirm if your POS earned per day is less than expected? Here is the code I believe is causing the problem: int64_t nSubsidy = nCoinAge * nRewardCoinYear / 365 / COIN;
Should really be: int64_t nSubsidy = nCoinAge * nRewardCoinYear / 365;
|
|
|
|
uki
Legendary
Offline
Activity: 1358
Merit: 1000
cryptojunk bag holder
|
|
February 16, 2015, 09:42:28 AM |
|
Hmm... I agree, it seems the POS reward code could have a bug. I'll look into it more and see if we need a fork. Edit: Can you guys confirm if your POS earned per day is less than expected? Here is the code I believe is causing the problem: int64_t nSubsidy = nCoinAge * nRewardCoinYear / 365 / COIN;
Should really be: int64_t nSubsidy = nCoinAge * nRewardCoinYear / 365;
if the nCoinAge is expressed in days, then the second formula is fine. Otherwise we will have problems as interest rate is scaled to days. the first formula may be thus correct, if COIN is the scaling factor. Double check that.
|
this space is intentionally left blank
|
|
|
Kepasa
Legendary
Offline
Activity: 1848
Merit: 1014
|
|
February 16, 2015, 02:23:35 PM |
|
We need to find Denkoma. He is Megamind. Satoshi Nakomoto 2.
|
|
|
|
Inotanewbie
|
|
February 16, 2015, 02:27:38 PM |
|
We need to find Denkoma. He is Megamind. Satoshi Nakomoto 2.
Wow what a load of donkey poo, he is far from megamind, satoshi. he could not build a linux wallet he is not terrible by all means but stop trolling. EDIT: Good riddance to someone that leaves a community and coin.
|
|
|
|
Quadmium
|
|
February 16, 2015, 05:06:35 PM |
|
Hmm... I agree, it seems the POS reward code could have a bug. I'll look into it more and see if we need a fork. Edit: Can you guys confirm if your POS earned per day is less than expected? Here is the code I believe is causing the problem: int64_t nSubsidy = nCoinAge * nRewardCoinYear / 365 / COIN;
Should really be: int64_t nSubsidy = nCoinAge * nRewardCoinYear / 365;
if the nCoinAge is expressed in days, then the second formula is fine. Otherwise we will have problems as interest rate is scaled to days. the first formula may be thus correct, if COIN is the scaling factor. Double check that. It seems FIND has nCoinAge calculated as follows: CBigNum bnCoinDay = bnCentSecond * CENT / (24 * 60 * 60); if (fDebug && GetBoolArg("-printcoinage")) printf("coin age bnCoinDay=%s\n", bnCoinDay.ToString().c_str()); nCoinAge = bnCoinDay.getuint64();
While the second example (HyperStake) has it like this: CBigNum bnCoinDay = bnCentSecond * CENT / COIN / (24 * 60 * 60); if (fDebug && GetBoolArg("-printcoinage")) printf("coin age bnCoinDay=%s\n", bnCoinDay.ToString().c_str()); nCoinAge = bnCoinDay.getuint64();
So at the moment I'm not sure where the mistake could be as they both divide by COIN, but FIND does it later in the calculation.
|
|
|
|
uki
Legendary
Offline
Activity: 1358
Merit: 1000
cryptojunk bag holder
|
|
February 16, 2015, 11:31:17 PM |
|
Hmm... I agree, it seems the POS reward code could have a bug. I'll look into it more and see if we need a fork. Edit: Can you guys confirm if your POS earned per day is less than expected? Here is the code I believe is causing the problem: int64_t nSubsidy = nCoinAge * nRewardCoinYear / 365 / COIN;
Should really be: int64_t nSubsidy = nCoinAge * nRewardCoinYear / 365;
if the nCoinAge is expressed in days, then the second formula is fine. Otherwise we will have problems as interest rate is scaled to days. the first formula may be thus correct, if COIN is the scaling factor. Double check that. It seems FIND has nCoinAge calculated as follows: CBigNum bnCoinDay = bnCentSecond * CENT / (24 * 60 * 60); if (fDebug && GetBoolArg("-printcoinage")) printf("coin age bnCoinDay=%s\n", bnCoinDay.ToString().c_str()); nCoinAge = bnCoinDay.getuint64();
While the second example (HyperStake) has it like this: CBigNum bnCoinDay = bnCentSecond * CENT / COIN / (24 * 60 * 60); if (fDebug && GetBoolArg("-printcoinage")) printf("coin age bnCoinDay=%s\n", bnCoinDay.ToString().c_str()); nCoinAge = bnCoinDay.getuint64();
So at the moment I'm not sure where the mistake could be as they both divide by COIN, but FIND does it later in the calculation. ok, let's see if I can help with this one. Both formulas lead to the same solution, the difference however is the order of operations. in the first version you have division by COIN after converting to int, in the second before. That may have importance.
|
this space is intentionally left blank
|
|
|
Quadmium
|
|
February 17, 2015, 12:44:32 AM |
|
-snip-
ok, let's see if I can help with this one. Both formulas lead to the same solution, the difference however is the order of operations. in the first version you have division by COIN after converting to int, in the second before. That may have importance. Yea I guess, its the only thing I can see affecting the calculation. I'll go ahead and run some tests and check if there is actually a difference.
|
|
|
|
fantoos
|
|
February 17, 2015, 04:05:35 PM |
|
I was away little so dont have any idea how the things are moving in Find. I will keep regularly visiting the thread to keep the thread more active.
|
|
|
|
Kartaba
|
|
February 17, 2015, 11:23:19 PM |
|
slow progress is better than no progress
|
|
|
|
okae
Legendary
Offline
Activity: 1401
Merit: 1008
northern exposure
|
|
February 17, 2015, 11:36:07 PM |
|
slow progress is better than no progress jaja +1, i hope there is more movement with this coin in next days...
|
|
|
|
uki
Legendary
Offline
Activity: 1358
Merit: 1000
cryptojunk bag holder
|
|
February 17, 2015, 11:48:44 PM |
|
-snip-
ok, let's see if I can help with this one. Both formulas lead to the same solution, the difference however is the order of operations. in the first version you have division by COIN after converting to int, in the second before. That may have importance. Yea I guess, its the only thing I can see affecting the calculation. I'll go ahead and run some tests and check if there is actually a difference. Did you manage to check that? Please, let me know what the outcome was.
|
this space is intentionally left blank
|
|
|
HarryPotHead
Full Member
Offline
Activity: 192
Merit: 100
You are what you eat. PIZZA!
|
|
February 18, 2015, 12:01:06 AM |
|
slow progress is better than no progress This is a wise man ^^^ After the Denkoma left we are lucky that we are making progress, hope he is ok though he seemed to be into this project Alot of us need to help this in anyway we can once we get moving again it is a community coin after all
|
|
|
|
mirador17
|
|
February 18, 2015, 10:50:42 AM |
|
You're trying a dead cat bouncing before the definitely end of find coin.
|
|
|
|
uki
Legendary
Offline
Activity: 1358
Merit: 1000
cryptojunk bag holder
|
|
February 18, 2015, 11:19:31 AM |
|
You're trying a dead cat bouncing before the definitely end of find coin. Sorry, can you correct English in your post? Otherwise it is hard to understand what you mean.
|
this space is intentionally left blank
|
|
|
mirador17
|
|
February 18, 2015, 11:47:02 AM |
|
You're trying a dead cat bouncing before the definitely end of find coin. Sorry, can you correct English in your post? Otherwise it is hard to understand what you mean. I'm meaning this: http://en.wikipedia.org/wiki/Dead_cat_bounce
|
|
|
|
jtalk
Legendary
Offline
Activity: 1610
Merit: 1004
|
|
February 18, 2015, 11:51:24 AM |
|
slow progress is better than no progress Things always should be in move it doesn't matter upward or downward as moving is sing of life. I am happy development is undergoing and sooner will seen some change.
|
|
|
|
Inotanewbie
|
|
February 18, 2015, 07:42:38 PM |
|
You're trying a dead cat bouncing before the definitely end of find coin. End of Findcoin? Not while there is a community my friend. End of you're btc you invested in crypto alliance on the other hand is a sure thing
|
|
|
|
Quadmium
|
|
February 18, 2015, 10:50:32 PM |
|
-snip-
ok, let's see if I can help with this one. Both formulas lead to the same solution, the difference however is the order of operations. in the first version you have division by COIN after converting to int, in the second before. That may have importance. Yea I guess, its the only thing I can see affecting the calculation. I'll go ahead and run some tests and check if there is actually a difference. Did you manage to check that? Please, let me know what the outcome was. Sorry for the late response, I am very busy during the week. However, in ~2 days I will have a lot of time to test and can look into this properly - I'll be sure to report once I check it out.
|
|
|
|
|