Skaro

Thanks, Arcurus. Its doing what its supposed to now, but I think we are realizing its different from what we imagined. It appears the wallet keeps track of all input transaction and discounts them for demurrage, which makes sense. So its nice to know the remaining value of each transaction in the wallet. After you spend it, however, the values should be frozen in history, but that would require IF statements etc in ABE which don't fit very well with the existing imbedded SQL statements. So the table for any address will constantly change with block height. While correct for balances,

hehe

So it doesn't have anything to do with the exchange (sorry Fedde). The main problem causing the negative values is that the wallet gathers up inputs from previous transactions to make the payment (change is returned to an automatically generated change address). The chain uses the original deposit amounts associated with the inputs. The wallet, however, transfers the original transactions amounts reduced by demurrage (so its good to show 'amounts' already discounted because its what the wallet really has). So I had to go back to attach the original block height to discount the inputs from the

But the good news is, apparently, Makku confirmed that the balances calculated for the foundation wallets were correct.

There are few things to check. My working theory is that the sum of the adresses balances should be correct and correspond to the wallet. The exchange has one big wallet with many adresses, but the individual accounts are not reduced by demurrage. The explorer is calculating demurrage per address.

Still, if people could compare with their personal wallets, that would help. But it's more complicated with old wallets that have imported private keys, suffered dropped transactions, and get regular deposits from mining. Did you compare yours, Acurus?

Well, the demurrage fee doesn't appear in the blockchain. The wallet may only update when there are transactions concerning the wallet. But I assumed it updates the balance to the new block height, before reconciling transactions. Also, it should be updated before any spending can be made. That appears to be something I have to verify.

Yeah, Arcurus, I thought the wallet destroys coins, as a function of block height, every time you open it, as it syncs with the network. That's what i thought I saw my wallet doing. And I thought I read that the Exchange doesn't calculate demurrage.

And logically, there is only one place to spend Freicoins these days...

That's important yes. The explorer is calculating the number how I understand demurrage works. That's why i would like to compare the result with wallets. Also, i have the code for the wallet that I have to look at very closely. But Arcurus, can you explain to me how a wallet can withdraw the same amount of Freicoins it deposited 3000 blocks later? The balance should have reduced by demurrage, right?

If the owner of 1CvPQJiUypsARMQajjVcNfq5erxaJHNhy2 Would be willing to share some some of the details of this address with me, that would helpful in developing the explorer. Thank you.

Is 1CvPQJiUypsARMQajjVcNfq5erxaJHNhy2 an address at the (or any) exchange?

Yeah, some checks still have to be done. Essentially, I need more comparisons against what people's wallets say to be 100% sure it's doing the same thing, because demurrage is applied at the wallet and is not in the blockchain. I see also that it probably makes more sense for 'Amount' column to be without any demurrage adjustment. So far we only checked it with foundation coins, which is mostly all deposits. Without any demurrage deduction on amounts for address 1CvPQJiUypsARMQajjVcNfq5erxaJHNhy2, Block 172485 35000 FRC Block 172485 5000 Bloc

... and dove deep into Abe code and found and modified the key lines. ????

Okay Arcurus, you seem to be deep into this. That's wonderful but I do have some difficulty understanding this stuff. Perhaps you could answer some very basic questions for me first: 1) what is POW for? While people like to say enthusiastic things like 'thermodynamics is securing our transaction', that's just enthusiasm. It seems to me that, POW is really only awarding the right to be the first to formally introduce a transaction to the blockchain. Otherwise the same transaction would be introduced at many points. Also, the 10 minutes allows the broadcast transaction to travel and get pi

Hein?

Go forth and trade, my friends! Make our very fantastic beautiful Freicoin great again. https://freiexchange.com/ (the site is still BETA so keep track of your trades on excel)

92.93% growth in price.

The things being proposed here are super fantastic, but I think we could focus on something smaller and immediate first. With Fedde getting the new exchange up, We once again have all necessary functioning elements necessary for a crypto coin, almost. We are also spreading the word and websites are linking to the updated Freicoin price and links! It would be timely if we could have easily installable files of the existing wallet. Presently, 1) the wallet .exe doesn't work on 64 bit version. The QT works, but if you want to update to the new chain you have to manually delete the block chai

maybe you're putting in the wrong password...

When testing the exchange, it has to be done in a careful detailed way. There are many numbers and tables that change with one trade and after a series of trade. Its becomes difficult to remember what trades were made. So keep track of your trades on an excel spread sheet.

When you talk about importing a private key, is that your old version electronic wallet or are you importing your paper wallet?

But yes. I: 1. backed up wallet, and exported private key; 2. Download and unzip New wallet; 3. Deleted Freicoin folder in Appdata (actually I did it a few times, I think you only have to delete the blockchain files); 4. Ran QT; 5. Installed private key; 6. Let in sync. in my various attempts, I did find that the daemon worked better in step 4. if you don't delete the blockchain you will have no different result. The point of the new wallet is to access the new blockchain of after soft fork.

What block height where you at before you changed wallets and after? Did you loose money or are you just saying that the block explorer is incorrect? What I understood was happening in installing the new wallet was that it was the only way for me to be on the correct blockchain (version 3) after the soft fork. Prior to the change, I was not receiving my mining payments and stuck in slow moving block numbers. So I did what you did, and everything went back to normal (actually there was a while when the whole network was out of sync). To test the version of block chain you have

10/10 nodes on version 3