阿维的「 访问证明 」 （PoA） 是 PoW 的简单扩展。每一轮 PoW 谜题都跟某个过去的区块 （回忆块） 有关，只有存储了 回忆块 的矿工才有资格参与 PoW 竞猜。由于回忆块是随机确定的，事先无法预测，因此矿工存储的区块越多，参与 PoW 竞猜的机会越大，获得出块奖励的可能性越高。如果矿工的存储空间有限，不能保存全部区块历史，他会优先保存在网络中副本数量较少的区块。因为每个块被选为回忆块的概率相等，当一个稀缺区块被选为回忆块，就只有少数矿工有资格参与 PoW 竞赛，因此 存储稀缺区块 对矿工更有利。

有朋友可能会问，如果恰好所有节点都没有存储某个区块，那这个区块不就 永久丢失 了吗？是这样的，这个可能性存在。不过，我们可以量化计算单一区块永久丢失的风险 [7] 。

首先需要引入 复制率 的概念，复制率是矿工平均存储的区块历史的比例。例如网络一共出了 100 个块，平均每个矿工存储了 60 个块，那么复制率就是 60%。复制率也是任选一个矿工，他拥有 随机挑选 的某个区块的概率。反过来，随机挑选某个区块和某个矿工，矿工没有这个区块的概率是 1-复制率。当网络中有 N 个矿工节点时，所有矿工都没有某个区块的概率是（1-复制率）^N。存在一个丢失区块的概率是 (1-复制率）^N * 区块总数。

假设阿维网络有 200 个矿工节点，复制率为 50%，区块总量为 200000，那么存在一个丢失区块的概率是 6.223*10^-61，是一个可以忽略不计的极小概率事件。当前阿维网络的矿工节点约为 330 个，复制率是 97%，已出区块 51 万多个 [8] ，存在 区块丢失的概率 比前面的计算结果还要低得多，在数量级上与 发生私钥碰撞 的概率相当。而且上述计算的假设是矿工随机存储区块历史，考虑到矿工会优先存储稀缺区块，丢失区块的可能性更低。

阿维协议只有一个市场，用户也 只需要支 付存储费 ，后续访问数据是免费的。能够做到这一点是因为阿维协议采用类似于 BT 的机制设计 [9] ，网络中所有节点都是平等的 （不区分矿工节点和用户节点） ，所有节点都尽量快速地响应其他节点的请求。跟 BT 一样，上行贡献越多，下行速度越快。自私节点会被其他节点降权，逐渐被网络排斥在外。

要全面理解阿维协议的设计，最好的方法是 阅读黄皮书 。虽然黄皮书篇幅较长，也有不少公式，但是不必担心，有中学数学基础就能看懂。

与 Filecoin 相比，阿维网络有两大优势。一是 成本低 。虽然 Filecoin 主网还没有上线，我提前做个预测：在 Filecoin 主网上线一年后 （经济模型进入稳定状态） ，1MB 文件在阿维网络做几百个副本永久存储的价格，会低于在 Filecoin/IPFS 网络上 5 个副本存储 5 年的价格，而且阿维网络的数据访问是永久免费的。第二，阿维协议的激励机制使数据存储和访问都 更加可靠 。通过简洁巧妙地解决了去中心存储的最大难题，不需要 2 亿美元的募资和长达三年的开发，阿维主网已经上线两年多。

阿维不是 Filecoin/IPFS 的陪跑者，而是最有希望 让大规模去中心化数据存储成为现实 的加密协议。

阿维与以太坊之比较

阿维很少被拿来跟 以太坊 比较，毕竟在 Web3.0 协议栈中，它们处在不同的层级，看上去是互补关系。但是深入研究阿维协议，就会发现更多的可能性。

以太坊 （以及其他智能合约公链） 为支撑 去中心化应用 DApp 而生。DApp 是公平透明地执行，不能被个别或者少数人控制的互联网应用。从软件架构角度，网络应用 （包括互联网应用和 DApp） 可以分为表现、业务逻辑和持久化 （数据） 三层。我们不妨分别从这三层分析 DApp 的发展瓶颈，以及阿维协议的应用潜力。

迄今为止，DApp 的表现层仍然停留在和中心化 Web 应用相同的状态，即由开发者部署在 云服务器 ，再下载到用户客户端执行。因此开发者和云服务提供商仍然具有停止和审查 DApp 的权利，网络中断、服务器宕机、DNS 劫持等故障和攻击也仍然威胁着 DApp 的 可用性和安全 。此外，DApp 的 IT 基础设施成本会随用户数量的增长而提高，令开发者必须采用某种货币化手段，以维持 DApp 的运行。货币化手段要么是 Web2.0 式的，即 贩卖流量 ；要么带有加密协议的特色，即 发行通证 。一旦货币化失败，开发者可能放弃运行 DApp，用户只能转而寻找替代品。而即便侥幸存在替代品，还是面临同样的问题。可以维持运行的 DApp 也常会遇到「 强制升级 」的问题，即新版本不一定不比老版本更受用户欢迎，但用户不能阻止其升级，也不能继续使用老版本。

综上所述，去中心化应用的 表现层 仍然是中心化的，仍然能够被个别或者少数人控制。

阿维协议的应用层被称为 永在网 （permaweb） ，其主要 （不是唯一） 的应用程序架构是 无服务器 （Serverless） 式的。无服务器 DApp 的开发类似于传统 Web 的前端开发，开发者使用 HTML、 Javascript 和 CSS 开发 DApp 的表现层。不同之处是，表现层的部署不是上传到云服务器，而是打包 (责任编辑：admin1)