the currently active proposals(Add ENS generic scheme, Add ENS Public Resolver generic scheme) which will enable the dxdao to manage its ENS domain portfolio will be functional on the 28th January 2020 at 7:42 pm.
To prepare the launch of the BC-DAPP
we need to make sure that the dxdao.eth domain is ready to be used once the development of the smart contracts and frontend is done. Those are the next steps:
- Set the main ENS Public Resolver contract as the Resolver for the dxdao.eth domain so we can attach an IPFS hash to it.
(Optional we could go through all domains the dxdao owns and make all domains ready to be used by setting the main public resolver contract as the resolver for all domains the dxdao owns)
The dxdao currently owns:
dxdao.eth --> proposal out: sets the resolver contract to newest Resolver 0x226159d592E2b063810a10Ebf6dcbADA94Ed68b8
dutchx.eth --> proposal out: sets the resolver contract to the newest Resolver 0x226159d592E2b063810a10Ebf6dcbADA94Ed68b8
dxoasis.eth --> public resolver configured (0x226159d592E2b063810a10Ebf6dcbADA94Ed68b8)
dxfeeds.eth --> public resolver configured (0xD3ddcCDD3b25A8a7423B5bEe360a42146eb4Baf3)
dxwallet.eth --> public resolver configured (0xD3ddcCDD3b25A8a7423B5bEe360a42146eb4Baf3)
dxoracle.eth --> public resolver configured (0xD3ddcCDD3b25A8a7423B5bEe360a42146eb4Baf3)
dxinsurance.eth --> public resolver configured (0xD3ddcCDD3b25A8a7423B5bEe360a42146eb4Baf3)
- Once LevelK and dOrg are done with the smart contract/frontend development for the BC-DAPP I am proposing that we do a test run/version of the BC-DAPP so everyone can play around with it on Kovan/Rinkeby). If everything is fine the deployment of the smart contracts on the ethereum main network and the hosting of its frontend on IPFS should be ready to go. Once that is done, we only need to point the configured public resolver contract of the dxdao.eth domain to resolver the IPFS hash we defined. This will require the final proposal which needs to go through the whole dxdao membership!