第192章 国服落后一个版本了(第2页)

用户对隐私的需求日益增加，password keeper如果能承诺并真正做到全端零追踪、不上传明文数据，并通过透明化的隐私政策增加信任，将极具吸引力。

这个问题不大，如果能成功应用零知识加密想要搞定上述功能其实很轻松。

林枫觉得他的思路没毛病。

他所想到的确实是最高效实现的思路。

不过林枫的思路是明显的后世思维。

放在后世很司空见惯的东西，放到现在就难保不会有点超前。

尤其是像分布式架构的应用以及零知识证明这两大被林枫看来实现password keeper强势逆袭的重要技术。

这些技术应用放到2024之后挺常见的。

但对于2014来说会不会有点超纲呢？

尤其是真叫林枫按照他那个思路搞，不仅涉及分布式架构应用、零知识证明这两个。

还得需要云计算生态支持。

林枫决定先熟悉下情况再说。

经过一番了解，林枫发现了一个好消息和一个坏消息。

好消息是现在林枫的思路可以实现。

2014年确实不像往后十年那样有着成熟的云计算生态和分布式存储技术，但这并不意味着现在的技术无法支持password keeper实现类似的全平台协同功能。

2014年技术背景下云服务虽然是起步状态，但确实可用。

虽然不像后世各种云服务普及，但Aws（Aazon web services）、icrosoft Azure 和 google cloud ptfor 已经足够成熟，尤其是Aws在云存储和计算能力方面已经成为业界标准。

林枫可以利用这些平台的基础服务，例如 s3（存储） 和 dynaodb（分布式数据库），搭建基本的同步架构。

甚至如果觉得这样的云成本高的话，还可以有别的选择。

2014年，跨平台开发虽然不如现在方便，但也已经有了可用工具。

而至于说零知识加密技术，2014年，零知识加密的概念已经有了应用的案例。

这些对于林枫来说都是好消息。

毕竟巧妇难为无米之炊，盖房子对于能工巧匠来说很容易，但如果从烧砖的步骤开始也很麻烦。

而现在基础技术支持都已经存在，无疑省却很多烧砖的时间。

不用额外搬砖，林枫估计以他现在的编程能力他能轻松搞定password keeper的重构。

而且因为无论说云技术和分布式数据库这些因为技术刚刚起步，都处于一副赔本赚吆喝的地步。

也就是说应用这些技术搞开发，非但不会增加成本，反而还有可能直接白嫖一波。

以上都是好消息，

至于说坏消息是什么呢？

以上好消息，同样也都是坏消息。