这是一篇关于 vipnode（一个以太坊基金会的资助项目）的文章。

全节点，轻节点：它们有何不同？

连接到以太坊网络时，你可以使用 全节点，也可以使用 轻节点（也就是大家熟悉的 轻客户端）。

全节点可以拷贝以太坊区块链的全部状态，并执行每项需要“挖矿”的交易。——这就需要超过 120GB 的存储空间和 8GB 以上的内存。一个全节点需要花上几个小时连接网络并实现完全同步。如果你想在云端运行全节点，那这笔花销会非常非常大。

当轻节点与全节点通信时，轻节点只用最小量的状态来把握区块链。因此我们只需几百 MB 的存储空间和 128~512 MB 的内存。轻节点的目标是小到可以在手机或嵌入式设备上运行。

每当轻节点想要查询区块链或者发送一项交易，它必须请求一个全节点以它的名义进行操作。实际上，轻节点就像一个“吃白食的人”，但也 OK 啦。

轻节点几乎可以瞬间连接到网络并开始使用，假设它能找到一个全节点（还带有一个可用的轻节点位置）。

“为什么我的轻节点不能连接到网络？”

在2017年末发生了两件事，使得轻节点遭受重创。

1. 以太猫

大量新用户涌入以太坊网络，其中很多人依靠轻节点来交易他们的猫咪并且赚钱。通过观察我们可以看到，随着交易费用的上升，使用量也在飙升：

-https://etherscan.io/chart/transactionfee-

2. Light Ethereum Subprotocol 升级

大约在同一时间，LES/2 发布——这是一项用于服务轻节点的协议升级。新协议仍然被认为是实验性质的，对于服务器的实现仍有许多问题未解决。这就意味着许多客户端已切换到新的协议，但是许多旧的全节点仍然在运行旧的代码，而这些代码并不支持升级。

但结果呢？

那段时间，我自己在运行一些轻节点。通常情况下，我启动轻节点之后，它会在一分钟内开启并运行。到了 12 月，这一切都打破了。一夜之间，我的节点不再运行，它一直无法找到一个与之兼容而且还留有位置的全节点。

关于这个项目的 Github Issues 上也到处都是吐槽：

-https://github.com/ethereum/go-ethereum/issues?utf8=%E2%9C%93&q=syncmode+light+peers-

我们需要更多留有轻节点位置的全节点！

好吧。我们要如何“说服”更多的节点花费时间和精力去运行具有潜在风险的实验代码呢？有一项经济激励措施是可行的

-https://vipnode.shazow.net/-

Vipnode 的第一个版本非常简单：我部署一个由特定驱动程序控制的全节点，该程序可以监视为订阅者而设的智能合约。当有人购买 VIP 会员时，他的公钥（也就是 enode ID）就会被添加到我的 vipnode 服务器的白名单上。这就意味着，即使我的服务器已经满了，它仍然能允许VIP绕过服务器的限制。

在与 Robbie Bent 和 Jon Choi 聊天之后（再次感谢），他们给了我很大的鼓励，我决定向以太坊基金会提交一份基金申请方案，以构建更完整的 vipnode 版本。

vipnode 池

在版本 2 的方案中，我概述了 vipnode 池的设计。任何全节点都可以加入 vipnode 池，服务 VIP 用户，并开始从中赚取一定比例的收益。

为了能够跟踪每个节点所应得的份额，我们必须依赖于以太客户端的一些特性：

• 客户端可以指定一个 ethstats 服务器，用于接收有关该客户端的分析，比如它连接到哪个对等节点（peer）。vipstats 服务器将利用这些信息来接收客户端对其所连接的 vipnode 的支付请求。

• 服务器可以通过 RPC API 进行控制。组建 vipnode 的进程可以使用 PRC API 来管理白名单中的对等点（Parity 可以支持这项操作，Geth 还要等我的 PR 合并之后再定)。当一个新的 VIP 注册时，池中的所有成员都会被要求把新的 enode ID 添加进白名单。当一个 VIP 连接时，该节点将向 vipstatsserver 发送一个支付请求。

• 当 vipstats 服务器证实来自客户端和服务器的支付请求时，它会向服务器支付该池一定比例的收益作为费用。但这笔费用的结构还没有确定。也许是以单位时间计算，或是一个固定的费率，或者其它。每个池都可以决定自己的结构。

• 如果出现不一致，那么 vipnode 将拒绝对此进行计算，服务器也会断开一个无法及时证实该请求的客户端。

• vipstats 服务器还将充当一个自定义引导服务器，VIPs 可以用它来引导客户端连接到正确的全节点集合。

激励措施延伸

vipnode 设计可以扩展到对所有类型的服务器 - 客户端实行激励措施。想象一下，不同种类的池子你可以用不同的担保来支付：

• 用于管理集群的池（像 Infura 池，一个 分布式 的Infura)

• 具有风险性实验特征的池（像 LES/2 首次发布时那样）

• 用于支持非标准扩展 API 的池（使用反向索引支持像 Etherscan API 这样的复杂查询）

• 为大矿工设立的池。当时间要求精确到毫秒时，保证直接接触一些最大的矿工是有价值的

我们可以用 vipnode 池的设计来衡量市场需求。任何人都可以启动一个池，并投入初始资金，以此鼓励人们运行全节点来获取另一端的节点。

我们现在到哪一步了？

我已经开始为 vipnode 池的实现做准备啦。我的目标是在 2018 年 8 月进行测试，在 9 月推出一个更完善的版本。

在 MIT 许可下，这些都是开源的。你可以关注：

https://github.com/vipnode

这里可以看到关于我们的新闻：

https://tinyletter.com/vipnode

如果你想试运行第一版，点击：

https://vipnode.shazow.net/

特别感谢以太坊基金会对这项研究和开发的支持。对于他们的理想、慷慨和高效，我深受感染。我也很荣幸成为其中的一分子。

原文链接: https://medium.com/@shazow/an-economic-incentive-for-running-ethereum-full-nodes-ecc0c9ebe22

作者: Andrey Petrov

翻译&校对: 俊颖 & 阿剑

本文由作者授权 EthFans 翻译及再出版。作者项目的网站：https://shazow.net/以及 https://vipnode.shazow.net/。