区块链项目和相应的拓展方案层出不穷，普通人在开发产品的过程中很难判断哪个方案更适合自己。尤其是涉及到绑定资产或者数据的时候，这一点会非常明显。理想情况下，我们不想绑定这些信息。我们希望在不同的链之间自由地转移资产和数据，或者更进一步，——同时在几个链上运行我们的产品，并利用每个链。例如，我们可以利用一个链的性能，同时利用另一个链的社区和生态。

在NEAR的平台上，我们不希望Ethereum开发者在NEAR和Ethereum之间做选择，也不希望他们只绑定一个链。我们希望他们在两个链中拥有相同的资产，甚至希望他们拥有可以实现无缝跨链通信的应用。所以我们开发了一个类似桥梁的工具，叫做彩虹桥，来连接以太网和近东。此外，我们为互操作性解决方案创建了尽可能低的信任级别。用户只需要信任彩虹桥连接的对象，即NEAR和Ethereum，而不需要信任彩虹桥本身。除了Ethereum矿工和NEAR认证节点，没有任何人或实体有这个权利。

具体来说，信任彩虹桥需要用户执行以下操作：

我相信在X确认之后，以太网块将是最终的。目前版本的彩虹桥为应用开发者确定了X的代表数，但是开发者很快就可以自行决定这个数了。如果你是一个典型的应用开发者，这个数字可能是25；如果你小心点，数字可能是500。

我相信在任何时候，NEAR链中三分之二的验证节点的承诺都是诚实的。不仅仅是彩虹桥，NEAR上的所有其他应用都将在这个假设下运行。

在EIP665被接受之前，你需要相信每个区块的气费会以2倍以上的速度指数增长，而且这种状态会持续4个小时以上，这是不可能发生的。假设煤气费的基本价格是40gwei和14bps，你可以很容易地计算出，煤气费翻倍的尝试会很快突破其合理的极限，整个过程不到4小时。我们将在以下段落中向您解释这一限制的来源。

因为彩虹桥只需要用户信任区块链本身，我们称之为不可信。

这种没有信任的模型导致了跨桥交互带来的延迟。下面是具体的延时图：

对于ETH和NEAR的交互，延迟时间相当于产生x个Ethereum块所需的时间。大约需要6分钟来生产25个以太网块。

对于NEAR和ETH的交互，延迟时间为4小时；EIP665受理后，时间会突然缩短到14秒左右。

注意，只要接受EIP665，延迟时间就会大大缩短。鉴于很多扩展方案需要等待长达7天才能实现互操作性，我们认为NEAR的彩虹桥技术相对较快。目前，这种技术的速度仅受限于EIP665的缺失和Ethereum区块的确认次数(任何基于Ethereum的项目都受到这一因素的限制)。

随着我们的进一步发展，我们的彩虹桥技术在部署、维护或使用过程中不需要特别许可。任何人都可以部署一座新的彩虹桥，使用现有的彩虹桥，或者与他人一起维护现有的彩虹桥。这些操作不需要任何组织或个人的批准，包括将我们的彩虹桥分散的NEAR基金会。

而且彩虹桥技术还是普及的。任何可以在NEAR平台上通过加密证明的信息，在Ethereum合同中都是可用的，反之亦然。下列信息可以通过对NEAR和Ethereum的加密方法来证明：

在块中包括事务

执行一个事务并有一个具体的结果

合同状态

此外，与区块链相关的信息是可证明的，例如某个块报头的内容。以太网块头包含矿工信息，NEAR块头包含验证节点信息。这种加密的信息证明允许我们构建各种用例：

我们可以桥接同质化证书、非同质化证书或任何种类的资产

我们可以使用合同状态或近认证节点来编写以太网合同

我们可以用彩虹桥打跨合同电话

虽然用例的类型似乎是无限的，但是我们只为从Ethereum到NEAR或者从NEAR到Ethereum的ERC-20通行证提供现成的支持。但是，我们还将根据需求为其他用例提供这种支持。此外，任何人都可以加入并添加对他们的私有用例的支持，而无需等待我们或与我们的代码库合作。

为了理解为什么这个特性和上面列出的其他特性成立，我们需要理解彩虹桥的设计。

设计

在NEAR工作期间，安东布科夫承担了彩虹桥的主要设计工作。虽然他现在是1英寸交易所的首席技术官，但他仍然指导彩虹桥技术的高级设计。

这项技术背后的核心思想是执行两个轻量级客户端：

一个以Rust语言执行的以太网轻量级客户端，作为一个NEAR契约

以实体语言执行的一个近轻量级客户端，作为一个以太网契约

如果你熟悉轻量级客户端的概念，这个简短的总结已经解释了上面关于桥接的保证。简单地说，区块链轻量级客户端是一个规范或这个规范的实现。客户端可以在不运行大量计算的情况下跟踪区块链状态，并且客户端可以在不信任的情况下验证跟踪的状态。我们在这里想表达的是，我们可以以少量计算为代价进行跟踪和验证