Re: [Lightning-dev] DNS Seed query semantics clarification

behalf of Thomas Steenholdt <tsteenho...@cascadetechnologypartners.com> Sent: Tuesday, March 20, 2018 8:26:58 AM To: Christian Decker Cc: lightning-dev@lists.linuxfoundation.org Subject: Re: [Lightning-dev] DNS Seed query semantics clarification Cool, Since we're trying to clarify some o

Re: [Lightning-dev] DNS Seed query semantics clarification

Cool, Since we're trying to clarify some of the things that may not be entirely clear, there are a few other things it may be relevant to address or define at the same time: 1. What's the intended direction of interpreting the conditions? 2. What's the result of the conflict if a

Re: [Lightning-dev] DNS Seed query semantics clarification

Thomas Steenholdt writes: > Thanks for the explanation - This was exactly the the piece of the > puzzle I was missing.  > > I'd be happy to help clarify this in the BOLT10 specification, if that > makes any type of sense? I can make a pull request for

Re: [Lightning-dev] DNS Seed query semantics clarification

Hi Christian, Thanks for the explanation - This was exactly the the piece of the puzzle I was missing.  I'd be happy to help clarify this in the BOLT10 specification, if that makes any type of sense? I can make a pull request for review? /Thomas From:

Re: [Lightning-dev] DNS Seed query semantics clarification

Hi Thomas, indeed the spec is a bit vague on the flags. The intent is to use them as subdomains. For example if you want to query for only realm IPv4 nodes then you'd use the following: dig a2.seed.bitcoinstats.com while IPv4 or IPv6 nodes, but only nodes with realm 0, should be returned to