Multiplexed Internet Domain Names
Multiplexed domain names introduce a hierarchy within second level names. This extra level supports multiple use of 'the same' name without ambiguity. Examples could include name.com, name*1.com, name*2.com, etc.
Since legacy generic TLDs and country code TLDs increasingly outperform ICANN's ngTLDs, that's where innovation would be most beneficial.
Problems solved by multiplexed
Domain names were introduced in 1983. The only major improvement since then was when global users demanded characters and scripts outside standard ASCII English, and the Internet Engineering Task Force developed IDNA - Internationalizing Domain Names in Applications - to meet the need. That step was taken back in 2003!
When ICANN was first proposed by the US Department of Commerce, the primary issue they addressed was: "... widespread dissatisfaction about the absence of competition in domain name registration." The DoC never mentioned customer benefit or user demand. ICANN was built on supply side push - Internet users were never asked if they wanted thousands of new Top Level Domains.
The DoC also runs the US Patent and Trademark Office. They could have said: 'compete by inventing a better system' but instead ICANN was founded and populated by groups that supported launching new TLDs.
More than 1900 ngTLD applications were submitted and over 1200 new TLDs have been delegated (made active) since October, 2013, but users don't want them. They haven't solved user problems.
Legacy TLDs, specially .com, continue to grow. The number of registered .com names is now approaching 140 million.
The 255 county code TLDs together account for another 152.3 million registrations.
How have ICANN's 1,200 new generic Top Level Domains worked out? Not very well.
- The total number of ngTLD registrations peaked at over 29 million in April,
2017; the count today is about 3 million fewer (ntldstats.com).
How domain names are used means more than registration statistics; unfortunately most domain names aren't actually used. Statistics from ngtldstats.com tell us 66% of the registrations they've examined don't provide unique content - they are parked, redirected, or suffer from HTTP errors.
If ngTLDs leave domain name problems unresolved, what does ICANN propose to do? Oh, they're talking about opening yet another round of ngTLD applications!
How does the domain name situation support the Internet and its users? It doesn't. The ngTLDs are mostly a vehicle for speculation for both the ngTLD registries and for those who register names under ngTLDs.
Isn't it better to provide users with what they want, instead of what ngTLD merchants want them to want?
The Internet Domain Name System was never designed to provide universal naming, and that caused a number of problems now so ingrained that most people accepted them as inevitable. Things as common as domain name disputes, name warehousing and auctions, and the drive to add new TLDs focus on consequences of the system not being designed to provide universal naming.
The basic problem: most people, companies and trademark holders can't use their own name under their preferred Top Level Domain.
The DNS is a technical system written to a technical specification. Problems can be resolved by extending the specification. This was done when internationalized domain names made it possible to use 'foreign' characters and scripts in domain names.
Since the domain name system is hierarchical, multiplexed names add a hierarchical level within second level names. It's like adding street numbers to street names within a city. This increases the name space under any Top Level Domain, making it virtually unlimited.
Since almost any combination of letters A-Z, digits 0-9 and the hyphen can be used to register domain names we need a new token character to identify/generate a hierarchy. We suggest the asterisk (*) as a token, together with a number.
Compare it to the accepted character that designates email addresses - MaratSade.fr could be seen as a domain name, but write it Mar@Sade.fr and you recognize it immediately as an email address. The same can apply to domain names, where the asterisk is a character indicating multiple use of the same name.
Technically, names are registered in a set format and translated by a simple edge application to include the multiplexing token. This is similar to, but not the same as, the system used to generate foreign characters and scripts in internationalized domain names.
Aren't domain names ICANN's responsibility? Can't you just add numbers, or edit
the software already used to translate foreign characters?
Multiplexed domain names are a technical step toward Universalized Domain Names. Nesting multiplexed names with internationalized domain names (IDNs) results in universalized names available to anyone, anywhere, in any language or script, under their preferred Top Level Domain, be it a country code, legacy, or one of the new generic TLDs.
If Internet access is considered a human right, isn't registering your own name, under your preferred TLD, also your right? Otherwise you are arguing that a privileged minority should enjoy name ownership to the exclusion of the majority.
Registering your own domain name isn't a problem when
Everyone can be a Star. (Updated October 28, 2018)
Multiplexed names are not offered as a supported product, we only want to demonstrate how the Internet domain name system can evolve to eliminate the current, unnecessary naming restrictions and confusing proliferation of new TLDs.
Multiplexed domain names as tested follow all applicable Internet standards, but the translation format used in our tests is not standardized.
Last updated December 12, 2018