HandyOSS / HandyHost

Host DVPN/HNS, Sia and Akash all in one UI.
https://handyhost.computer
GNU Lesser General Public License v2.1
102 stars 16 forks source link

Q: Provider auditing #44

Closed avolon42x closed 2 years ago

avolon42x commented 2 years ago

Going down the rabbit hole a bit further. Here (https://docs.akash.network/operations/akash-audited-attributes) it says that providers should be audited in order to become "Akash" network providers. How can I do this with HH? Do I have to (makes sense so that you have more exposure on the network for serious hosting, right?)?

curious and learning.. thank you.

avolon42x commented 2 years ago

Do I understand correctly that by using HH for Akash I can't become an "official" host in terms of being singed? This would mean that a lot of bids like the ones with the following requirements cannot be met host: Akash; signed_by.any_of: akash1365yvmc4s7awdyj3n2sav7xfx76adc6dnmlx63 (-> singed by a validator)

This would seriously limit handyhost..is that true? Thanks for clearing that up.

alexsmith540 commented 2 years ago

I have tried to go down the rabbit hole of seeing how to get the official Akash signed_by as well. Basically some clients want specific people they audit to be their hosts and the single entity akash1365yvmc4s7awdyj3n2sav7xfx76adc6dnmlx63 has all the power over signing providers. Using HH doesnt limit you from getting signed at all, it seems like the only limiting factor to getting signed is a formal process to get your provider signed.

avolon42x commented 2 years ago

Yeah - I get that. Can you make the provider attributes accessible in a way, so that necessary amendments could be made? From what I was told this would be a requirement. I think I found where to change it but of course with the next release it would be overwritten. I can make an improvement out this ticket?

alexsmith540 commented 2 years ago

If you need additional fields added to the provider.yaml in order to get audited please let me know and I'll add them to the UI which populates provider.yaml. Ultimately there is already a UI to populate provider.yaml attributes already, it's in the configuration panel (anything listed under the Akash Provider Details area). The 3 attributes we currently are able to post in a provider.yaml are host (your URL), the region (ex: westcoast), and a host moniker (ex: my-host-moniker). Which ultimately populate a provider.yaml which is sent to akash, along with your provider's akash wallet address, when you register your provider. Example of what provider.yaml looks like currently:

host: https://my.provider.domain:8443
attributes:
  - key: region
    value: westcoast
  - key: host
    value: my-host-moniker
avolon42x commented 2 years ago

Thank you @alexsmith540 I was told that "tier" would be another attribute that needs to be set. I manually updated the provider.yaml will try to see if they sign my signature like that. 🤞 I'll let you know.

alexsmith540 commented 2 years ago

Fixed in v0.5.2. Added tier, email, organization fields. Also if you rebuild your cluster in the Configuration UI, it will add gvisor.