Solana 域名服务实现跨链

Jan 12, 23

5分钟阅读

我们对于 SNS 成功一直秉持着谦虚的态度。在一年多的时间里，它已经成为最重要的 web3 域名服务之一。在超过 20 万个注册地址中，其用户群的增长超出了我们的想象。考虑到这个不断增长的社区，我们已经把增加 SNS 的价值作为我们的首要任务。

SNS 的核心是作为基础设施。我们希望越来越多的第三方应用程序能够与 SNS 进行原生整合。为了促进这一点，我们希望开发者有动力去整合，并降低进入门槛。对于 Solana 原生构建者来说，SNS 社区的规模和影响力已经是一个强大的激励因素。

如果我们希望 SNS 继续发展，我们需要做以下工作：

改善所有 web3 工程师的开发体验
让更多的用户和应用开发者加入到 Solana 的生态系统中来
支持现有用户的新功能和用例

我们得出的结论是，未来的自然路径是与令人惊叹的 Wormhole 团队合作，并推出 SNS-warp，这是一个将 SNS 跨链的开放式计划。通过 Wormhole 的跨链桥，用户将能够把他们的域名导出到一个替代链上。我们首先支持一个基于 EVM 的链。因此，在支持的链上围绕 EIP-137（ENS）规范构建的应用程序可以原生地解析 SNS，而几乎无须改变他们的代码库。

动机

刺激 Solana 的生态系统

乍一看，这似乎是在鼓励 Solana 用户迁移到其他链上。其实不然。现在，没有任何东西可以阻止 Solana 用户迁移出去。在我们看来，问题在于他们会以匿名的方式这样做，本质上是将自己融入到另一个链的社区。

碰巧的是，所有 SNS-warp 用户都有一个锚定在 Solana 链上，衡量自己身份的标准。其他链上的开发者可获知有多少来自 Solana 生态的原生用户，挖掘潜在市场只是他们需认真考量在 Solana 上建设的触发因素。

Solana 将继续作为所有 SNS 域名和相关记录的真实数据来源。例如，用户必须与 Solana 互动，以便在转换钱包时让他们的记录始终保持最新。任何域名的出售或转让将只能在 Solana 本身进行。我们的目标是将 SNS 发展成为一个一流的去中心化身份（DID）系统，当用户探索更广泛的 web3 生态系统并成为事实上的 Solana 大使时，他们可以不断回归。

为现有用户带来价值

跨链使现有的用户能够在更多的应用程序上识别他们的 SNS 域名，通过更深入的可组合性增加实际效用。反之，其他链上的用户将通过与.sol 域名持有人的互动而接触到 SNS。这将刺激协议的采用和整体价值。

投资 Solana 的未来

现在，要在 Solana 上建立一个真正的跨链应用是相当困难的。但这也绝非不可能的任务，特别是基于这种应用程序的基本构件已经出现。

我们已经选择与 Wormhole 团队合作，利用他们强大的跨链桥。我们想要证明在 Solana 上建立一个超越生态系统本身的应用是可实现的。我们可以向应用程序开发人员展示，他们可以建立自己的应用程序，并利用 Solana 的性能、可靠性和成本效益，而不需要实际挑选一个生态系统来进行营销。自然，来自其他链的用户将开始使用支持 SNS-warp 的服务，并会注意到他们只需使用 Solana 原生服务就可以拥有更快和更便宜的交易。钱包本身可能会选择支持和透明地提供给用户购买一些 SOL，桥接他们的一些资产，并以更便宜的价格和更高的可靠性使用他们最喜欢的应用程序，在 Solana 上进行交易。

开发人员和工程师是 Solana 的最佳贡献者，而跨链的方法使他们有能力切换到 Solana，而避免让用户落后。

正在解决的问题，待解决的问题

跨链会使应用程序的架构复杂化，并产生一些需要解决的限制。

智能合约（SC）必须为 2 条链编写
必须设计一个给予跨链桥本身的信息传递协议
费用必须被预测并从一个链转移到另一个链上

关于编写智能合约

第一个挑战是如何在外部链上编写智能合约。对于基于 rust 的链来说，这并不是太大挑战。然而，基于 EVM 的链的安全模型与 Solana 的非常不同，这意味着我们需要小心。

我们的策略是让外部的智能合约成为基于桥本身的一小层包装库：所有的核心逻辑和安全将永远在 Solana 上。所有导致状态改变的指令都必须经过 Solana 虚拟机。一旦 Solana 上的状态发生变化，更新就会被传回外部智能合约，后者将持有状态的复制版本。在发现漏洞的情况下，总是可以将外部状态恢复至来源自 Solana 的真实数据

关于处理交易手续费

Wormhole 只允许我们在一个链上发布信息，并在另一个链上访问它们。这意味着我们仍须在目标链上处理这些信息。处理将产生交易手续费而这不得不由用户承担。

为了使之成为可能，我们需要可靠地模拟和开具处理交易的手续费用。这在一定程度上是个挑战，因为处理交易手续费总是以目的链的本地货币计算。因此，我们可以引导用户使用 DeFi 协议来获取这些费用，或者我们可以使用一个预言机来开具对应 SOL 的发票。我们选择使用 Pyth 预言机，以获得更顺畅的用户体验。

在这之后，我们需要将这些费用从发送者合约的金库转移到目的链上。我们应该能够使用桥本身和包装好的资产来处理这个问题，这样可以实现处理协议的完全去中心化。然而，我们最初将使用一个集中的金库和经许可的处理方式，以限制交易费用模型的复杂性。一旦一个消息在虫洞桥上发出，一群处理人就会捡起它并在外部链上处理，用预测的跨链费用收回他们的成本。