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, its silly when the balance is zero.

The negative value will also change continuously. While mathematically necessary, powerful and simple, it does look a little bizarre. But no rush. I plan to do a lot more playing with ABE this year.

Our original goal was to be able to correctly calculate Foundation coin balance and to correctly estimate circulating currency. So we have more than that.

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 beginning rather than the withdrawal date.

The discrepancy between the what ABE expected for change and the real change, Abe calculates as the Fee, which are the missing coins that Fedde mentioned.

The changes work on ABE on my laptop, and so you guys will have to wait for Fedde to make the changes.

There is still one small thing to be changed (I have other real life things to tend to for a while). We are referring to the block height that contains the transaction. The wallet uses the block height when the transaction is sent. The wallet also sends this reference height. I have to find it in ABE and make changes accordingly. But what we have now should be pretty close, since a transaction gets put in a block quite soon after its made.

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

Block 172492           (35000)

Block 175920            (5000)

By 175920, that account balance should be reduced by 16.58 FRC (approx. 5000(1-2**-20)**(175920-172492). I'm not sure how it was possible to withdraw the full 5000FRC. Do you have the wallet? Can you give me a screen shot?

... 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 picked up by others. It's good for this process to be random, so that one person doesn't write all the transactions they want.

2) Script mining is then an attempt to stop the asics race to keep things more democratic and random.  (yes or no?)

3)  What really prevents double spending is the confirmations and the blockchain itself. Once the transaction history is there, the balance is known. (yes or no?)

4) Proof of stake favours rich people. The more a person is willing to stake the more he has the right to introduce new transactions to the blockchain?

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 chain (in Appdata, also save private key before if anything goes wrong)

2) the -QT doesn't run on Linux, or not Ubuntu 16, at least.

3) i don't think anything exists for Mac. I don't recall if I tried clicking the Linux QT on my Mac.

There are still many nodes on the network that are not on the new chain. So for people to come back to Freicoin or new people to start, its unecessarily complicated.

So we need our beautiful and fabulous GUI of the existing wallet working on three platforms! To make Freicoin great again!

-Skaro

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 to check a block: getblock <hash>.

Skaro.

10/10 nodes on version 3