Experimental site up on swarm/ipfs for tracking storage ecosystems. Clear analogy with L2-beat 🙃 LINK: storagebeat.eth.limo  
(FEEDBACK Encouraged!)

shoutoutz to rest of StorageBeat team with @v1rtl.eth, Esh, 
@awma & big @chrishobcroft

will post the http://Ethresear.ch post later.

Welcome to the Uncloud.

Expressing myself through bootloading. Mathematician. Computer Scientist. Traveller. Joining the dots of web3.

building Stauro ❇ frontend dev at @ensdomains ❇
prev. @rainbow, @geniexyz, @fleek

Mathematician, Blockchain adjacent cryptography, Decentralised storage.

Let's decentralise the whole internet!

This is cool!

How did you test the retrieval speeds for various providers? I’m obviously most interested in Pinata.

Addressing both comments above: 
in short, there is a lot left to work on!

I agree we need need to randomize the data collection a bit. Currently we are using Artillery to collect metrics (Esh's work). 

I'm interested in using the tools we built to try and "peer into" services like Lighthouse.storage, which confusingly both use Filecoin and fwii IPFS Pinning nodes on premise or in colo. (?)

Testing IFPFS pinning services is a bit like testing centralised services: If some content isnt "well known" to the altruistic IPFS fabric, then probing the retrieval time is essentially probing a data center.

Again, lots of fun things to do. Comments  & Nags welcome :D

Writer. Building @pinatacloud. Working on simple static site hosting https://orbiter.host \ https://polluterofminds.com

Thanks! Some interesting notes from the team that runs network broadcasting for IPFS around data retrieval at the moment. https://hackmd.io/sRmr-vnPRH2THaPxMIoKjA

p2p networking is incredibly slow and backlogged. Will definitely impact performance benchmarks if not using dedicated gateways as part of the benchmarking.

see https://warpcast.com/aata.eth/0x9b012b1c