One of the primary purposes of the ICANN New generic Top-Level Domain (gTLD) program is to foster innovation in the DNS industry and the wider Internet. While having a desirable TLD string that users can relate to is a good starting point, gTLD applicants may want to bolster their value propositions by offering innovative services and differentiate their TLDs from others.
Defining the services to be offered is so central to a gTLD that it should be part of the initial strategy of any prospective applicant. When contemplating an idea, applicants should be mindful of the balance to be struck between innovation and the following factors:
Having looked at some of the constraints, let's now explore some ideas that may serve as a starting point for applicants to establish a set of innovative services that fit their model.
By provisioning a "domain name", the registry is typically making (what we DNS geeks call) a "zone cut" to delegate that name to another set of name servers identified by NS records. However, that's not the only way to register a name. Nothing stops the registry's authoritative name servers from hosting the leaf records themselves instead of delegating. In fact, that is what DENIC does; it supports up to five A and MX records directly served by the .de authoritative name servers.
Doing this would attract a Registry Services Extended Evaluation (gTLD Applicant Guidebook section 126.96.36.199 says so) because it's not a common practice to host these records directly in the TLD's zone and that it could potentially affect the security and stability of the DNS. It would also most certainly require an EPP extension in order to support the management of resource records. Nevertheless, if done properly, it provides compelling value for the registrants:
Make Use of Uncommon Records
DNS is typically explained to the layperson as a system to help translate a human-friendly name to an IP address that computers can use to find each other. While that's certainly the modal use case, it bears remembering that DNS is a hierarchical directory system. It is capable of storing just about any structured (and even unstructured) bite-sized information. Information in the DNS is stored in resource records, and there are resource record types for a wide variety of data, with more being invented from time to time.
A prominent example of this is .tel, which encodes directory-like data into appropriate types of resource records in the DNS. One could conceivably apply for an integrated e-commerce TLD that has DNS-based Authentication of Named Entities (DANE) built into its policies and implementation. Obviously, the DANE protocol is far from being standardized let alone ubiquitous, so a traditional CA-based fallback will always be needed. Nevertheless, it is an innovative use of the DNS and solves a real need. The registry could also invest resources to advance the DANE standardization efforts, and promote interoperability.
In the ccTLD world, it is common for a ccTLD registry to be responsible for its country code as well as a handful of second level zones such as .com.xx, .net.xx. This is less common with gTLDs as most gTLD registries only accept registrations at the top level. Notable exceptions are .pro and .name. There are many use cases for this:
Any sensible proposal that tries to improve the security of status quo domain registration practices will likely be met with open arms. On the flip side, it will also invite more scrutiny since a flawed proposal that has the potential to be gamed will produce a false sense of security and is arguably less secure than a simpler system with well-understood threats.
In question 28 of the applicant guidebook, "Abuse Prevention and Mitigation", ICANN has a few suggestions:
This is probably the most obvious one. Essentially, the goal is to make it painfully easy to register and start using a domain. Most Internet users are confused by how the DNS works, and have no idea where to look when something doesn't work. All they want is a web site, and an email address. The problem is especially acute in certain industry verticals where the Internet is simply not its bread-and-butter. A registry-led effort to provide a consistent and integrated user experience from the registration of a domain to the activation of services will most definitely help with TLD adoption.
This may sound gimmicky, but if executed properly it could provide limited beta testing and create a healthy iterative feedback loop that is at the heart of innovation. In addition, it's also a great way to involve early adopters and build a strong community around your TLD!
The idea is to launch the TLD in phases, and introduce social and gaming elements with a strong marketing strategy associated with each phase.
ICANN wants to enhance competition and the only way for new gTLDs to compete in a COM-dominant world is to innovate. Innovation is limitless; it just takes a bit of research and creative thinking to arrive at a set of services that complements the TLD's market. Every new gTLD is effectively a startup, and Steve Job's message couldn't be more apt: "Stay hungry, stay foolish."
|Data Center||Policy & Regulation|
|DNS Security||Regional Registries|
|Domain Names||Registry Services|
|Intellectual Property||Top-Level Domains|
|Internet of Things||Web|
|Internet Protocol||White Space|
Afilias - Mobile & Web Services