<oembed><type>rich</type><version>1.0</version><author_name>npub1xg2m84malu0cfm4444r0kysx4rgk27e75aj6sz6538kw8fcz627qeadsv7</author_name><author_url>https://nostr.ae/npub1xg2m84malu0cfm4444r0kysx4rgk27e75aj6sz6538kw8fcz627qeadsv7</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-05-25&#xA;📝 Original message:Thanks for looking at the issue.&#xA;&#xA;Unfortunately, it still fails for me:&#xA;&#xA;$ nslookup testnet-seed.bitcoin.petertodd.org&#xA;Server:&#x9;&#x9;127.0.1.1&#xA;Address:&#x9;127.0.1.1#53&#xA;&#xA;** server can&#39;t find testnet-seed.bitcoin.petertodd.org: SERVFAIL&#xA;&#xA;Like I said, can you look at the logfiles how the requests arrive?&#xA;&#xA;What particular thing did you fix? It would be good to know for future&#xA;outages.&#xA;&#xA;&#xA;On 05/24/2014 12:17 AM, Peter Todd wrote:&#xA;&gt; FWIW&#xA;&gt; &#xA;&gt; That said, keep in mind the github discussion(1) that was had: if all&#xA;&gt; the DNS seeds being down breaks your application, your application is&#xA;&gt; broken and insecure. The only exception is initial startup, and even&#xA;&gt; then you should have fallbacks such as hardcoded node lists and manual&#xA;&gt; peer entry. If for some reason you really do need instant startup, run&#xA;&gt; your own centralized high-availability/low-latency nodes; either way&#xA;&gt; you&#39;re depending on a centralized resource.&#xA;&gt; &#xA;&gt; 1) https://github.com/bitcoin/bitcoin/pull/4203</html></oembed>