Open 26dos opened 4 months ago
Application is waiting for allocator review
Hi @26dos Thank you for applying for DC allocation.
Why did you choose me when there are a lot of alloters in China?
Which company has a Korean account? How did you find out? I want to know because I am in Korea and can introduce more Korean SPs.
What is your nickname on social media Slack?
Did you apply for DC to the previous LDN? If so, please link.
Have you ever received DC with the same data before?
Hi, @psh0691 Thank you for your reply.
Regarding the first point, I would like to explain to you the situation in China, most of the active alloters in China their quota has been used up, there are still some inactive alloters that can't be contacted, and your allotment supports the public dataset, it's an excellent alloter.
Second point, their company name is FiveByte, we are slack contact more, currently we have at least 4+ nodes in different regions, if you can introduce us is better.
Third point, slack: LaughStorage
Fourth point, we haven't applied in ALLOCATION mode, only in notary mode. https://github.com/filecoin-project/filecoin-plus-large-datasets/issues/2232
Fifth point, yes, part of it was acquired in notary mode, but the project was not completed.
First of all, I will support the first round. After that, we will report and support the deployment status and compliance with FIL+ regulations.
Total DataCap requested
5PiB
Expected weekly DataCap usage rate
1PiB
DataCap Amount - First Tranche
50TiB
Client address
f1kixvj72gdqnskqy4pj2ucuqbjedt3sqebt3w3sa
f1kixvj72gdqnskqy4pj2ucuqbjedt3sqebt3w3sa
50TiB
6ba0f07e-3f6b-4fd3-85b8-d08edd15c69a
Application is ready to sign
Your Datacap Allocation Request has been approved by the Notary
bafy2bzaceddqsj75gy7c6tatyeasg336t3yiaplh225ntr2oippu7sackt6hw
Address
f1kixvj72gdqnskqy4pj2ucuqbjedt3sqebt3w3sa
Datacap Allocated
50TiB
Signer Address
f1qdko4jg25vo35qmyvcrw4ak4fmuu3f5rif2kc7i
Id
6ba0f07e-3f6b-4fd3-85b8-d08edd15c69a
You can check the status of the message here: https://filfox.info/en/message/bafy2bzaceddqsj75gy7c6tatyeasg336t3yiaplh225ntr2oippu7sackt6hw
Application is Granted
@psh0691 Thanks for your support, by the way, the project has started and the first distribution will start from these nodes: f02980903 - South Korea f03151449 - shenzhen f03151456 - china f03157883 - china f02826253 - Singaporean
Client used 75% of the allocated DataCap. Consider allocating next tranche.
checker:manualTrigger
✔️ Storage provider distribution looks healthy.
⚠️ 100.00% of Storage Providers have retrieval success rate equal to zero.
⚠️ The average retrieval success rate is 0.00%
✔️ Data replication looks healthy.
⚠️ CID sharing has been observed. (Top 3)
[^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.
@26dos
The data you deployed has a 0% scan success rate across all SPs.
In addition, the DC and CID assigned from other assignors were shared.
We need clarification on this.
@26dos I'm sorry I was about to make a clarification on that, we spent some time checking on that. On the first question: The f02980903 is using the market wrapper, so their retrieval rate is not available on spark, because currently spark can only look up the boost wrapper, but if we manually retrieve it, he can retrieve it f03151449andf03151456 are two new nodes, you can see their ‘new’ tags on the browser, so we need to wait for them to be officially included in spark, I believe that soon they will have the retrieval rate shown in spark. f03157883 this node, is also a new node, at present is also not included in the spark, at present is also trying to find the assistance of the spark team!
About the second question: The duplicate cid found so far appeared on node f03151449, as they are a new node and have different customers, a small amount of data was mixed in the process of data preparation, what is found so far is three sectors. Luckily this data is not very large.
checker:manualTrigger
✔️ Storage provider distribution looks healthy.
⚠️ 25.00% of Storage Providers have retrieval success rate equal to zero.
⚠️ 75.00% of Storage Providers have retrieval success rate less than 75%.
✔️ Data replication looks healthy.
⚠️ CID sharing has been observed. (Top 3)
[^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
✔️ Storage provider distribution looks healthy.
⚠️ 25.00% of Storage Providers have retrieval success rate equal to zero.
⚠️ 75.00% of Storage Providers have retrieval success rate less than 75%.
✔️ Data replication looks healthy.
⚠️ CID sharing has been observed. (Top 3)
[^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, @psh0691 After the spark team's database update, the retrieval rate can be displayed normally now, and because it's a new node, their retrieval rate will continue to improve, we hope you can continue to support our project!
@26dos Thank you. I hope you continue your good deployment in the second round.
Application is in Refill
Your Datacap Allocation Request has been approved by the Notary
bafy2bzacecfjnwuzqwinoypaegsxwh7kwgtcxe33umtnn5s46ewwcoavtrpou
Address
f1kixvj72gdqnskqy4pj2ucuqbjedt3sqebt3w3sa
Datacap Allocated
100TiB
Signer Address
f1qdko4jg25vo35qmyvcrw4ak4fmuu3f5rif2kc7i
Id
40b762f5-bbc8-4f03-b820-489fc49b5aae
You can check the status of the message here: https://filfox.info/en/message/bafy2bzacecfjnwuzqwinoypaegsxwh7kwgtcxe33umtnn5s46ewwcoavtrpou
Application is Granted
Client used 75% of the allocated DataCap. Consider allocating next tranche.
checker:manualTrigger
✔️ Storage provider distribution looks healthy.
⚠️ 20.00% of Storage Providers have retrieval success rate equal to zero.
⚠️ 80.00% of Storage Providers have retrieval success rate less than 75%.
✔️ Data replication looks healthy.
⚠️ CID sharing has been observed. (Top 3)
[^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 , @psh0691 As you can see from the bot's report, the retrieval rates of the nodes have been normal, in addition f02980903 can't use spark for the time being because it hasn't yet adjusted the encapsulation technology, we've suspended the cooperation, and we'll continue to cooperate only when it supports spark retrieval.
In addition, the problem of data sharing has not occurred again, the process is now basically mature, the back will be more and more smooth!
@26dos Thank you. It support the next round.
Application is in Refill
Your Datacap Allocation Request has been approved by the Notary
bafy2bzaced4kg2ttoyo37r5h7xgdiinpdn6poouqvzu4ua5igyoyv5hgce6sa
Address
f1kixvj72gdqnskqy4pj2ucuqbjedt3sqebt3w3sa
Datacap Allocated
200TiB
Signer Address
f1qdko4jg25vo35qmyvcrw4ak4fmuu3f5rif2kc7i
Id
301be277-ebfe-40e8-b46f-cff70e8c4d36
You can check the status of the message here: https://filfox.info/en/message/bafy2bzaced4kg2ttoyo37r5h7xgdiinpdn6poouqvzu4ua5igyoyv5hgce6sa
Application is Granted
@psh0691 Thank you, and if there is anything we can do to help during the project, please let me know.
Early disclosure of new nodes: f02825282 HK GENIUS SOURCES LTD.
Client used 75% of the allocated DataCap. Consider allocating next tranche.
checker:manualTrigger
✔️ Storage provider distribution looks healthy.
⚠️ 20.00% of Storage Providers have retrieval success rate equal to zero.
⚠️ 80.00% of Storage Providers have retrieval success rate less than 75%.
✔️ Data replication looks healthy.
⚠️ CID sharing has been observed. (Top 3)
[^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.
Retrieving the status log, as I said above, is normal except for f02980903
checker:manualTrigger
⚠️ 1 storage providers sealed too much duplicate data - f02826253: 22.07%
⚠️ 16.67% of Storage Providers have retrieval success rate equal to zero.
⚠️ 100.00% of Storage Providers have retrieval success rate less than 75%.
✔️ Data replication looks healthy.
⚠️ CID sharing has been observed. (Top 3)
[^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.
duplicate data - f02826253: 22.07%
Duplicate data is theoretically no more than 20 per cent, this is more than the data backup quota and will be displayed normally in the next round
Hi, @psh0691 Looking forward to your reply.
Application is in Refill
Your Datacap Allocation Request has been approved by the Notary
bafy2bzacedde62tcjnhlgofpnbojbqbqyn3lathvtf5v3hyier2aiovsxrrsy
Address
f1kixvj72gdqnskqy4pj2ucuqbjedt3sqebt3w3sa
Datacap Allocated
500TiB
Signer Address
f1qdko4jg25vo35qmyvcrw4ak4fmuu3f5rif2kc7i
Id
a2e3334f-8bb4-4948-b5b4-5e43b70c5fac
You can check the status of the message here: https://filfox.info/en/message/bafy2bzacedde62tcjnhlgofpnbojbqbqyn3lathvtf5v3hyier2aiovsxrrsy
Application is Granted
@psh0691 Hello, we are about to start new data storage. Here are the storage provider nodes we are collaborating with. f03179555 SG f03179570 SG f02826253 SG f02825282 HK
checker:manualTrigger
⚠️ 2 storage providers sealed too much duplicate data - f02828269: 43.52%, f02826253: 43.05%
⚠️ 10.00% of Storage Providers have retrieval success rate equal to zero.
⚠️ 60.00% of Storage Providers have retrieval success rate less than 75%.
⚠️ 42.46% of deals are for data replicated across less than 4 storage providers.
⚠️ CID sharing has been observed. (Top 3)
[^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.
Other applications will be refilled, but this application will not be refilled. I'll try again next time.
Version
1
DataCap Applicant
001
Project ID
001
Data Owner Name
LaughStorage
Data Owner Country/Region
China
Data Owner Industry
Not-for-Profit
Website
https://www.sdss.org/
Social Media Handle
-
Social Media Type
Slack
What is your role related to the dataset
Data Preparer
Total amount of DataCap being requested
5PiB
Expected size of single dataset (one copy)
750TiB
Number of replicas to store
7
Weekly allocation of DataCap requested
1PiB
On-chain address for first allocation
f1kixvj72gdqnskqy4pj2ucuqbjedt3sqebt3w3sa
Data Type of Application
Public, Open Dataset (Research/Non-Profit)
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)
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)
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.
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
1.5 to 2 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
HTTP or FTP server, IPFS
How did you find your storage providers
Slack, Big Data Exchange, 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