-
Notifications
You must be signed in to change notification settings - Fork 41
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 NewHuoPool #139
Comments
One example: NewHuoPool/NewHuoPoolPathway#1 Datacap given to one client over several allocations. SPs continuously change, retrievals are low. Allocator claims they used lotus to check retrievals. However, there is no detail on data preparation, all questions in the applications are left blank and answers from client in comments are vague. I'd challenge the allocator to push for more details and demonstrate proof of how dataset is prepared and documented and how the client can actually retrieve the open files. |
@filecoin-watchdog Thank you for your review.I would like to give an explanation of above. Regarding Allocation Anomaly Regarding Allocator Review Process The client promptly updated the changes in the SP and explained the uncertainties in their collaboration with the SP. Under these circumstances, I expressed my understanding and continued to support the client's application. |
We’re committed to following the review principles of Fil+ andour allocator's, and we also agree with Kevin’s proposal to make some improvements to our review process. This includes: |
Given the above information and additional investigation, this allocator is working to perform diligence and intervene with their clients to enforce compliance. We want to call attention to some specific issues that should be addressed with existing and new clients going forward, specifically:
As a reminder, the allocator team is responsible for verifying, supporting, and intervening with their clients. If a client is NOT providing accurate deal-making info (such as incomplete or inaccurate SP details) or making deals with noncompliant unretrievable SPs, then the allocator needs to intervene and require client updates before more DataCap should be awarded. Despite the flags above, we are seeing evidence of allocator diligence and interventions. We are requesting an additional 5PiB of DataCap from RKH, to allow this allocator to show increased diligence and alignment. Please verify that you will instruct, support, and require your clients to work with retrievable storage providers. @NewHuoPool can you verify that you will enforce retrieval requirements, such as through Spark? |
@galen-mcandrew Thank you for your guidance. We will strictly follow the official guidelines, ensuring thorough reviews of client information, SP distribution, and data retrieval success rates. We are committed to enforcing retrieval requirements and will instruct and require our clients to work with compliant SPs. |
DataCap refresh: https://filecoinpulse.pages.dev/allocator/f03019924/#pageparamsallocator_id |
This allocator had an allocation issue filecoin-project/Allocator-Registry#81 - not sure if it was ever clarified by governance team?
Allocator applilcation: filecoin-project/notary-governance#1040
Allocator compliance review: https://compliance.allocator.tech/report/f03019924/1724112375/report.md
The text was updated successfully, but these errors were encountered: