Archive for the ‘Registry’ Category

The favoured new TLD registrar payment model

Wednesday, February 6th, 2013

By Chris Wright

This week, Thomas Barrett – the President of US based registrar EnCirca – published a timely article about how the registrar cash flow model could collapse with the imminent release of hundreds of new Top-Level Domains (TLD).

I would like to thank Thomas for raising this important issue and for encouraging all new TLD applicants to discuss this topic with their back-end registry provider.

Thomas is correct; the process new TLD registries choose to interact with registrars will have a major impact on the success of their businesses.

Building upon what Thomas has written, I would like to take this opportunity to provide insights from a back-end registry operator’s view and offer an explanation for why I think the post bill pay model is favoured amongst registrars and should be supported by registries.

While Thomas briefly touched on this point, I would like to expand upon it and clarify a few issues.

The post bill pay model

ARI Registry Services has spent considerable time developing effective payment processes between registries and registrars. Following considerable consultation, the post bill pay model was constructed in conjunction with some of the largest registrars around the world.

We support the post bill pay model because it is actually significantly simpler and most registrars like it. In summary, this model essentially means registrars receive an invoice from the registry operator for all billable transactions following the end of a billing period. There are no accounts and no need for funds to be transferred outside of these invoices, which significantly helps to reduce the financial risk and strain on registrars.

It’s worth noting that it can be important to make a distinction between transactions that can be reversed and transaction’s that cannot. To make it simple for everyone, ARI Registry Services does not bill registry operators for transactions that are still reversible. We will wait until these transactions become non-reversible before we issue any invoices to registry operators. We offer similar functionality to our registry operators with respect to registrar billing so that they also have the choice to do this.

Benefits of the post bill pay model

As Thomas outlined in his article, there are a number of questions new TLD applicants should be asking their back-end registry provider. I completely agree with Thomas and offer the following responses to provide clarity on the benefits of the post bill pay model:

1) Is there an “accreditation” fee charged by the Registry?

As a back-end registry provider, we don’t charge any accreditation fee.

In fact, we take this one step further. All established registrars that can demonstrate experience in integrating with registries of a similar structure to us do not need to perform technical accreditation processes with us. Furthermore, we strongly advise our registry clients against charging accreditation fees as this is an unnecessary barrier to entry for registrars and ultimately impacts the commercial success of the TLD.

2) How much does the Registry require as an initial deposit and for replenishments?

Deposits, account maintenance and funds for replenishments are abolished under the post pay billing model. We don’t see any need for these.

The benefit of the post pay billing model is that there is no need to have account balances in the registry and we can simply track the transactions and invoice the registrars.

3) How does the Registry communicate the existing balance to Registrars? 

When you move to the post pay model, all you need to do is provide a web interface that allows registry operators and registrars alike access to the billable transactions that have occurred in the current invoice cycle. Sending a daily summary of transaction totals is the preferred way to proactively inform registrars of what they have spent.

4) Is there an auto-renewal policy for non-renewed domains?

Thomas seems to suggest that registrars don’t like auto-renewal because they basically provide credits to registrants or credits to the TLD.

This is easily addressed by delaying raising a transaction for this renewal until the end of the auto-renew grace period. Alternatively we can use the post pay model and the principle of not charging for non-reversible transactions. These solutions effectively eliminate this issue so you can still support an auto-renew service without the registrar having to carry the financial risk.

5) What are the bank fees to fund your registry account?

This is eliminated under the post pay bill model because there are no bank accounts and deposits to be tracked.

6) What payment options does the Registry accept for funds?

In our post bill pay model (as a back-end registry operator), we don’t enforce any mandatory payment options. It’s relatively straightforward; we send the invoicing data to the registry operator, who in turn will load the information into their accounting systems and generate an invoice for registrars. Registry operators are free to accept payment via any of the standard commercial invoicing payment options, or indeed any other method they desire. 

7) Does the Registry have its own account for each Registrar or does the back-end provider provide a single account for each registrar for all of the TLDs the back-end provider manages?

This issue becomes a lot less of a problem under the post bill pay model because we do not require money to be deposited, and thus tied up.

Each registrar will get a separate invoice from each commercial entity (registry operator) they deal with (TLD or collection of TLDs).

8) Does the Registry provider emergency credit if funds run low?

Again, because there are no funds associated with the post bill pay model, this issue is eliminated.

Risk for registry operators

As can be seen in our responses above, the post bill pay model addresses all of the questions Thomas has raised. However, while reducing the financial burden to registrars, it does potentially expose the registry operator to more risk.

We argue that new TLD registry operators should be prepared to accept this risk given that it will make their TLD more appealing to registrars. Ultimately, if you don’t have any registrars, you won’t be able to sell your domain names.

Further, these risks are manageable and can be addressed. For example, you can conduct credit checks on registrars, ask potentially problematic or risky registrars to put money into escrow or offer a bond, track the amount of debt a registrar is accumulating, or ultimately completely cut off the registrar from the registry if bills are not paid.

There are a number of strategies available to reduce this risk to registry operators.

Promotions

A further benefit of the post bill pay model is that it offers the most flexible platform for registries and registrars to implement promotional offers, discounts, credits for marketing and other commercial pricing strategies.

Essentially, each registry operator can apply their own discounting or promotional strategy as credits towards invoices, without requiring back-end registry operators to manage these. This means registry operators do not have to rely on their registry services provider to custom build promotions into their registry system, or pay expensive development costs.

Impact on new TLD applicants

I strongly recommend all new TLD applicants to consider the post bill pay model for their registrar payment process.

As described above, this model reduces the cash flow burden for registrars, makes your TLD more appealing to them and allows each registry operator to negotiate their own terms with each registrar.

Remember, registrars will be a crucial element in the success of many new TLDs. The barriers to entry will be a key  parameter reviewed by registrars when making decisions about which TLDs to integrate with first and a post bill payment model will go a long way to reducing these barriers.

If your back-end registry provider does not offer a post bill payment model, it may not be too late to switch.

By Chris Wright
Chief Technology Officer
ARI Registry Services

First insights from the GAC Early Warnings on new Top-Level Domains

Wednesday, November 21st, 2012

By Yasmin Omer

Today, the national governments that constitute ICANN’s Governmental Advisory Committee (GAC) for the first time publicly voiced their concerns over specific new Top-Level Domain (TLD) applications in the form of Early Warnings.

More than 240 individual GAC Early Warnings were issued in relation to 200 new TLD applications which account for 162 unique strings.

By far the most prolific government to issue GAC Early Warnings was the Australian government with 129. This was followed by Germany with 20 and France 19.

As expected, a large number of the 240 Early Warnings related to closed generic string TLD applications (100 Early Warnings). It appears a number of governments are concerned about brands or entrepreneurs owning a specific generic word and closing the door on public registrations in these namespaces.

Early Warnings were also issued for strings that are linked to regulated market sectors, such as the financial, health and charity sectors.

The continent with the most Early Warnings was Asia Pacific (154), followed by Europe (51) and Africa (30). This is in stark contrast to the distribution of new TLD applications across the globe which saw more than 80% of applicants come from North America and Europe.

Other interesting insights include:

• Amazon (an applicant for 76 new TLDs) has received 27 GAC Early Warnings
• Google (an applicant for 98 new TLDs) has received only 5 GAC Early Warnings
• 19 IDN new TLD applications received a GAC Early Warning
• DotConnectAfrica’s application for .africa received 17 Early Warnings. UniForum SA’s application for .africa received no Early Warnings.
• Despite being very vocal regarding their objections to certain strings, Saudi Arabia cannot participate in the Early Warning process as they are not a member of the GAC.

Below is an image which provides an overview of the distribution of GAC Early Warnings.

A GAC Early Warning is a mechanism by which the national government representatives who comprise the GAC can signal their potential concerns with specific new TLD applications that are controversial or sensitive. Receipt of a GAC Early Warning allows an applicant to be eligible to receive an 80% refund of their application fee.

Many Early Warnings offer remediation steps to be taken by the applicant which may appease any concerns the governments have. However, applicants are not obliged to take any action.

GAC Early Warnings are a pathway to formal GAC Advice to the ICANN Board in April 2013 following ICANN Beijing. GAC Advice requires consensus of the GAC and may indicate that a particular application should not proceed which almost certainly means an application will not be approved by ICANN. The biggest question moving forward will be how exactly consensus will be reached.  Watch this space!

While many applicants were nervously anticipating the announcement of today’s Early Warnings, the majority of applicants will be pleased with the results. Next hurdle: GAC Advice in April 2013.

By Yasmin Omer
Policy and Industry Affairs Officer at ARI Registry Services

NOTE: Every effort has been made to accurately report the statistics in this blog. However, some statistics may need to be updated with further analysis

Brussels mandate: Community-developed TMCH gains ascendancy

Wednesday, November 7th, 2012

By Chris Wright

ICANN has tentatively agreed to proceed with the community-developed Trademark Clearinghouse (TMCH) model following two days of discussions at a specially organised informal meeting in Brussels last week.

I believe this is an important breakthrough for the intellectual property, registry and registrar communities as it provides the best harmony between technical implementation and best practice trademark protection policy.

While it is yet to be ratified, the decision to support the processes described in the community TMCH model paves the way for discussions to now focus on how to technically implement this model.

The extraordinary and somewhat unprecedented level of collaboration and negotiation from all parties involved in the TMCH discussions over the past four months warrants congratulation, as does the leadership of ICANN CEO Fadi Chehadé who has been instrumental in facilitating this agreement.

The Brussels TMCH mandate

Just weeks after holding productive workshops at ICANN 45 in Toronto, representatives from the intellectual property and business constituencies, registries, registrars and senior ICANN representatives gathered again in Brussels on 1 and 2 November to negotiate a solution to the stalemate over exactly how the TMCH should be implemented.

The aim of the meeting was to discuss issues related to the implementation of the TMCH as it is described in the Guidebook. This excluded all policy related issues regarding rights protection mechanisms outside of what has already been agreed upon in the Guidebook.

At the top of the agenda were talks to find agreement about which TMCH model best serves the interests of stakeholders – the original ICANN model or the recently published alternative community-developed model.

Concerns have been raised about the feasibility of the original ICANN model. I, and a number of other registries and registrars, have been vocal opponents of ICANN’s original TMCH model because we believe it is too complex and burdensome in the way it achieves its objectives.

In September, we released three whitepapers which described the flaws associated with ICANN’s model and offered an overview of why the community-developed implementation model would achieve the same objectives without these burdens.

After many hours of deliberation, agreement was formed to support the community-developed model and proceed with discussions about how to technically implement it.

The next step

The decision to move forward with the community-developed model means we are now one (big) step closer to building a fully functional TMCH in time for the first delegation of new Top-Level Domains (TLD) which is set to occur in 2013.

This should come as welcome news to all new TLD applicants.

As agreed in Brussels last week, the next step in this process will be a meeting in Los Angeles on 15 and 16 of November to finalise the technical details of the implementation of the TMCH. These details have been missing from all previous discussions because of the lack of certainty about which model would be utilised.

Now that there is agreement on the implementation as described in the community-developed model, we can proceed with discussions about the nitty-gritty technical details involving the integration between registries, registrars and the clearinghouse provider.

Following the Los Angeles meeting, work will begin on writing the TMCH implementation specifications. ICANN will then finalise contractual agreements with the TMCH provider in anticipation of go-live shortly thereafter.

This is a remarkable turnaround in events considering the entire new TLD program was at risk if a workable solution could not be found. There is now light at the end of the tunnel and this is credit to the extensive collaboration that has been seen throughout the development of the TMCH.

Congratulations to everyone involved and well done. We are nearly there.

By Chris Wright
Chief Technology Officer at ARI Registry Services

ARI Registry Services responds to Roland LaPlante

Thursday, October 27th, 2011

By Adrian Kinderis

Contrary to claims made by Afilias CMO Roland LaPlante (CircleID – 21 October 2011), current generic Top-Level Domain (gTLDs) Registries have no real technical or commercial advantage at operating a new Top-Level Domain (TLD) because existing gTLDs are currently only required to comply with a small subset of the requirements of the new TLD program.

Mr LaPlante argues that potential applicants should question Registry providers about which gTLDs they currently support because he suggests that “ICANN-contracted gTLDs operate under more stringent — and public — requirements than other TLDs.”

This statement is fundamentally wrong.

The new TLD program is setting a precedent within the industry for the best practice performance, operation and policy requirements of a generic TLD namespace that is governed by ICANN. Through the Applicant Guidebook, ICANN has created a completely new approach to operating a generic TLD and it contains multiple requirements that do not exist within current gTLDs. These additions include:

•    Rights Protection Mechanisms – Trademark Clearinghouse & Uniform Rapid Suspension System (URS)
•    Mandatory abuse measures
•    Policy establishment requirements
•    Stricter eligibility (considering community based TLDs)
•    Government and law enforcement recommendations

To put it simply, current gTLDs have little in common with new TLDs.

Furthermore, Mr LaPlante’s attack on country code Top-Level Domains (ccTLDs) is weak and without basis. Talk to auDA (the .au regulator), InternetNZ (the .nz regulator) and Nominet (.uk regulator), and I am sure they would be appalled to hear the view that their TLDs were managed with less stringent public policy development frameworks than existing gTLDs.

In fact, some restricted policy ccTLDs already incorporate features of the new TLD program that gTLDs such as .com, .info or .net currently fail to address. For instance, most viable ccTLDs already have strict rights protection and abuse measures in place. They also have a strong emphasis on stakeholder involvement and operate under increased scrutiny by governments and law enforcement.

The reality is that many ccTLDs perform the same role as gTLDs, except they do this within the confines of many more restrictions and policies, such as those found in the new TLD program. It is false to claim that gTLDs operate under more stringent requirements simply because they have a contract with ICANN and publish monthly reports about their registry operation.

Regardless of existing credentials or experience, the point is that new TLDs come with a set of requirements that currently don’t exist in any namespace and many of these are still yet to be fleshed out by ICANN (take the Trademark Clearing House for example).

It’s important to remember that one of ICANN’s primary goals in developing the new TLD program was to find a way to facilitate entry for new Registry operators entering the market. ICANN is attempting to introduce competition and they have done so in such a way that potential applicants do not even need to partner with a Registry Services Provider, let alone a gTLD provider in order to operate a new TLD Registry. While existing Registry Operators will deliver a superior solution (usually at a cost benefit) to those entities that do not wish to perform the technical function themselves, this choice is left with the applicant. ICANN will not give applicants any extra points for choosing an existing provider, despite what the propaganda might say.

It is true that not all TLD Registry Services Providers are created equal. There are good providers and there are ordinary providers. Each has different qualities and credentials. Unfortunately, operating an existing gTLD Registry is not one that holds relevance to the success or failure of your new TLD.

The fact of the matter is no one has ever operated a new TLD and we are all new to this world.

What you need to ask your provider is not their experience with existing gTLD registries, but their understanding of the program, its new requirements, the Applicant Guidebook and how they will technically support your specific requirements.

Clearly some providers don’t seem to understand that it will be a new world, which to me suggests that perhaps they don’t understand the program as much as they would have you believe.

By Adrian Kinderis, CEO of ARI Registry Services