Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Overview

This FIP defines proposed new functionality of the FIO Protocol, which would allow FIO Domains to be mapped to DNS records. See more information in FIP-44.

The goal of DNS mappings would be to make them compatible with the existing DNS conventions, which expects the name to have the format of 'subdomain.domain.tld'.

Adding DNS mapping capabilities to the FCH would fail to achieve this goal and could potentially be confusing to users due to the FCH format which contains the '@' symbol, e.g. purse@alice. Therefore, this FIP proposes adding mapping capability to FIO Domains instead.

Furthermore, the FIO Protocol does not currently support the notion of sub-domains, or top level domains (TLDs). A .fio TLD could be appended by the integrating application to indicate that resolution request should be directed to the FIO Protocol. .fio TLD is not currently supported by ICANN and therefore there would not be any collisions with traditional DNS. Foundation for Interwallet Operability could consider funding the .fio TLD application with ICANN in the future once TLD applications resume. If Alternative DNS Roots, such as Handshake gain more global traction, those could be used instead. The concept of FIO sub-domains is not proposed in this FIP, but could be considered in the future.

See more information in FIP

FIO Domain Resolution

Per FIP-44, the FIO Domain owner could attach one or many [RFC-1035](https://datatracker.ietf.org/doc/html/rfc1035#section-3.2.1) format Resource Records (RR), which would be stored in FIO Chain State and could be retrieved using a dedicated getter returning a specific record type or all records. The FIO Chain getters will not perform recursive DNS look-ups. Instead the Foundation would build an off-chain resolver which would ingest the raw DNS Records from FIO Chain. It would support a recursive DNS name look-up, querying external DNS zone servers if required and returning either an IP Address or an error.

Integration Requirements

Initial integration requirements, for any integrator wanting to support DNS resolution of a FIO Domain would be very simple:

  1. Identify a FIO domain, by identyfying .fio TLD, e.g. sub.alice.fio

  2. Send the FIO Domain to a simple REST API

  3. Receive an IP or error.

  4. Fetch content as usual.