-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Decentralize and eliminate the Domain Name Owner and DNS Admin roles #211
Comments
That's a great long-term goal to have, but it's not currently possible to do that because everything is all under the same domain name:
Actually the only thing that isn't on that domain is the wiki, as you pointed out. It seems to me the reason why the Domain Name bonded role was created is because everything is on the same domain name, and why it cannot be eliminated. |
Also, doesn't this belong to the Markets API Operator role? For some reason I thought that domain was used for the API. |
Good point, @wiz. Perhaps the best solution at this point is to consolidate the generic, catch-all Domain Name Owner and DNS Admin roles into a single "bisq.network domain owner" role whose duties include domain name renewal and DNS administration. I'll think more about it, but yeah, perhaps this just won't work. As for bisq.io, I don't recall the relationship to the markets API. |
Sorry it was
Maybe we should aim to eliminate subdomains on a centrally owned domain name and do it the BSQ explorer style where we all own our own bisq domain names. I got bisq.ninja so I can use that for something. |
Something like that would be good. But it's a different proposal. I'm closing this as rejected for the reasons above. Thanks, @wiz. |
Thanks Chris. Yeah, after talking to @m52go I think we can implement your proposal to eliminate those roles with a bit more work. Here's the list of subdomain names to migrate that I know of, please let me know any that are missing:
|
Hi @cbeams / @wiz thanks for the proposal. I am doing some housekeeping on the proposals. I will close this as accepted but please can you update as the status of the work to decentralize and eliminate the Domain Name Owner and DNS Admin roles. You may wish to consider making a project for this work. Many thanks. |
The Domain Name Owner and DNS Admin roles are problematic because they centralize control over most Bisq-related domain names. This approach was pragmatic in Bisq's early days, but is no longer appropriate today under the DAO. I propose that we eliminate these roles in favor of handing over ownership and control of each active domain to the operator of each respective web property. Doing so will allow operators to act with greater autonomy and will further general decentralization goals. It is also important to do this because @ManfredKarrer is currently paying for most of the domain renewals, and he has stepped away from the project. These domains should be owned by active contributors responsible for operating the respective web properties.
We are already taking this more decentralized approach with the bisq.wiki domain. @wiz is the current owner of the Wiki Operator role, and as such he is responsible for paying for renewals of the domain name and managing its DNS (see bisq-network/wiki#7).
Likewise, we have decentralized the ownership of Bisq explorer URLs. There is a lightweight redirect in place at markets.bisq.network that routes the user to, e.g. bsq.emzy.de, bsq.vante.me and other domains owned and operated by individual owners of the BSQ Explorer Operator role.
The checklist below lays out how all active or once-active Bisq-related domains currently managed by the Domain Name Owner and DNS Admin roles should be transferred.
The following is a list of domain names that were never active but were purchased in order to reserve them. It is less important to transfer these. These domains can continue to be owned by @ManfredKarrer if he so chooses. Perhaps certain among them can be let to expire, or perhaps some of them should be transfered, e.g. to the Website Operator/Maintainer. Feedback welcome on what we should do with these.
Also:
Regarding bonding, the Domain Name Owner and DNS Admin roles do require bonding, but have never actually had bonds posted. That is indeed the impetus for my creating this proposal now. I own these roles, but I believe they should be eliminated, so I don't want to post bonds for them. I believe we can rely on existing bonds for existing operator roles, e.g. Website Operator/Maintainer role already has a 50K BSQ bond, and that bond can simply encompass the ownership of the domain names and DNS management.
When these actions are complete:
The text was updated successfully, but these errors were encountered: