Simperby：多链之旅的 DAO 飞船
介绍
Simperby 最重要的特性之一是其多链互操作性。任何使用 Simperby 构建的 DAO（去中心化自治组织）都可以与部署在各种现有区块链（如以太坊）上的各种 Dapp（去中心化应用程序）进行交互。这可能包括组织的国库、组织发行的代币或组织想要构建或使用的任何其他应用程序。这种多链通信以无需信任且可验证的方式执行，具有合理的成本和效率。
轻客户端
轻客户端是区块链节点的特殊优化，它能够在没有完整区块链状态的情况下验证交易或状态条目。这在比特币中也称为简易支付验证（SPV）。
轻客户端的关键思想是，即使我们只采用链的头部，区块链仍然在密码学上是有意义的（请注意，区块体包含交易）。
在 Tendermint 和 Vetomint 中，轻客户端具有“最后信任头”作为其状态，并且仅在共识实际敲定后才接受新头，作为上一个信任头的下一个区块。头部提供者中没有权威或信任，因为始终存在最终确定的密码学证明，来自超过 2/3 验证者的预提交。如果头部的内容和随附的预提交都有效，则轻客户端可以将其状态更新为新头部。请注意，要验证预提交，轻客户端还必须知道新区块的合格验证者集。幸运的是，区块头部包含验证者集本身（Simperby 的方式）或其哈希（大多数其他区块链都这样做，因为它们频繁生成区块，因此减小头部大小非常重要），因此可以轻松处理验证。
现在我们知道，轻客户端只能通过不断接受头部和证明以无需信任且可验证的方式来跟踪规范的头部链。由于区块头部包含状态和交易的 Merkle 根，因此轻客户端可以使用其 Merkle 证明验证给定高度下任何状态条目或交易的包含。轻客户端可以存储迄今为止已接受的所有先前头部，以验证过去区块的包含。
无需信任的消息传递
轻客户端采用区块链头部及其证明作为更新其状态的唯一输入。换句话说，如果有人不断提交有效的头部，则轻客户端可以在不访问网络的情况下与区块链保持同步。
由于这个简单但强大的属性，可以将轻客户端嵌入为智能合约。这实现了两个不同区块链之间的无需信任的消息传递，这是多链互操作性的关键。
假设有两个不同的区块链，分别称为 A 和 B。如果 A 链在 A 链上部署了 B 链的轻客户端，则在 B 链上最终确定的任何内容都可以立即在 A 链上进行验证。部署在 A 链上的其他合约可能会与 B 链进行交互，因为轻客户端在验证后提供来自 B 链的数据。如果 B 链也具有 A 链的轻客户端，则此通信可以很容易地双向工作。
Cosmos IBC（区块链间通信）是基于此思想的协议的一个示例。IBC 在核心通信原语（两个不同的链相互嵌入轻客户端）上定义了多个层，以建立高级通信，例如资产转移。使用 Cosmos SDK（又名区域）构建的各种链都是独立的 Layer-1 网络，但它们使用 IBC 形成有机的多链结构。
结算链
Simperby 是一个独立的区块链，拥有自己的共识机制和分布式文件系统。但是，必须有与 Simperby 链交互的工作应用程序，以便组织可以最终确定一些有意义的内容。在这方面最重要的应用程序将是其他已建立的区块链生态系统，该组织希望与之交互。从 Simperby 的角度来看，它们被称为结算链。一旦组织支付了一些 gas 并在其上部署了轻客户端，任何具有智能合约平台的区块链都可以成为结算链。
Simperby 在结算链集成方面的可扩展性非常出色；轻客户端合约的源代码对于每个链几乎都相同，除了少数特定于虚拟机的行为和主机接口之外。这使得能够在各种结算链上进行轻客户端的可扩展开发，最终将为使用 Simperby 的 DAO 提供强大的多链互操作性。
此外，考虑到 Simperby 链没有合约或业务逻辑，而只能记录明确批准的数据，因此无需在 Simperby 端自动执行任何操作。也就是说，多链通信系统不必是双向的。在结算链中发生的事情（最终确定）可能会以相同的方式（嵌入轻客户端）传递到 Simperby 链，但这毫无意义。没有什么可以以编程方式响应此类事件，因为 Simperby 不托管合约平台。相反，Simperby 链的成员将使用他们想要的任何方法手动检查结算链的结果，如果它在对下一个议程做出决定很重要，则将其考虑在内。他们可以使用独立的轻客户端、一些像 Etherscan 这样的中心化浏览器，或者如果他们认为这对下一个议程不重要，有些人甚至可以忽略结果。
结算链之间也没有通信。所需的通信通道数量（即，轻客户端的数量）与组织部署在其上的结算链的数量相同。
当前支持的结算链
EVM
待定
非EVM
待定
Dapps
使用无需信任的消息传递，使用 Simperby 的 DAO 可以拥有各种多链应用程序。最重要的应用程序之一是国库，它持有代币，因为管理共享资产是建立任何工作组织的基础。
因此，对于每个受支持的链，轻客户端和国库合约都是必不可少的。Simperby 在单个合约中提供它们，同时公开一个接口来请求验证（由轻客户端）传入的消息，供其他合约使用。
以下是 Simperby 控制的合约的其他可能用例：
- 组织发行和管理的代币。
- 国库的复杂版本，可以与其他 DeFi 服务交互。
- 代表 Simperby DAO 参与其他链上 DAO 的委托人。
- 其参数由 Simperby DAO 控制的 DeFi 池。
- 两个不同链之间的桥梁，其中 Simperby DAO 充当桥梁提供商。
Simperby DAO 还可以与外部 Dapp 交互。组织可以上传 Simperby 控制的钱包以使用各种现有的 Dapp。此外，随着 Simperby 协议变得成熟和通用，将会有越来越多的 Dapp 内置对 Simperby DAO 的支持。
通用互操作性
DAO 是一种在去中心化网络上建立组织的技术，但其主题不仅限于区块链。Simperby 协议也可以管理现实世界的部分，因为我们已经有一种可靠的方法来传递共识最终确定的内容。这种简单且无需信任的轻客户端可以轻松地作为超级轻量级模块嵌入到任何需要与 Simperby DAO 交互的应用程序中。它可以是附加到中心化服务的插件、网页，甚至是法律合同。无需安全通道或复杂的授权机制；它可以开箱即用，以完全无需信任和端到端可验证的方式工作。
大多数现有的区块链协议都有轻客户端，但它们不能像 Simperby 的那样简单，因为它们具有：
- 频繁的区块生产（Simperby 根据需求生产区块）
- 太多的共识参与者（Simperby 是许可组织的区块链引擎）
- 复杂的共识算法（Simperby 使用 Tendermint 的变体，该变体已在 Cosmos 生态系统中经过实战检验）
- 不可移植的实现（Simperby 使用 Rust，它可以是 native 编译的，也可以是 WASM 编译的）
DAO 飞船
Simperby 也被称为DAO 飞船的引擎。 使用 Simperby 构建的 DAO 是完全独立的、自托管的和完全自主的。 它对任何其他区块链或中心化服务均零依赖。 就像漂浮在太空中的宇宙飞船，访问和殖民各种行星（结算链）一样。
你需要做的就是运行一个超轻量级的节点来维护分布式协议。 如果你认为现在是时候联系现有的结算链了，只需部署你的轻客户端并探索生态系统。 如果结算链突然崩溃，或者你想迁移到另一个结算链，只需部署另一个轻客户端即可。 你甚至可以拥有你有效控制的多个结算链。 无论结算链中发生什么，你的 DAO 始终保持完整且功能齐全。 即使大多数现有的主网突然消失，并且 Web3 行业崩溃，Simperby DAO 仍将生存，漂浮在太空中并寻求下一个旅程。
零知识证明
Simperby 多链通信系统的一个潜在问题是，头部更新成本与 Simperby 链的共识参与者的数量成正比。 由于 Simperby 是一个许可的区块链，因此共识参与者的数量非常有限，但如果在像以太坊主网这样的昂贵链上执行，它仍然可能很昂贵。
为了降低 gas 成本，我们可以使用零知识证明来压缩区块头部中的签名，而不会损害安全性。 使用此方法，我们可以为头部更新生成固定大小的证明，而与共识参与者的数量无关。
此技术尚未在 Simperby 中实现，但我们的团队正在积极研究该主题。
