BTW, Same for me. I don't stake NAV very often but I did leave the wallet open yesterday and no stakes since 6AM UK time, about 8 hours ago.
Same here!!!! Not staking at all today.... Exactly. After block 641176 at 2014-11-15 06:44:38 UTC, the posdiff had a progressive dive, it is gone from a mean of 0.028 down to 0.000244, probably due to a user with the wrong system clock. So, a great number of block has been generated in a rush, more of 400 in 1 hour. After this, one user have generated another 1000 consecutive block, the new topstaker of the week. His long run is started at 2014-11-15 07:22:49 UTC, 652ddbe43f81dac5e2dcd58366d0959f503bcc9601d0ce9f88fcfaccce37a111, 641612. Now the posdiff is recovering to more reasonable level. But PLEASE check your system clock... especially the owner of address sYda5naMu.
|
|
|
From my point of view : Yes and no. No : The interest remain constant, because the calculation keep in consideration the coin group age. So more are the stake, less is the age, and the coins. Yes : Having more stake block, this can rise a little the effect of compound interest. This poked my curiosity about something I have been thinking about recently. Firstly, can we have the POS details updated in the OP please, I keep forgetting what they are :-) My understanding is that the max coin age is 1 day (not sure if its based on real time or based on number of network blocks). I assume blocks, so interest earned should not be affected by the change in average block time, It would just take a bit longer in real world time before we get it. This maybe for other coin, but AFAIK not for Nav. As I remember now, StakeMinAge and StakeMaxAge, is 2 hours and a day, but they limit the age for the weight used to select the groups of coins that are eligible for the stake. They do not limit the value of the coinage, which is based on the date and time of the blocks, and then the yield of interest. The interest which for the moment should be 20% annual, up to when it comes a precise number of the block, which was supposed to represent a year from birth of the coin, and then begin to decline. IMHO, That block number will probably be revised since the high-frequency block that has been there in recent times.
|
|
|
In recent weeks was only 17 seconds, far too low compared to the 30 that should be the specifications, now we got to about 26, more reasonable and appropriate to the initial project.
Which means that effective interest rate was almost double those last weeks Now it is about normal From my point of view : Yes and no. No : The interest remain constant, because the calculation keep in consideration the coin group age. So more are the stake, less is the age, and the coins. Yes : Having more stake block, this can rise a little the effect of compound interest.
|
|
|
My staking earnings have been significantly reduced these last 3 days.
Guess more people decided to stake, which is like raising the stake difficulty in effect.
But I know its actually a good thing for the coin!
Yes! For me is the same, at least 2/3 times less! But when the price went up 10 times will sort things out About the observation of the decrease of earnings, you are right. Looking at the average earnings for stakes block, it seems to me remained constant, around 1.26693 Nav, it is only a more difficult to achieve a block. What has changed in the last few days (starting from 4 November) is the number of blocks produced, and then the average time between one block and another. In recent weeks was only 17 seconds, far too low compared to the 30 that should be the specifications, now we got to about 26, more reasonable and appropriate to the initial project.
|
|
|
then give us some food : ) if you like! Hope you are ok!
PM Sent! Bye Bye
|
|
|
When so I get sr.? When you are a Junior you want to grow quickly, and when you are Senior you are nostalgic for when you were young. Are you really sure you want to age prematurely? Joking aside, Heartiest congratulations to you and Pakage for yours progress. And if your compiler is too idle, and it would get bored...
|
|
|
Hi when i lookup my wallet I get the correct value including all stakes. Could be a little difference because it is only updated every hour and not showing the last stakes?
In fact, the indication of the time (and / or the block number) of the page last update would be very useful. Remind you of anything? Bye Bye
|
|
|
but do the exchanges have their own wallets? i mean is it possible the top 2 are exchanges wallets?
I think it's highly possible, sure - exchanges have their own wallets. In most altcoin's richlists first addresses are exchange's wallets Possible, but if they are "live" exchange addresses, we should see no POS and lot activity on them, transferring from local user address to main exchange address and the withdrawals to the user personal address. Instead almost nothing. Now rich list data are public, so I can show them without ruin the game. Look at these data: Deep Watch Report Address total Last (UTC) Staked POW CoinBlk received oper sent oper DWR sJVkG6Z5FzVTxaUYHdJQ5HoKQxZF9zaRCQ 3674700.96788249 2014-08-14 20:40:5 0 0 3 3674700.96788249 3 0.00000000 0 DWR sfEa3qpPcmhe8z1TDuqHhC63yqNP9cpsU6 3000710.00000000 2014-08-09 18:59:1 0 0 4 9098931.44103693 15 6098221.44103693 11 DWR sPBwKToXXEarMqc6CJcNYWf1AxmhYqpZZH 2103293.02217137 2014-10-14 22:16:4 0 0 455 9529756.24961108 892 7426463.22743971 437 DWR seF8MP9rY9m98NvQ1Rvz3hTvShrLkjZ9Si 1947261.73811956 2014-10-15 17:49:5 61084 0 1999 107969141.61575565 79523 106021879.87763609 77524 DWR sa9r31Qz1VoGRTso8mquwN6o78wkM6ZgMk 1770000.00000000 2014-09-30 17:49:4 0 0 177 4630000.00000000 445 2860000.00000000 268 DWR sNyNwMYKkZFnzdx72qxUy3pRZtTSQdtqtr 1699018.57784314 2014-10-14 22:16:4 0 0 3 5339235.10679897 27 3640216.52895583 24 DWR sZv9s9HhPafjoVjkY676qMCWhEjk2HcztT 1521821.89601138 2014-10-15 02:10:0 0 0 1 1521821.89601138 1 0.00000000 0 DWR sfHdGy1ZbpMzpMQSi2GpLy2befdzdEhvw8 1500000.00000000 2014-07-19 15:24:4 0 0 3 3130570.00000000 5 1630570.00000000 2 DWR sRsizG2CmRNYWSNErVavXzZ3yK5RUFMBgU 1412033.30296729 2014-10-01 08:49:5 0 0 5 5345404.39902716 17 3933371.09605987 12 DWR shYPsu2z6tx7ZFgNXyfPhAcL2fCwC4E7T1 1348199.73279356 2014-10-14 08:29:0 4002 0 1161 24058823.15394052 5618 22710623.42114696 4457 DWR sJuCBcJ34RGAwRZvidSBNFkWmeT3bFGgoa 1175269.00000000 2014-07-25 18:53:5 0 0 1 1175269.00000000 1 0.00000000 0 DWR sexovu7C2uGXHy44feu1x8KoF6xTXDXtGK 1037144.80081787 2014-10-15 15:12:4 31139 0 1013 60304119.39122564 39027 59266974.59040777 38014 DWR sWrH4S1Dxew211HFioq94vTQTyp71DJGBJ 949351.83846060 2014-10-15 14:39:0 215 0 68 14178912.03849196 371 13229560.20003136 303 DWR sY2nmk52hyTrQZ29g8jb4wsUz1JBkXSmKv 943855.43335872 2014-08-06 10:40:1 0 0 5745 944005.45825472 5746 150.02489600 1 DWR sNoXCRivVr2hBePZBrjocAnxqDui6ftK8J 846490.29086387 2014-10-15 17:56:2 14053 0 935 19930546.34558942 19245 19084056.05472555 18310 DWR shKVpTZYwGKWepy8m89vbVQxBTZ2MVmBrL 818738.06224194 2014-10-13 09:17:0 3081 0 533 17978618.70872670 3935 17159880.64648476 3402 DWR sYda5naMuzKRKnLeGaFaF1VMtxzKyji5CF 809430.15231017 2014-10-15 17:19:3 1066 0 11 4538784.22178387 1419 3729354.06947370 1408 DWR sa17i3piENaPDpfVkAM4sXBV6va3iHZC1u 776446.15063252 2014-10-15 08:35:0 3827 0 579 16875412.47383101 5054 16098966.32319849 4475 DWR sVhfz7hBERzAT66NMT7edkZZAojwDKNJow 734172.34511052 2014-09-08 15:21:0 0 0 3 887583.51997725 6 153411.17486673 3
As you can see, many of the heavy addresses don't show any activity of staking, nor POW, only few big transfers. May be this addresses are cold storage wallet, but this thing (and the loss of staking) is puzzling me a little. Bye Bye
|
|
|
wow thanks a lot, it's work i recompile for linux and everythink it's right before i try to put in many wallet and with control coin to have a big block but i stopped and wait a solution so good POS for you i try to put in my raspberry pi (when seedcoin growth ended) Glad to have been helpful. I believe that some blocks have already been "collected" in a series of larger blocks automatically. Generally, it happens quite rarely, but at the beginning of phase POS when the "coin blocks" are very old, it happens more often. And now we need to have many blocks of coins ready for the POS, so as to maintain a stable frequency of the Pos blocks. Unfortunately, about the limit of the 6 input for each transaction that make this coin a little problematic, I think that can not be circumvented easily, for example by increasing the size of the block, without necessarily changing the programs which run on the server side of the seed node. I've often read about the rasp berry, but I've never studied it. What advantage implies in practical terms? It has enough processing power and memory to handle several independent wallet? Bye Bye
|
|
|
3) In the top ten of the addresses, only two are creating stake, thousands of coins each week. The other 8 no, they probably are the addresses of the exchanges or deposited with them, or they keep their wallets closed. And if they keep them closed, then they are idiots because they are losing a lot.
Probably I'm one of those ,,idiots"... But mine computer is not so healthy, and may die at any moment, so I can accept a ~400 NAVs loss every day without staking. Its still better than lose all. Many people knows at one good transaction can made much more than one year staking, so they dont playing in POS game... If your is a conscious and deliberate choice, ok, after all, those are your money. It will mean that it will be more easy to keep inflation low, and that for the rest of us "small" with less competition it will be easier to generate POS blocks. We currently do not have these problems, however, if this kind of behavior to be affirmed in general, then all the crypto currencies that carry transactions through POS blocks, would rapidly become unusable without a consistent number of open wallet. Consequently, the value of coins unusable can not but collapse, and in this case there is no backup that can save them. In other words, the best way to protect your investment is to be an active part of the game. Just my point of view. Bye Bye
|
|
|
I wonder who belongs to the million NavajoCoin Club
Well, from independent research I can tell you that... I can not play the game, it would not be fair. But a couple of things I am willing to tell without affecting the game: 1) Through the Rich List, we could see which addresses are heavier, but we do not have to know how many elements of those addresses belong to the same person. 2) There are currently more than 3000 addresses that maintain a total greater than 0, most of them are marginal, perhaps only used for the rest, while those used in total at least once, are more than 26K. 3) In the top ten of the addresses, only two are creating stake, thousands of coins each week. The other 8 no, they probably are the addresses of the exchanges or deposited with them, or they keep their wallets closed. And if they keep them closed, then they are idiots because they are losing a lot. 4) Do independent research, it takes a very long time. Bye Bye
|
|
|
5000 blocks left before POS The Good News Exactly at block 80000 the mix POS/POW stage is started as by program, the data of 1st POS block: { "hash" : "758d71a188cb82789972ec5962a650b3bcd950d96909dde03b6589027b035d4a", "confirmations" : 1267, "size" : 434, "height" : 80000, "version" : 6, "merkleroot" : "9bcec66f59f6bb83011ca8db563c004547886f8af974d60472bd93fa8b5f00cd", "mint" : 2.48296938, "time" : 1412612508, "nonce" : 0, "bits" : "1e0fffff", "difficulty" : 0.00024414, "blocktrust" : "100001", "chaintrust" : "1cdb025edf3ac", "previousblockhash" : "00000009a7a95df086d11c0a4063745fb667372e9cb7c109274eff3a30928b2f", "nextblockhash" : "52cfe00abbeb5a3d16759fd71690377be5bcc88b02bf2fcebe3251b568c072a6", "flags" : "proof-of-stake", "proofhash" : "0238c992a610fcf2b02550d1c63ba151da159de9736ac76924ad1a77c27cec8f", "entropybit" : 0, "modifier" : "f47a036c4e9e9781", "modifierchecksum" : "03bc833c", "tx" : [ "31137cb240bdf77d439b82eebd6808f06af914b0897c2a61a45b8173a4643200", "9e080c9cee15130b0642ffbe382ba3cd1b7133b559f658d82ceb86573cc6e9e0" ], "signature" : "304402203bd2506c75f1b7c47ffc553f4f7c61a832562b62cf9c42bf2d17e62851ed53ec02203d8 3120bedf697d366042f4a39a98cedc38436df8e76ae82f6f1d062d79c9126" } The Bad News: The bad design choice which plague this coin from its born, i mean the too little block dimension, now produce a constant error, which interfere with the generation of new POS block: ERROR: CreateCoinStake : exceeded coinstake size limit You can find it the debug.log. The good news, for this error I m currently testing a wallet workaround, which don't need a hardfork. AFAIK It seem to work. In file wallet.cpp change the line 1701 to: if (txNew.vin.size() >= 6) // In origin was 100 ** fix em52 Bye Bye
|
|
|
Hey Soopy, An idea for the bootstrap: can there be automatic download feature inside the wallet. It checks the actuality of the blockchain data and when it differs more than a week or so it downloads the file and puts it in his folder? After that restart and syncing will be very fast!? Just a question because I have seen many people asked where to put and often windows users are not technical enough to work with appdata folder, cause it is hidden The idea itself is interesting, however, should be framed better. Currently the file blockchain occupies 218MB, in about 126 days, so it would seem to have a growth rate of just under 2 MB per day. Indeed it seems to me that the blocks are on average accelerating a bit. So even if the user wants to upload data to two weeks in arrears, should charge about 30 MB with the normal sync, but if loads the bootstrap should load at least 220 MB, and as mentioned the size of the blockchain will only increase in the future day after day. Of course, the file compression can help, but I think that the accounts remain at a disadvantage, and in any case after the download you should wait for the blockchain be reloaded and rechecked from 0, reading block from the file bootstrap.dat. IMHO I do not think that leads to a large gain. The case would instead be totally different if you could somehow create partial version of bootstrap.dat files, IE such as weekly or monthly, with the blocks arrived just last given period. I have not looked at that part of the code, so I do not know if it is possible to do such a thing. But if any of you are aware of any wallet, also totally different from ours, which can create partial bootstrap, please make it known, so there is always something new to learn, especially without having to reinvent again the wheel. Bye Bye
|
|
|
Everything worked for Poloniex, Bter and everyone already, so no doubts that it will work for Cryptsy too. We will ask them what's going on on their side Cheers Perfect. But wait at least that comes out the new wallet, do not you make them work twice in a row.
|
|
|
im very curious about the richlist ... would be fun to see who the biggest bagholders are I see you're very impatient. But are you sure? Few will rejoice, but I think many will feel ... very resized. And considering that many people still hold many^2 Nav deposited "fruitlessly" in the exchanges, will have an attack of liver thinking about how they could not gain. So are you really sure you want to see these data, and that no one there will remain bad?
|
|
|
Everything will work out as expected!
Cryptsy wrote me back. They will give me a note as NAV will be online there. And to the transaction , I chosed that when I opened a new ticket. Cause I did not know what else to choose as headline;)
Just as well. I had no doubt it would work, after all the tests done, but there was always the possibility that jumps out some article of Murphy's Law. Regarding the transaction, LOL, this time I misunderstood, they are innocent. We hope to soon have their news.
|
|
|
NavCoin is already in maintenance mode as our technical support team is working on an update for the wallet. The coin is currently offline and we are unable to view deposits, withdrawals and other transactions until it is back online.
May I ask if you have a transaction that you would like us to take a look at when the coins gets back online?
He asked you, if you wanted him to control a your transaction? But how can you have a transaction if they have not enabled their wallet ?! IMHO, it seems to me like the typical response of someone who wants to be polite, but do not have the slightest ideas of the situation. It seems the answer to the first level of assistance, or those who act as a filter between the simple clients, and the true technicians. IMHO, before ask again Crypsy explanations, perhaps it would be more useful to wait to have a fully functional block explorer, in such a way that all the technical tools of control are available and visible to all. At that point it might be the same Head Dev, or collectively all the foundations, to ask at BigVern why the wallet is still offline, being able to do it with more strength and with real technical results in hand. I do not want to put another pressure on you Dev Team, I know what you are capable of, but only to avoid another pointless answer from Cryspy, vague and interlocutory. Aside from that, I was a little behind in the forum and I have a lot to read, is all spinning smoothly? Bye Bye
|
|
|
I know it might be impossible to say, but asking cant hurt right Ask can't hurt, but a malformed reply can do it, in many ways. As said, there are many steps involved, many of them are outside of my control, and some step will be also outside the control even of the DevTeam. So, sorry, I don't know how to reply, i don't want lie. What i can say is this, i too have at least to 20% of my Nav, which are sleeping useless in Poloniex, and I'm waiting to draw it back to my wallet, just like all any other. I think is a good motivation, or not ? Bye Bye
|
|
|
@remy, any news about the sync fix? are you progressing a bit?
Lately the translator tend to invert of the sense of some of what i write in the phrase, and i must correct it many times, I'm not sure of the final result, so I am a bit reluctant to give update, because what i write can be misunderstood, and generate hopes prematurely. In this case I can not refuse to a gentle request, but take my word with all the reserve of the case. Regarding the fix are been made some good progress, and I'm enough happy of the work done so far. There are some other steps yet to do, as i write some day ago, so i can't give any date. Said this, with respect to the operation of the sync fix patch, I am no longer cautiously optimistic, as I wrote days ago, but now I'm just optimistic.
|
|
|
|