Add sipa and my DNS seeds
New DNS seeds #709
pull luke-jr wants to merge 2 commits into bitcoin:master from luke-jr:newdnsseeds changing 1 files +2 −0-
luke-jr commented at 11:36 PM on December 16, 2011: member
-
Add sipa's new dnsseed. 61a8c0569e
-
Add my DNS seed domain 647734881c
-
TheBlueMatt commented at 1:14 AM on December 17, 2011: member
Only question I have is whether or not luke will use his dnsseed to get everyone connected to his eligius-relay network which has different fee rules (and whether or not that should be allowed, which is definitely arguable either way).
-
luke-jr commented at 1:18 AM on December 17, 2011: member
That was not my intention, no. It is currently a CNAME to jgarzik's DNS until I get something running.
-
TheBlueMatt commented at 1:43 AM on December 17, 2011: member
"not my intention" doesnt answer the question...
Luke-Jr reply@reply.github.com wrote:
That was not my intention, no. It is currently a CNAME to jgarzik's DNS until I get something running.
Reply to this email directly or view it on GitHub: #709 (comment)
-
jgarzik commented at 4:14 AM on December 17, 2011: contributor
Any candidate for new DNS seeds must be well-trusted, and therefore I think a few basic tests should be applied:
Is the address inclusion and rotation policy well known, entirely transparent to the community? My seed is rather boring but well known: the wiki list of fallback nodes. BlueMatt's seed is the output of his published code (it is published publicly, right Matt?), etc.
Does the address inclusion/rotation policy intentionally favor a particular interest group (eligious relay network or whatnot)?
I would trust Luke's word if he promised the seed would always be vendor-neutral, for example.
- Is the DNS seed setup stable, and likely to remain stable in years to come?
-
TheBlueMatt commented at 4:26 AM on December 17, 2011: member
Trust: as would I, hence why I asked for it.
-
luke-jr commented at 5:29 AM on December 17, 2011: member
It is vendor-neutral, which is why it is on dashjr.org instead of eligius.st. I will certainly agree to discuss it with other developers before intentionally favouring any nodes. That being said, I don't personally see any particular reason to avoid it.
-
TheBlueMatt commented at 4:08 PM on December 17, 2011: member
As long as it discussed and publicly announced before any node-favoring is implemented and enough chance is given to disable the dnsseed in the client, that is good enough for me.
- gavinandresen referenced this in commit cd2b8832fd on Dec 19, 2011
- gavinandresen merged this on Dec 19, 2011
- gavinandresen closed this on Dec 19, 2011
- coblee referenced this in commit c27e997c4f on Jul 17, 2012
- destenson referenced this in commit 459472357f on Jun 26, 2016
- ptschip referenced this in commit 5f7e417956 on Jul 28, 2017
- Losangelosgenetics referenced this in commit 468430e7d2 on Mar 12, 2020
- jnewbery referenced this in commit 85e7d06351 on Mar 17, 2020
- sipa referenced this in commit 4977ac14d3 on Mar 18, 2020
- sipa referenced this in commit 5bf7fb5baa on Mar 18, 2020
- sipa referenced this in commit fb2a05e468 on Mar 19, 2020
- sipa referenced this in commit 497fad6f09 on Mar 21, 2020
- sipa referenced this in commit eae016f117 on Mar 22, 2020
- sipa referenced this in commit 4e37a7c2cb on Mar 27, 2020
- jnewbery referenced this in commit 9696dea839 on Apr 16, 2020
- jnewbery referenced this in commit a541fd0e87 on Apr 19, 2020
- sipa referenced this in commit c308759ea5 on Apr 19, 2020
- sipa referenced this in commit 4eaec32f1c on May 2, 2020
- sipa referenced this in commit ef7117193c on May 22, 2020
- sipa referenced this in commit 67f232b5d8 on Jun 9, 2020
- stackman27 referenced this in commit 78cde6f8c7 on Jun 26, 2020
- DrahtBot locked this on Sep 8, 2021