-
Notifications
You must be signed in to change notification settings - Fork 278
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Proposal: Add class HNS for basic blockchain metadata #443
Comments
@pinheadmz Here is an idea that I suggest might work... Hesiod class records would look like this
|
🚀 |
If you are querying However, if you were trying to get other DNS servers (resolvers etc) to be able to propagate the records, I suspect you will have a lot of problems when you go outside the |
Background
We're all familiar with the
IN
class ("internet"):There are a few other lesser-known and less useful classes that are supposed to be used on local networks only, such as
CH
("chaos" class):There are a few others specified in section 3.2.4 of rfc1035:
IN
,CS
,CH
, andHS
.Currently hsd and hnsd only support
IN
.Proposal
I had this idea specifically for hnsd because the program has no rpc interface or actually, no interface at all except the recursive resolver. However since it is a blockchain-processing application, it should have features that allow the user to ensure they are at least synced properly and confident that they are resolving names on the most-work chain.
I propose we add a unique class to hsd and hnsd both:
HNS
so a user can verify very simple blockchain status data like the current tip.Example
The text was updated successfully, but these errors were encountered: