5 ms·

How does a mobile phone sync dats? The main drawback I see currently with beaker is their is no mobile version (for iPhone)

api 8y ago
Mobile as a whole is an unsolved problem for decentralized systems. The mobile revolution is and has been by far the most powerful driver of centralization in the last 10-15 years. Mobile devices are slower, have less memory, and must consume less power than desktop, laptop, or server devices. To achieve good battery life they really need to be in an almost-off state most of the time. Add to this the fact that cellular data plans limit bandwidth and cellular networks are a lot slower than most land-line networks and you also have to be very efficient with the use of bandwidth. This means that decentralized systems that rely on peer to peer participatory propagation of data or distributed compute just don't work well on mobile. Anything with P2P data propagation will use too much data plan and run the radio too much, shortening battery life, while anything with distributed compute will destroy battery life and turn your phone into a pocket hand warmer. Mobile devices really are thin clients. I call them "dumb terminals for the cloud." Since the cloud is mainframe 2.0, mobile devices are the "glass TTY" (e.g. VT100) 2.0. The best solution is probably not to fight the nature of mobile devices as thin clients but to tether them to stationary devices. But which stationary devices? Laptops are themselves mobile and are off half the time, and most people (myself included) no longer own desktops. I have a personal server but I'm a geek and a huge minority. Most people just do not own an always-on device. Farming this out to random always-on devices is a security nightmare or at best is no better than the vertically integrated silo-ed cloud. I see only three solutions: (1) Create a niche for a personal always-on server type device and successfully market one to the end user. It would have to be open enough to allow the server side of 'apps' to be installed. Many have tried to do this but nothing has caught on. (2) Create a mobile device that's designed to be a "real computer." With 5G coming the bandwidth for this might be on the way, but you'd also have to contend with battery life and heat dissipation. One avenue would be to split the CPU in two: a high-power burstable CPU and a low-power slow always-on CPU. Require the always-on parts of decentralized services to run there and as a result to be very optimized. The problem is that a mass-market mobile device is a huge undertaking. Another route might be to sell a snap-on case that carries an extra battery and also includes a mini-server CPU, RAM, storage, etc. This would make your phone a bit bulkier but if there are benefits / killer apps it could catch on. (3) Solve the security problems inherent in appointing random stationary nodes to serve random mobile devices. This would probably involve a major innovation like fast scalable fully homomorphic encrypted virtual machines or really tough security enclave processors.
- bubbleRefuge 8y ago
  For the battery problem, what about the proliferation of wireless charging ?
- noyesno 8y ago
  Mobile devices could certainly be used to host such services /when they are being charged/. In practice most of us charge our devices during the night and, like cheap night-time electricity, we could have overnight mobile seeding. ... and it is always night-time somewhere in the world.
- staticvar 8y ago
  We would love for someone to test these theories using Bunsen Browser! Getting some solid metrics would go a long way to starting to solve any problems that might be there. Theoretically it shouldn't be eating up much bandwidth because every device visiting a Dat Archive helps contribute to the network.
- stev0lution 8y ago
  I really enjoy your thinking.. Do you have some kind of blog where I can follow you? :D As you already mentioned, contributing whatever resources you consume is relatively unreasonable on mobile devices, because it would pretty much double data and battery usage. So while there is most likely some kind of overhead connected to the third solution you suggested, I still think it is probably the easiest one because it doesn't require any new specialised hardware. Maybe regulation can solve some of the problems with the current systems, but the idealist in me really wants to see provably transparent (open source) and secure solutions which don't require trust in the hardware so we can still make use of modern, efficient (federated) server farms without having to giving up control over our data.
  - api 8y ago
    My seldom-updated personal site is http://adamierymenko.com/ http://adamierymenko.com/ It's actually worse than doubling. The nature of distributed systems means that participating in resources consumed normally triples resource consumption at least. I'm not aware of any approach to decentralization of services like Facebook, Twitter, etc. that would merely double it. Your typical desktop or laptop has a lot of resources to spare. Your typical mobile device has none. Mobile promotes a client/server mainframe/dumb-term architecture for fundamental technical reasons.
staticvar 8y ago
I've been helping to develop Bunsen browser for Android but we don't have an iPhone build yet. The hard part is just building it with nodejs all wired up correctly for iOS, but there are tools for that. We just don't have the volunteer working on it yet.

api 8y ago

Mobile as a whole is an unsolved problem for decentralized systems. The mobile revolution is and has been by far the most powerful driver of centralization in the last 10-15 years. Mobile devices are slower, have less memory, and must consume less power than desktop, laptop, or server devices. To achieve good battery life they really need to be in an almost-off state most of the time. Add to this the fact that cellular data plans limit bandwidth and cellular networks are a lot slower than most land-line networks and you also have to be very efficient with the use of bandwidth. This means that decentralized systems that rely on peer to peer participatory propagation of data or distributed compute just don't work well on mobile. Anything with P2P data propagation will use too much data plan and run the radio too much, shortening battery life, while anything with distributed compute will destroy battery life and turn your phone into a pocket hand warmer. Mobile devices really are thin clients. I call them "dumb terminals for the cloud." Since the cloud is mainframe 2.0, mobile devices are the "glass TTY" (e.g. VT100) 2.0. The best solution is probably not to fight the nature of mobile devices as thin clients but to tether them to stationary devices. But which stationary devices? Laptops are themselves mobile and are off half the time, and most people (myself included) no longer own desktops. I have a personal server but I'm a geek and a huge minority. Most people just do not own an always-on device. Farming this out to random always-on devices is a security nightmare or at best is no better than the vertically integrated silo-ed cloud. I see only three solutions: (1) Create a niche for a personal always-on server type device and successfully market one to the end user. It would have to be open enough to allow the server side of 'apps' to be installed. Many have tried to do this but nothing has caught on. (2) Create a mobile device that's designed to be a "real computer." With 5G coming the bandwidth for this might be on the way, but you'd also have to contend with battery life and heat dissipation. One avenue would be to split the CPU in two: a high-power burstable CPU and a low-power slow always-on CPU. Require the always-on parts of decentralized services to run there and as a result to be very optimized. The problem is that a mass-market mobile device is a huge undertaking. Another route might be to sell a snap-on case that carries an extra battery and also includes a mini-server CPU, RAM, storage, etc. This would make your phone a bit bulkier but if there are benefits / killer apps it could catch on. (3) Solve the security problems inherent in appointing random stationary nodes to serve random mobile devices. This would probably involve a major innovation like fast scalable fully homomorphic encrypted virtual machines or really tough security enclave processors.

bubbleRefuge 8y ago
For the battery problem, what about the proliferation of wireless charging ?
noyesno 8y ago
Mobile devices could certainly be used to host such services /when they are being charged/. In practice most of us charge our devices during the night and, like cheap night-time electricity, we could have overnight mobile seeding. ... and it is always night-time somewhere in the world.
staticvar 8y ago
We would love for someone to test these theories using Bunsen Browser! Getting some solid metrics would go a long way to starting to solve any problems that might be there. Theoretically it shouldn't be eating up much bandwidth because every device visiting a Dat Archive helps contribute to the network.
stev0lution 8y ago
I really enjoy your thinking.. Do you have some kind of blog where I can follow you? :D As you already mentioned, contributing whatever resources you consume is relatively unreasonable on mobile devices, because it would pretty much double data and battery usage. So while there is most likely some kind of overhead connected to the third solution you suggested, I still think it is probably the easiest one because it doesn't require any new specialised hardware. Maybe regulation can solve some of the problems with the current systems, but the idealist in me really wants to see provably transparent (open source) and secure solutions which don't require trust in the hardware so we can still make use of modern, efficient (federated) server farms without having to giving up control over our data.
- api 8y ago
  My seldom-updated personal site is http://adamierymenko.com/ http://adamierymenko.com/ It's actually worse than doubling. The nature of distributed systems means that participating in resources consumed normally triples resource consumption at least. I'm not aware of any approach to decentralization of services like Facebook, Twitter, etc. that would merely double it. Your typical desktop or laptop has a lot of resources to spare. Your typical mobile device has none. Mobile promotes a client/server mainframe/dumb-term architecture for fundamental technical reasons.

staticvar 8y ago

I've been helping to develop Bunsen browser for Android but we don't have an iPhone build yet. The hard part is just building it with nodejs all wired up correctly for iOS, but there are tools for that. We just don't have the volunteer working on it yet.