I am still mining at this pool. We will see whether my enormous amount of Doge's wind up at Cryptsy 

Should we use port 3333 or 3335 (info on your site conflicts)

Typo: " WE LAUNCH AS SON AS THE SOURCE IS RELEASED AND COMPILED!"

Please confirm whether to use port 3333 or port 3335.

For a coin a few hours before launch, pool admins are very absent in answering questions caused by incomplete or confusing information.

Most epic launch of 2013?

Please clarify whether the correct port is 3335 or 3333.

Can techbytes please confirm the right port for moon.cryptopools.com ?

Meanwhile, lets start a contest of the most beautiful pool advertisement until launch.

Remember: beautiful, not quantity.... (this isnt Doge).

Ready for moon.cryptopools.com

- because creating your own money is fun -

I love a lot of coins in my wallet 

Can I set up the link to the Multipool Moon coin mining before launch?

Few Doges sent.

I love the smell of panic 

Doge.scryptpools.com is not a very fast payer today. Manual payout remains manual non-payment all day while complaining I already requested a payment.

Such is Doge. Many users, so wow.

I am deliberately giving this a bump. Its originally dated April 2013 and much has happened already (dont forget the Doge  ).
A great read of Tucker from the same period will get the bright minds started again: http://lfb.org/blog/what-if-this-is-happening/

For thoughts about the future, a great summary on emergent networks here: http://greatestinstruments.net/the-rise-of-emergent-networks-part-2-of-2/

A 4 years old idea that is still mind blowing.

Doge's earned.

I emptied the 'hidden' addresses of the Windows wallet. Now with a fresh new Windows wallet (1MfVpeJrNn28gfWm2duxTwV4pbDSEGPakB) that has succeeded to sent to and receive from an old client (Linux). Therefore, this test was completed 100%

I cannot test migrating from an old windows client to a new windows client.

Don't use my old DVC address anymore (18GCTJhxrWfXjnLwwjJKsSYBpyEV16pRsB, which is now 0 DVC).

You are close to realising it is ridiculous to pursue price stability.

Impaler, I appreciate your explanation on the entrepreneur's view and getting more money in his hands. Could you also explain why the 'loss' of others (savers, etc) seems to be ignored? Second, should investing not be backed by savings? If so, would lowering interest rates not lower savings while, contradictionary, entrepeneurs think there are abundent savings?

The balance is the same as the client states = 10 DVC. However, according to my own administration, I should have 2.2 DVC now including subtracting a payment of 1,000 today to my Vircurex account.

Let's call the client I worked with today the 'old client' (showing the 2.2 balance, but with payments that do not register). The client I am currently working with is the 'new client' (showing a balance of 10 DVC, which is incomplete). The address I worked with is 18GCTJhxrWfXjnLwwjJKsSYBpyEV16pRsB.

I think the problem arises from the way payments work. Take my 10 DVC payment to Weisoq and the 1,000 DVC contribution to the Devcoin counter on 25 December 2013. These payments show in the old client as a payment of 10 and 1,000 DVC. The 10 DVC payment went to Weisoq's address and the 1,000 DVC to 1HUnznpv5nh91vEzbwvYud9ieeBCgzuscF. The Weisoq payment was made from my regular address, but in fact made a step in between. Looking at the payment details, the following happened. First, the client takes 2145 from my wallet address and splits it into two amounts, each with their own address.  The 10 DVC goes to Weisoq, I presume, and 6 DVC get's lost (I assume as payment fee).

The 2129 is then situated in the address: 14B2RbyRWfu892RJnm7CE3VBMKbZ5R9rNx. The next step is that - from this address and to make the 1,000 payment to the Devcoin counter - the 2129 DVC is splitted again into 1,000 and 1,123. The 1,000 DVC goes to the address of the Devcoin counter (1HUnznpv5nh91vEzbwvYud9ieeBCgzuscF). This is the actual address I used as recipient address. The other 1,123 DVC goes into the address 163eDwvgdhaxiEbCfozF8B81sxsx1o7ri3 which still shows a balance of 1,123 DVC.

I think the problem with my routine of importing the private key is that I do import the private key of my regular DVC address but not the private key of the intermediate DVC addresses that were created over time due to this 'splitting' activity when making payments. Therefore, in the new client I get an incomplete overview of payments and some amounts remain in limbo. In the old client, these intermediate balances show, but as payments already made that do not register on the network.

Essentially, now some 1,000 DVC is sitting in one or more addresses without an option to access this balance. The keys are still in my possession (the original wallet.dat of the old client). I would like to try an older devcoin wallet (1.0.3/4) to see how it reacts to the original wallet.dat file.

I think we should not focus on this, I just want to take out the balance and start fresh again with the current 1.0.8 wallet with a new wallet.dat.

_{^{For the avoidance of doubt, I am happy to keep our conversation on the experimental Windows client outside of this thread to avoid anoying the rest. Do you use certain IM software (I can use Google Hangouts but can install something else of course)?}}


I did the following:

1. made back up of wallet.dat
2. started client (upgraded to 1.0.8 again)
3. dumped private key
4. closed client
5. deleted wallet.dat from the Appdata/etc folder
6. started client
7. imported private key

This gives me a strange result. My balance is 10 DVC while it should be 2000+ (if everything from 26/12 until now is not counted). I think that importing the private key does not bring back certain internal changes in the original wallet (see pic below).



Closing the client, reinstating the original wallet.dat, gives me the expected balance again, but with the problem that everything after my donation to the Devcoin counter is not seen by the network (see pic below).