[DataCap Removal Proposal] #1466 Stored data does not align with initial claims (first application 5P)

[herrehesse]

Client Application URL or Application Number

filecoin-project/filecoin-plus-large-datasets#1466

Client Name

sowhat99

Client Address

f1hyif7spofkgpgfwk6y4neqmej6u3mdod6zrimba

Amount of DataCap to be removed

All

[herrehesse]

The submitted data is fake and does not align with the applicant's claims. Notaries failed to conduct proper due diligence. Requesting immediate removal of the application, client datacap, and the removal of the involved notaries who are recurrently involved in abuse cases.

filecoin-project/filecoin-plus-large-datasets#1466 (comment)

Notaries Involved:
21ane-1
1a1991car
1Chuangshi1
1cryptowhizzard
1DaYouGroup
1ipollo00
1kernelogic
1laurarenpanda
1luobin544
1NiwanDao
1xiaoyuaiheshui

Storage Prodivers:

sp	client	totaldeals	ipadres	port	name	location	vpnresults	percent
f01807707	f01917191	141435420540928	103.44.239.104	24001	swk	CN , Guangdong , Shenzhen	TRUE with fraudscore 70	6
f01900537	f01917191	34359738368	103.9.208.52	24001	Darun	VN , Ha Noi , Hanoi	FALSE with fraudscore 0	0
f01900722	f01917191	34359738368	103.9.208.53	24001	Darun	VN , Ha Noi , Hanoi	FALSE with fraudscore 0	0
f01900787	f01917191	34359738368	103.9.208.54	24001	Darun	VN , Ha Noi , Hanoi	FALSE with fraudscore 0	0
f01914123	f01917191	421576809906176	87.254.31.148	24001	ipfsfy.com	GB , England , Newbury	TRUE with fraudscore 75	19
f01914991	f01917191	34359738368	45.80.30.92	24001	zoen	GB , England , London	TRUE with fraudscore 75	0
f01915309	f01917191	34359738368	103.9.208.55	24001	Darun	VN , Ha Noi , Hanoi	FALSE with fraudscore 0	0
f01915546	f01917191	420580377493504	103.9.208.51	24001	Darun	VN , Ha Noi , Hanoi	FALSE with fraudscore 0	19
f01926792	f01917191	423810192900096	103.9.208.50	24001	Darun	VN , Ha Noi , Hanoi	FALSE with fraudscore 0	19
f01927252	f01917191	420683456708608	91.205.228.16	24001	zoen	GB , England , Whitley Bay	TRUE with fraudscore 75	19
f01928022	f01917191	420442938540032	38.150.5.116	24001	V pool	HK , Hong Kong , Hong Kong	TRUE with fraudscore 70	19
f010088	f02025661	8589934592	50.125.112.146	1347	filswan platform	US , Washington , Everett	FALSE with fraudscore 0	50
f01278	f02025661	8589934592	108.89.91.150	46717		US , Michigan , Grand Rapids	TRUE with fraudscore 70	50
f01045812	f01379794	142949396512768	211.21.182.7	24001		TW , New Taipei , Linkou District	FALSE with fraudscore 0	1
f01120291	f01379794	396210733056	113.219.198.66	58418		CN , Hunan , Changsha	FALSE with fraudscore 0	0

[alchemypunk]

Vpn results make no sense.

[herrehesse]

@0xXPunkX Once again, the results from the VPN reveal a distinct pattern regarding the whereabouts of the entities, making it highly improbable that they are located in the following places, which are commonly used by abusive entities for deceptive purposes:

• Michigan
• Mumbai
• Whitley Bay
• London
• Paris
• Sydney
• (10+more)

These are just a few examples of locations where the storage providers are clearly not located. We personally know a few individuals based in London and Sydney, but the rest of the entities are engaging in fraudulent distribution solely to exploit more of the datacap. It's evident that this behaviour is abusive.

If you have a different perspective on the results, it's important to provide evidence to support your claim. Without evidence, I cannot value your opinion at all.

[herrehesse]

May I require you to take a look at these VPN abusers again, they are all in the same datacenter: #905

[kernelogic]

So from what you extracted, it seems the content is partly fashion and partly unrelated douyin videos. It is hard to detect such things unless every notary is required do full retrieval and validate content on more than one deals for each signature.

[herrehesse]

@kernelogic, please download a file and verify its authenticity. If it doesn't align with the original claim, promptly remove the application and challenge the notaries who failed to perform the necessary checks. It's a straightforward process.

Take one of our car files, download it, and compare it with the original file in their AWS bucket. You will find that they match perfectly. Engaging in abusive behaviour is a deliberate choice, not a mere mistake. Excuses like "oopsie" are unacceptable.