Open Gretchengj opened 3 months ago
Application is waiting for allocator review
@Gretchengj Welcome to fill in this form to complete your information as the first step to join in. https://www.wenjuan.com/s/qAVFfuN/
@Destore2023 We filled the form.
@Gretchengj Got it.
I confirmed that your data has not been stored in filecoin. Welcome to use datacap to help you with your storage!
Please take the storage process seriously and use datacap in a careful way. We will check cid report from time to time.
Please focus on retrieval and replicas.
Are you sure you know how to select sp to ensure good retrieval? @Gretchengj
@Destore2023 Yes, it will affect our access to data so that we will confirm sp's ability of retrieval. If sp don't do well, can we change sp for storing?
@Gretchengj Yes, it is essential to do. Keep good retrieval and distribution is important for you to store more data in our rules.
@Destore2023 Thank you. We understand it. Can we begin our storage?
@Gretchengj Give you a support and please wait for your datacap.
Total DataCap requested
2PiB
Expected weekly DataCap usage rate
200TiB
DataCap Amount - First Tranche
512 TiB
Client address
f163dtxepxtvfstx57qp2mps725wvq64sxlegarnq
f163dtxepxtvfstx57qp2mps725wvq64sxlegarnq
512 TiB
9b335284-ff30-4fea-b045-7c170ad3a206
Application is ready to sign
Your Datacap Allocation Request has been approved by the Notary
bafy2bzacedvod6fzbbvyrcsi7dbz3z6iyusa77j44ukdus4bzg7q6pdj3tyo4
Address
f163dtxepxtvfstx57qp2mps725wvq64sxlegarnq
Datacap Allocated
512 TiB
Signer Address
f1rppfznglfb7uyn3k6sfzeh47yq54ptvia5ixwsq
Id
9b335284-ff30-4fea-b045-7c170ad3a206
You can check the status here https://filfox.info/en/message/bafy2bzacedvod6fzbbvyrcsi7dbz3z6iyusa77j44ukdus4bzg7q6pdj3tyo4
Application is Granted
(NEW vs OLD)
Please list the provider IDs and location of the storage providers you will be working with: f02851143, Luzhou f03099987, Bangkok f03321072, Sichuan f0671982, HongKong f01820802, Guangdong f03408862 ,India f03233333, Jiangmen vs f02851143, Luzhou f03099987, Bangkok f03321072, Sichuan f0671982, HongKong f01820802, Guangdong State: ChangesRequested vs Granted
(NEW vs OLD)
Please list the provider IDs and location of the storage providers you will be working with: f02851143, Luzhou f03099987, Bangkok f03321072, Sichuan f0671982, HongKong f01820802, Guangdong f03408862 ,India f03233333, Jiangmen f01313, HongKong vs f02851143, Luzhou f03099987, Bangkok f03321072, Sichuan f0671982, HongKong f01820802, Guangdong f03408862 ,India f03233333, Jiangmen
(NEW vs OLD)
Please list the provider IDs and location of the storage providers you will be working with: f03408862 ,India f03233333, Jiangmen f01313, HongKong f03363420, Luzhou vs f02851143, Luzhou f03099987, Bangkok f03321072, Sichuan f0671982, HongKong f01820802, Guangdong f03408862 ,India f03233333, Jiangmen f01313, HongKong
@Destore2023 We need next round of datacap. Please allocate to us. Thank you!
checker:manualTrigger
Client address: f163dtxepxtvfstx57qp2mps725wvq64sxlegarnq
Client ID: f03493383
Report ID: 31989
Generated at: Mon, 07 Apr 2025 03:15:49 GMT (7 hours ago) [^2]
✔️ Storage providers are located in different regions
⚠️2 storage providers sealed more than 25% of total datacap
✔️ Storage provider duplication looks healthy
✔️ Storage provider locations looks healthy
✔️ Storage provider zero retrievability looks healthy
⚠️75.00% of storage providers have retrieval success rate less than 75%
⚠️Low replica percentage is 99.93%
✔️ No CID sharing has been observed
⚠️50.00% of storage providers have misreported their data to IPNI
✔️ Storage providers IPNI reporting looks healthy (2/2)
✔️ Client receiving datacap from one allocator
Click here to view the full report
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
[^2]: New report will be generated only if the latest one is older than 30 hours
@Gretchengj You should explain about the problem in your report so that we can know more details.
@Destore2023 Ok allocator. Here's the latest retrieval rate about our allocator.
About f03408862, when we sent one copy of data to them at first, their retrieval is good in spark dashboard. But the retrieval decreased later, we decided to not send data to them. And we will continue to ask them to recover their retrieval.
About sealing speed and replica, we will find more sps and it can be improved in the next step. It mainly because most of sps have not stored one complete copy.
@Gretchengj 75%+ is the best for sp's retrieval. You should pay more attention on it. It is one of the most important standard in our community to audit clients.
@Destore2023 Thank you and we will do better!
@Gretchengj Give you one more chance to improve the situation.
Application is in Refill
Your Datacap Allocation Request has been approved by the Notary
bafy2bzacecfz4wfk56jb7hxzqpswkrs3di22pon6gfhzicm3g6fx7omc76lea
Address
f163dtxepxtvfstx57qp2mps725wvq64sxlegarnq
Datacap Allocated
562949953421312B
Signer Address
f1rppfznglfb7uyn3k6sfzeh47yq54ptvia5ixwsq
Id
0a8ce8e9-5a00-40a1-952a-ab54d1dfd4cd
You can check the status here https://filfox.info/en/message/bafy2bzacecfz4wfk56jb7hxzqpswkrs3di22pon6gfhzicm3g6fx7omc76lea
Application is Granted
Client used 75% of the allocated DataCap. Consider allocating next tranche.
We noticed that gov team mentioned in slack that there was a problem with ipni, which would affect the retrieval results shown in the report. We will keep one eye on their progress. Please keep your retrieval available.
(NEW vs OLD)
Please list the provider IDs and location of the storage providers you will be working with: f03408862 ,India f03233333, Jiangmen f01313, HongKong f03363420, Luzhou f03510628, Hongkong f03529375, Canada f03358608, Hongkong vs f03408862 ,India f03233333, Jiangmen f01313, HongKong f03363420, Luzhou State: ChangesRequested vs Granted
@Destore2023 Thank you for your tip. We have already focus on the problem about retrieval. We wait for update of ipni.
checker:manualTrigger
Client address: f163dtxepxtvfstx57qp2mps725wvq64sxlegarnq
Client ID: f03493383
Report ID: 36400
Generated at: Tue, 22 Apr 2025 07:29:04 GMT (just now) [^2]
✔️ Storage providers are located in different regions
⚠️2 storage providers sealed more than 25% of total datacap
✔️ Storage provider duplication looks healthy
✔️ Storage provider locations looks healthy
⚠️14.29% of storage providers have retrieval success rate equal to zero
⚠️100.00% of storage providers have retrieval success rate less than 75%
⚠️Low replica percentage is 40.10%
✔️ No CID sharing has been observed
⚠️85.71% of storage providers have misreported their data to IPNI
✔️ Storage providers IPNI reporting looks healthy (2/2)
✔️ Client receiving datacap from one allocator
Click here to view the full report
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
[^2]: New report will be generated only if the latest one is older than 30 hours
@Gretchengj Please focus on your report here. Your unique data is more than your plan. How did that happen?
@Destore2023 When we begin our storage plan and send send data to sps, we found that our data is more than our original plan. This is due to our previous miscounting of our data. Our data is 288TiB in total. Can we change our plan in our application?
Yes. You should change your comment in your application. Also should let us know at first. @Gretchengj Please keep giving us the latest information about your process.
@Destore2023 Sorry for that and we will do as you said.
(NEW vs OLD)
Total Requested Amount: 3PiB vs 2PiB Single Size Dataset: 288TiB vs 205TiB
We have changed our application. Please check and give us datacap to store data.
@Destore2023 This is the retrieval on filspark.com. It has influenced by ipni now.
Application is in Refill
Your Datacap Allocation Request has been approved by the Notary
bafy2bzaceait6g3fk2abixwchuiqex3egtfpe3tllx3xrbrk3blhxiwg3b6be
Address
f163dtxepxtvfstx57qp2mps725wvq64sxlegarnq
Datacap Allocated
750 TiB
Signer Address
f1rppfznglfb7uyn3k6sfzeh47yq54ptvia5ixwsq
Id
cf325eff-97bb-411b-bc00-2e90a0afb8e8
You can check the status here https://filfox.info/en/message/bafy2bzaceait6g3fk2abixwchuiqex3egtfpe3tllx3xrbrk3blhxiwg3b6be
Application is Granted
Client used 75% of the allocated DataCap. Consider allocating next tranche.
checker:manualTrigger
Client address: f163dtxepxtvfstx57qp2mps725wvq64sxlegarnq
Client ID: f03493383
Report ID: 45356
Generated at: Tue, 20 May 2025 03:04:35 GMT (58 minutes ago) [^2]
✔️ Storage providers are located in different regions
✔️ Storage provider distribution looks healthy
✔️ Storage provider duplication looks healthy
✔️ Storage provider locations looks healthy
⚠️25.00% of storage providers have retrieval success rate equal to zero
⚠️100.00% of storage providers have retrieval success rate less than 75%
✔️ Low replica percentage is 7.46%
✔️ No CID sharing has been observed
⚠️75.00% of storage providers have misreported their data to IPNI
⚠️8.33% of storage providers have not reported their data to IPNI
✔️ Client receiving datacap from one allocator
✔️ 15.80% of deals have less than allocator-defined 5+ replicas
Click here to view the full report
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
[^2]: New report will be generated only if the latest one is older than 30 hours
@Gretchengj Compared with the report of last round, glad to see your approve of sp distribution.
With the problem of retrieval, we will check the retrieval result later after it is resolved.
We will continue to sign next round of datacap to you.
Version
1
DataCap Applicant
Gretchengj
Project ID
1
Data Owner Name
Chengdu Gouying Technology Co., Ltd.
Data Owner Country/Region
China
Data Owner Industry
Life Science / Healthcare
Website
https://www.qcc.com/firm/0fb976385f0828c4153a896221d430a9.html
Social Media Handle
Gretch
Social Media Type
Slack
What is your role related to the dataset
Data Preparer
Total amount of DataCap being requested
3PiB
Expected size of single dataset (one copy)
288TiB
Number of replicas to store
10
Weekly allocation of DataCap requested
200TiB
On-chain address for first allocation
f163dtxepxtvfstx57qp2mps725wvq64sxlegarnq
Data Type of Application
Public, Open Commercial/Enterprise
Custom multisig
Identifier
No response
Share a brief history of your project and organization
Is this project associated with other projects/ecosystem stakeholders?
No
If answered yes, what are the other projects/ecosystem stakeholders
Describe the data being stored onto Filecoin
Where was the data currently stored in this dataset sourced from
My Own Storage Infra
If you answered "Other" in the previous question, enter the details here
If you are a data preparer. What is your location (Country/Region)
China
If you are a data preparer, how will the data be prepared? Please include tooling used and technical details?
If you are not preparing the data, who will prepare the data? (Provide name and business)
Has this dataset been stored on the Filecoin network before? If so, please explain and make the case why you would like to store this dataset again to the network. Provide details on preparation and/or SP distribution.
Please share a sample of the data
Confirm that this is a public dataset that can be retrieved by anyone on the Network
If you chose not to confirm, what was the reason
What is the expected retrieval frequency for this data
Weekly
For how long do you plan to keep this dataset stored on Filecoin
1.5 to 2 years
In which geographies do you plan on making storage deals
Greater China, Asia other than Greater China, North America, Europe
How will you be distributing your data to storage providers
Shipping hard drives
How did you find your storage providers
Slack, Filmine
If you answered "Others" in the previous question, what is the tool or platform you used
Please list the provider IDs and location of the storage providers you will be working with.
How do you plan to make deals to your storage providers
Boost client
If you answered "Others/custom tool" in the previous question, enter the details here
Can you confirm that you will follow the Fil+ guideline
Yes