[DataCap Application] EOT Dataset

[maxDi84]

Data Owner Name

The End of Term Web Archive

What is your role related to the dataset

Data Preparer

Data Owner Country/Region

United States

Data Owner Industry

Government

Website

https://eotarchive.org/

Social Media

https://twitter.com/eotarchive

Total amount of DataCap being requested

6PiB

Expected size of single dataset (one copy)

630.1TiB

Number of replicas to store

10

Weekly allocation of DataCap requested

1PiB

On-chain address for first allocation

f1aqhgcbhuxhyu2mtiecsrdizz5sx7ptlwa3tgrly

Data Type of Application

Public, Open Dataset (Research/Non-Profit)

Custom multisig

• [ ] Use Custom Multisig

Identifier

No response

Share a brief history of your project and organization

We are an individual team from web 3 and want to spread benificial data in the world. The dataset is from EOT. The End of Term Web Archive (EOT) captures and saves U.S. Government websites at the end of presidential administrations. The EOT has thus far preserved websites from administration changes in 2008, 2012, 2016, and 2020. Data from these web crawls have been made openly available in several formats in this dataset.

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

Web Archive Crawl Data (WARC and ARC formats). The End of Term Web Archive contains federal government websites (.gov, .mil, etc) in the Legislative, Executive, or Judicial branches of the government. Websites that were at risk of changing (i.e., whitehouse.gov) or disappearing altogether during government transitions were captured. Local government websites, or any other site not part of the federal government domain were out of scope.

Where was the data currently stored in this dataset sourced from

AWS Cloud

If you answered "Other" in the previous question, enter the details here

No response

How do you plan to prepare the dataset

IPFS, lotus, singularity

If you answered "other/custom tool" in the previous question, enter the details here

No response

Please share a sample of the data

aws s3 ls --no-sign-request s3://eotarchive/

Confirm that this is a public dataset that can be retrieved by anyone on the Network

• [X] I confirm

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, South America, Europe

How will you be distributing your data to storage providers

HTTP or FTP server, IPFS, Shipping hard drives, Lotus built-in data transfer

How do you plan to choose storage providers

Slack, Big Data Exchange, Partners

If you answered "Others" in the previous question, what is the tool or platform you plan to use

No response

If you already have a list of storage providers to work with, fill out their names and provider IDs below

SP we'll work with
f01323699
f01396576
More SP will join in this application.

How do you plan to make deals to your storage providers

Lotus client, Singularity

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

[maxDi84]

I think it's your fault that your download keeps failing and you're holding on to your faults. And I have give the solution to you --- Send me a harddisk and I can copy it back to you.

[cryptowhizzard]

I think it's your fault that your download keeps failing and you're holding on to your faults. And I have give the solution to you --- Send me a harddisk and I can copy it back to you.

Ok, you can have it your way.

Please let me know where i can send it and i will send it.

[ghost]

checker:manualTrigger

[filplus-checker-app[bot]]

DataCap and CID Checker Report Summary[^1]

Retrieval Statistics

• Overall Graphsync retrieval success rate: 0.00%
• Overall HTTP retrieval success rate: 92.26%
• Overall Bitswap retrieval success rate: 0.00%

Storage Provider Distribution

✔️ Storage provider distribution looks healthy.

Deal Data Replication

⚠️ 64.09% 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.

[ghost]

Two flags:

1 64.09% of deals are for data replicated across less than 4 storage providers.

2 SPs are not matching

looks like f02128256 and f01955034 and f02196792 are storing the majority and were not mentioned upfront

What was listed as the SPs: f02232088 | Leo | Chengdu, Sichuan f02232007 | Martin | Chengdu, Sichuan f01955030 | Nico | Shanghai f02029743 huangjiang, zhejiang; f02233608 Nick ,Hongkong

Actual SPs (SPs above bolded) f02029743 | Hong Kong, Central and Western, HKANLIAN NETWORK TECHNOLOGY CO., LIMITED | 99.47 TiB | 7.45% | 99.47 TiB | 0.00% f02046115 | Hong Kong, Central and Western, HKANLIAN NETWORK TECHNOLOGY CO., LIMITED | 2.75 TiB | 0.21% | 2.75 TiB | 0.00% f02128256 | Toronto, Ontario, CABeanfield Technologies Inc. | 280.00 TiB | 20.97% | 280.00 TiB | 0.00% f01955030 | Shanghai, Shanghai, CNChina Mobile communications corporation | 80.00 TiB | 5.99% | 80.00 TiB | 0.00% f02362189 | Beijing, Beijing, CNChina Mobile Communications Group Co., Ltd. | 102.38 TiB | 7.67% | 102.38 TiB | 0.00% f01955034 | Hangzhou, Zhejiang, CNCHINA UNICOM China169 Backbone | 198.97 TiB | 14.90% | 198.97 TiB | 0.00% f02233608 | Chengdu, Sichuan, CNCHINA UNICOM China169 Backbone | 159.31 TiB | 11.93% | 159.31 TiB | 0.00% f02232007 | Chengdu, Sichuan, CNCHINA UNICOM China169 Backbone | 109.00 TiB | 8.16% | 109.00 TiB | 0.00% f02232088 | Chengdu, Sichuan, CNCHINA UNICOM China169 Backbone | 109.00 TiB | 8.16% | 109.00 TiB | 0.00% f02196792 | Hong Kong, Central and Western, HKHK Cable TV Ltd | 194.19 TiB | 14.55% | 194.19 TiB | 0.00%

[ghost]

checker:manualTrigger

[filplus-checker-app[bot]]

DataCap and CID Checker Report Summary[^1]

Retrieval Statistics

• Overall Graphsync retrieval success rate: 0.00%
• Overall HTTP retrieval success rate: 90.49%
• Overall Bitswap retrieval success rate: 0.00%

Storage Provider Distribution

✔️ Storage provider distribution looks healthy.

Deal Data Replication

⚠️ 73.68% 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.

[cryptowhizzard]

Dear maxDi84,

As notary I am doing due diligence on your LDN. I could not get retrieval to work. Can you please upload the car file of CID baga6ea4seaqca56pejus4nezgfzmma7bwtq23l6gdlq6hmhfvhdjgpzposooybq ?

You can use our upload system at http://send.datasetcreators.com. Please select 7 days for the system to keep the file and post the link you received here so I (and other notaries) can download your content.

[cryptowhizzard]

I downloaded ( partitial ) on of your http retrievals and this is the data i got.

http://www.datasetcreators.com/downloadedcarfiles/httpretrievals/2078-f02252423-f02232088-52103905-baga6ea4seaqdeiv3wguqbzfiif4dq44xuv3dylsgrit3r5je4cm3annldv5jwiq

Can you explain why you are storing garbage data?

[maxDi84]

Dear maxDi84,

As notary I am doing due diligence on your LDN. I could not get retrieval to work. Can you please upload the car file of CID baga6ea4seaqca56pejus4nezgfzmma7bwtq23l6gdlq6hmhfvhdjgpzposooybq ?

You can use our upload system at http://send.datasetcreators.com. Please select 7 days for the system to keep the file and post the link you received here so I (and other notaries) can download your content.

Please don't recommend any non-standard tools for DPs to try to work with you, this hides a huge security risk. Also, your poor website is obviously buggy.

[maxDi84]

Can you explain why you feel comfortable slandering someone else's dataset as garbage data without any clear evidence? I see that this seems to be your habitual behavior. @cryptowhizzard

[maxDi84]

Thanks @Filplus-govteam , We've seen your comments, and like many other applications, the SP nodes do get updated during the process, and we'll try to synchronize them for the community.

[cryptowhizzard]

Slandering?

I downloaded your data.

http://www.datasetcreators.com/downloadedcarfiles/httpretrievals/2078-f02252423-f02232088-52103905-baga6ea4seaqdeiv3wguqbzfiif4dq44xuv3dylsgrit3r5je4cm3annldv5jwiq

Deal ID 52103905

Everyone can download it and verify my findings.

Just do hexdump -C baga6ea4seaqdeiv3wguqbzfiif4dq44xuv3dylsgrit3r5je4cm3annldv5jwiq | more

And it's for everyone to see.

[maxDi84]

What does the link you provided have to do with my data? Obviously this is not my normal data.

[kevzak]

checker:manualTrigger

[filplus-checker-app[bot]]

DataCap and CID Checker Report Summary[^1]

Retrieval Statistics

• Overall Graphsync retrieval success rate: 0.00%
• Overall HTTP retrieval success rate: 89.72%
• Overall Bitswap retrieval success rate: 0.00%

Storage Provider Distribution

✔️ Storage provider distribution looks healthy.

Deal Data Replication

⚠️ 73.93% 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.

[cryptowhizzard]

What does the link you provided have to do with my data? Obviously this is not my normal data.

Read the whitepaper of Filecoin.

This is the data i downloaded from deal 52103905 . This deal has been put on chain with your wallet and the data is immutable.

No discussion, end of story.

[raghavrmadya]

The dispute on this application has been open for a long time and the client has not responded to community concerns. The T&T WG recommends pausing all signing until client addresses the concerns directly. No response in the next 7 days will result in closure of application and removal of DC

Dispute - https://www.notion.so/filecoin/No-retrieval-abusing-DC-034b5315bca849618fdc67f5dd5bfad2?pvs=4

[maxDi84]

It's been reviewed by a number of notaries in this thread, so if you need us to response it again, that's OK. @raghavrmadya

BTW, i heard that this guy @cryptowhizzard often attacks normal applications by fabricating totally fake evidence. if someone knows his real motives, please DM me asap.

[maxDi84]

@cryptowhizzard We have do the same download as you, but the result is completely different! Why are you slandering others with your fake evidence?

[maxDi84]

Can anyone help judge about what that one @cryptowhizzard did? @galen-mcandrew @raghavrmadya @Kevin-FF-USA @Sunnyiscoming @carohere @Filplus-govteam @AthSmith @PluskitOfficial @kevzak @Bennyyangpu @Destore2023 @zcfil @MRJAVAZHAO @Holiday507 @spaceT9

[PluskitOfficial]

I can try to download it for check.

[PluskitOfficial]

My result is different with cryptowhizzard too.

[cryptowhizzard]

My result is different with cryptowhizzard too.

Is this from the deal ID i provided above? (52103905)

Did you compare my file with yours? If you pipe with |more you can compare page by page

[cryptowhizzard]

These are the files i have downloaded from you. You can all find them at http://www.datasetcreators.com/downloadedcarfiles/httpretrievals.

hexdump -C 2078-f02252423-f01955034-49278842-baga6ea4seaqca56pejus4nezgfzmma7bwtq23l6gdlq6hmhfvhdjgpzposooybq | more ... + Twice space bar get's

hexdump -C 2078-f02252423-f02029743-49192845-baga6ea4seaqmdrnu2e65kev4jsn3p5f5gjzby2tgsbhykwebwgkpwa5o6ntgafy | more + 3 x space bar get's :

hexdump -C 2078-f02252423-f02029743-49793636-baga6ea4seaqjxmjf2eebqwsp5up6hjhc5mfl7jljm5cayl47gbgbqkjbaitpeaa | more + 6 time space bar get's

I can go on and on and on.

STOP wasting our time , close your LDN , open a proper new one , download singularity and start doing something useful. Yes, that costs money to rent hardware and bandwidth. We all have to do that, that's called honest playing.

[Destore2023]

Using the same method we see the result like this:

We think the retrieval result is normal, and really can't reproduce the strange evidence as some notary provided.

[maxDi84]

Thanks the notaries for their unbiased confirmation. @PluskitOfficial @Destore2023 Given @cryptowhizzard 's consistent behaviors and comments as a well-known DC-Seller, we can't rule out the possibility that they maliciously keep attacking other applications by editing fake logs.

@raghavrmadya if you have any different comments ,please let us know asap.

[cryptowhizzard]

Thanks the notaries for their unbiased confirmation. @PluskitOfficial @Destore2023 Given @cryptowhizzard 's consistent behaviors and comments as a well-known DC-Seller, we can't rule out the possibility that they maliciously keep attacking other applications by editing fake logs.

@raghavrmadya if you have any different comments ,please let us know asap.

Let me correct you here. I have zero interest in blocking your application and downloaded the deals in good faith for the benefit of this community to check on your data.

Secondly this “DC selling” is getting old. It is not based on any facts and given this escalating retoric it only makes things worse.

Thirdly, I have already informed the governance team and asked them kindly to check on my and others findings and give feedback on this.

[Carohere]

Obviously Dcent's evidences are completely different from those of other notaries. There is no need to be anxious, this matter is not difficult to distinguish, fake screenshots must not be reproducible, and i would ask trusted technical engineers to help verify.

[Carohere]

Below are verified screenshots I just got from two engineers in the community, and they look quite different from the ones provided by Dcent.

[cryptowhizzard]

Below are verified screenshots I just got from two engineers in the community, and they look quite different from the ones provided by Dcent.

Again, please recheck what i said.

more + 3 x space bar get's : more + 6 x space bar get's :

You have to look further down the files to see this ... i am not talking about page 1.

Adding that i have downloaded these:

ls -l | grep 2078 -rw-r--r-- 1 root root 882636626 Aug 7 12:24 2078-f02252423-f01955034-49278842-baga6ea4seaqca56pejus4nezgfzmma7bwtq23l6gdlq6hmhfvhdjgpzposooybq -rw-r--r-- 1 root root 1344823441 Aug 7 07:25 2078-f02252423-f02029743-49192845-baga6ea4seaqmdrnu2e65kev4jsn3p5f5gjzby2tgsbhykwebwgkpwa5o6ntgafy -rw-r--r-- 1 root root 1339319085 Aug 13 07:26 2078-f02252423-f02029743-49793636-baga6ea4seaqjxmjf2eebqwsp5up6hjhc5mfl7jljm5cayl47gbgbqkjbaitpeaa -rw-r--r-- 1 root root 1426987667 Aug 5 09:12 2078-f02252423-f02196792-48725674-baga6ea4seaqnlglb3ald4wtlbufwnyaqdv7q7ba5rvu7divvka2lsqvdcrteaoq -rw-r--r-- 1 root root 1513119667 Aug 23 07:31 2078-f02252423-f02232088-51800486-baga6ea4seaqhh374jgiyfw25cibep6ahsutcdfrtjzfbjcecu4vmr5mpsgvlgca -rw-r--r-- 1 root root 1981062298 Sep 4 14:18 2078-f02252423-f02232088-52103905-baga6ea4seaqdeiv3wguqbzfiif4dq44xuv3dylsgrit3r5je4cm3annldv5jwiq -rw-r--r-- 1 root root 770602970 Aug 17 08:10 2078-f02252423-f02233608-51072229-baga6ea4seaqgb434mepzbucjpwllgsg33smoascvs5jerv3wednbntg2udbqcgq -rw-r--r-- 1 root root 1383294482 Aug 24 10:12 2078-f02252423-f02233608-51924635-baga6ea4seaqi3xqkw5s66axib3lxmm2efuxw6fukv4zckbkjpkqcuam257evsga

Deal ID's 49278842, 49192845, 49793636, 48725674, 51800486, 52103905, 51072229 and 51924635

The screenshot's are from 49278842, 49192845 and 49793636.

[cryptowhizzard]

@Carohere

I did a new download test and the data i am receiving does look different now then the data is was receiving before. It can be viewed here: http://www.datasetcreators.com/downloadedcarfiles/httpretrievals/2078-retest/

Below are the logs what steps I did until now so you and others can verify. Please note i made the data i received before available for inspection so my claim is not false. It can be that the SP's changed their setup / settings now, but nevertheless I am open to change my opinion if this LDN get's on the right track, because that is the ultimate goal.

@maxDi84

If you want to resolve the disput quicker I can make it simpler.

I invite you to upload the files below on https://send.datasetcreators.com :

baga6ea4seaqmdrnu2e65kev4jsn3p5f5gjzby2tgsbhykwebwgkpwa5o6ntgafy baga6ea4seaqca56pejus4nezgfzmma7bwtq23l6gdlq6hmhfvhdjgpzposooybq

Set the number of days to 7 so we all have time to download what you uploaded and do the inspection. If commP matches and the data can be unpacked / matches the data you are storing I will revoke my dispute.

Log's below:

lotus state get-deal 49278842 { "Proposal": { "PieceCID": { "/": "baga6ea4seaqca56pejus4nezgfzmma7bwtq23l6gdlq6hmhfvhdjgpzposooybq" }, "PieceSize": 34359738368, "VerifiedDeal": true, "Client": "f02252423", "Provider": "f01955034", "Label": "mAXCg5AIgNjRPGQEtyKrI13LN5+/kjPDzWmgMeRcHzYM7NFDKcTw", "StartEpoch": 3111506, "EndEpoch": 4652306, "StoragePricePerEpoch": "0", "ProviderCollateral": "8290622727887495", "ClientCollateral": "0" }, "State": { "SectorStartEpoch": 3097968, "LastUpdatedEpoch": 3141242, "SlashEpoch": -1, "VerifiedClaim": 31590610 } }

---

boost provider retrieval-transports f01955034 libp2p /ip4/101.69.115.83/tcp/11867 http /ip4/101.69.115.83/tcp/11866/http http://101.69.115.83:11866

---

curl 101.69.115.83:11866/piece/baga6ea4seaqca56pejus4nezgfzmma7bwtq23l6gdlq6hmhfvhdjgpzposooybq --output baga6ea4seaqca56pejus4nezgfzmma7bwtq23l6gdlq6hmhfvhdjgpzposooybq % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 31.7G 0 3868k 0 0 176k 0 52:25:14 0:00:21 52:24:53 203k^C

---

Checking this file from deal 49278842 with Hexdump -> looks ok now.

---

lotus state get-deal 49192845 { "Proposal": { "PieceCID": { "/": "baga6ea4seaqmdrnu2e65kev4jsn3p5f5gjzby2tgsbhykwebwgkpwa5o6ntgafy" }, "PieceSize": 34359738368, "VerifiedDeal": true, "Client": "f02252423", "Provider": "f02029743", "Label": "mAXCg5AIgw7RsIQff40wItMJCJN14Qsf/93V4KPrxi9Acxq1TPsM", "StartEpoch": 3110043, "EndEpoch": 4650843, "StoragePricePerEpoch": "0", "ProviderCollateral": "8297199773592647", "ClientCollateral": "0" }, "State": { "SectorStartEpoch": 3096320, "LastUpdatedEpoch": 3141645, "SlashEpoch": -1, "VerifiedClaim": 31504617 } }

---

boost provider retrieval-transports f02029743 libp2p /ip4/154.210.12.64/tcp/10125 http /ip4/154.210.12.64/tcp/10135/http http://154.210.12.64:10135

curl 154.210.12.64:10135/piece/baga6ea4seaqmdrnu2e65kev4jsn3p5f5gjzby2tgsbhykwebwgkpwa5o6ntgafy --output baga6ea4seaqmdrnu2e65kev4jsn3p5f5gjzby2tgsbhykwebwgkpwa5o6ntgafy

[raghavrmadya]

There is an open dispute here - https://www.notion.so/filecoin/This-client-is-actively-stalling-with-the-http-retrievals-and-blocked-http-ranged-requests-with-a-re-6e349a0b6630430a866267944f2da117?pvs=4

Client must address retrieval concerns before receiving further tranches of DC. If client is not satisfied with notary Due Diligence, Client must provide evidence of retrievals

[Carohere]

@cryptowhizzard We all know that the data that exists on filecoin is untamperable, and SPs can't have privileges. I still don't understand why your evidence is totally different from all the others under the same conditions before people challenge you?

[maxDi84]

@cryptowhizzard Your words are highly inconsistent. Although you were a notary, I don't think you ever realized the risk from your perjury to the community. We don't want to build interactions with dishonest notary.

[maxDi84]

@raghavrmadya Here's the evidence. We support retrieval.

[cryptowhizzard]

@cryptowhizzard We all know that the data that exists on filecoin is untamperable, and SPs can't have privileges. I still don't understand why your evidence is totally different from all the others under the same conditions before people challenge you?

My retrievals were http retrievals since these SP's don't support graphsync ( for obvious reasons ). It ain't difficult to modify NGINX to serve whatever you want for a retrieval so http retrievals are highly gameable.

Filecoin Immutability starts imho when you retrieved the whole file ( up till now I could not / never have received a full file ) and do boostx commP over that file to check the CID and see if it matches.

That's the reason i provided the partial files i have downloaded over http for everyone to download from my server and evaluate them to see what is going on.

@maxDi84

As per above.

[maxDi84]

@cryptowhizzard

As per above.

Others who came to check my application came to a different conclusion than you did. We do support retrieval, but you ignore the fact.

[cryptowhizzard]

2 31.7G 2 892M 0 0 11013 0 35d 19h 23:35:45 34d 20h 819 2 31.7G 2 973M 0 0 11989 0 32d 21h 23:39:26 31d 22h 815

Test 1 , started yesterday and still running .... it takes 34 days and 20 H before i get your carfile if you don't upload it. Test 2 , started yesterday and still running .... it takes 31 days and 22 H before i get your carfile if you don't upload it.

Just upload that carfiles / Piece CID. If you refuse then you have your obvious reasons and further discussion is not needed.

[Carohere]

Assuming your logic holds, all validation now becomes meaningless.@cryptowhizzard

As there is no guarantee that every SP will never do evil, even if they seem normal now.They can make nodes suddenly unreachable at some later date, or can easily make retrieval results look like something else.

Your answer really turns my point of Fil+'s existence on its head. Who can tell me the truth?

[cryptowhizzard]

Assuming your logic holds, all validation now becomes meaningless.@cryptowhizzard

As there is no guarantee that every SP will never do evil, even if they seem normal now.They can make nodes suddenly unreachable at some later date, or can easily make retrieval results look like something else.

Your answer really turns my point of Fil+'s existence on its head. Who can tell me the truth?

Applicant himself. We need a valid carfile to see what is stored and check commP.

[Carohere]

Assuming your logic holds, all validation now becomes meaningless.@cryptowhizzard As there is no guarantee that every SP will never do evil, even if they seem normal now.They can make nodes suddenly unreachable at some later date, or can easily make retrieval results look like something else. Your answer really turns my point of Fil+'s existence on its head. Who can tell me the truth?

Applicant himself. We need a valid carfile to see what is stored and check commP.

Then what? That doesn't address our concerns above.

[maxDi84]

@Carohere Don't let that guy fool you! His real purpose was not to verify anything, but to delay the progress by fighting other applications (This can be seen by he use fake results for arguing). This will make more applicants buy Datacap or car files from them at a higher price!

[maxDi84]

Up to now, @cryptowhizzard has not provided any evidence to prove that he did not create his fake download results.

[cryptowhizzard]

Up to now, @cryptowhizzard has not provided any evidence to prove that he did not create his fake download results.

Hello,

It seems you don't understand. This LDN is not about me, it's about you and your application is under dispute.

To remove the dispute provide us with the carfile requested containing the data you stored. If commP matches and the data in the carfile contains the data you indicated you will store then i will remove / drop the dispute.

Since you refuse this for days already i take it you can't provide us with the requested data?

So again:

If you want to resolve the disput quicker you can do so in minutes. I invite you to upload the files below on https://send.datasetcreators.com/ :

baga6ea4seaqmdrnu2e65kev4jsn3p5f5gjzby2tgsbhykwebwgkpwa5o6ntgafy baga6ea4seaqca56pejus4nezgfzmma7bwtq23l6gdlq6hmhfvhdjgpzposooybq

Set the number of days to 7 so we all have time to download what you uploaded and do the inspection. If commP matches and the data can be unpacked / matches the data you are storing I will revoke my dispute.

[maxDi84]

@cryptowhizzard

All dispute is from your fake pictures, logs, words.

Again, explain why you provided fake comments to dispute others. Don't waste our time.

[maxDi84]

If you can't provide valid proof yet, I'll put you on the cheating blacklist. @cryptowhizzard

[raghavrmadya]

@maxDi84 , this dispute is not about retrieval testing. It's about retrieval sampling. You have not addressed the concerns of @Carohere and @cryptowhizzard. Kindly provide a publicly accessible retrieval sample

[raghavrmadya]

This applications remains under dispute

[maxDi84]

@raghavrmadya I don't agree with it. Why should we try to explain with his fake conclusion? We have proved that we support retrieval in the past. Other kind notaries and participants also help proved it.