The internet HTTP protocol is using the URL below:
<protocol>://<subdomain>.<domain>.<top-level domain>/<path>
Example:
https://www.portal.trx/path
- http: The TNS and protocol will be passed separately when the service requests.
- www.portal.trx: The content of the TNS is used when user requests to the browser.
- path: The path is not processed at the DNS level, the same as TNS, if there is a path, it is handled by other way or method.
Resolving names in TNS is a three step process:
- Normalise and hash the name you want to resolve (see Namehash).
- Query the TNS registry for the address of the resolver responsible for the name.
- Query the resolver for the resource you want to look up.
Your application may wish to provide users with a means of updating names they own to point to resources your application provides or manages. Doing so follows a similar process to Resolving Names:
- Normalise and hash the name you want to resolve (see Namehash).
- Query the TNS registry for the address of the resolver responsible for the name.
- Call the appropriate update method on the resolver.
Names in TNS are represented as 32 byte hashes, rather than as plain text. This simplifies processing and storage, while permitting arbitrary length domain names, and preserves the privacy of names onchain. The algorithm used to translate domain names into hashes is called namehash. The Namehash algorithm is defined in EIP137.
In order to preserve the hierarchal nature of names, namehash is defined recursively, making it possible to derive the hash of a subdomain from the namehash of the parent domain and the name or hash of the subdomain label.
- domain - the complete, human-readable form of a name; eg,
wallet.portal.trx
. - label - a single component of a domain; eg,
portal
,wallet
, ortrx
. A label may not contain a period ('.'). - label hash - the output of the keccak-256 function applied to a label.
- node - the output of the namehash function, used to uniquely identify a name in TNS.