Closed szcoolw closed 1 year ago
Thanks for your request! Everything looks good. :ok_hand:
A Governance Team member will review the information provided and contact you back pretty soon.
Total DataCap requested
3PiB
Expected weekly DataCap usage rate
100TiB
Client address
f1qttvggw2cpaqidpg5luhqvkxu6qmm6x6rvy6zlq
f02049625
f1qttvggw2cpaqidpg5luhqvkxu6qmm6x6rvy6zlq
50TiB
26655d8b-7631-4a2c-be52-9575ee639bc5
1:can you send email to [[filplus-app-review@fil.org] 2:Can you tell which nodes should be stored?
1.yes,i can 2.f01901351 f01830424 f01776264 f01889668
I have replied. Please confirm it.
Your Datacap Allocation Request has been proposed by the Notary
bafy2bzacebnu43zenjlfb53my4prhl5t3lqdfy53kr7mu626b76pexkknqkqq
Address
f1qttvggw2cpaqidpg5luhqvkxu6qmm6x6rvy6zlq
Datacap Allocated
50.00TiB
Signer Address
f1q6bpjlqia6iemqbrdaxr2uehrhpvoju3qh4lpga
Id
26655d8b-7631-4a2c-be52-9575ee639bc5
You can check the status of the message here: https://filfox.info/en/message/bafy2bzacebnu43zenjlfb53my4prhl5t3lqdfy53kr7mu626b76pexkknqkqq
Checked the customer subject information and data samples, willing to support and keep concerned.
Your Datacap Allocation Request has been approved by the Notary
bafy2bzacecb6267bpkmyf6jq2o5f5iwzpd4z7dtm2m7uqs7syic5tiu7g6wse
Address
f1qttvggw2cpaqidpg5luhqvkxu6qmm6x6rvy6zlq
Datacap Allocated
50.00TiB
Signer Address
f1yayfsv6whu3rheviucvventj3y6t542xfpb47ei
Id
26655d8b-7631-4a2c-be52-9575ee639bc5
You can check the status of the message here: https://filfox.info/en/message/bafy2bzacecb6267bpkmyf6jq2o5f5iwzpd4z7dtm2m7uqs7syic5tiu7g6wse
f02049625
f1qttvggw2cpaqidpg5luhqvkxu6qmm6x6rvy6zlq
100TiB
ea6b9deb-03fc-478b-bab7-3148c78022b4
f01858410
f1qttvggw2cpaqidpg5luhqvkxu6qmm6x6rvy6zlq
not found & llifezou
100% of weekly dc amount requested
100TiB
50TiB
2.95PiB
Number of deals | Number of storage providers | Previous DC Allocated | Top provider | Remaining DC |
---|---|---|---|---|
1235 | 4 | 50TiB | 32.23 | 9.40TiB |
VMERA3
f1qttvggw2cpaqidpg5luhqvkxu6qmm6x6rvy6zlq
1
NDLABS-OFFICE1
Tom-OriginStorage
The below table shows the distribution of storage providers that have stored data for this client.
If this is the first time a provider takes verified deal, it will be marked as new
.
For most of the datacap application, below restrictions should apply.
Since this is the 3rd allocation, the following restrictions have been relaxed:
✔️ Storage provider distribution looks healthy.
Provider | Location | Total Deals Sealed | Percentage | Unique Data | Duplicate Deals |
---|---|---|---|---|---|
f01776264 | Hong Kong, Central and Western, HKHong Kong Broadband Network Ltd. |
12.44 TiB | 33.50% | 12.44 TiB | 0.00% |
f01998447 | Moscow, Moscow, RUPJSC MegaFon |
7.44 TiB | 20.03% | 7.44 TiB | 0.00% |
f01996698 | Orcas, Washington, USUnknown |
9.13 TiB | 24.58% | 9.13 TiB | 0.00% |
f02001667 | Berlin, Berlin, DEVodafone GmbH |
8.13 TiB | 21.89% | 8.13 TiB | 0.00% |
The below table shows how each many unique data are replicated across storage providers.
Since this is the 3rd allocation, the following restrictions have been relaxed:
⚠️ 100.00% of deals are for data replicated across less than 3 storage providers.
Unique Data Size | Total Deals Made | Number of Providers | Deal Percentage |
---|---|---|---|
27.50 TiB | 27.50 TiB | 1 | 74.07% |
4.81 TiB | 9.63 TiB | 2 | 25.93% |
The below table shows how many unique data are shared with other clients. Usually different applications owns different data and should not resolve to the same CID.
However, this could be possible if all below clients use same software to prepare for the exact same dataset or they belong to a series of LDN applications for the same dataset.
✔️ No CID sharing has been observed.
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
Your Datacap Allocation Request has been proposed by the Notary
bafy2bzaceawvfqx5l3zyggp7mg3ewsjntw74zmt5fcvnpzcpku5zz2dckorie
Address
f1qttvggw2cpaqidpg5luhqvkxu6qmm6x6rvy6zlq
Datacap Allocated
100.00TiB
Signer Address
f1dnb3uz7sylxk6emti3ififcvu3nlufnnsjui6ea
Id
ea6b9deb-03fc-478b-bab7-3148c78022b4
You can check the status of the message here: https://filfox.info/en/message/bafy2bzaceawvfqx5l3zyggp7mg3ewsjntw74zmt5fcvnpzcpku5zz2dckorie
no CID sharing Storage provider distribution looks healthy so i would like to support
Your Datacap Allocation Request has been approved by the Notary
bafy2bzaceahy4seeqspkfcyt7tglpqa2wr5i5srs57d2axnxcgd5luu5xecsg
Address
f1qttvggw2cpaqidpg5luhqvkxu6qmm6x6rvy6zlq
Datacap Allocated
100.00TiB
Signer Address
f1e77zuityhvvw6u2t6tb5qlnsegy2s67qs4lbbbq
Id
ea6b9deb-03fc-478b-bab7-3148c78022b4
You can check the status of the message here: https://filfox.info/en/message/bafy2bzaceahy4seeqspkfcyt7tglpqa2wr5i5srs57d2axnxcgd5luu5xecsg
It seems (given my crowded inbox) that in the past 15 minutes @newwebgroup has approved 10+ datacap requests.
I wonder if this blind approval is allowed?
Would like to see per project what due diligence you did to explain the approval @newwebgroup.
f02049625
f1qttvggw2cpaqidpg5luhqvkxu6qmm6x6rvy6zlq
200TiB
9ffe3ae8-8ed3-4d88-b8e2-3eb0abff7a76
f01858410
f1qttvggw2cpaqidpg5luhqvkxu6qmm6x6rvy6zlq
newwebgroup & DeFIL123
200% of weekly dc amount requested
200TiB
50TiB
2.95PiB
Number of deals | Number of storage providers | Previous DC Allocated | Top provider | Remaining DC |
---|---|---|---|---|
1495 | 4 | 100TiB | 35.12 | 3.28TiB |
VMERA3
f1qttvggw2cpaqidpg5luhqvkxu6qmm6x6rvy6zlq
1
NDLABS-OFFICE1
newwebgroup1
Tom-OriginStorage1
zizi-defil
The below table shows the distribution of storage providers that have stored data for this client.
If this is the first time a provider takes verified deal, it will be marked as new
.
For most of the datacap application, below restrictions should apply.
⚠️ f02001667 has sealed 32.16% of total datacap.
Provider | Location | Total Deals Sealed | Percentage | Unique Data | Duplicate Deals |
---|---|---|---|---|---|
f01776264 | Hong Kong, Central and Western, HKHong Kong Broadband Network Ltd. |
12.44 TiB | 29.09% | 12.44 TiB | 0.00% |
f01998447 | Moscow, Moscow, RUPJSC MegaFon |
7.44 TiB | 17.40% | 7.44 TiB | 0.00% |
f01996698 | Orcas, Washington, USUnknown |
9.13 TiB | 21.35% | 9.13 TiB | 0.00% |
f02001667 | Berlin, Berlin, DEVodafone GmbH |
13.75 TiB | 32.16% | 13.75 TiB | 0.00% |
The below table shows how each many unique data are replicated across storage providers.
⚠️ 100.00% of deals are for data replicated across less than 4 storage providers.
Unique Data Size | Total Deals Made | Number of Providers | Deal Percentage |
---|---|---|---|
33.13 TiB | 33.13 TiB | 1 | 77.49% |
4.81 TiB | 9.63 TiB | 2 | 22.51% |
The below table shows how many unique data are shared with other clients. Usually different applications owns different data and should not resolve to the same CID.
However, this could be possible if all below clients use same software to prepare for the exact same dataset or they belong to a series of LDN applications for the same dataset.
✔️ No CID sharing has been observed.
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
@newwebgroup Asking a bot for numbers is not doing due diligence. Please respond to my original question.
I don't think they're online every day, just occasionally processing messages, like you.
@szcoolw hello applicant, can you help and explain to my why your data fits the Filecoin+ program rules?
"Videos, pictures, R&D data."
VMERA3
f1qttvggw2cpaqidpg5luhqvkxu6qmm6x6rvy6zlq
1
NDLABS-OFFICE1
newwebgroup1
Tom-OriginStorage1
zizi-defil
The below table shows the distribution of storage providers that have stored data for this client.
If this is the first time a provider takes verified deal, it will be marked as new
.
For most of the datacap application, below restrictions should apply.
⚠️ f01996698 has sealed 30.46% of total datacap.
Provider | Location | Total Deals Sealed | Percentage | Unique Data | Duplicate Deals |
---|---|---|---|---|---|
f0153960 | Hong Kong, Central and Western, HKAlibaba (US) Technology Co., Ltd. |
26.13 TiB | 23.78% | 26.13 TiB | 0.00% |
f01776264 | Hong Kong, Central and Western, HKHong Kong Broadband Network Ltd. |
12.44 TiB | 11.32% | 12.44 TiB | 0.00% |
f01998447 | Moscow, Moscow, RUPJSC MegaFon |
7.44 TiB | 6.77% | 7.44 TiB | 0.00% |
f01996698 | Orcas, Washington, USUnknown |
33.47 TiB | 30.46% | 33.47 TiB | 0.00% |
f02001667 | Berlin, Berlin, DEVodafone GmbH |
30.41 TiB | 27.67% | 30.41 TiB | 0.00% |
The below table shows how each many unique data are replicated across storage providers.
⚠️ 100.00% of deals are for data replicated across less than 4 storage providers.
Unique Data Size | Total Deals Made | Number of Providers | Deal Percentage |
---|---|---|---|
71.88 TiB | 71.88 TiB | 1 | 65.42% |
13.00 TiB | 26.00 TiB | 2 | 23.66% |
4.00 TiB | 12.00 TiB | 3 | 10.92% |
The below table shows how many unique data are shared with other clients. Usually different applications owns different data and should not resolve to the same CID.
However, this could be possible if all below clients use same software to prepare for the exact same dataset or they belong to a series of LDN applications for the same dataset.
✔️ No CID sharing has been observed.
[^1]: To manually trigger this report, add a comment with text checker:manualTrigger
Feb 13 22:00:52 proposals dealscanner-f01920820-f0153960: 2023-02-13T22:00:52.317+0100#011WARN#011rpc#011go-jsonrpc@v0.1.9/client.go:560#011unmarshaling failed#011{"message": "{\"Err\":\"exhausted 5 attempts but failed to open stream, err: failed to dial 12D3KooWRV1adkrcTeenh9pt7MxPmUBdeFWAFEA2JT4sbPipjZEM:\n [/ip4/47.242.95.98/tcp/62353] dial tcp4 0.0.0.0:38697-\u003e47.242.95.98:62353: i/o timeout\",\"Root\":null,\"Piece\":null,\"Size\":0,\"MinPrice\":\"\u003cnil\u003e\",\"UnsealPrice\":\"\u003cnil\u003e\",\"PricePerByte\":\"\u003cnil\u003e\",\"PaymentInterval\":0,\"PaymentIntervalIncrease\":0,\"Miner\":\"f0153960\",\"MinerPeer\":{\"Address\":\"f0153960\",\"ID\":\"12D3KooWRV1adkrcTeenh9pt7MxPmUBdeFWAFEA2JT4sbPipjZEM\",\"PieceCID\":null}}"} Feb 13 22:00:52 proposals dealscanner-f01920820-f0153960: 2023-02-13T22:00:52.317+0100#011INFO#011retry#011retry/retry.go:17#011Retrying after error:RPC client error: unmarshaling result: failed to parse big string: '"\u003cnil\u003e"' Feb 13 22:01:28 proposals autoretrieve: [addressId] => f01920820 Feb 13 22:01:33 proposals autoretrieve: Working with PSP . f02001667 AND client f01920820 Feb 13 22:02:11 proposals dealscanner-f01920820-f0153960: 2023-02-13T22:02:11.831+0100#011WARN#011rpc#011go-jsonrpc@v0.1.9/client.go:560#011unmarshaling failed#011{"message": "{\"Err\":\"exhausted 5 attempts but failed to open stream, err: failed to dial 12D3KooWRV1adkrcTeenh9pt7MxPmUBdeFWAFEA2JT4sbPipjZEM:\n [/ip4/47.242.95.98/tcp/62353] dial tcp4 0.0.0.0:38697-\u003e47.242.95.98:62353: i/o timeout\",\"Root\":null,\"Piece\":null,\"Size\":0,\"MinPrice\":\"\u003cnil\u003e\",\"UnsealPrice\":\"\u003cnil\u003e\",\"PricePerByte\":\"\u003cnil\u003e\",\"PaymentInterval\":0,\"PaymentIntervalIncrease\":0,\"Miner\":\"f0153960\",\"MinerPeer\":{\"Address\":\"f0153960\",\"ID\":\"12D3KooWRV1adkrcTeenh9pt7MxPmUBdeFWAFEA2JT4sbPipjZEM\",\"PieceCID\":null}}"} Feb 13 22:02:11 proposals dealscanner-f01920820-f0153960: 2023-02-13T22:02:11.831+0100#011INFO#011retry#011retry/retry.go:17#011Retrying after error:RPC client error: unmarshaling result: failed to parse big string: '"\u003cnil\u003e"' Feb 13 22:02:31 proposals autoretrieve: [addressId] => f01920820 Feb 13 22:04:57 proposals dealscanner-f01920820-f0153960: 2023-02-13T22:04:57.448+0100#011WARN#011rpc#011go-jsonrpc@v0.1.9/client.go:560#011unmarshaling failed#011{"message": "{\"Err\":\"exhausted 5 attempts but failed to open stream, err: failed to dial 12D3KooWRV1adkrcTeenh9pt7MxPmUBdeFWAFEA2JT4sbPipjZEM:\n [/ip4/47.242.95.98/tcp/62353] dial tcp4 0.0.0.0:38697-\u003e47.242.95.98:62353: i/o timeout\",\"Root\":null,\"Piece\":null,\"Size\":0,\"MinPrice\":\"\u003cnil\u003e\",\"UnsealPrice\":\"\u003cnil\u003e\",\"PricePerByte\":\"\u003cnil\u003e\",\"PaymentInterval\":0,\"PaymentIntervalIncrease\":0,\"Miner\":\"f0153960\",\"MinerPeer\":{\"Address\":\"f0153960\",\"ID\":\"12D3KooWRV1adkrcTeenh9pt7MxPmUBdeFWAFEA2JT4sbPipjZEM\",\"PieceCID\":null}}"} Feb 13 22:04:57 proposals dealscanner-f01920820-f0153960: 2023-02-13T22:04:57.448+0100#011INFO#011retry#011retry/retry.go:17#011Retrying after error:RPC client error: unmarshaling result: failed to parse big string: '"\u003cnil\u003e"' Feb 13 22:06:58 proposals dealscanner-f01920820-f0153960: 2023-02-13T22:06:58.993+0100#011WARN#011rpc#011go-jsonrpc@v0.1.9/client.go:560#011unmarshaling failed#011{"message": "{\"Err\":\"exhausted 5 attempts but failed to open stream, err: failed to dial 12D3KooWRV1adkrcTeenh9pt7MxPmUBdeFWAFEA2JT4sbPipjZEM:\n [/ip4/47.242.95.98/tcp/62353] dial tcp4 0.0.0.0:38697-\u003e47.242.95.98:62353: i/o timeout\",\"Root\":null,\"Piece\":null,\"Size\":0,\"MinPrice\":\"\u003cnil\u003e\",\"UnsealPrice\":\"\u003cnil\u003e\",\"PricePerByte\":\"\u003cnil\u003e\",\"PaymentInterval\":0,\"PaymentIntervalIncrease\":0,\"Miner\":\"f0153960\",\"MinerPeer\":{\"Address\":\"f0153960\",\"ID\":\"12D3KooWRV1adkrcTeenh9pt7MxPmUBdeFWAFEA2JT4sbPipjZEM\",\"PieceCID\":null}}"} Feb 13 22:06:58 proposals dealscanner-f01920820-f0153960: 2023-02-13T22:06:58.993+0100#011INFO#011retry#011retry/retry.go:17#011Retrying after error:RPC client error: unmarshaling result: failed to parse big string: '"\u003cnil\u003e"' Feb 13 22:07:42 proposals dealscanner-f01920820-f0153960: 2023-02-13T22:07:42.665+0100#011WARN#011rpc#011go-jsonrpc@v0.1.9/client.go:560#011unmarshaling failed#011{"message": "{\"Err\":\"exhausted 5 attempts but failed to open stream, err: failed to dial 12D3KooWRV1adkrcTeenh9pt7MxPmUBdeFWAFEA2JT4sbPipjZEM:\n * [/ip4/47.242.95.98/tcp/62353] dial backoff\",\"Root\":null,\"Piece\":null,\"Size\":0,\"MinPrice\":\"\u003cnil\u003e\",\"UnsealPrice\":\"\u003cnil\u003e\",\"PricePerByte\":\"\u003cnil\u003e\",\"PaymentInterval\":0,\"PaymentIntervalIncrease\":0,\"Miner\":\"f0153960\",\"MinerPeer\":{\"Address\":\"f0153960\",\"ID\":\"12D3KooWRV1adkrcTeenh9pt7MxPmUBdeFWAFEA2JT4sbPipjZEM\",\"PieceCID\":null}}"} Feb 13 22:07:42 proposals dealscanner-f01920820-f0153960: 2023-02-13T22:07:42.665+0100#011ERROR#011retry#011retry/retry.go:29#011Failed after 5 attempts, last error: RPC client error: unmarshaling result: failed to parse big string: '"\u003cnil\u003e"' Feb 13 22:07:42 proposals dealscanner-f01920820-f0153960: ERROR: RPC client error: unmarshaling result: failed to parse big string: '"\u003cnil\u003e"' Feb 13 22:07:42 proposals dealscanner-f01920820-f0153960:
Seems retrievals are not working. Can you check your side please?
This application has not seen any responses in the last 10 days. This issue will be marked with Stale label and will be closed in 4 days. Comment if you want to keep this application open.
This application has not seen any responses in the last 14 days, so for now it is being closed. Please feel free to contact the Fil+ Gov team to re-open the application if it is still being processed. Thank you!
Client f01920820 does not follow the datacap usage rules. More info here. This application has been failing the requirements for 7 days. Please take appropiate action to fix the following DataCap usage problems. | Criteria | Treshold | Reason |
---|---|---|---|
Cid Checker score | > 25% | The client has a CID checker score of 18%. This should be greater than 25%. To find out more about CID checker score please look at this issue: https://github.com/filecoin-project/notary-governance/issues/986 |
Large Dataset Notary Application
To apply for DataCap to onboard your dataset to Filecoin, please fill out the following.
Core Information
Please respond to the questions below by replacing the text saying "Please answer here". Include as much detail as you can in your answer.
Project details
Share a brief history of your project and organization.
What is the primary source of funding for this project?
What other projects/ecosystem stakeholders is this project associated with?
Use-case details
Describe the data being stored onto Filecoin
Where was the data in this dataset sourced from?
Can you share a sample of the data? A link to a file, an image, a table, etc., are good ways to do this.
Confirm that this is a public dataset that can be retrieved by anyone on the Network (i.e., no specific permissions or access rights are required to view the data).
What is the expected retrieval frequency for this data?
For how long do you plan to keep this dataset stored on Filecoin?
DataCap allocation plan
In which geographies (countries, regions) do you plan on making storage deals?
How will you be distributing your data to storage providers? Is there an offline data transfer process?
How do you plan on choosing the storage providers with whom you will be making deals? This should include a plan to ensure the data is retrievable in the future both by you and others.
How will you be distributing deals across storage providers?
Do you have the resources/funding to start making deals as soon as you receive DataCap? What support from the community would help you onboard onto Filecoin?