tl;dr: I support any fees that secure the long-term funding of the ENS foundation and directly go into further development and marketing/mainstream adoption efforts
Hi Nick,
Iâve been following ENS since it was first announced and itâs still so great to see how thoroughly you guys discuss these topics and how you ask the community for their feedback, I truly appreciate that!
From my perspective, these are the (rather obvious?) paradigms of ENS:
- Usage and User Experience should be as simple and as convenient as possible.
- Number one metric is real world adoption
- The ENS foundation needs a continuous income stream (ideally rather independent of the current ETH-dollar price) to ensure long term development of the project and to make sure that competitors donât overtake
Based on these paradigms, here are some thoughts and questions regarding your proposal:
I fully agree that we should not produce a situation where the network is clogged up. Fees that ENS users pay should go straight into further development of ENS, not to miners.
Is it correct that the proposed dynamic pricing would only apply to domains that werenât renewed during the grace period and that already expired? So this would have no affect on the general renewal process? Also, should this dynamic pricing hold for all domains that werenât renewed during the grace period in the future or should it only be applied for the batch in August 2020 (and correspondingly in January/February 2021 when the next batches of domains expire)?
On one hand side, it is true that ENS had some pricing changes in the past and that another one would be not optimal. On the other hand, broad mainstream adoption is not there yet, so my feeling is that most of the current ENS domain users/holders are early supporters who would be ok with another change. So rather than having a look at how often we have to adapt, we have to check if the overall process of registering domains improves. In other words: Historic changes within this ENS process might just not be relevant to completely new users in the future.
When I read you proposal, I have mixed feelings: It looks reasonable and fair, although I have pointed out in the past that there is no such thing as absolute fairness (even with such a dynamic pricing system, youâre again in favor if you have a lot of money while âhow much a person needs a domainâ is not only defined by how much money that person is willing to spend but also how much research effort that person is willing to invest in when and how certain domains expire).
At the same time, it feels like this dynamic pricing is trying to solve an issue that we thought we already solved by introducing yearly rental fees. It further feels like when we had such a dynamic pricing, in most cases it might not be even necessary and relevant, consider the following the scenarios:
a. You own a very valuable domain that you would like to keep for whatever reason. You would simply not let it expire and to be honest, if you did, it would be just careless and your own fault. With the possibility of renewing a domain for the next 100 years and with the grace period there are enough tools to make sure you donât lose a domain you really want to keep. Here, the dynamic pricing would not create a real benefit for such a careless domain holder.
b. If you have a domain that you donât want any longer, you would either sell it before it expires or just let it expire. This means that the dynamic pricing would be relevant for people who want to re-register the domain. While I am writing this, I see that the initial approach (fixed yearly rental fees based on a domains length) was maybe not specific enough: A shorter name is not âalwaysâ more valuable than a longer one by default, so this would speak for a dynamic pricing!
However, âifâ the secondary markets work efficiently enough, the dynamic pricing might be not so relevant in the long run, because a potential buyer would already buy it on the secondary market. An exception where this efficient market could fail is the case if the seller on the secondary market asks for a very high price that is higher than a potential buyer would pay for during the Dutch auction.
While I personally prefer not to overpay for a certain domain (obviously), a dynamic pricing might be good for paradigm #3, the continuous ENS foundation cashflow. I know of completely different ethereum based projects (e.g. like https://somniumspace.com/) that sell NFTs (schematically similar to the ENS names) and this project even earns a small percentage everytime the owner of the NFT changes on https://opensea.io/ .
I know that the idea of ENS was from the beginning to make sure that squatters donât take over the system but I always insist on the fact that there is large grey-area between squatters and legit users: Just think you are a shop owner and you have been using an ENS domain for years for your website and suddenly someone offers a large amount of money for that domain and you want eventually to sell it. In the moment we introduced yearly renewal fees and in the moment we introduce dynamic pricing we raise prices on the secondary market ourselves, because the inherent monetary value of that particular domain increases (someone who paid a bunch of money during registration would probably want to have his costs covered in case he intends to sell it on the secondary market).
The reason for this lengthy elaboration is that altough I donât want to overpay for a domain, I am more than happy if the money I have to pay goes directly into further ENS development and adoption.
Btw. can you share any numbers of how much funds you have left at the moment at whatâs your burn rate? Ethereum prices are so low that Iâm always a bit concerned that you have enough funds for the future (as you could read from my above text ).
Right now we donât have the exact numbers from the yearly renewal fees, but it will be very interesting to see if this income can cover your costs already.
Oh and just a last one: If you decide to introduce such a dynamic pricing, itâs also a question on how you market this. If you write a detailed documentation next to the âregisterâ button, it might scare off new users due to the complexity. But if you just display the current price next to the domain of interest, the user would simply see âbuy the domain now for price Xâ (so it would be a one-click solution for the user) and next to it you could have a small link to a detailed description saying âwhy is the price decreasing over time?â