I guess I'm a pessimist in a way, but I have a rather dark vision for the future.
It's all going to be automated. It's going to be a cat and mouse game with whatever organizations trying to police the content. >news and headlines will be ciphered with thesauruses, the article pictures will be post-processed renders of the originals >there will be separate pastebin type name / address resource resolvers that will be used as underground/temporal pseudo DNS for applications specialized in computing and generating links >the app hosts will be single-click deployable packages with auto-provision capabilities on mainstream cloud services, the auxiliary services have such packages as well >archiving of news articles, tweets and social media posts will be banned, but they'll be replaced by archive.org type services that'll instead of keeping copies provide signed hashes that'll verify the copies that'll fly around the internet, effectively replacing the need for news to be hosted on their respective sites
Selling resources would work but you would need a distributed platform that allowed you to share resources with other users and run dapps.
>inb4 blockchain
Meme tier garbage
Isaac Hughes
Remember when normies used to use p2p daily with Limewire? Then they replaced it with youtube because of "muh storage" and so we entered in the centralized era Fucking disgusting
Brody Davis
Something like plan9 or one of its derivatives would help but I'm not sure how secure its protocols are.
My wishlist: - atomic process migration from one cpu to another - capability based security - plan9-esque grids but more robust
Eli Hall
P2P doesn't scale. NPCs uploading shitty vlogs recorded in 1080p at 1000 videos a second is why YouTube isn't turning a profit.
Ethan Hernandez
I believe it can scale when implemented correctly.
Hudson Powell
>distributed platform that allowed you to share resources with other users and run dapps
isn't that the ethereum thingy or whatever it's called? blockchain from what I know is about censorship resistance (which means trust automation), which sounds rather important regardless of the architecture. unless it has been mathematically proven that you can guarantee immutability with some particular algorithms tied to a file system. I don't know about cryptography.
Jeremiah Jackson
>implying young people aren't computer illiterate
Christian Long
>So from a realistic point of view, centralization creates unsolvable problems related to trust, privacy and censorship. or is it? not really. you can still have end to end encryption on a centralized communication service. the problem are snitches and moderators another issue you may not have considered is availability. >can cryptography solve those problems while remaining scalable? it already does, but nothing can solve a snitch >or do we need to shift to a different architecture for some important fields like file hosting or finance? maybe >can a p2p architecture provide a superior performance for the same cost, when using cryptocurrencies to use idle cpu power that can be allocated and transmitted? depends on how you measure it. >do we need more bandwidth on average for that to be realistic? not really. the biggest bottle neck is mobile battery power >what programming language are well suited for such field? doesn't matter, but two have obvious advantages. both begin with Java. >can php apache mysql have a role in that? only marginally >discuss
I'm unsure what you want your lamp stack to accomplish here
Samuel Fisher
How do you solve the data persistence problem? How do you prevent/mitigate data from disappearing?
