4 ms·

Sadly yes. Now it's up to us hackers to use decentralized algorithms and encryption to take it back. Thankfully, these are fairly understood nowadays. And whe

Sadly yes. Now it's up to us hackers to use decentralized algorithms and encryption to take it back. Thankfully, these are fairly understood nowadays. And when we write this code, ensure it's got a healthy amount of copyleft built-in because multi-national software companies that live off of proprietary are afraid that this will eat their lunch the way Linux and GNU did.

PhaseMage 9y ago
TCP/IP centralizes. Why am I stuck with one ISP? Scalable Mesh is the solution. I just GPL'd my project I'm working to build: https://GitHub.com/IsoGrid/IsoSwitch https://GitHub.com/IsoGrid/IsoSwitch
- Godel_unicode 9y ago
  No. TCP/IP can work just fine over multiple ISPs, Google "asymmetric routing". Also, look into cloud load balancers like cloudflare, then realize you can use A records to load balance over more than one of those with multiple different backends. The problem is physical diversity of connection at any one location, not some perceived weakness in TCP/IP.
  - PhaseMage 9y ago
    I assert that TCP/IP is actually the cause of "[lack of] physical diversity of connection in any one location". A second (or third) ISP isn't going to suddenly show up at my house because it doesn't make economic sense. In the same way that two railroad lines don't get built between the same two cities. A real scalable mesh protocol could change the economic calculation.
    - spc476 9y ago
      That are two things that really killed the peer-to-peer nature of the Internet---NAT and firewalls. Both work to make a true peer-to-peer connection difficult.
marknadal 9y ago
There is a community forming around gun's end-to-end crypto capabilities that help ease the pain of building P2P apps. The latest contributors have added first class support for using the native Web Cryptography API, which we demo with a user account system here ( https://youtu.be/ik_dqXBMBHw https://youtu.be/ik_dqXBMBHw ), based off our design explained here ( http://gun.js.org/explainers/data/security.html http://gun.js.org/explainers/data/security.html ). Like you say, these are now understood and solved problems, it is just a matter of using them and building apps that are more sticky than centralized apps. Unfortunately, us p2p-crypto people kinda suck at making "sticky" apps, so I feel like our greatest hurdle is roping design/product people in. That will be the killer challenge to get mass adoption of p2p crypto based apps, the psychology, not the technology.
threeseed 9y ago
What are you talking about ? a) Much of the reason we have strong encryption is because big, bad companies like Apple have pushed so heavily for it. b) In what way has Microsoft and Apple had their "lunch eaten" by Linux ? And on the server side it was arguably the failure of IBM, Sun, Oracle etc to recognise the shift to commoditised hardware and price accordingly that cost them market share.

PhaseMage 9y ago

TCP/IP centralizes. Why am I stuck with one ISP? Scalable Mesh is the solution. I just GPL'd my project I'm working to build: https://GitHub.com/IsoGrid/IsoSwitch https://GitHub.com/IsoGrid/IsoSwitch

Godel_unicode 9y ago
No. TCP/IP can work just fine over multiple ISPs, Google "asymmetric routing". Also, look into cloud load balancers like cloudflare, then realize you can use A records to load balance over more than one of those with multiple different backends. The problem is physical diversity of connection at any one location, not some perceived weakness in TCP/IP.
- PhaseMage 9y ago
  I assert that TCP/IP is actually the cause of "[lack of] physical diversity of connection in any one location". A second (or third) ISP isn't going to suddenly show up at my house because it doesn't make economic sense. In the same way that two railroad lines don't get built between the same two cities. A real scalable mesh protocol could change the economic calculation.
  - spc476 9y ago
    That are two things that really killed the peer-to-peer nature of the Internet---NAT and firewalls. Both work to make a true peer-to-peer connection difficult.

marknadal 9y ago

There is a community forming around gun's end-to-end crypto capabilities that help ease the pain of building P2P apps. The latest contributors have added first class support for using the native Web Cryptography API, which we demo with a user account system here ( https://youtu.be/ik_dqXBMBHw https://youtu.be/ik_dqXBMBHw ), based off our design explained here ( http://gun.js.org/explainers/data/security.html http://gun.js.org/explainers/data/security.html ). Like you say, these are now understood and solved problems, it is just a matter of using them and building apps that are more sticky than centralized apps. Unfortunately, us p2p-crypto people kinda suck at making "sticky" apps, so I feel like our greatest hurdle is roping design/product people in. That will be the killer challenge to get mass adoption of p2p crypto based apps, the psychology, not the technology.

threeseed 9y ago

What are you talking about ? a) Much of the reason we have strong encryption is because big, bad companies like Apple have pushed so heavily for it. b) In what way has Microsoft and Apple had their "lunch eaten" by Linux ? And on the server side it was arguably the failure of IBM, Sun, Oracle etc to recognise the shift to commoditised hardware and price accordingly that cost them market share.