This move by Google just massively simplified the barriers to entry for small countries running their own ccTLDs in a more modern way.
(I work for a registrar, dealing with ccTLD idiosyncracies all day. If more registries adopt common premium price extensions, etc, it will make my life a lot easier, too.)
The implementation is here: https://github.com/google/nomulus/tree/master/java/google/re...
And a sample domain create EPP message with an attached fee from our test suite: https://github.com/google/nomulus/blob/master/javatests/goog...
Said lists are imported into the system from the CSV file format that is given to registrars by this command-line tool: https://github.com/google/nomulus/blob/master/java/google/re...
By the way, can I just say as an aside, that it's so awesome that I can finally link to and discuss our code in the open (I wrote this pricing stuff under stuff).
I saw that donuts has a test EPP endpoint to try nomulus. I will probably connect to it soon for some integration testing.
My only issues when using this extension:
* It's super flexible. I have to guess if a fee is an EAP fee based on the description, for example. (Registries haven't standardised on anything.)
* Querying for all operations * terms is very verbose.
* The extension itself has multiple versions. We support fee-0.5 - fee-0.8.
Smaller ccTLDs are unlikely to use this though: it makes more sense for them to contract out the technical side of things than run their own, with .cm being an example of a registry that shouldn't run their own infrastructure.
And then you have the likes of the .ie domain registry (IEDR) who use their own vaguely EPP-like protocol that works nothing like normal registries with a set of needlessly bizarre policies specific to them.
Ugh.