Devcoin

[twobits]

Code:

http://galaxies.mygamesonline.org/receiver.csv
http://devcoinpool.btc-music.com/receiver/receiver_22.csv
http://devcoinblockexplorer.info/receiver/receiver.csv
http://devtome.com/files/receiver.csv
http://devcoin.darkgamex.ch/receiver.csv

Then the file admins will upload all the replaced files to their sites. Then the code to get the first file in receiver.h will be changed from:

Code:

stepText = getInternetText("https://raw.github.com/Unthinkingbit/charity/master/receiver_0.csv");

to something like:

Code:

peerText = string("http://galaxies.mygamesonline.org/receiver.csv\n");
peerText += string("http://devcoinpool.btc-music.com/receiver/receiver.csv\n");
peerText += string("http://devcoinblockexplorer.info/receiver/receiver.csv\n");
peerText += string("http://devtome.com/files/receiver.csv\n");
peerText += string("http://devcoin.darkgamex.ch/receiver.csv\n");
stepText = getCommonOutputByText(peerText, string("0");

Once that is done, devcoin will be able to bootstrap even if 2 out of 5 sites are down. In future roughly every time we double the number of file administrators, we'll rewiden the tree.

Unless/until the curl code is changed to use curl_multi,   I think for the bootstrapping, we will get better results with 3 reliable
servers listed and gain almost nothing but slower start up speed by adding more especially if one or more ever go down in the furture as we would then be waiting for each to time out.   If we just added two more reliable nodes and kept your github we should be fine.

[1714010929]

1714010929

[1714010929]

1714010929

[1714010929]

1714010929

[Unthinkingbit]

Unless/until the curl code is changed to use curl_multi,   I think for the bootstrapping, we will get better results with 3 reliable
servers listed and gain almost nothing but slower start up speed by adding more especially if one or more ever go down in the furture as we would then be waiting for each to time out.

The receiver files are cached, it only downloads new receiver files when it switches blocks. Assuming a bad case scenario, where two out of five files time out, wasting a minute each, that would be two minutes per block; this times 22 rounds would be 44 minutes. That is the bad case for the startup, for example if it is used once a month, that would be an extra 2 minutes per month.

If in future at say round 30 we had fifteen files, and say seven were down, that would be seven minutes per block, times 30 rounds would be a 210 minute (3.5 hours) start up. This bad case is still much less than the average bitcoin block chain download time today. The extra protection against nodes being down or ddosed is worth the extra time.

If we just added two more reliable nodes and kept your github we should be fine.

The issue is, which nodes will always be reliable? Github was reliable when we developed the program, and any node can be ddosed.

[FinShaggy]

Wow

4,928.1985 GH/s

[FinShaggy]

DVC/USD  0.00035200 0.00047999 0.00035199

[FinShaggy]

Devcoin Price Thread
https://bitcointalk.org/index.php?topic=187757.0

[FinShaggy]

Does anyone know a few free downloadable wallets for Devcoin for Windows?

[twobits]

Does anyone know a few free downloadable wallets for Devcoin for Windows?

https://www.box.com/s/9qice0wkl63eammwrsnm seems to finally be working.

[jasinlee]

Have 2 dvc seed nodes up & running now:

dvc.us.public.txn.co.in
dvc.eu.public.txn.co.in

both also available via Round Robin lookups with:

dvc.public.txn.co.in

If I can find a reasonably priced hosting provider in Hongkong or Singapore that takes btc - I'll add one there to round it out.

[doublec]

I have a devcoin seed node running at

Code:

dcnode.bitparking.com

. This connects to my mining pool node which is mining Devcoin at about 4 Thash/s so gets notification of new blocks fairly quickly. My devcoin address is 1KXrxx7skEeTapMZiV67MHo699hS6BrcEZ.

[Unthinkingbit]

Another button design to add to the mix:



Larger version

GRC is awarded the last 3/5 share button bounty:
https://bitcointalk.org/index.php?topic=34586.msg1450786#msg1450786

I suggest adding three 2/5 share awards, then three 1/5 share awards, any objections?

[twobits]

The receiver files are cached, it only downloads new receiver files when it switches blocks. Assuming a bad case scenario, where two out of five files time out, wasting a minute each, that would be two minutes per block; this times 22 rounds would be 44 minutes. That is the bad case for the startup, for example if it is used once a month, that would be an extra 2 minutes per month.

If in future at say round 30 we had fifteen files, and say seven were down, that would be seven minutes per block, times 30 rounds would be a 210 minute (3.5 hours) start up. This bad case is still much less than the average bitcoin block chain download time today. The extra protection against nodes being down or ddosed is worth the extra time.

I am thinking about the start up time for a new user today, today I have been getting a 70 second time out on the irc , then after that there would be a 10 second time out on each bad site.    People may quit and restart if they don't get some
feedback sooner then this would allow for in worst cases.

If we just added two more reliable nodes and kept your github we should be fine.

The issue is, which nodes will always be reliable? Github was reliable when we developed the program, and any node can be ddosed.

Indeed.  That is why in an earlier message I was suggesting we consider moving the finding of the receiver_N.csv flie sources to dns. This would make it so the reciever files would have no need for the hardcoded sites that could become bad later.

[twobits]

Devcoin for Mac OSX

https://www.box.com/s/ntna8dibxek351s42fxu

This build includes the two valid seed nodes posted so far.

[Unthinkingbit]

Devcoin for Mac OSX

https://www.box.com/s/h26atelim2ylqjrmorbf


This build includes the two valid seed nodes posted so far.

Thanks, you're awarded the 2 share bounty for devcoin on Mac:
https://bitcointalk.org/index.php?topic=34586.msg1352515#msg1352515

There remains a last one share bounty for a Mac version.

Please post or message me a devcoin address.

[markm]

Have 2 dvc seed nodes up & running now:

dvc.us.public.txn.co.in
dvc.eu.public.txn.co.in

both also available via Round Robin lookups with:

dvc.public.txn.co.in

If I can find a reasonably priced hosting provider in Hongkong or Singapore that takes btc - I'll add one there to round it out.

What is a DNS seed, exactly? Does it involve some special text-record entry in a DNS zone file or a bunch of A records or aliases or what?

Once we know we can put them into the DNS of all the devcoin-related domains.

-MarkM-

[Unthinkingbit]

Termhn:
http://devtome.com/doku.php?id=wiki:user:termhn

has written more than a thousand words:
http://devtome.com/doku.php?id=technological_security
http://devtome.com/doku.php?id=call_of_duty

and so got the third, two generation share signing bonus for writing:
http://www.devtome.com/doku.php?id=earn_devcoins_by_writing#signing_bonus

There are now seven, two share bonuses remaining. The writer will also get earnings per word:
http://www.devtome.com/doku.php?id=earn_devcoins_by_writing#earnings_per_word

[FinShaggy]

Are there alternative online wallets to Devda.ch or is that it for DVC?

[jasinlee]

Seed nodes - basically long standing nodes run on servers rather than desktops - setup with DNS to share the load over the hosts.

DNS round-robin for the domain name dvc.public.txn.co.in shares all traffic over the nodes and specific host names to allow people to pick the one they feel is closer.

At some point the DNS package will be upgraded to provide geoDNS - allowing a single dns name to be used and the closest host to them will be automatically selected.

dvc.us.public.txn.co.in Being USA Based.
dvc.eu.public.txn.co.in Being EUR Based.
dvc.public.txn.co.in Being a mode of sharing the traffic across all nodes.

I am looking into locating one in probably Hong Kong, that should give us a good spread cross the globe.

[FinShaggy]

Are there alternative online wallets to Devda.ch or is that it for DVC?

Also, offline wallets. I tried the one at the top of this page, but when I downloaded it, it didn't work.

[jasinlee]

Are there alternative online wallets to Devda.ch or is that it for DVC?

Also, offline wallets. I tried the one at the top of this page, but when I downloaded it, it didn't work.

Here is the really cool part, you can use bitcoin offline wallets for devcoin. They use the same addresses/private keys. So you can send dvc to a btc address. Then recover them with the private key of that wallet on a devcoin client later.

[FinShaggy]

Are there alternative online wallets to Devda.ch or is that it for DVC?

Also, offline wallets. I tried the one at the top of this page, but when I downloaded it, it didn't work.

Here is the really cool part, you can use bitcoin offline wallets for devcoin. They use the same addresses/private keys. So you can send dvc to a btc address. Then recover them with the private key of that wallet on a devcoin client later.

Wait, so... I just use an offline BTC wallet address, it stores it as...? (I've never used an offline wallet before)... Then I just send it to my DVC wallet at devda.ch/vircurex when I want to use them again?

And, what are some good offline BTC wallets?