filecoin-project / Allocator-Governance

7 stars 36 forks source link

[Allocator Application] <CMay>< CMay_MarketAllocator> PR #87 #88

Open martapiekarska opened 4 months ago

martapiekarska commented 4 months ago

Allocator Application

Application Number

recp2n9Evll4QoeDd

Organization Name

CMay

Organization On-chain Identity

f1h4brap6vi3b3ral3rovfnv5xss67t2uyjo62ria

Allocator Pathway Name

CMay_MarketAllocator

Github PR Number

87

Region of Operation

Africa,Asia minus GCR,Europe,Greater China Region,North America

GitHub ID

PonnyWang4

On-chain address

I have a multisig I want to provide now

Type of Allocator

RFA

Filecoin Community Agreement

As a member in the Filecoin Community, I acknowledge that I must adhere to the Community Code of Conduct, as well other End User License Agreements for accessing various tools and services, such as GitHub and Slack. Additionally, I will adhere to all local & regional laws & regulations that may relate to my role as a business partner, organization, notary, allocator, or other operating entity Acknowledge

Type of Allocator and RFA List

RFA: Market-based - Proof of payment

Allocator Description

Contributions to EcosystemBuild better data onboarding pathway,Data Stewardship: Curate and provide high-quality datasets to be stored on the Filecoin network, enhancing the overall value and utility of the network.

Monetization and Fee structure

Client fees,SP fees.

Target Clients

Web3 developers,Nonprofit organizations,Individuals,Open/Public,Commercial/Enterprise

Client Diligence Check

Automated deterministic,Client promise/attestation,Manual verification,On-chain deal pricing,3rd party Know your customer (KYC) service,3rd party Know your business (KYB) service

Description of client diligence

We will review the client according to the money paid by them. Clients with high demand for datacap need to be reviewed in more detail. We need clients for providing personal information and confirming it through a third party kyc way. For privacy reasons, we do not disclose such information, and we may privately provide it to the gov team for review when necessary. If the client is on behalf of a company, the company's identity needs to be confirmed by a third-party kyb way. We need clients to provide proof of data storage. Then they should give us a link to part of dataset for us to confirm the data.

Type of data

Private encrypted with on-chain deal pricing,Public, open, and retrievable,Proof of concept, network utilities

Description of Data Diligence

Client need to provide detail of data include the amount of data, the source of data and the kind of data. We'll jedge if data is safe, so that the data which will be saved in filecoin is under the rules. Then we will need client provide some data samples to us. In the process, we randomly check the cid of the client's packaged data to determine if the client is storing consistent data. We will use open source tools to review to the data.

Data Preparation

Client-provided

Replicas required, verified by CID checker

4+

Distribution required

Single region of SPs

Number of Storage Providers required

3+

Retrieval Requirements

Data retrievable over other standard. Lotus

Allocation Tranche Schedule TypeManual or other allocation schedule.

Will you use FIDL tooling, such as allocator.tech and other bots?

Yes, all available tools

GitHub Bookkeeping Repo Link

https://github.com/PonnyWang4/CMay_MarketAllocator

Success metrics

Amount of data onboarded, daily & aggregate,Number of paid deals

Timeline to begin allocating to clients

1 month from RKH approval

Funnel: Expected DataCap usage over 12 months

50-75PiB

Risk mitigation strategies

We'll design a program that will automatically alert us when the amount of data packaged by the client is abnormal and report the content for us. We will then immediately communicate with the client and urge them to resolve the problem. If the client does not solve the problem, we will immediately stop the cooperation with them. We will review the plan described in the client's application, and if the plan does not make sense, we will ask the client to change the plan before being allocated datacap. We will always keep a record of our communication with our clients on github for evidence. Clients who break the rules will be informed and will not work with us again.

Dispute Resolutions

When a dispute arises, we will contact the client within 3 days and set up an inner team to deal with the issue. We use FIDL tooling to get actual datacap usage reports from our clients and communicate with those involved in the dispute until a result is reached. If there is a problem with the client, we will immediately notify the client to correct the problem. We will post the results on github within 3 days of coming up with them.

Compliance Audit Check

We will obey the rules of Fil+. Reports can be found from filplus-checker-app bot.

Compliance Report content presented for audit

Success metric: Proof of Payments from clients,Success metric: onchain report of data onboarded,Success metric: onchain data report,Client Diligence: Client statements, client provided verification,Client Diligence: KYC/KYB report on clients,Data Compliance: Proof of provenance report,Data Compliance: Data Samples,Compliance: CID report.

Connections to Filecoin Ecosystem

Code contributor,Big data contributor

Slack ID

PonnyWang

Kevin-FF-USA commented 2 months ago

Hi @PonnyWang4,

Thanks for submitting to become an Allocator in the Fil+ program. Looking forward to learning more about your pathway and getting your organizations involved.

In this application it reads like you are planning to setup an MARKET Allocator. As we review this application for onboarding, can you please share a bit more about the automation process you plan to implement.

Currently for the MARKET Pathway this application lists "Allocator Description Contributions to EcosystemBuild better data onboarding pathway,Data Stewardship: Curate and provide high-quality datasets to be stored on the Filecoin network, enhancing the overall value and utility of the network."

**1. How will applicants apply to receive DataCap under this pathway?

  1. What tooling will be used to verify and ensure compliance with your standards? (Replicas & SPs for example)

  2. How will this MARKET pathway operate different than a MANUAL review?**

Warmly, -Kevin

PonnyWang4 commented 2 months ago

Hello @Kevin-FF-USA

Thanks for your reply.

  1. Clients who match the type of our allocator submit an application on our github repo as a record of bookkeeping. After receiving the application from the client, we will send a link to collect the service fee to the client based on the amount of their data and datacap requested by the client. Client is required to provide proof of payment. After verification of eligibility, the client will receive the datacap.

  2. We will use open-source tooling to check the number of replicas of the client, and spark to check that their sps support retrieval.

  3. Help clients who have data but do not have the ability to prepare the data. The proof of payment can be verified whether the client is true or not, helping real data to be stored in Filecoin network.

Thanks again for your review. Waiting for your update.

Kevin-FF-USA commented 1 month ago

Hi @PonnyWang4,

Left some comments in your other application: https://github.com/filecoin-project/Allocator-Governance/issues/90 which has some suggestions and steps on additional detail information that would need to be shared about this pathway.

Thanks for the initial reply. Based on the reply: Using the Github bookkeeping form and collecting a fee with a manual review and processing - is the process of a Manual Pathway. When scoring an application for viability and value it brings to the network, using this public rubric. Judged as a Market Allocator, this application does not meet many of the basic requirements.

Seeking more clarification on how this pathway will actually operate. Requesting some more additional details to help establish this pathways ability to operate as a RFA: Market Based Proof of Payment

Allocator Description

Monetization and Fee structure What are the client and SP fees? How will they be recorded? Onchain/Offchain?

Retrieval Requirements Specific % of Spark retrieval and how it will be monitored and maintained.

Description of client diligence What/Where is the Market. Is there an MVP running for testing/verification?

This information will help start the scoring mechanisms for this pathway. Once we receive this additional information we can begin testing the applications of this pathway for meeting the program goals to onboard as an Allocator.

For questions or support There is a live Filecoin Plus Program call every two weeks. Calendar link is here. Or as always please tag us in issue for comment or update.

Kevin-FF-USA commented 1 month ago

Hi @PonnyWang4,

Wanted to send a friendly check in. Did you have any questions about our recommendations for improving the details listed above for the viability of this pathway's application (or bringing a client through an existing pathway)?