search

filecoin-project / filecoin-plus-large-datasets

Hub for client applications for DataCap at a large scale
110 stars 62 forks source link

jinshizichan asset management non-performing asset data #1340

Closed yaoyuanww closed 1 year ago

yaoyuanww commented 1 year ago

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.

Shanghai Jinshizichan Asset Management Co., Ltd. was established in November 2015 with a registered capital of 14 million USD. The company specializes  on management of non-performing assets. The company is registered in Shanghai, and has set up Qingdao headquarters, Beijing branch, Shanghai branch, Shenzhen branch and  Nanjing branch and other regional operation services. The main business focuses on Shanghai, Beijing, Qingdao, Shenzhen, Yangtze River Delta and Pearl River Delta. Adhering to the basic principles of safety, efficiency, rapid realization and asset revitalization, we are committed to build a one-stop service platform for special asset disposal .The company has talented  teams in project development, resource integration, due diligence, risk control, asset disposal and other areas, the team members are mainly composed of financial institutions, AMC, practicing lawyers, auditors, accountants and other professionals. Today, the company has established close cooperative relations with many well-known domestic service institutions.
At present, the assets under management exceeds 200 million USD. 
The business scope of the Shanghai Jinshizichan Asset management is composed of:
1. Acquisition and disposal of non-performing assets
2. Enterprise debt restructuring
3. Asset foreclosure sales services

The data storage project is mostly about Acquisition and disposal of non-performing assets.
Acquisition and disposal of non-performing assets mainly provides acquisition and disposal services for non-performing loan business generated by banks, trusts, funds, small loans and other licensed financial institutions. Among many financial businesses, real estate, land and commercial mortgage assets are the mainstream assets in the acquisition and disposal of non-performing businesses.
Banks, trusts, small loans and other licensed financial institutions engaged in financial services, special enterprise financing loans, there are a large number of real estates, commercial, industrial land and other property mortgage financial business, in recent years affected by the macroeconomic environment, the non-performing assets of financial industry has increased rapidly. In order to quickly recover capital, reduce losses, and meet regulatory requirements, financial institutions have a large number of disposal needs for non-performing assets.
At present, the main asset classes that Jinshizichan Asset Management focuses on are high-quality non-performing assets such as residential mortgages, commercial and industrial. The data we would like to store on fiecoin network mostly derived from information Collection, due diligence and asset disposal part of the business operation.
1. Information Collection. Through information collection and channel recommendation, collect information from financial institutions
2. Asset due diligence. Through its legal team and accountant team, Jinshizichan Asset Management conducts full due diligence on assets, including asset appraisal, debt relationship combing, asset preservation investigation, debtor interview, legal risk investigation, asset market recommendation, etc. 
3. Asset disposal. After obtaining the asset package, Jinshizichan will negotiate with the debtor to repurchase and settle, transfer creditor's rights or apply to the court through a lawyer to auction the collateral online to execute the payment.
Jinshizichan will perform due diligence over 1 billion USD worth of assets per year, which will generate a large number of due diligence data of assets and properties. The main form of due diligence data is videos and pictures of the assets.

What is the primary source of funding for this project?

jinshizichan asset management

What other projects/ecosystem stakeholders is this project associated with?

none

Use-case details

Describe the data being stored onto Filecoin

Jinshizichan will perform due diligence over 1 billion USD worth of assets per year, which will generate a large number of due diligence data of assets and properties. The main form of due diligence data is videos and pictures of the assets.

Where was the data in this dataset sourced from?

our own servers

Can you share a sample of the data? A link to a file, an image, a table, etc., are good ways to do this. 

https://drive.google.com/file/d/1O0MNhaeSQfS_Z0JpEhfDmWcsmzYhuc_p/view?usp=share_link
https://drive.google.com/file/d/1g8nWui6nuUuuV6d8IRFlYQjsi0gaR6Ab/view?usp=share_link
https://drive.google.com/file/d/1q77ntrrW2YXPecax5W3TA36wQtfY8SFs/view?usp=share_link

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).

N/A

What is the expected retrieval frequency for this data?

at least once every 3 months

For how long do you plan to keep this dataset stored on Filecoin?

2 years at least

DataCap allocation plan

In which geographies (countries, regions) do you plan on making storage deals?

China, USA, and other continents

How will you be distributing your data to storage providers? Is there an offline data transfer process?

online and off-line

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.

we are working with Linkspeed, for the rest SPs, we will find them through referral or slack

How will you be distributing deals across storage providers?

We intend to store 4-5 duplicates

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?

yes, we have resources to start making deals as soon as we receive DataCap. No additional support needed right now.
laurarenpanda commented 1 year ago

Request Approved

Your Datacap Allocation Request has been approved by the Notary

Message sent to Filecoin Network

bafy2bzaced3eyfnixkleb4s2soqos5tvuhxhljvhk7mrhahv4giaid6zbvzpk

Address

f1sshymsne7x3cndwflpk57ozerlzkxgzv7aknadq

Datacap Allocated

50.00TiB

Signer Address

f1bp3tzp536edm7dodldceekzbsx7zcy7hdfg6uzq

Id

bca56161-d563-4fc2-9c82-29b0ceb5a933

You can check the status of the message here: https://filfox.info/en/message/bafy2bzaced3eyfnixkleb4s2soqos5tvuhxhljvhk7mrhahv4giaid6zbvzpk

large-datacap-requests[bot] commented 1 year ago

DataCap Allocation requested

Request number 3

Multisig Notary address

f01940930

Client address

f1sshymsne7x3cndwflpk57ozerlzkxgzv7aknadq

DataCap allocation requested

100TiB

Id

7411396d-3bf6-4f00-9d27-0ba87d8286f6

large-datacap-requests[bot] commented 1 year ago

Stats & Info for DataCap Allocation

Multisig Notary address

f01940930

Client address

f1sshymsne7x3cndwflpk57ozerlzkxgzv7aknadq

Rule to calculate the allocation request amount

200% of weekly dc amount requested

DataCap allocation requested

100TiB

Total DataCap granted for client so far

4547.5YiB

Datacap to be granted to reach the total amount requested by the client (1PiB)

-5.49B

Stats

Number of deals Number of storage providers Previous DC Allocated Top provider Remaining DC
3452 6 50TiB 43.4 12.53TiB
kevzak commented 1 year ago

checker:manualTrigger

filplus-checker-app[bot] commented 1 year ago

DataCap and CID Checker Report Summary[^1]

Storage Provider Distribution

✔️ Storage provider distribution looks healthy.

Deal Data Replication

⚠️ 99.47% of deals are for data replicated across less than 4 storage providers.

Deal Data Shared with other Clients[^3]

✔️ 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> ...

Full report

Click here to view the full report.

newwebgroup commented 1 year ago

checker:manualTrigger

filplus-checker-app[bot] commented 1 year ago

DataCap and CID Checker Report Summary[^1]

Storage Provider Distribution

✔️ Storage provider distribution looks healthy.

Deal Data Replication

⚠️ 99.54% of deals are for data replicated across less than 4 storage providers.

Deal Data Shared with other Clients[^3]

✔️ 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> ...

Full report

Click here to view the full report.

cryptowhizzard commented 1 year ago

Hi,

I have tried to retrieve data from your application to check what's stored. It did not work.

Can you make baga6ea4seaqbengspjakalatzxankeq25vsvsto44exwe7an7rch4gcesoieamy available for download so i can check the data you are storing?

Are you aware that your SP's do not support retrieval?

root@proposals:/var/www/html/filplus# ls -l | grep 1340-f011 -rw-r--r-- 1 root root 0 May 24 19:37 1340-f01174487-f01059489-34580452-baga6ea4seaqbengspjakalatzxankeq25vsvsto44exwe7an7rch4gcesoieamy.log -rw-r--r-- 1 root root 480 May 27 20:14 1340-f01174487-f01059489-35291606-baga6ea4seaqlks7fdgyfveev4xc6vvpzyfd4xxvmzv6wri4zkfw22pe57khgefy.log -rw-r--r-- 1 root root 0 May 26 23:25 1340-f01174487-f01847751-36204919-baga6ea4seaqjau2wlwwnn3pp4kagjwcy6l4fk2i6j2vddrgvwnhbpws3xrkfwny.log -rw-r--r-- 1 root root 0 May 26 23:24 1340-f01174487-f01847751-36215381-baga6ea4seaqhn5zskxfgq5sw7bq77kvssm4fbgtm7nw23cxaewyjb5akiamcwmy.log -rw-r--r-- 1 root root 0 May 27 19:24 1340-f01174487-f01847751-36220497-baga6ea4seaqekw443qfy54ozpmzp6png2rzojfsnlx5v5p7yecfy73nmgbergga.log -rw-r--r-- 1 root root 0 May 24 19:37 1340-f01174487-f01847751-36221615-baga6ea4seaqldxqktaddgerlvdfx6vdenanx6wi7gvoxuyvnnkufl7qmog46mda.log -rw-r--r-- 1 root root 146 May 27 20:14 1340-f01174487-f01847751-36221995-baga6ea4seaqhnedw7tiebirptfawjrk4bhpned4ozlntl7347emcr2wjl3ngymy.log -rw-r--r-- 1 root root 0 May 26 23:25 1340-f01174487-f01847751-36223149-baga6ea4seaqkfa4ud4xyz74pt34v7kowiojwldxmz755bke5ruvompeya2ztoky.log -rw-r--r-- 1 root root 480 May 27 20:14 1340-f01174487-f02058333-34189409-baga6ea4seaqbruienwk3m7hyp3kvejnpn4c4x3t6gk5k5fgbj55emuu2lebx2ei.log -rw-r--r-- 1 root root 0 May 26 23:25 1340-f01174487-f02058333-34200238-baga6ea4seaqasi7shv5oh6edcahbqv53pwpjg3zt4dq3no3fzkxlonlxiwsnmai.log -rw-r--r-- 1 root root 0 May 24 19:37 1340-f01174487-f02058333-34205736-baga6ea4seaqjbofk3argobntlfj7yowe6w23j2pwlynyzrajmy6n7fspwbywedq.log -rw-r--r-- 1 root root 0 May 24 19:37 1340-f01174487-f02058333-34982147-baga6ea4seaqmoqobphlmcsi4jnwbzeu2r2yhi3kmkray3eiqmjswhv2gysc6ibq.log -rw-r--r-- 1 root root 0 May 26 23:25 1340-f01174487-f02058333-34993921-baga6ea4seaqjnqkdgkd5tfyrphlwnx354d64ouset55ulyzv5tysl7rpjtsboaa.log -rw-r--r-- 1 root root 484 May 27 20:14 1340-f01174487-f02058333-35005278-baga6ea4seaqjeyuthujlmowt7h64qxddongin2cxwe4h567ckmagqqbmj6qngia.log root@proposals:/var/www/html/filplus# cat 1340-f011* Recv 0 B, Paid 0 FIL, Open (New), 0s [1685086982876307369|0] Recv 0 B, Paid 0 FIL, DealProposed (WaitForAcceptance), 17ms [1685086982876307369|0] Recv 0 B, Paid 0 FIL, DealRejected (RetryLegacy), 156ms [1685086982876307369|0] Recv 0 B, Paid 0 FIL, DealProposed (WaitForAcceptanceLegacy), 163ms [1685086982876307369|0] Recv 0 B, Paid 0 FIL, DealRejected (Rejecting), 295ms [1685086982876307369|0] Recv 0 B, Paid 0 FIL, BlockstoreFinalized (Rejected), 296ms [1685086982876307369|0] Recv 0 B, Paid 0 FIL, Open (New), 0s [1685086982876307370|0] Recv 0 B, Paid 0 FIL, DealProposed (WaitForAcceptance), 16ms [1685086982876307370|0] Recv 0 B, Paid 0 FIL, Open (New), 0s [1685086982876307372|0] Recv 0 B, Paid 0 FIL, DealProposed (WaitForAcceptance), 16ms [1685086982876307372|0] Recv 0 B, Paid 0 FIL, DealRejected (RetryLegacy), 155ms [1685086982876307372|0] Recv 0 B, Paid 0 FIL, DealProposed (WaitForAcceptanceLegacy), 161ms [1685086982876307372|0] Recv 0 B, Paid 0 FIL, DealRejected (Rejecting), 293ms [1685086982876307372|0] Recv 0 B, Paid 0 FIL, BlockstoreFinalized (Rejected), 294ms [1685086982876307372|0] Recv 0 B, Paid 0 FIL, Open (New), 0s [1685086982876307362|0] Recv 0 B, Paid 0 FIL, DealProposed (WaitForAcceptance), 16ms [1685086982876307362|0] Recv 0 B, Paid 0 FIL, DealRejected (RetryLegacy), 1.138s [1685086982876307362|0] Recv 0 B, Paid 0 FIL, DealProposed (WaitForAcceptanceLegacy), 1.152s [1685086982876307362|0] Recv 0 B, Paid 0 FIL, DealRejected (Rejecting), 1.282s [1685086982876307362|0] Recv 0 B, Paid 0 FIL, BlockstoreFinalized (Rejected), 1.283s [1685086982876307362|0] root@proposals:/var/www/html/filplus#

kevzak commented 1 year ago

@yaoyuanww

yaoyuanww commented 1 year ago

@cryptowhizzard @kevzak I finally got hold of the team in charge of baga6ea4seaqbengspjakalatzxankeq25vsvsto44exwe7an7rch4gcesoieamy( the node is based in Denver) , they said they somehow did not store the unsealed, and would resume storing the unsealed. I prefer to give this SP another chance, if it failed to store the unsealed copy again, I will choose another SP to store data.

kevzak commented 1 year ago

@yaoyuanww we have a new KYC ID check available on filplus.storage. Please complete when you have a chance as a requirement for E-Fil+ to add additional layer of trust and to verify this GitHub account. See details: LINK

liyunzhi-666 commented 1 year ago

checker:manualTrigger

filplus-checker-app[bot] commented 1 year ago

DataCap and CID Checker Report Summary[^1]

Retrieval Statistics

Storage Provider Distribution

✔️ Storage provider distribution looks healthy.

Deal Data Replication

⚠️ 99.54% of deals are for data replicated across less than 4 storage providers.

Deal Data Shared with other Clients[^3]

✔️ 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> ...

Full report

Click here to view the CID Checker report. Click here to view the Retrieval report.

liyunzhi-666 commented 1 year ago

Is this application still alive? @yaoyuanww Did he pass the new KYC review? @kevzak

kevzak commented 1 year ago

@liyunzhi-666 yes, they have passed KYC. I had an issue getting the label working here but the user is confirmed ok.

Aaron01230 commented 1 year ago

checker:manualTrigger

filplus-checker-app[bot] commented 1 year ago

DataCap and CID Checker Report Summary[^1]

Retrieval Statistics

Storage Provider Distribution

✔️ Storage provider distribution looks healthy.

Deal Data Replication

⚠️ 99.54% of deals are for data replicated across less than 4 storage providers.

Deal Data Shared with other Clients[^3]

✔️ 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> ...

Full report

Click here to view the CID Checker report. Click here to view the Retrieval Dashboard. Click here to view the Retrieval report.

yaoyuanww commented 1 year ago

as of 99.54% of deals are for data replicated across less than 4 storage providers, one of the sps who were supposed to seal part of the deal only did a test seal and did not finish. we will find mre responsible sps to do the sealing for the later rounds

stcloudlisa commented 1 year ago

Request Approved

Your Datacap Allocation Request has been approved by the Notary

Message sent to Filecoin Network

bafy2bzacearxoqu22nbnt7msjqvfi6nsobuobuc3vyuqmfa3vugk4eaoa6pu4

Address

f1sshymsne7x3cndwflpk57ozerlzkxgzv7aknadq

Datacap Allocated

100.00TiB

Signer Address

f1jvvltduw35u6inn5tr4nfualyd42bh3vjtylgci

Id

7411396d-3bf6-4f00-9d27-0ba87d8286f6

You can check the status of the message here: https://filfox.info/en/message/bafy2bzacearxoqu22nbnt7msjqvfi6nsobuobuc3vyuqmfa3vugk4eaoa6pu4

stcloudlisa commented 1 year ago

I am willing to support temporarily, hope to see the improvement of data backup

woshidama323 commented 1 year ago

LGTM, Wish you can fix the warning issue from report and fix this next round Will support first

woshidama323 commented 1 year ago

image

Hi @kevzak seems that there are something wrong with the website tools Cannot list on the website

and also the first one is approve instead of proposal

yaoyuanww commented 1 year ago

@kevzak @woshidama323 It is ok now, thanks anyway

cryptowhizzard commented 1 year ago

Scherm­afbeelding 2023-07-24 om 14 33 33

Hi there,

I have a question. In my database all datacap has gone to Michael from Linkspeed.

Given that the total datacap requested is 1 PB, i wonder when you will start storing with other organizations?

yaoyuanww commented 1 year ago

Michael is the data preparer, not the data owner

cryptowhizzard commented 1 year ago

Michael is the data preparer, not the data owner

@yaoyuanww We are not aligned here ( miscommunication )

I have these miners above as customer in my database under the name Michael. They are all from one entity.

large-datacap-requests[bot] commented 1 year ago

DataCap Allocation requested

Request number 4

Multisig Notary address

f01940930

Client address

f1sshymsne7x3cndwflpk57ozerlzkxgzv7aknadq

DataCap allocation requested

200TiB

Id

5df0ab77-cf71-438d-a29a-1ac06a8cb293

large-datacap-requests[bot] commented 1 year ago

Stats & Info for DataCap Allocation

Multisig Notary address

f01940930

Client address

f1sshymsne7x3cndwflpk57ozerlzkxgzv7aknadq

Rule to calculate the allocation request amount

400% of weekly dc amount requested

DataCap allocation requested

200TiB

Total DataCap granted for client so far

909494701772932736.0YiB

Datacap to be granted to reach the total amount requested by the client (1PiB)

909494701772932736.0YiB

Stats

Number of deals Number of storage providers Previous DC Allocated Top provider Remaining DC
8012 8 100TiB 50.07 49.76TiB
Aaron01230 commented 1 year ago

checker:manualTrigger

filplus-checker-app[bot] commented 1 year ago

DataCap and CID Checker Report Summary[^1]

Retrieval Statistics

Storage Provider Distribution

⚠️ 1 storage providers sealed more than 30% of total datacap - f02058333: 56.42%

Deal Data Replication

⚠️ 99.70% of deals are for data replicated across less than 4 storage providers.

Deal Data Shared with other Clients[^3]

✔️ 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> ...

Full report

Click here to view the CID Checker report. Click here to view the Retrieval Dashboard. Click here to view the Retrieval report.

laurarenpanda commented 1 year ago

checker:manualTrigger

filplus-checker-app[bot] commented 1 year ago

DataCap and CID Checker Report Summary[^1]

Retrieval Statistics

Storage Provider Distribution

⚠️ 2 storage providers sealed more than 30% of total datacap - f02363300: 30.12%, f02058333: 39.43%

Deal Data Replication

⚠️ 99.79% of deals are for data replicated across less than 4 storage providers.

Deal Data Shared with other Clients[^3]

✔️ 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> ...

Full report

Click here to view the CID Checker report. Click here to view the Retrieval Dashboard. Click here to view the Retrieval report.

Joss-Hua commented 1 year ago

checker:manualTrigger

filplus-checker-app[bot] commented 1 year ago

DataCap and CID Checker Report Summary[^1]

Retrieval Statistics

Storage Provider Distribution

⚠️ 2 storage providers sealed more than 30% of total datacap - f02363300: 30.66%, f02058333: 39.12%

Deal Data Replication

⚠️ 99.79% of deals are for data replicated across less than 4 storage providers.

Deal Data Shared with other Clients[^3]

✔️ 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> ...

Full report

Click here to view the CID Checker report. Click here to view the Retrieval Dashboard. Click here to view the Retrieval report.

Joss-Hua commented 1 year ago

Michael is the data preparer, not the data owner

@yaoyuanww We are not aligned here ( miscommunication )

I have these miners above as customer in my database under the name Michael. They are all from one entity.

an explanation is needed here

yaoyuanww commented 1 year ago

@Joss-Hua all the sps listed above, we will not work with any of those, we will work with a new set of sps. as you can see, I am doing the e-fil when qing from PL pitched me last year. E-fil was a pilot and I went along just try to help this program to get started, and we went through considerable amount of time to do the KYB and KYC and keven well knew about it. And we only sealed 100T for last 6 monthes. so, it is quite evident that we are new to this, if we made a mistake, we are learning from it and move forward. The new sps are f0143858 f0240185 f01969779 f02002918 f02122388. and none of those sps are listed above.

laurarenpanda commented 1 year ago

Request Proposed

Your Datacap Allocation Request has been proposed by the Notary

Message sent to Filecoin Network

bafy2bzacec6olpy64itjwlwgt5wrh5nshpkctlpbk7nbtr24ccqavgblp534w

Address

f1sshymsne7x3cndwflpk57ozerlzkxgzv7aknadq

Datacap Allocated

200.00TiB

Signer Address

f1bp3tzp536edm7dodldceekzbsx7zcy7hdfg6uzq

Id

5df0ab77-cf71-438d-a29a-1ac06a8cb293

You can check the status of the message here: https://filfox.info/en/message/bafy2bzacec6olpy64itjwlwgt5wrh5nshpkctlpbk7nbtr24ccqavgblp534w

Joss-Hua commented 1 year ago

@Joss-Hua all the sps listed above, we will not work with any of those, we will work with a new set of sps. as you can see, I am doing the e-fil when qing from PL pitched me last year. E-fil was a pilot and I went along just try to help this program to get started, and we went through considerable amount of time to do the KYB and KYC and keven well knew about it. And we only sealed 100T for last 6 monthes. so, it is quite evident that we are new to this, if we made a mistake, we are learning from it and move forward. The new sps are f0143858 f0240185 f01969779 f02002918 f02122388. and none of those sps are listed above.

Okay, can support the round

Joss-Hua commented 1 year ago

Request Approved

Your Datacap Allocation Request has been approved by the Notary

Message sent to Filecoin Network

bafy2bzacecxg6nzofmxhzazubfj26b5tu7ub35ddd6de2drjc4jgl6pblk5da

Address

f1sshymsne7x3cndwflpk57ozerlzkxgzv7aknadq

Datacap Allocated

200.00TiB

Signer Address

f1tfg54zzscugttejv336vivknmsnzzmyudp3t7wi

Id

5df0ab77-cf71-438d-a29a-1ac06a8cb293

You can check the status of the message here: https://filfox.info/en/message/bafy2bzacecxg6nzofmxhzazubfj26b5tu7ub35ddd6de2drjc4jgl6pblk5da

cryptowhizzard commented 1 year ago

Hello,

Seems that there has not been any retrieval sampling done to check on the data.

I downloaded some and made it available here:

http://www.datasetcreators.com/downloadedcarfiles/1340-f01174487-f02058333-48276176-baga6ea4seaqnuxgcprrvp7z4hk4thmz4k6pnltamobupzlzgffhlkak4ewjo6la

Can you explain why this data is different then the data you provided in your LDN as samples?

cryptowhizzard commented 1 year ago

@laurarenpanda @Joss-Hua

Why don't you do due diligence here?

Joss-Hua commented 1 year ago

Hello,

Seems that there has not been any retrieval sampling done to check on the data.

I downloaded some and made it available here:

http://www.datasetcreators.com/downloadedcarfiles/1340-f01174487-f02058333-48276176-baga6ea4seaqnuxgcprrvp7z4hk4thmz4k6pnltamobupzlzgffhlkak4ewjo6la

Can you explain why this data is different then the data you provided in your LDN as samples?

can't open the link! what happened？

Joss-Hua commented 1 year ago

Retrieval Statistics

  • Overall Graphsync retrieval success rate: 49.80%
  • Overall HTTP retrieval success rate: 3.19%
  • Overall Bitswap retrieval success rate: 0.00%

@cryptowhizzard Hi bro, this is my opinion:

  1. The data of e-fil should be encrypted, even if the data cannot be retrieved, it does not violate established rules;
  2. If it is necessary to verify the retrieval, this bot can also be trusted, and I believe manual retrieval is not a necessary;
  3. Let me find my recycling bin, the screenshot of dd may still be there;
cryptowhizzard commented 1 year ago

Retrieval Statistics

  • Overall Graphsync retrieval success rate: 49.80%
  • Overall HTTP retrieval success rate: 3.19%
  • Overall Bitswap retrieval success rate: 0.00%

@cryptowhizzard Hi bro, this is my opinion:

  1. The data of e-fil should be encrypted, even if the data cannot be retrieved, it does not violate established rules;
  2. If it is necessary to verify the retrieval, this bot can also be trusted, and I believe manual retrieval is not a necessary;
  3. Let me find my recycling bin, the screenshot of dd may still be there;

Understand.

However the data that we retrieve should match the data of the samples. Secondly i don't see where this applicant stated that he would store encrypted?

github-actions[bot] commented 1 year ago

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.

-- Commented by Stale Bot.

github-actions[bot] commented 1 year ago

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!

-- Commented by Stale Bot.

Sunnyiscoming commented 10 months ago

Hello, @yaoyuanww per the https://github.com/filecoin-project/notary-governance/issues/922 for Open, Public Dataset applicants, please complete the following Fil+ registration form to identify yourself as the applicant and also please add the contact information of the SP entities you are working with to store copies of the data.

This information will be reviewed by Fil+ Governance team to confirm validity and then the application will be allowed to move forward for additional notary review.