utahjohn
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 03:02:42 AM |
|
I'll wait until Danbi addresses the checkpoint timestamp updating too fast issue. I do not want to mint without being absolutely sure I am on right chain (started from the 20140701 database on OP). Wallet locked for the moment ...
|
|
|
|
sandpaper
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 03:08:51 AM |
|
I'll wait until Danbi addresses the checkpoint timestamp updating too fast issue. I do not want to mint without being absolutely sure I am on right chain (started from the 20140701 database on OP). Wallet locked for the moment ...
You've got me a bit worried now that I am on the wrong one. I also used the blockchain from 20140701.
|
|
|
|
istvandv
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 03:56:07 AM |
|
Would a conf like this allow you to use that miner for groestl and diamond simply by changing your pool? Since they both use groestl, but only one uses normal-hashing true? yes, i believe so. i havent tried it though, just omit normal-hashing true for none DMD pools
|
|
|
|
polanskiman
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 04:32:54 AM |
|
Noticed 10 Minted coins today again appearing with questions marks. I beleive orphaned again? Totalling ~30 minted coins to this day unavailable.
|
|
|
|
cryptonit
Legendary
Offline
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 06:33:05 AM |
|
cryptsy withdraws working again can someone test deposit
regarding checkpoint in my opinion its working as it should but danbi will find some words to explain it
|
|
|
|
cryptonit
Legendary
Offline
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 06:37:41 AM |
|
Noticed 10 Minted coins today again appearing with questions marks. I beleive orphaned again? Totalling ~30 minted coins to this day unavailable.
u lose nothing at orphaned minting atempt the coin-age is given back to ur coins as soon as the atempt is a orphan and the stake ammount switches back to normal balance i agree its a cosmetic problem unsuccessful atemps are visible in transaction log one posible reson for orphan minting atempts is unlock wallet while its not full synced if by some mirace reason u wana run ur wallet without a password then add reservebalance=999999 to ur conf and once wallet synced uturn on pos by use this command in console reservebalance false
|
|
|
|
polanskiman
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 07:19:50 AM |
|
Noticed 10 Minted coins today again appearing with questions marks. I beleive orphaned again? Totalling ~30 minted coins to this day unavailable.
u lose nothing at orphaned minting atempt the coin-age is given back to ur coins as soon as the atempt is a orphan and the stake ammount switches back to normal balance i agree its a cosmetic problem unsuccessful atemps are visible in transaction log one posible reson for orphan minting atempts is unlock wallet while its not full synced if by some mirace reason u wana run ur wallet without a password then add reservebalance=999999 to ur conf and once wallet synced uturn on pos by use this command in console reservebalance false Thanks for the explanation. Strangely those ~10DMD missing minted correspond to the 10DMD I didn't get yesterday from cryptohunger pool. Between 6am and 12am I didn't received any payment when in fact payments are normally processed hourly. The previous failed minting attemps that took place on 26 June follow the same logic. No payment from pool, then failed minted coins corresponding to the mount that should have been paid.
|
|
|
|
popshot (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 07:40:07 AM |
|
I'll wait until Danbi addresses the checkpoint timestamp updating too fast issue. I do not want to mint without being absolutely sure I am on right chain (started from the 20140701 database on OP). Wallet locked for the moment ...
Not sure what the problem is, ghetcheckpoint would show you the info on the current block and hash, if you use the command one minute later you will get a different result. See this command which block number height it shows: getblock 00000000027872314919ee47efbd99e71625319f1377e5ad925654554414eab1 If it's 470703 than it's correct.
|
|
|
|
utahjohn
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 07:47:36 AM |
|
OK thanks I get same result, will start minting again ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
danbi
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 07:49:08 AM |
|
Come on people. These checkpoints are good thing. :-)
Diamond does real-time checkpointing, in order to prevent the block chain from forking (faster) than otherwise. Each and every block is check pointed (in theory). Unfortunately, at the time of the fork the checkpointing machinery did not function, thus contributing to the amplitude of the mess we saw.
Therefore, in general, with Diamond you can be sure you are on the right block chain if you see recent checkpoints. If your checkpoints are too old, you should be worried (that no checkpoints are happening and this must be fixed) or, you are disconnected from the main chain.
Diamond can work perfectly without the real-time checkpointing, just as you saw for some days, but you know what happens then...
It is safe to mint at any time. You may, or may not mint successfully -- it's pretty much random process. There is no easy way to lose your coin age, except by sending the coins to a new address.
|
BTC: 15cJkRupKAkGr6sTxj1Uzb6uHbvuRyK1GL DMD: dJZEqNcjiUiMMd8DKBFS9oMWtArAD2GCHr
|
|
|
polanskiman
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 07:52:27 AM |
|
Come on people. These checkpoints are good thing. :-)
Diamond does real-time checkpointing, in order to prevent the block chain from forking (faster) than otherwise. Each and every block is check pointed (in theory). Unfortunately, at the time of the fork the checkpointing machinery did not function, thus contributing to the amplitude of the mess we saw.
Therefore, in general, with Diamond you can be sure you are on the right block chain if you see recent checkpoints. If your checkpoints are too old, you should be worried (that no checkpoints are happening and this must be fixed) or, you are disconnected from the main chain.
Diamond can work perfectly without the real-time checkpointing, just as you saw for some days, but you know what happens then...
It is safe to mint at any time. You may, or may not mint successfully -- it's pretty much random process. There is no easy way to lose your coin age, except by sending the coins to a new address.
Agreed. There was a misconception that checkpoint should remain the same thus the question from uthajohn. All good in the hood!
|
|
|
|
utahjohn
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 08:06:46 AM |
|
Exactly I thought checkpointing was done rather infrequently ... 2.0.2.1 the checkpoint remained same for long periods of time. So If I want to get a check on chain validity use getblock (whatever last block I see in getcheckpoint) and have someone verify the getblock?
|
|
|
|
utahjohn
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 08:09:49 AM |
|
So a getblock 00000000015a9f916d9100e652b18d562e0300a2ad97bf5245171afb16e7e9e7 should return 471058
|
|
|
|
danbi
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 08:16:12 AM |
|
So a getblock 00000000015a9f916d9100e652b18d562e0300a2ad97bf5245171afb16e7e9e7 should return 471058
It does, on my copy of the block chain. This kind of verification proves that you and the other guy are on the same chain. If you see a checkpoint for that block, you know for sure you are on the "official" chain.
|
BTC: 15cJkRupKAkGr6sTxj1Uzb6uHbvuRyK1GL DMD: dJZEqNcjiUiMMd8DKBFS9oMWtArAD2GCHr
|
|
|
utahjohn
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 08:25:11 AM |
|
Thanks I learned something new today LOL.
|
|
|
|
digi123
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 08:31:56 AM |
|
All I am trying to do is verify everything is working well before I start to mint.
I re downloaded the block chain with old version 2.0.2.1 a few days ago. I have then updated to version 2.0.2.2
Wallet opens as normal with no problems.
I want to start minting but have become very insecure about things.
I'm not wanting to get to technical with all this. I just want to be secure in knowing things are working properly after all the problems that has occurred.
This is latest checkpoint
18:31:25  { "synccheckpoint" : "000000000329066c64e5e181b4d01fe0c8da436619a4f27d53b10c6e62b4ce58", "height" : 471075, "timestamp" : "2014-07-02 08:26:27 UTC" }
|
|
|
|
utahjohn
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 08:34:52 AM |
|
verified ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
pallas
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 08:51:21 AM |
|
question: do I loose coinage when I move coins from one account to another, inside the same wallet, with the "move" command?
|
|
|
|
popshot (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 08:57:52 AM Last edit: July 02, 2014, 09:16:32 AM by popshot |
|
As a reminder of this forgotten goodie. But shows the old .. web address :/
|
|
|
|
utahjohn
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 02, 2014, 09:01:05 AM |
|
Is there a nice ticker on the web for DMD? ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
|