anybody's window wallet snag for along time on the "done loading" part of the load screen? Been doing this before and this version it still has opened the wallet yet.

Most of the time, a long delay is caused by re-scanning the blockchain. I have seen a request to take a look at the necessity of re-scanning the entire blockchain, which makes sense, unless you are re-scanning for wallet transactions.

Explorer wallet updated to 2.0.4, the RPC API bug appears too have been fixed!New blocks showing up at https://chainz.cryptoid.info/slr/ (wallet still catching up at the moment, restarted from the bootstrap)

Interesting observation....I have about 9 wallet addresses staking and my oldest and largest is finding the majority of my blocks but each block earns an average of .25 SLR while my newest, smaller wallets are earning an average of 2 to 8 SLR as a block reward.

I thought older wallets = better rewards.

Could just be a coincidence though...

There was a request to put a cap on the maximum number of days (30) to use in calculating the coinday weight. The largest payout I saw on testnet was 11.4 SLR with an input of 1,000,000 coins.

Explorer wallet updated to 2.0.4, the RPC API bug appears too have been fixed!New blocks showing up at https://chainz.cryptoid.info/slr/ (wallet still catching up at the moment, restarted from the bootstrap)

Awesome! Thanks, fairglu. I can confirm that the gettransaction RPC call is working for both the PoW and PosT block transactions.

Explorer wallet updated to 2.0.4, the RPC API bug appears too have been fixed!New blocks showing up at https://chainz.cryptoid.info/slr/ (wallet still catching up at the moment, restarted from the bootstrap)

Awesome! Thanks, fairglu. I can confirm that the gettransaction RPC call is working for both the PoW and PosT block transactions.

Explorer wallet updated to 2.0.4, the RPC API bug appears too have been fixed!New blocks showing up at https://chainz.cryptoid.info/slr/ (wallet still catching up at the moment, restarted from the bootstrap)

Awesome! Thanks, fairglu. I can confirm that the gettransaction RPC call is working for both the PoW and PosT block transactions.

Explorer wallet updated to 2.0.4, the RPC API bug appears too have been fixed!New blocks showing up at https://chainz.cryptoid.info/slr/ (wallet still catching up at the moment, restarted from the bootstrap)

Awesome! Thanks, fairglu. I can confirm that the gettransaction RPC call is working for both the PoW and PosT block transactions.

That is what we were seeing before. PoW txns are fine and the first PoST txn fails.

I'll take a look at it on mainnet and see what might be different from testnet.

Thanks, fairglu.

-Steve

Well, it looks like transactions from block 835214 onward are the first PoST (version 3) blocks. Blocks 0 to 835213 are PoW (version 2). This occurred when we pulled the plug on 2.0.1, effectively setting end-of-pow at height 835213. Now I know how to fix it, so I'll get an update for you asap. We may need to issue a 2.0.5 wallet update.

Thanks, got quite a bit of climbing in, and camped with my brother and my dog Leo. Good times...

-Steve

Thanks for the great work Steve! I am a rockclimber also, mountains are great...Just updating two of our wallets to 2.0.4I didn't delete peers.dat yet. Should I still do that?

Nice, where do you like to climb?

It's a good idea to remove peers.dat with this release, as there has been a bit of a battle between 2.0.1/2/3 and 2.0.4. It will let the nodes sort out who's good or bad, and restore those that were bad, but are now good. (That's the "technical" explanation.)

Is there anyway to change the data location to another drive than C:\Users\<login>\AppData\Roaming\SolarCoin

Add:

datadir={new location here}

To the solarcoin.conf file.

E.g.:

datadir=D:\Wallets\SolarCoin

It works, but when you do new installs, be sure to uncheck the box for installing a config file. The config file still has to live in C:\Users\<login>\AppData\Roaming\SolarCoin though the rest of the data can live in the new location.

anybody's window wallet snag for along time on the "done loading" part of the load screen? Been doing this before and this version it still has opened the wallet yet.

Yes, on the one PC with the much larger wallet file (very long transaction history). Usually rescanning the wallet takes that long...don't know for sure yet.

Mine took considerably longer to load (like biodieselchris) than ver2.0.3, but I just let it go, and it loaded eventually.Now I am re-downloading bootstrap and reloading the blockchain in Windows ver2.0.4

Thanks, got quite a bit of climbing in, and camped with my brother and my dog Leo. Good times...

-Steve

Thanks for the great work Steve! I am a rockclimber also, mountains are great...Just updating two of our wallets to 2.0.4I didn't delete peers.dat yet. Should I still do that?

Nice, where do you like to climb?

It's a good idea to remove peers.dat with this release, as there has been a bit of a battle between 2.0.1/2/3 and 2.0.4. It will let the nodes sort out who's good or bad, and restore those that were bad, but are now good. (That's the "technical" explanation.)

-Steve

Thanks steve, I usually freeclimb in Hokkaido, and Nagano.Indoor climbing (bouldering) at the gym. Climbing is like a continuous 3D jig-saw puzzle.

I just found a problem with my wallet. The coins will never unstake now.

My wallet says 119,000 coins with only 59,992 staked constantly. This has been since 2.0.1 and my first reward for staking was 5 coins. Then it grabbed the 5 coins and 59,992 coins to stake and they have been stuck since that day on 2.0.1.

My wallet got messed up by all the upgrades or something. The power did shut off too so I am not sure if that caused it or if I have to wait 510 blocks to get my coins out of staking since the 5 I got for reward are lumped in with them and can't come out until the 510th block confirm.