Yeah, I was having a difficult time wrapping my head around the nature of your response. I have been thinking about how I wanted to respond to your reply. I am just going to be straight-forward and speak my thoughts.
I would appreciate the constructive feedback. Especially since it is–again; neither accurate or inaccurate.
Again, I want to reiterate that my post is not of any certain or specific reflection on the current state of ENS subdomains. I’m not sure how you have decided that what I have outlined is inaccurate. While including inaccuracy it is also not accurate. It’s simply an idea that could be discussed for the possibility of implementation in the future. Yes there is the “current state” section but I believe that outlines the current state of speculative confidence in the system moving forward rather that “this data, fact is xyz” etc,
For what it’s worth translates into “I don’t value this information and I find it to be useless and irrelevant”.
The phrase rent extraction is colloquial and represents the idea of instilling policy on a persons residing or actively participating in a jurisdictional state that is either an obvious corruption injection solely for monetary gain. Within that idea; the mechanism and methods used are enforced by carefully crafted rules and guidelines that prevent the person(s) who are subjected by said policy or doctrine, have no other choice but only to abide by those rulesets. This would include attempting to dismantle the enforcement by petitioning the subjection of disenfranchisement or by a cause of unfairness. I believe that is a great explanation of its colloquial etymology.
We all have different voices both internally and externally and I understand that. But I’d prefer my ideas to not be correlated to such a corruptive undertone.
My post maybe could uses some brushing up, I may have rushed it. But it explores the idea implementing a team or process that would authenticate, approve and audit the contracts that will be supplementary to official ENS deployed contracts.
This will act as mechanism to achieve the following:
Evaluating the proper use of contract functions
Ensuring that public view of contracts are verified on chain and accessible and readily available for
viewing and evaluating
establishing an entrusted seal of approval by audit
continuance in practicing the principles of true decentralization by open-source transparency
Prevent any contracts that incorporate ENS namespace functionality from malicious intent. (i.e, exploitation, credential hijacking etc.)
Achieving the adoption and consistent utilization of the ENS namespace through current and future technologies, globally.
The most important aspect of decentralization is ensuring the open-source transparency and trust is extended to the subsequent entity that is building on top of the protocol. If we can not ensure the above items are reflecting those transparent decentralized principles, the the standards that shape decentralization will ultimately diminish over time. I think there is a common notion that decentralization will ultimately be 100% autonomous. I honestly don’t think that will be the case with regards to sub-domains.
When the sub-domain wrapper contract is officially put to use on the blockchain, developers will be pushing their own contracts along with it. Realistically, they can do what ever they want with their customized smart contracts. Since we havn’t seen how those contracts will be used with official ENS contracts, we don’t know what to expect. This is truly a critical moment for ENS’s proof to stand true to it’s word and uphold the reputation it has earned.
I believe it is imperative that we implement agency of endorsement. What would happen if some supplemental contacts are exploited from the use of another contract and compromises lets say 10,000 ENS names and their subsequent wallets? Who is to blame? How would we approach that subject ?. Again putting an audit team over larger organizations who plan to or already have achieved hundreds or thousands of sub-domain registrations with a seal of approval might be something to think about. Like I said above, we need to extend the standards ENS is providing in the wrapper contract with their supplemental contracts.
This isn’t about control, being big brother or oversight for the sake of. This is about attempting to prevent any sort of failure points. I’m not saying any contracts or on chain events contain that possibility. There is a lot at risk by many people and we should be doing everything we can continue being one step ahead. I’m confused how you aren’t in favor of this sort of thing. You have have already suggested this mechanism be put in place
on this post about scams with ENS Subdomains
That being said, brings up another point. Revenue.
This is a bold statement and I hope it becomes true. Is there a justification that I am not seeing for looking past the importance of extending continuous support of ensuring that organizations implementing subdomain use onto their users meets ENS and TNL quality assurance for the security and trust of future registrants? You said it best about the billions of users. That statement itself is worth at least a billion dollars figuring just $1.00 USD per subdomain. The revenue stream to keep ENS afloat for a long long time is right there in front of us. I’m not sure why we are planning to take the extremely risky Endaoment route. Don’t get me wrong, I think it’s a fabulous idea but allowing ENS to mature for a decent amount of time after implementing a guaranteed source of revenue for continuous operations should be the number one priority right now.
A lot of you have put much work into this project before I decided to participate in these discussions and I value that and I am appreciative of how this became what it is today. I suggest that for those who that applies to—may you ask yourself: Are you 100% sure that putting a good chunk of those total assets earned into a extremely volatile and unpredictable cryptocurrency economy; given the level of fear and uncertainty with all the talk of recession and possible instability across markets, globally is 100% without a doubt the best decision we as a DAO could do? Not only that, we are without a doubt going to see regulations of that afaik, nobody really has came out and openly presented solid foundations to on a global and a respective nation level.
I’m not seeing why ENS shouldn’t be involved in the sub-domain dealings. For the amount of speculative bullish ideology that is common on social platforms this is a very secure and predictively guaranteed stream of revenue to keep operations running and continuance of support within the ecosystem. Let’s trust that everything will pan out with organizational sub-domain issuance. But we should also continue to verify. Decentralization does not mean zero oversight. Given the value of sub-domains-- as they are also a marketing tool for organizations, the organization responsible for issuing the name extensions may be willing to return $1.00, $2.00, $3.00 or more per name as a advertising expense per name. (numbers are placeHODLer only)
I’m going to reinforce that there is simply not much of a difference in a fee at the sub-domain level comparing to the TLD namespace or username registration fee. A name is a name that is registered through the protocol of which provides it’s service to. By the model of all fees for subdomains are at the control of the issuing entity will ultimately to cause a negative cashflow over a period of time.
lets make use of this hypothetical–that ENS is just a pool of ten (10) registered domains
*pacific.eth atlantic.eth artic.eth baltic.eth indian.eth*
*bering.eth arabian.eth coral.eth caspian.eth adriatic.eth*
pacific.eth atlantic.eth artic.eth baltic.eth indian.eth
– are single user domain names and all have registered for (1) year at the price of $1.00
bering.eth arabian.eth
– are single user domain names and all have registered for (4) year at the price of $4.00
coral.eth caspian.eth adriatic.eth
– are TLD sub-domain issuers and all have registered for (10) year at the price of $10.00
now we have a total of $15.00 revenue
pacific.eth--forgets to renew and decides that it doesn’t fit their budget
atlantic.eth--artic.eth baltic.eth decide to go and get a free domain instead of renewing**
Indian.eth** --registers for another year
now we are at a projected revenue of $1.00 (+/-) to support operations for a year.
we are now waiting for that 4 and 10 year mark to see potential revenue again and the hedge didn’t work out as imagined and lost 10% instead of gaining the 4% we hoped
This is just absolute microscale of how easily what we speculate to be guaranteed revenue, could get out of hand. Again total micro model, not any expected outcome and shouldn’t be used in any official capactiy, NFA
ENS is also a public good and we are not responsible for being the funding mechanism for every other public good on as well. We should see no problem with the application layer platforms who are exposed to the high returns contribute to the funding our protocol as a public good contribution either. It should really go both ways, and we shouldn’t be afraid to ask either…everyone else is asking.
food for thought…