twobits
|
|
April 25, 2013, 07:23:55 PM |
|
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: stepText = getInternetText("https://raw.github.com/Unthinkingbit/charity/master/receiver_0.csv");
to something like: 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.
|
█████ █████ ███████ █████ ███ █████████████ █████ ██ █████████████████ █████ █ ██████ ██████ █████ ████ ████ █████████████ █████ ████ █████████████ █████ ████ █████████████ █████ ████ █████ █████ █████ █ ██████ ███████ █████ ██ ███████████ █████ █████ ███ █████████ ████ █████ █████ ███████ ██ | | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | | | | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | ►WhitePaper ►One-Pager | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | █████ █████ ███████ █████ ███ █████████████ █████ ██ █████████████████ █████ █ ██████ ██████ █████ ████ ████ █████████████ █████ ████ █████████████ █████ ████ █████████████ █████ ████ █████ █████ █████ █ ██████ ███████ █████ ██ ███████████ █████ █████ ███ █████████ ████ █████ █████ ███████ ██ |
|
|
|
|
Unthinkingbit (OP)
|
|
April 25, 2013, 07:45:40 PM |
|
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
Full Member
Offline
Activity: 196
Merit: 100
Google/YouTube
|
|
April 25, 2013, 07:49:30 PM |
|
Wow
4,928.1985 GH/s
|
If everyone is thinking outside the box, there is a new box.
|
|
|
FinShaggy
Full Member
Offline
Activity: 196
Merit: 100
Google/YouTube
|
|
April 25, 2013, 09:04:53 PM |
|
DVC/USD 0.00035200 0.00047999 0.00035199
|
If everyone is thinking outside the box, there is a new box.
|
|
|
FinShaggy
Full Member
Offline
Activity: 196
Merit: 100
Google/YouTube
|
|
April 25, 2013, 09:12:08 PM |
|
|
If everyone is thinking outside the box, there is a new box.
|
|
|
FinShaggy
Full Member
Offline
Activity: 196
Merit: 100
Google/YouTube
|
|
April 25, 2013, 09:43:12 PM |
|
Does anyone know a few free downloadable wallets for Devcoin for Windows?
|
If everyone is thinking outside the box, there is a new box.
|
|
|
twobits
|
|
April 25, 2013, 11:29:51 PM |
|
Does anyone know a few free downloadable wallets for Devcoin for Windows?
https://www.box.com/s/9qice0wkl63eammwrsnm seems to finally be working.
|
█████ █████ ███████ █████ ███ █████████████ █████ ██ █████████████████ █████ █ ██████ ██████ █████ ████ ████ █████████████ █████ ████ █████████████ █████ ████ █████████████ █████ ████ █████ █████ █████ █ ██████ ███████ █████ ██ ███████████ █████ █████ ███ █████████ ████ █████ █████ ███████ ██ | | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | | | | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | ►WhitePaper ►One-Pager | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | █████ █████ ███████ █████ ███ █████████████ █████ ██ █████████████████ █████ █ ██████ ██████ █████ ████ ████ █████████████ █████ ████ █████████████ █████ ████ █████████████ █████ ████ █████ █████ █████ █ ██████ ███████ █████ ██ ███████████ █████ █████ ███ █████████ ████ █████ █████ ███████ ██ |
|
|
|
|
|
doublec
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
April 26, 2013, 12:35:01 AM |
|
I have a devcoin seed node running at . 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.
|
|
|
|
|
twobits
|
|
April 26, 2013, 01:23:51 AM |
|
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.
|
█████ █████ ███████ █████ ███ █████████████ █████ ██ █████████████████ █████ █ ██████ ██████ █████ ████ ████ █████████████ █████ ████ █████████████ █████ ████ █████████████ █████ ████ █████ █████ █████ █ ██████ ███████ █████ ██ ███████████ █████ █████ ███ █████████ ████ █████ █████ ███████ ██ | | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | | | | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | ►WhitePaper ►One-Pager | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | █████ █████ ███████ █████ ███ █████████████ █████ ██ █████████████████ █████ █ ██████ ██████ █████ ████ ████ █████████████ █████ ████ █████████████ █████ ████ █████████████ █████ ████ █████ █████ █████ █ ██████ ███████ █████ ██ ███████████ █████ █████ ███ █████████ ████ █████ █████ ███████ ██ |
|
|
|
|
twobits
|
|
April 26, 2013, 01:39:54 AM Last edit: May 16, 2013, 06:35:52 PM by twobits |
|
Devcoin for Mac OSX https://www.box.com/s/ntna8dibxek351s42fxuThis build includes the two valid seed nodes posted so far.
|
█████ █████ ███████ █████ ███ █████████████ █████ ██ █████████████████ █████ █ ██████ ██████ █████ ████ ████ █████████████ █████ ████ █████████████ █████ ████ █████████████ █████ ████ █████ █████ █████ █ ██████ ███████ █████ ██ ███████████ █████ █████ ███ █████████ ████ █████ █████ ███████ ██ | | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | | | | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | ►WhitePaper ►One-Pager | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | | ███ ███ ███ ███ ███ ███ ███ ███ ███ | █████ █████ ███████ █████ ███ █████████████ █████ ██ █████████████████ █████ █ ██████ ██████ █████ ████ ████ █████████████ █████ ████ █████████████ █████ ████ █████████████ █████ ████ █████ █████ █████ █ ██████ ███████ █████ ██ ███████████ █████ █████ ███ █████████ ████ █████ █████ ███████ ██ |
|
|
|
|
|
markm
Legendary
Offline
Activity: 2968
Merit: 1102
|
|
April 26, 2013, 02:12:14 AM |
|
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-
|
|
|
|
|
FinShaggy
Full Member
Offline
Activity: 196
Merit: 100
Google/YouTube
|
|
April 26, 2013, 04:06:46 AM |
|
Are there alternative online wallets to Devda.ch or is that it for DVC?
|
If everyone is thinking outside the box, there is a new box.
|
|
|
jasinlee
|
|
April 26, 2013, 04:14:19 AM |
|
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
Full Member
Offline
Activity: 196
Merit: 100
Google/YouTube
|
|
April 26, 2013, 05:05:13 AM |
|
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.
|
If everyone is thinking outside the box, there is a new box.
|
|
|
jasinlee
|
|
April 26, 2013, 05:16:22 AM |
|
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
Full Member
Offline
Activity: 196
Merit: 100
Google/YouTube
|
|
April 26, 2013, 05:57:38 AM |
|
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?
|
If everyone is thinking outside the box, there is a new box.
|
|
|
|