Hm, I've taken a look at some of the Storage Provider ROI dashboards and AFAIK numbers aren't anything like that -- so not sure what timeframe or cost of goods you're extrapolating from. (ex https://fgas.io/)
I'm also confused how your model accounts for all the ecosystem development and enablement work that is being done across the Filecoin ecosystem. Filecoin isn't just another ETH clone - there is a ton of engineering and product work happening across many teams, with a ton of resources and dev work being poured into them (ex https://www.youtube.com/watch?v=ApVVg78ZBog)
Fine to complain about crypto economic token distributions or something specific - but please don't imply that the dev teams working on Filecoin / IPFS are freeloading or disingenuous. There's a massive amount of work going into building new content-addressed web primitives by some very mission-driven folks that you're unintentionally maligning. (full disclosure - I'm one of them)
You have 2 main pathways for building on FVM:
1. (available sooner) Building an EVM smart contract that then interfaces with Filecoin's built-in actors. This will use existing EVM smart contract dev tools like HardHat, Truffle, Remix, Metamask, etc - and most contracts will likely be written in solidity (or any other EVM compatible language)
2. Native Rust smart contracts (or any language that compiles to run directly in the wasm FVM runtime). There is less tooling available for this today (though there are a few WIP SDKs being built in the Early Builders program), but maybe more accessible if you don't know solidity.
Hmm, I wouldn't assume the goal here is censorship resistance (esp given IPFS+ENS already fits that niche better). Looks to me like someone in the ecosystem is seeing the recent massive speed up to IPNS publishing (launched last week) and testing the waters on whether an "IPNS+DNS as a service" site would be useful to the folks that host dweb sites on IPFS.
I think this makes sense. Another sibling comment implied that this was a product-ified rollout of existing tech, which is of course a useful thing if you're into dnslink. :)
Not sure when you last paged into IPFS - the team has made some pretty awesome performance improvements in the past year and seen strong adoption to match (ex, nearly all NFTs are stored on IPFS today).
Definitely check out the IPFS 0.9 release from last week if you haven't seen it! Has some MASSIVE speed ups to IPNS propagation - we're talking less than a second resolution now! There's also a new experimental DHT client that can provide 30M records in about 2.5 hours (which the folks at nft.storage are using reliably at scale). -- https://github.com/ipfs/go-ipfs/releases/tag/v0.9.0
This is cool! Curious if you'd be interested in doing a more formal anonymity audit of OnionCat+IPFS? AFAIK, the main hesitancy in making more of these capabilities broadly available is a potential mismatch between _expectations_ of privacy from a TOR+IPFS solution vs real-world constraints on reader/writer privacy for a distributed p2p system.
On this page in Brave (chrome-extension://nibjojkomfdiaoajekhjakgkdhaomnch/dist/options/options.html) you can choose any IPFS gateway you prefer (or even run your own gateway if you want!).
You can become an IPFS Cluster Follower (https://collab.ipfscluster.io/#instructions) and help back up various datasets of IPFS content (like Project Gutenberg, Package Managers, Websites, etc)
When was the last time you tried? 0.5.0 from May had a lot of improvements - but go is still a hungry hungry beast. maybe try using Desktop which sets a lower peer count?
