NordVPN Promotion

Home / Blogs

ICANN Should Immediately Clarify if Applicants for the Same String Can Communicate Before Reveal Day

It’s been a big week in ICANN-land. On Wednesday, August 12, the 2026 new gTLD Round application window closed, and ICANN announced that it had received over 1,600 applications. To date, at least 8 applicants, accounting for hundreds of strings and representing potentially over 20% of the applications submitted, have chosen to self-reveal the strings they applied for. It’s likely that other applicants will follow suit.

This creates a significant dilemma for those applicants and all other applicants who self- reveal: what do they do if other applicants for the same string contact them and want to discuss options to address this conflict? But this is not just a question of strategy for applicants. Because of a perceived lack of clarity in the Applicant Guidebook, many applicants are concerned that making the wrong decision could put their applications and the related financial investment - and even their ability to participate in this and future new gTLD application rounds - at risk.

The concern that has been raised by a number of applicants is that it’s unclear whether having discussions or negotiating with other applicants for the same string before Reveal Day - or even receiving such an inquiry from another applicant - would violate the prohibition on private resolution of contention sets in the Applicant Guidebook. There is also uncertainty as to whether the answer may differ depending on whether the parties are merely communicating, negotiating possible courses of action, or actually entering into an agreement involving the withdrawal of an application. For the benefit of the applicants and the sake of the 2026 Round, ICANN should immediately provide clarity on this issue.

For background, in the 2012 round of new gTLD applications, many contention sets (i.e., where there was more than one applicant for the same string) were resolved through private auctions where the losers of the auction split the winning bid amount. There was concern by many that if private auctions were permitted in the 2026 Round, this would incentivize the submission of applications from applicants who did not have a bona fide intent to operate the string and simply wanted a payout from a private auction. The result is that private resolution of contention sets was prohibited in the 2026 Round. Specifically, Section 5.2.3 of the Applicant Guidebook states that ICANN’s contention resolution processes (i.e., an auction conducted by ICANN) provide the “only permissible path to contention resolution” and prohibits “any other arrangement designed to resolve contention privately.” Similarly, Section 5.2.3.1. States that “Applicants (including their agents and affiliates) for strings in the same contention set are strictly prohibited from communicating, either directly or indirectly, with other applicants in that same contention set regarding their respective applications in contention, any strategies related to the in-contention string(s), or strategies to resolve contention.”

So, the question that applicants who have revealed their strings to the public and are contacted by other applicants for the same string are struggling with is whether those discussions—or even being contacted at all by other applicants for the same string—constitute prohibited private resolution of contention sets. I, and a number of others, believe that at least communications and discussions between applicants for the same string prior to Reveal Day are not only permissible under the Applicant Guidebook, but also are aligned with ICANN’s stated goal of reducing contention in the 2026 Round for the following reasons discussed below. Whether particular negotiations or agreements could independently constitute an impermissible “arrangement designed to resolve contention privately” presents a closer question, and is one of the reasons ICANN should provide immediate guidance.

1. ICANN Does Not Identify Contention Sets Before Reveal Day

According to Section 5.2 of the Applicant Guidebook, contention occurs when one or more applied-for strings are identical, variants, singular/plural forms, or visually similar to one another. Importantly, Section 5.2 states that the earliest date that contention may be identified is at Reveal Day. Specifically, Section 5.2 states that “Contention may be identified during various stages of the application process from Reveal Day through the conclusion of the string evaluation and potential subsequent challenges, objections, appeals, and Singular/Plural Notifications processes.”

This is confirmed by Section 5.2.3.1, which identifies the various points in time when contention sets are identified, the earliest of which is Reveal Day (“The New gTLD Program includes various points in time when contention sets are identified and updated as new information is available, namely: Reveal Day, String Confirmation Day, publication of Singular/Plural Notification results, publication of String Similarity Evaluation results, and resolution of Objection proceeding.”)

This makes sense because prior to Reveal Day: (1) applications that were submitted may not proceed - and thus would not be revealed on Reveal Day - due to payment issues or because of completeness or accuracy issues identified during the administrative check; (2) applications may be withdrawn before Reveal Day; and (3) applicants have not finally chosen their string as they still may have the option to move to their Replacement String.

Accordingly, because ICANN does not identify or establish contention sets until Reveal Day, there is a strong argument that discussions between applicants for the same string (whether the string is a primary string or replacement string) that occur before Reveal Day cannot constitute private resolution of a contention set. However, if such discussions resulted in the withdrawal of one or more of the applications for the same string, then they could have the effect of either avoiding or reducing contention.

2. Communications Between Applicants for the Same String Before Reveal Day Are Explicitly Permitted

Even more importantly, the Applicant Guidebook expressly identifies Reveal Day as the beginning of the period during which the prohibition on communications applies.

Section 5.2.3.1 of the Applicant Guidebook prohibits certain communications and activities during specified time periods to prevent applicants from engaging in private resolution of contention. Specifically, Section 5.2.3.1 states that “Applicants (including their agents and affiliates) for strings in the same contention set are strictly prohibited from communicating, either directly or indirectly, with other applicants in that same contention set regarding their respective applications in contention, any strategies related to the in-contention string(s), or strategies to resolve contention.”

But this section goes on to clarify that these “Communications are prohibited from Reveal Day until the earlier of (1) the date a prevailing applicant signs a Registry Agreement for a specific contending gTLD string, or (2) the applicant withdraws the relevant application.”

The choice of Reveal Day as the express starting point for the prohibition is significant. If ICANN intended to prohibit these communications from the moment applications were submitted, it could have said so. Reading the prohibition as nevertheless applying before Reveal Day would appear to give little or no effect to the Guidebook’s express statement that communications “are prohibited from Reveal Day.”

Accordingly, Section 5.2.3.2 expressly confirms that the New gTLD Program does not prohibit applicants for the same string from communicating directly or indirectly any information related to applications or application strategies “for strings that are not in contention” and communications “occurring outside of the defined periods where communication is prohibited.”

Nor is it clear how merely receiving an unsolicited communication from another applicant could itself constitute a violation. An applicant cannot control whether another party sends it an email or otherwise attempts to contact it. ICANN should therefore clarify not only what communications are permissible before Reveal Day, but what an applicant should do if it receives such a communication.

3. Communications Between Applicants for the Same String Before Reveal Day May Facilitate Contention Avoidance, Not Contention Resolution

As discussed above, I believe that the Applicant Guidebook makes clear that there are no contention sets prior to Reveal Day and that communications between applicants for the same string are also only prohibited after Reveal Day. The Applicant Guidebook also distinguishes between contention avoidance and contention resolution. Section 5.1 establishes the Replacement String mechanism, which is described as providing applicants “the opportunity to avoid contention and the associated resolution procedures.” The Applicant Guidebook thus both distinguishes between contention avoidance and contention resolution and recognizes that avoiding or reducing contention is distinct from resolving contention through the procedures applicable to an established contention set.

This distinction is particularly relevant before Reveal Day. If two applicants independently determine, following permissible communications, that one will pursue a different string or withdraw its application, the result may be that a contention set never arises in the first place. That is fundamentally different from conducting a private auction or other mechanism to determine the winner of an established contention set.

That said, Section 5.2.3’s separate prohibition on “any other arrangement designed to resolve contention privately” creates an important question that the Guidebook does not clearly answer: Does that language prohibit an agreement reached before Reveal Day even though the express communications prohibition does not begin until Reveal Day? And, if so, where is the line between permissible pre-Reveal Day communications intended to avoid contention and an impermissible private arrangement to resolve it? The consequences for getting that distinction wrong are too significant for applicants to be left to guess.

Conclusion

While the above analysis makes a compelling case for the permissibility of at least communications and discussions between applicants for the same string before Reveal Day, the reality is that many applicants who are concerned about putting their applications, and the many millions they have paid for them at risk are not so sure.

The Guidebook’s express commencement of the communications prohibition on Reveal Day strongly supports the permissibility of pre-Reveal Day communications, but the broader prohibition on private resolution leaves legitimate questions concerning how far those communications may go, including whether applicants may negotiate or enter into agreements before Reveal Day. Because of the significant number of applications that have already been self-revealed, the current confusion amongst applicants on this point creates unnecessary risk to the 2026 Round. Accordingly, for the benefit of applicants in the 2026 Round, and to ensure the success of the Round itself, ICANN should provide clarity on this issue as soon as possible.

Applicants should not have to choose between refusing communications that the Applicant Guidebook appears to permit and engaging in communications that ICANN might later determine crossed an undefined line. ICANN can - and should - eliminate that uncertainty now by clearly stating what applicants for the same string may, and may not, discuss or agree to before Reveal Day.

NORDVPN DISCOUNT - CircleID x NordVPN
Get NordVPN  [74% +3 extra months, from $2.99/month]
By Marc Trachtenberg, Domain Name, Internet, Social Media, and Advertising Attorney

Filed Under

Comments

another dimension to this: When one applicant has a stronger claim Jothan Frakes  –  Aug 17, 2026 7:05 AM

The problem gets worse when one applicant holds a claim the others cannot match.

A Community Application has to be marked as one when it is filed. You cannot add that status later. Nobody sees it until Reveal Day. And the applicant does not have to commit to Community Priority Evaluation until after contention sets are published, when a 30 day payment window opens.

Think about what that order of events does.

An applicant with a real community claim knows early that it may win without an auction. The other applicants for that string do not know. Each of them spends $227,000 to find out.

If the community applicant passes CPE, the others never reach an auction. They lose the string and most of their fee. ICANN collects no auction money, because CPE ended things first. Nobody gains. The information that could have prevented all of it sat with one party for months.

The best time to share that information is before anyone applies. At that point there is no application and no contention set, so there is nothing to resolve. But a community applicant who calls a possible competitor and says “we have a community claim here and we plan to use it” cannot tell whether the Guidebook allows that call.

Look closely at what that call is. No money changes hands. No promise is made. One side simply learns something and makes its own choice. Yet the result looks the same as a deal. One applicant stops, the other goes ahead. And the Guidebook bans “discussing, offering, or accepting of money or other things of value ... for withdrawing an application.” So where does a call that causes a withdrawal, but pays nothing, land?

The same thing happens with other strong claims. A .brand applicant. An applicant holding written government support for a place name. A trademark owner likely to win a Legal Rights Objection. In each case, the party best able to stop a wasted application is the party least sure it may speak.

Then the certification lands on the winner. Before signing a Registry Agreement, that community applicant must certify it followed the rules against private resolution. If it spoke to others before Reveal Day, and those others chose not to apply, what is it certifying? That it resolved no contention? Or that it stopped contention from forming, which the Guidebook never says is the same thing?

And CPE may not settle anything anyway. If two community applications pass, they go to auction regardless.

Not everyone feels the same pressure

The money side is not equal either.

Applicant Support Program grantees pay 75 to 85 percent less, so roughly $34,000 to $57,000 instead of $227,000. Their refunds shrink to match, so what they stand to lose is a fraction of what a full fee applicant loses.

That changes how people behave. The refund clock pushes a full fee applicant to decide fast. It barely moves a grantee. A grantee can sit in a contention set and wait.

Many grantees are also community applicants. So one party can hold both a priority claim and a small financial risk, while the applicant across from them holds neither. That second party carries all the cost of not knowing. It also has the most to gain from a clear rule, and the least ability to get one.

Your aks is reasonable and should get clarification.

The community further needs ICANN stating plainly whether telling another possible applicant about a stronger claim, before Reveal Day, counts as avoiding contention, which is allowed, or resolving it privately, which is not.

That question is narrow. It has an answer. Leaving it open costs applicants six figures every time someone guesses wrong.

Missed Opportunities John Berryhill  –  Aug 17, 2026 7:11 AM

It is unfortunate that the ICANN community did not include bright folks like you in the process of discussing and drafting the policy during development of the application guidebook, that you had not noticed these ambiguities until just a few days after the application window closed, and that the ultimate purpose behind the policy is not useful as an interpretational principle.

This Was Discussed During the Development of the Policy and AGB… Marc Trachtenberg  –  Aug 17, 2026 8:30 AM

John – I know you are being snarky here, especially as you know that I was a member of the Subsequent Procedures IRT. However, this issue was actually discussed specifically during that process.  In particular, it was addressed in three separate IRT sessions during ICANN 84.  The most relevant discussion occurred in Session 1 of 6 on October 25.  If you take a look at pages 18-24 of the transcript (https://hosted-files.sched.co/icann84/a4/TRANSC_I84DUB_Sat25Oct2025__GDS-Subsequent%20Procedures%20IRT%20%281%20of%206%29-en.pdf?_gl=1*1mn45ec*_gcl_au*NTYzMjU4MTcyLjE3ODY5Nzg0MDU.*FPAU*NTYzMjU4MTcyLjE3ODY5Nzg0MDU.) you will see that ICANN staff make clear their view that any communications between applicants for the same string can communicate – even if such communications result in one withdrawing their application – are permissible before Reveal Day. 

For example, ICANN staff says:

“think the guidance states, Jeff, that as of reveal day is when the no collusion comes in. So, what happens before that is between the applicants at that point.”

And also:

“Yeah, I mean, we can look at the language again, Jeff, maybe, but I think there’s also the issue of being in contention. So until reveal day, nobody’s in contention. So there’s that qualifier around there as well, because you can obviously talk to other applicants as long as you’re not in contention at any time anyway.

The problem is that while ICANN staff made their view clear during the Subsequent Procedures IRT, ICANN Org never made its view clear to the Community.  Most people were not closely monitoring every session of the IRT, and even for those that were, or with whom I have shared these exchanges, is that enough for an applicant to base a decision on that could result in termination of their applications – and the associated millions they invested in them – and potentially being permanently banned from the new gTLD program?  Clearly the answer is no based on actual discussions and actual confusion amongst applicants I have spoken with, and I don’t think it’s reasonable to ask them to do so.

Clearly it would have been better for ICANN to have clarified this sooner, especially when they were aware that this issue could arise generally, but also specifically with platforms like Early Warning Report (disclosure: I am a co-founder of EWR). But ICANN can still do so now while there is still time for applicants to avoid contention and it should do so immediately for the benefit of the applicants who have invested so much time and money already in their applications, and to give the 2026 the best chance to be successful.

"Clearly it would have been better for ICANN to have clarified this sooner" John Berryhill  –  Aug 17, 2026 8:20 PM

When was the ICANN Org asked to do so, and by whom?

Comment Title:

  Notify me of follow-up comments

We encourage you to post comments and engage in discussions that advance this post through relevant opinion, anecdotes, links and data. If you see a comment that you believe is irrelevant or inappropriate, you can report it using the link at the end of each comment. Views expressed in the comments do not represent those of CircleID. For more information on our comment policy, see Codes of Conduct.

CircleID Newsletter The Weekly Wrap

More and more professionals are choosing to publish critical posts on CircleID from all corners of the Internet industry. If you find it hard to keep up daily, consider subscribing to our weekly digest. We will provide you a convenient summary report once a week sent directly to your inbox. It's a quick and easy read.

Related

Topics

IPv4 Markets

Sponsored byIPv4.Global

DNS

Sponsored byDNIB.com

Brand Protection

Sponsored byCSC

Domain Names

Sponsored byVerisign

New TLDs

Sponsored byRadix

DNS Security

Sponsored byWhoisXML API

Cybersecurity

Sponsored byVerisign

NordVPN Promotion