4 ms·

But why is that? Shouldn't the only bar to putting some videos up on the internet be bandwith? We can solve that with IPFS. The content hosting with youtube is

But why is that? Shouldn't the only bar to putting some videos up on the internet be bandwith? We can solve that with IPFS. The content hosting with youtube is nice, but the bigger problem solved by YT is search. So a video up on a server somewhere might as well be dark unless something can link to it and someone looking for it or something similar can be pointed to it. That search feature itself can't be centralized or else we have the same censoring problem. It would be nice if a type of searching system could be bundled with IPFS, though I don't know what that would look like. The sooner we have a system where no one can close the gates, the better.

cinquemb 6y ago
Well at least for the near future it would probably work like how people have to find torrents: different sites index meta data in their own data bases. Maybe with something like opentracker there could be an endpoint like /search that translates search phrases into a sparse column vector and looks up cosine similarity against that instances low dimensional space representation of the tf-idf against torrent hashes, those low dimensional space representation files can also be distributed in torrent file and as well as way to constantly update/compute new low dimensional space representation files as hashes are added. For example it would probably look something like what I do in [0] but as a compiled module linked into and accessed from [1] as well constant update/rebuild of ldsr files like [2] linked and kicked off from flags passed in [3] as new hashes come in. [0]: https://github.com/cinquemb/hackedteam-email-index-mining/blob/master/search_emails/search_emails.cpp https://github.com/cinquemb/hackedteam-email-index-mining/bl... [1]: https://erdgeist.org/gitweb/opentracker/tree/ot_http.c https://erdgeist.org/gitweb/opentracker/tree/ot_http.c [2]: https://github.com/cinquemb/hackedteam-email-index-mining/blob/master/mine_emails.cpp https://github.com/cinquemb/hackedteam-email-index-mining/bl... [3]: https://erdgeist.org/gitweb/opentracker/tree/opentracker.c https://erdgeist.org/gitweb/opentracker/tree/opentracker.c

cinquemb 6y ago

Well at least for the near future it would probably work like how people have to find torrents: different sites index meta data in their own data bases. Maybe with something like opentracker there could be an endpoint like /search that translates search phrases into a sparse column vector and looks up cosine similarity against that instances low dimensional space representation of the tf-idf against torrent hashes, those low dimensional space representation files can also be distributed in torrent file and as well as way to constantly update/compute new low dimensional space representation files as hashes are added. For example it would probably look something like what I do in [0] but as a compiled module linked into and accessed from [1] as well constant update/rebuild of ldsr files like [2] linked and kicked off from flags passed in [3] as new hashes come in. [0]: https://github.com/cinquemb/hackedteam-email-index-mining/blob/master/search_emails/search_emails.cpp https://github.com/cinquemb/hackedteam-email-index-mining/bl... [1]: https://erdgeist.org/gitweb/opentracker/tree/ot_http.c https://erdgeist.org/gitweb/opentracker/tree/ot_http.c [2]: https://github.com/cinquemb/hackedteam-email-index-mining/blob/master/mine_emails.cpp https://github.com/cinquemb/hackedteam-email-index-mining/bl... [3]: https://erdgeist.org/gitweb/opentracker/tree/opentracker.c https://erdgeist.org/gitweb/opentracker/tree/opentracker.c