亚马逊S3服务中断之后，也许该考虑去中心化存储方案了

暴走时评：亚马逊S3经历了严重的服务中断，众多地区受其影响，导致互联网服务不可使用。中断原因不得而知，但在出现如此严重的网络服务中断的情况下，去中心化系统又会发挥何种作用。

翻译：Clover

今日（2017年2月28日），亚马逊S3正经历着严重的服务中断。多数地区均发生了中断，使得互联网的很大一部分服务无法使用。

而意想不到的是，我们在中断的同一天发布了Sia的v1.1.1版本，因此，大多数人都发现自己无法下载软件的新版本。尽管软件内部的“更新”按钮无法发挥正常作用，但我们还是可以通过多种替代方式发布新版本（软件本身仍能正常工作，如果想获取最新的更新，你只需要有富有想象力）。

截至发稿时，我们还未掌握导致中断的原因。但我们了解到众多地区均受到了影响，而且中断仅限于单一的集中式服务。我的资金正在错误的的配置文件夹中不知正被推送至何处，或者也许亚马逊的Chaos Monkey版本失控了。

尽管导致中断的原因不得而知，但可以大胆地说，去中心化的系统却能够不受这一类中断的影响。去中心化系统能够不受影响的原因就在于其没有中央系统、无单一配置推送、无单行硬件运行系统，亦无主控节点发出错误或恶意命令。一个经过适当去中心化的系统不会被一个人的错误行动而崩溃，因为该系统是十分明确地根据任何少数人（包括网络设计师和开发人员）都有可能随时利用他们的全部力量及创造力对网络发起攻击这样一个假设来设计的。

事实上，Sia就是如此运作的。如今，我们约有85个主机在线混合运行着Windows、OS X、不同风格的Linux、甚至FreeBSD系统。我们的主机遍布四大洲，运行着6个不同的版本（v1.0.0，v1.0.1，v1.0.3，v1.0.4，v1.1.0，v1.1.1），每个版本后都具有完全不同的网络设置。这些都通过同一区块链进行协调，其本身便很难拆除。但即使你设法使区块链崩溃了一两天，各个节点也会继续允许通过它们现有的合约进行上传或下载（直到区块链再次恢复正常运转之前你可能无法形成新合约，但在这里区块链真的不算是最弱的一环）。

各式各样的朋友

每个使用Sia网络的人都在大量节点间分散了他们的故障。仍在运行v1.0.0的用户正在为其数据使用4-of-24冗余方案。运行v1.1.1的人员对其数据使用10-of-30冗余方案。运行自定义软件的人员可能使用3-of-60冗余方案。每个人都有不同的网络视图，这意味着每个人都在与不同的主机形成合约。只有在精心策划的网络攻击下，大规模服务中断才是可怕的。 即便如此，我们的许多主机也几乎用尽了千兆甚至万兆连接的数据中心。

这也都是早期时候的情况。如今，我们有85台主机，但预计12个月后我们的主机会增至上百台。同时我们预期主机的平均质量将随着时间以及主机数量的增多而稳步增长。该网络旨在鼓励竞争并奖励最具竞争力的主机。

去中心化网络的前提是没有单点故障。但“单点”其实低估了这一概念。的确，实际目标是任何众多事务可同时出错，而不会导致任何明显的减速或中断，且不会将任何人的数据或资金置于风险之中。

比特币已经用资金实现了这一点。比特币网络已经遭受过几次重大攻击，但它仍然每天都在没有出现中断的情况下运行。当工作量达到极限时，获得服务的交易将仅仅是愿意为其支付的交易，但任何愿意为交易进行支付的人（价格尚未突破每笔交易0.50美元）均已能够使用比特币。

Sia所做的工作与数据存储相同。如今网络尚未成熟，而其软件也尚在完善之中。但若到羽翼丰满之时，Sia将会完全取代S3。以更大的容量，更高的价格，更低的反应时间，更大的工作量以及更高的安全性能提供服务，所有这些都无需担心单点故障，包括母公司和开发人员的故障。像今天的S3服务中断以及上周Cloudbleed出现的漏洞，都会被我们抛之于身后。

当今互联网基础架构迫切需要去中心化。并且需要在更多的方面去中心化，而不仅仅是数据存储（我们可以真正使用去中心化的电子邮件、搜索引擎、社交网络和新闻聚合）这一方面，我们很高兴尽力完成我们应做的一部分工作，使得互联网更可靠，更具弹性。

本文仅代表作者个人观点，不代表区块链铅笔的立场，不构成投资建议，内容仅供参考。

作者：David Vorick | 编译者：Clover | 来源：blog.sia.tech