3 ms·
And who maintains the signing keys? It's just as centralized, with tons more complexity.. EDIT: Regardless, the point I'm making is this is just way more work
by Operyl 4y ago
And who maintains the signing keys? It's just as centralized, with tons more complexity..
EDIT: Regardless, the point I'm making is this is just way more work for something that really doesn't need a blockchain.
- nerpderp82 4y agoIt really isn't. Everyone hopping on to the next fad-air-trak-site.io is going to reproduce the same problem. Distributing the data over webtorrent from the beginning will make data access democratic.
- Operyl 4y agoSomething that happens once in a blue moon, for data that is already in multiple locations (to varying degrees of precision).. You've failed to sell it to me, I'll continue to contribute to the simpler solutions that won't need a crap ton of extra work, thanks.
- nerpderp82 4y agoNot advocating you stop or that your solution is wrong. If you are going to log, I'd look into CF offerings.
- fudgefactorfive 4y agoCan you explain how you'd use Webtorrent to synchronize a large dataset that's updated in realtime? If you mean to get a P2P transport wouldn't WebRTC be what you're aiming for? I'm genuinely curious but isn't Webtorrent just using WebRTC to join a Torrent Swarm? Torrents are fundamentally immutable, the identifier is a static hash of the content of the torrent. That would mean producing a new torrent for each new data point or chunk of data points only to then submit that hash to a WebRTC based connection to again fetch torrent content? Genuinely curious, I'm interested in how torrent swarms can be used for novell applications.