Hueristic
Legendary
 Offline
Activity: 4424
Merit: 6780
Doomed to see the future and unable to prevent it
|
 |
March 14, 2017, 09:09:20 PM |
|
|
“Bad men need nothing more to compass their ends, than that good men should look on and do nothing.”
|
|
|
|
|
|
c789
|
|
March 15, 2017, 03:47:53 AM |
|
Yes. I've used it for over a year and never had any problems. But as with any web wallet (such as blockchain.info) only keep online what you can afford to lose. Web services are a much bigger target than desktop wallets. |
|
|
|
explorer
Legendary
Offline
Activity: 2016
Merit: 1259
|
|
March 15, 2017, 06:24:08 AM |
|
I finally got around to installing win64 monerod 0.10.2.1 'ERROR - block recognized as orphaned and rejected' It's trying and failing to update my 0.9.4 blockchain lmdb. Incompatible? Is there a quick fix, or should I delete and start over? I wasn't paying attention in class  |
|
|
|
|
|
AngryDwarf
|
|
March 15, 2017, 09:51:09 AM |
|
I finally got around to installing win64 monerod 0.10.2.1 'ERROR - block recognized as orphaned and rejected' It's trying and failing to update my 0.9.4 blockchain lmdb. Incompatible? Is there a quick fix, or should I delete and start over? I wasn't paying attention in class I think the 0.10.x release moved from leveldb to lmdb, as a default option, and this option has now been removed. There are blockchain import/export tools you could use, or start a fresh blockchain download instead. |
|
|
|
dEBRUYNE
Legendary
Offline
Activity: 2268
Merit: 1141
|
|
March 15, 2017, 10:45:00 AM |
|
I finally got around to installing win64 monerod 0.10.2.1 'ERROR - block recognized as orphaned and rejected' It's trying and failing to update my 0.9.4 blockchain lmdb. Incompatible? Is there a quick fix, or should I delete and start over? I wasn't paying attention in class I think the 0.10.x release moved from leveldb to lmdb, as a default option, and this option has now been removed. There are blockchain import/export tools you could use, or start a fresh blockchain download instead. Monero has always used LMDB as its database (well, since the first Hydrogen Helix release (0.9.0)). If I recall correctly, the database format changed though between version 0.9.4 and 0.10.0. @explorer, it's generally advised to resync from scratch if you are coming from 0.9.4. Thus, delete your old blockchain (data.mdb) and monerod will automatically resync from scratch. |
|
|
|
|
Rogerdale
|
|
March 15, 2017, 11:22:14 AM |
|
Does anybody know what is the approximate ETA for the upcoming GUI monero wallet?
|
|
|
|
|
|
JosNekoKopa
|
|
March 15, 2017, 11:40:14 AM |
|
Hello,
Do you find CloakCoin recent rise disturbing, and their new Enigma code as potential threat? They didn't open code so far, but plans are there. Can we see debate on this topic somewhere so people can judge for themselves. Wich system is better and gives more..?
Thanks.
|
|
|
|
|
|
NattyLiteCoin
|
|
March 15, 2017, 12:41:20 PM |
|
Yes. I've used it for over a year and never had any problems. But as with any web wallet (such as blockchain.info) only keep online what you can afford to lose. Web services are a much bigger target than desktop wallets. Thanks. I'm finding that it's terrible for making a bunch of serial transactions. Any any event, it won't be there long. In any event, I've officially diversified and hold XMR. |
|
|
|
dEBRUYNE
Legendary
Offline
Activity: 2268
Merit: 1141
|
|
March 15, 2017, 01:13:07 PM |
|
|
|
|
|
Chicken76
Newbie
Offline
Activity: 58
Merit: 0
|
|
March 15, 2017, 02:02:43 PM |
|
Can I delete p2pstate.bin.unportable and poolstate.bin.unportable ?
|
|
|
|
|
dEBRUYNE
Legendary
Offline
Activity: 2268
Merit: 1141
|
|
March 15, 2017, 03:28:19 PM |
|
Can I delete p2pstate.bin.unportable and poolstate.bin.unportable ?
I'd just leave them for convenience. Is there any reason you'd want to delete them? |
|
|
|
Chicken76
Newbie
Offline
Activity: 58
Merit: 0
|
|
March 15, 2017, 03:42:25 PM |
|
I'd just leave them for convenience. Is there any reason you'd want to delete them?
Other than cleaning up that folder, none. They're not taking up much space. Just wanted to know if they are required for something. |
|
|
|
|
|
AngryDwarf
|
|
March 15, 2017, 04:17:40 PM |
|
Can I delete p2pstate.bin.unportable and poolstate.bin.unportable ?
I'd just leave them for convenience. Is there any reason you'd want to delete them? Just noticed these .unportable file extensions. I assume <wallet-name>.unportable is the one we should backup now? Are there plans in place to make these files portable? |
|
|
|
MoneroMooo
Legendary
Offline
Activity: 1276
Merit: 1001
|
|
March 15, 2017, 04:57:23 PM |
|
Can I delete p2pstate.bin.unportable and poolstate.bin.unportable ?
I'd just leave them for convenience. Is there any reason you'd want to delete them? Just noticed these .unportable file extensions. I assume <wallet-name>.unportable is the one we should backup now? Are there plans in place to make these files portable? They ones without .unportable are portable. Back both up, just in case, but the .unportable ones (the older ones) should not be needed anymore, if all goes well. |
|
|
|
|
|
AngryDwarf
|
|
March 15, 2017, 05:07:49 PM |
|
Can I delete p2pstate.bin.unportable and poolstate.bin.unportable ?
I'd just leave them for convenience. Is there any reason you'd want to delete them? Just noticed these .unportable file extensions. I assume <wallet-name>.unportable is the one we should backup now? Are there plans in place to make these files portable? They ones without .unportable are portable. Back both up, just in case, but the .unportable ones (the older ones) should not be needed anymore, if all goes well. Sorry if I have been a bit slow on the uptake, not followed monero to closely and only recently upgraded to the latest version. Just bounced the daemon and fired up the wallet. The <file>.unportable ones are older than the ones without file extensions. Does this mean I can now use the same blockchain / wallet files on a shared partition for windows/linux multiboot? |
|
|
|
vipgelsi
Legendary
Offline
Activity: 1736
Merit: 1001
|
|
March 15, 2017, 05:14:37 PM |
|
Huge volume across the board today for Monero.
|
|
|
|
|
Chicken76
Newbie
Offline
Activity: 58
Merit: 0
|
|
March 15, 2017, 08:38:23 PM |
|
OK, here's another technical question: How do I programmatically find out at what block height the network is at? Interrogating (with get_info) a daemon in the process of syncing only shows the last block the daemon managed to get to, but not where the network is. |
|
|
|
|
jwinterm
Legendary
Offline
Activity: 3304
Merit: 1119
|
|
March 15, 2017, 08:40:34 PM |
|
OK, here's another technical question: How do I programmatically find out at what block height the network is at? Interrogating (with get_info) a daemon in the process of syncing only shows the last block the daemon managed to get to, but not where the network is. You can query any pool API or explorer. Not sure if a local RPC call you can make. |
|
|
|
|
MoneroMooo
Legendary
Offline
Activity: 1276
Merit: 1001
|
|
March 15, 2017, 09:06:11 PM |
|
OK, here's another technical question: How do I programmatically find out at what block height the network is at? Interrogating (with get_info) a daemon in the process of syncing only shows the last block the daemon managed to get to, but not where the network is. With the caveat that you can never know what the network really is at because you can never be certain you're not in a network partition... If you're currently syncing, the target_height field will be set to the current highest known height among the peers you've connected to. If you're not syncing, the target height will be 0, and thus the current height is the (part of your locally known) network's height. |
|
|
|
|
|
