You can publish mutable stuff at the same identifier using IPNS. (the talk or paper describe it in depth), so you can publish entire websites that way, signed by your public key.
Logic in webapps are not covered here; logic is totally dynamic. that's not what IPFS is for-- HTTP works well, and there's other things in mind for the future. Some attempts to look at are ethereum, go-circuit. I've ideas around an erlang-inspired global vm, but that's a whole can of worms I'm not ready to open yet :)
IPFS says: do your logic however you want, return IPFS links, and fetch data from IPFS directly.
Woud you say that there is a way where a truly distributed content-centric system could be build, sort-of around this whereby the following wouldd be true:
Assume there is a commonly massive shared set of content. Users have resource pools (money, storage, bandwidth, whatever) -- all apply some slice of their resource pool into the system and then all users are contributing to the servicing of content that is globally accessed by the group as a whole.
All "static" or mundanely common assets are served from this resource pool.
The regular pinning and seeding applies to all other "niche" content.
as more users access/gain interest into that niche content, the more resource units it receives?
Logic in webapps are not covered here; logic is totally dynamic. that's not what IPFS is for-- HTTP works well, and there's other things in mind for the future. Some attempts to look at are ethereum, go-circuit. I've ideas around an erlang-inspired global vm, but that's a whole can of worms I'm not ready to open yet :)
IPFS says: do your logic however you want, return IPFS links, and fetch data from IPFS directly.