Open yhkp opened 4 months ago
Application is waiting for allocator review
Hi, Nice having you here!
Please confirm the following issues to trigger the next steps.
Please show the evidence that you are belonging the entity that you are applying for Please confirm the data you will store on the Filecoin network is the same as your sample list Please confirm the Storage Provider who will store your data is what you listed on the form Please confirm you should pre-disclosure any changes when you gonna get into the next tranche.
@CockroachBoss Thanks. 1、Hello, I have sent our business licence to your slack, please check. Sent to "metaera-work". 2、Acknowledgement 3、Acknowledgement, if there are adjustments will be disclosed in a timely manner 4、Acknowledgement
Total DataCap requested
5PiB
Expected weekly DataCap usage rate
1PiB
DataCap Amount - First Tranche
50TiB
Client address
f12efeqdf6gpkylstjeasa73y52jbehsxtt3rq5gy
f12efeqdf6gpkylstjeasa73y52jbehsxtt3rq5gy
50TiB
6fb0ef6a-89de-4d7a-8618-70c62848abf7
Application is ready to sign
Your Datacap Allocation Request has been approved by the Notary
bafy2bzaceblk6ovjfavjpzpw7g7o72qrjz4pmbpza2lbduovmfvd2hx2cjuty
Address
f12efeqdf6gpkylstjeasa73y52jbehsxtt3rq5gy
Datacap Allocated
50TiB
Signer Address
f1kvvcth2eoumgdhs6otmuzsuig7owcfh2tft4gki
Id
6fb0ef6a-89de-4d7a-8618-70c62848abf7
You can check the status of the message here: https://filfox.info/en/message/bafy2bzaceblk6ovjfavjpzpw7g7o72qrjz4pmbpza2lbduovmfvd2hx2cjuty
Application is Granted
Application is in Refill
checker:manualTrigger
⚠️ 1 storage providers sealed more than 90% of total datacap - f02023435: 100.00%
⚠️ All storage providers are located in the same region.
✔️ Data replication looks healthy.
✔️ No CID sharing has been observed.
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
[^2]: Deals from those addresses are combined into this report as they are specified with checker:manualTrigger
[^3]: To manually trigger this report with deals from other related addresses, add a comment with text checker:manualTrigger <other_address_1> <other_address_2> ...
Click [here]() to view the CID Checker report.
@yhkp has disclosed in advance that the 50t datacap will be used for data inspection, and node allocation will begin in the second tranche.
Your Datacap Allocation Request has been approved by the Notary
bafy2bzacedw2d7gm5pvyh5tukvidjv2pcte5n6a6rnsgxsmnvpmoacg5ajhcs
Address
f12efeqdf6gpkylstjeasa73y52jbehsxtt3rq5gy
Datacap Allocated
1PiB
Signer Address
f1kvvcth2eoumgdhs6otmuzsuig7owcfh2tft4gki
Id
c19c79f1-d01e-4613-aede-43a36c696f55
You can check the status of the message here: https://filfox.info/en/message/bafy2bzacedw2d7gm5pvyh5tukvidjv2pcte5n6a6rnsgxsmnvpmoacg5ajhcs
Application is Granted
Application is in Refill
checker:manualTrigger
⚠️ 1 storage providers sealed more than 90% of total datacap - f02023435: 100.00%
⚠️ All storage providers are located in the same region.
✔️ Data replication looks healthy.
✔️ No CID sharing has been observed.
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
[^2]: Deals from those addresses are combined into this report as they are specified with checker:manualTrigger
[^3]: To manually trigger this report with deals from other related addresses, add a comment with text checker:manualTrigger <other_address_1> <other_address_2> ...
Click here to view the CID Checker report.
checker:manualTrigger
checker:manualTrigger
⚠️ 1 storage providers sealed too much duplicate data - f02826234: 28.70%
✔️ Data replication looks healthy.
✔️ No CID sharing has been observed.
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
[^2]: Deals from those addresses are combined into this report as they are specified with checker:manualTrigger
[^3]: To manually trigger this report with deals from other related addresses, add a comment with text checker:manualTrigger <other_address_1> <other_address_2> ...
Click here to view the CID Checker report.
report looks good, please improve the retrieval rate for the next round.
Your Datacap Allocation Request has been approved by the Notary
bafy2bzacecs5tinlkejkiyxivjeacvtcscgynoqvpg7wjvyz2qnyi6hrqxl2c
Address
f12efeqdf6gpkylstjeasa73y52jbehsxtt3rq5gy
Datacap Allocated
500TiB
Signer Address
f1kvvcth2eoumgdhs6otmuzsuig7owcfh2tft4gki
Id
1291c151-0b97-4a12-a8ff-d9684aab6e4a
You can check the status of the message here: https://filfox.info/en/message/bafy2bzacecs5tinlkejkiyxivjeacvtcscgynoqvpg7wjvyz2qnyi6hrqxl2c
Application is Granted
Application is in Refill
checker:manualTrigger
⚠️ 1 storage providers sealed too much duplicate data - f02826234: 39.54%
✔️ Data replication looks healthy.
✔️ No CID sharing has been observed.
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
[^2]: Deals from those addresses are combined into this report as they are specified with checker:manualTrigger
[^3]: To manually trigger this report with deals from other related addresses, add a comment with text checker:manualTrigger <other_address_1> <other_address_2> ...
Click here to view the CID Checker report.
checker:manualTrigger
⚠️ 1 storage providers sealed too much duplicate data - f02826234: 22.39%
⚠️ 71.43% of Storage Providers have retrieval success rate equal to zero.
⚠️ The average retrieval success rate is 18.77%
✔️ Data replication looks healthy.
✔️ No CID sharing has been observed.
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
[^2]: Deals from those addresses are combined into this report as they are specified with checker:manualTrigger
[^3]: To manually trigger this report with deals from other related addresses, add a comment with text checker:manualTrigger <other_address_1> <other_address_2> ...
Click here to view the CID Checker report.
checker:manualTrigger
⚠️ 1 storage providers sealed too much duplicate data - f02826234: 22.39%
⚠️ 71.43% of Storage Providers have retrieval success rate equal to zero.
⚠️ The average retrieval success rate is 12.30%
✔️ Data replication looks healthy.
✔️ No CID sharing has been observed.
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
[^2]: Deals from those addresses are combined into this report as they are specified with checker:manualTrigger
[^3]: To manually trigger this report with deals from other related addresses, add a comment with text checker:manualTrigger <other_address_1> <other_address_2> ...
Click here to view the CID Checker report.
checker:manualTrigger
⚠️ 1 storage providers sealed too much duplicate data - f02826234: 22.39%
⚠️ 42.86% of Storage Providers have retrieval success rate equal to zero.
⚠️ The average retrieval success rate is 3.31%
✔️ Data replication looks healthy.
✔️ No CID sharing has been observed.
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
[^2]: Deals from those addresses are combined into this report as they are specified with checker:manualTrigger
[^3]: To manually trigger this report with deals from other related addresses, add a comment with text checker:manualTrigger <other_address_1> <other_address_2> ...
Click here to view the CID Checker report.
Hello, @yhkp if you still want to apply for this application, please do the following steps:
Dear @CockroachBoss ,
This is the license that we have. The sps who will store our data for the next round are f02827151;f02827694;f01926635 based in mainland China. As for the retrieval rate, I have asked SPS, and they all stored unsealed files and supported retrieval. However, we are just one step away with the spark. suppose this round they will figure out and fix it.
checker:manualTrigger
⚠️ 1 storage providers sealed too much duplicate data - f02826234: 22.39%
⚠️ 57.14% of Storage Providers have retrieval success rate equal to zero.
⚠️ The average retrieval success rate is 3.19%
✔️ Data replication looks healthy.
✔️ No CID sharing has been observed.
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
[^2]: Deals from those addresses are combined into this report as they are specified with checker:manualTrigger
[^3]: To manually trigger this report with deals from other related addresses, add a comment with text checker:manualTrigger <other_address_1> <other_address_2> ...
Click here to view the CID Checker report.
⚠️ 1 storage providers sealed too much duplicate data - f02826234: 22.39% What's the matter with this issue?How will you fix it? @yhkp
⚠️ 1 storage providers sealed too much duplicate data - f02826234: 22.39% What's the matter with this issue?How will you fix it? @yhkp
it might occur during the data processing and distribution phase, some deviations are normal. you can see we almost evenly distribute copies to different SPs. Appreciate your understanding.
Your Datacap Allocation Request has been approved by the Notary
bafy2bzacea65loyd4ybh5gr6endo75yctu3oo3ti6h4p6663jwv4c5wxogxug
Address
f12efeqdf6gpkylstjeasa73y52jbehsxtt3rq5gy
Datacap Allocated
1PiB
Signer Address
f1kvvcth2eoumgdhs6otmuzsuig7owcfh2tft4gki
Id
885de60e-62fe-4ed5-bd93-ead54a8effda
You can check the status of the message here: https://filfox.info/en/message/bafy2bzacea65loyd4ybh5gr6endo75yctu3oo3ti6h4p6663jwv4c5wxogxug
Application is Granted
Client used 75% of the allocated DataCap. Consider allocating next tranche.
checker:manualTrigger
⚠️ 1 storage providers sealed too much duplicate data - f02826234: 22.39%
⚠️ 77.78% of Storage Providers have retrieval success rate equal to zero.
⚠️ The average retrieval success rate is 2.50%
✔️ Data replication looks healthy.
✔️ No CID sharing has been observed.
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
[^2]: Deals from those addresses are combined into this report as they are specified with checker:manualTrigger
[^3]: To manually trigger this report with deals from other related addresses, add a comment with text checker:manualTrigger <other_address_1> <other_address_2> ...
Click here to view the CID Checker report.
Hi @yhkp , The retrieval rate is still low. Have your sps not connected to Spark yet? What is the specific reason? Do you have any related plans?
Hello @CockroachBoss , we have contacted the SPs and confirmed that these SPs are trying their best and have been connected to the Spark program, but for some reason, some of their nodes cannot display the retrieval rate. As far as I understand, they need to import the corresponding encapsulated subject database by themselves. Please correct me if I am wrong. But the good news is that we are in contact with another team that develops retrieve tools. We are testing the connection with this tool, and the results show that our SPs can basically be retrieved. So, please be patient and wait for a moment. Thank you
checker:manualTrigger
⚠️ 1 storage providers sealed too much duplicate data - f02826234: 22.39%
⚠️ 77.78% of Storage Providers have retrieval success rate equal to zero.
⚠️ The average retrieval success rate is 2.82%
✔️ Data replication looks healthy.
✔️ No CID sharing has been observed.
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
[^2]: Deals from those addresses are combined into this report as they are specified with checker:manualTrigger
[^3]: To manually trigger this report with deals from other related addresses, add a comment with text checker:manualTrigger <other_address_1> <other_address_2> ...
Click here to view the CID Checker report.
@CockroachBoss hello, Looking forward to your reply.
Hello @CockroachBoss
This is the outcome of our discussion with the Spark team. After our confirmation, we have determined that a portion of our storage providers (SPs) use the Lotus miner with a bundled package that includes the Market component. Spark and IPNI technicians indicated that they are currently unable to verify the retrieval rate for such SPs, as shown in the screenshot.
This situation exemplifies the “Single Standard Bias.” This bias occurs when an evaluation is based solely on one criterion, ignoring other relevant facts or standards, leading to the denial or misunderstanding of the facts. This can result in unfair assessments and decisions. We hope for your understanding that changing the packaging process for SPs is not a simple task.
We are currently pursuing the following approaches:
1. Seeking more SPs that use the Boost program for collaboration;
2. Waiting for the SPs with their own Market systems to develop and upgrade their IPNI components to integrate with the Spark program (this will become evident after the v23 upgrade);
3. Some companies are developing new retrieval tools which, to my knowledge, have higher coverage. We will also use these tools to provide evidence when available.
If you have any other good suggestions, please let us know. Thank you.
Hi @yhkp, thanks for your explanation, and I appreciate your proactive approach to finding solutions.
But I am very sorry that I cannot provide you with the quota at this moment. I look forward to you providing new tools.
Please keep us updated on your progress, and don’t hesitate to reach out if you need any further assistance or if there are new developments.
Version
1
DataCap Applicant
yhkp
Project ID
002
Data Owner Name
Hepta
Data Owner Country/Region
Korea, Democratic People's Republic of
Data Owner Industry
Education & Training
Website
https://opendatalab.org.cn/home
Social Media Handle
none
Social Media Type
Slack
What is your role related to the dataset
Dataset Owner
Total amount of DataCap being requested
5PiB
Expected size of single dataset (one copy)
500TiB
Number of replicas to store
10
Weekly allocation of DataCap requested
1PiB
On-chain address for first allocation
f12efeqdf6gpkylstjeasa73y52jbehsxtt3rq5gy
Data Type of Application
Slingshot
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
No response
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
No response
If you are a data preparer. What is your location (Country/Region)
Korea, Republic of
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)
No response
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.
No response
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
No response
What is the expected retrieval frequency for this data
Yearly
For how long do you plan to keep this dataset stored on Filecoin
2 to 3 years
In which geographies do you plan on making storage deals
Greater China, Asia other than Greater China, North America
How will you be distributing your data to storage providers
Cloud storage (i.e. S3), HTTP or FTP server, IPFS
How did you find your storage providers
Slack, Partners
If you answered "Others" in the previous question, what is the tool or platform you used
No response
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, Lotus client
If you answered "Others/custom tool" in the previous question, enter the details here
No response
Can you confirm that you will follow the Fil+ guideline
Yes