对于未来浏览器的构想，也许是国产浏览器的未来路线

Question

纯属个人构想，不喜勿喷。
其实当前所有的浏览器都是把页面的代码全部拉取下来，然后通过客户端软件计算，进行页面的初始化，各种布局，元素开始排版，最终展示给用户一个可交互的页面。
那么其实不用我多说，做前端的都知道，你的源码在这种情况下是基本上不会受到保护的，如果操作配置不当，极有可能会直接造成源码的外泄。然而似乎大家都达成了共识，就是前端代码并不需要多少保护。这就给了很多不法分子的机会，他们寻找到网页的漏洞，做着各种危害网络安全的事情。
而我在想，未来是否可以做一款浏览器，仅仅提供界面布局和内容。其js算法不对外展示，而是由客户端上传给服务器，服务器去计算再交给客户端渲染。有人就会说，现在不就是这样吗？不过是js对界面元素进行操作，做各种改变。
我的想法是做成类似于视频流的可交互界面，客户端将拿到的js代码在加密的过程中运行，所有网络数据是不存在的，只有一些动作事件需要传输和反馈，客户端拿到的反馈是视频流一样的存在。保证在用户发起请求，拿到反馈结果，展示的过程中，无法被截取到任何有用的交互数据。
问题是，这种构想不成熟，有兴趣的人一起探讨一下你的想法，如何让浏览器数据更加安全。
至于说禁用devtools，那应该不大可能，毕竟这是老外做的浏览器，而且大家做开发的还得靠这吃饭。

Answer 1

带宽感觉不是问题，一个操作其实也就对应一个变换后的页面，返回新的照片就可以了。我感觉要是服务器的处理能力跟得上，还是可以的。我用过chrome的headless模式，我的10750H cpu处理一个页面也要200毫秒左右，这还是纯cpu解析html,js等资源的消耗，cpu占用率也有30%多，要是按照这个压力，感觉处理器是个难点。当然，这是不改变现在的前端模式情况下。

我能想到的时，浏览器只发送点击事件和修改dom文档，服务器根据具体点击事件判断怎么修改页面。生成修改部分的html代码，返回给浏览器，浏览器刷新页面。

这样的话，有点ajax的感觉，局部刷新，只不过原来是返回纯数据，现在是返回根据数据渲染出来的dom节点，渲染位置等信息。