Skip to content
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

Community Review of Ehume Allocator #202

Open
Ehume opened this issue Oct 25, 2024 · 4 comments
Open

Community Review of Ehume Allocator #202

Ehume opened this issue Oct 25, 2024 · 4 comments
Assignees
Labels
Awaiting Response from Allocator If there is a question that was raised in the issue that requires comment before moving forward. Refresh Applications received from existing Allocators for a refresh of DataCap allowance

Comments

@Ehume
Copy link

Ehume commented Oct 25, 2024

Allocator application: filecoin-project/notary-governance#1048

Allocator pathway: https://www.ehume.com/#/DC

Our pathway supports automatic datacap allocation due to we aim to create a convenient and standardized allocator. Our allocator called a smart contract so that all records can be found on chain. Now we have allocated more than 75% datacap. We want to be reviewed and llok for next round datacap refil.

As one of the first allocators to develop an auto-allocator, there may be something we need to improve in our work. Hope to receive suggestions to help make our allocator pathway better!

@Kevin-FF-USA Kevin-FF-USA self-assigned this Oct 28, 2024
@Kevin-FF-USA Kevin-FF-USA added Refresh Applications received from existing Allocators for a refresh of DataCap allowance Awaiting Governance/Watchdog Comment DataCap Refresh requests awaiting a public verification of the metrics outlined in Allocator App. labels Oct 28, 2024
@filecoin-watchdog
Copy link
Collaborator

@Ehume, I visited your website and provided the wallet address. I understand that all I need to do to receive DC is transfer the appropriate amount of FIL. However, I couldn't find any instructions for your clients or further diligence steps, such as a KYC link, redirection to the application, etc.

Please provide some bookkeeping and reports of your actions, but until then, I've got several questions:

  • How do you conduct conversations with clients? What is the communication path?
  • What is the non-automated claim pipeline that you mention on your website?
  • How is KYC conducted? You wrote on the application that you will use 3rd party KYC verifications, but are they conducted? If so, where are their results stored?
  • How do you verify SPs (retrieval rate, quantity, regions, duplicates, etc.)?
  • How do you check the number of replicas?

After reviewing your allocator application, I have many more questions, but I am hopeful that some will be answered by reporting and bookkeeping.

@Kevin-FF-USA Kevin-FF-USA added Awaiting Response from Allocator If there is a question that was raised in the issue that requires comment before moving forward. and removed Awaiting Governance/Watchdog Comment DataCap Refresh requests awaiting a public verification of the metrics outlined in Allocator App. labels Oct 29, 2024
@filecoin-watchdog
Copy link
Collaborator

@Ehume, Have you had a chance to see the above comment?

@Ehume
Copy link
Author

Ehume commented Nov 18, 2024

Hello @filecoin-watchdog,

Our original goal for designing the allocator was to make an automated one. But as the community's need changes, we are constantly improving our designs. It's an experiment. We had talked to Molly in Singapore about this idea as well and she was very supportive of us doing some contributions to paid storage.

Ehume's allocator will be a completely innovative automated allocator, and there maybe not a similar design in fil+ community today. We have offered to communicate our thoughts on slack, but have not gotten an effective response.
image
As our understanding, the community would prefer to see more automated allocators
image

But in any case, we still want to continue our ideas and the community can explore it with us:

  1. We're an automated allocator, so it's just as easy for clients to use it as Glif and doesn't require an application to be submitted. But we won't allocate a little amount datacap to sps because it makes little sense to them.
  2. We're not a manual allocator, so the maximum amount per round will be limited to 256TiB, not 2PiB or even more.
  3. We do not sell datacap, but clients are required to pay a deposit corresponding to our notice on website before storing. Clients can withdraw their deposit from the pledge after fulfilling our basic requirements (at least 5 SPs and retrieval rate of >95%).
  4. Clients who do not fulfill the requirements, their deposit will be deducted and sent to the their SPs, which are supposed to get the stored income from them.
  5. We plan to execute the above criteria in the following allocations.

We will regularly summarize and publish client allocations and sp's retrievals results in our github repo https://github.com/Ehume/Ehume

We hope to reduce the time that clients spend waiting and getting datacap, and give clients a better experience. We don't think clients who are willing to pay should have to wait for a long time to get datacap.

Hoping to get more advice from Fil+ community on how to build our automated allocator, thanks!

@filecoin-watchdog
Copy link
Collaborator

@Ehume Thanks for the context. Could you answer the questions I asked in my first comment? Without answers, any review of your allocator is impossible.

I would also like to know where the regular summarization is posted within the Ehume repo presented. I couldn't find any, so please point me to it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Awaiting Response from Allocator If there is a question that was raised in the issue that requires comment before moving forward. Refresh Applications received from existing Allocators for a refresh of DataCap allowance
Projects
None yet
Development

No branches or pull requests

3 participants