深入 Kontos ：大道至简，一个入口畅享触手可及的链抽象体验

深潮TechFlow

0x0E58

July 10th, 2024

撰文：深潮 TechFlow

历史车轮滚滚向前，但并非万事万物都在进步。

2014年2月，美国波士顿火车站内开始安装比特币ATM机；你不需要知道它背后工作的原理，塞入现金，填上地址，购买的BTC就发送到了你的地址中。

那时没有以太坊，没有所谓L1与L2。一切虽然很慢，但也足够简单。

现在是2024年7月，事情却开始变得复杂。从波士顿火车站出发，一位用户搭上高速列车驶过10年，满怀憧憬来到今天的加密世界，会遇见什么？

他可能寸步难行。

上百个 L1 和 L2 们圈地自封，抢夺注意力和流动性；而他则需要更熟练的理解助记词、签名、授权、跨链、存gas、EVM和非EVM的区别...

于用户而言，这不得不说是一种倒退和折磨。

10 年后，交易需求有增无减；但我们在加密世界中的体验，可能还不如比特币诞生之初的蛮荒时代。

在 "让一切变简单"的呼声中，"链抽象"这个词从未像今天这样备受关注。行业先锋们视其为白衣骑士，笃定它是解救多链时代体验碎片化的关键技术。

当链抽象这个词常见于各类高大上的技术讨论时，我们更希望能够有让用户立马触手能及、感受到具体体验提升的产品出现；而且最好足够简单。

从这个思路出发，寻找将链抽象变得大道至简的黑马，Kontos 吸引了我们的注意：

第一个由 ZKP 提供支持，以用户为中心的全链基础设施。不需要担心私钥和助记词，不用考虑目标链上有没有gas费，支持全链交易和转账。

更为重要的是，使用 Kontos 时你只看到一个更加易懂的入口，剩下的技术全都被抽象，与火车站那台比特币ATM机异曲同工 ---- 所想即所得，意图即结果**。**

辗转十年，一种轮回，那些简单的产品往往更有市场。

如果你对这样的产品和链抽象有兴趣，不妨一同走进本期内容，从链抽象的发展脉络中寻找破碎体验的解药，并看看 Kontos 是如何做到大道至简的。

简单交易，链抽象的根基

在聊 Kontos的具体产品之前，有必要了解更多关于链抽象的话题。

你是什么时候开始听到链抽象这个词的？

一种叙事开始流行，无论踏实做事还是借题发挥，背后必然有实际的痛点做根基。Near 创始人 Illia 早在今年1月就已敏锐的捕捉到了用户们的核心诉求：

"最终用户不关心底层区块链。他们只是希望应用程序能够运行"。

这个简单又朴素的诉求，在今天 Web3 世界的复杂景观中显得遥不可及 --- 我们有太多的链可以选、太多的模块可以用、太多的资产可以玩；却也正是在这种丰盈之中，遇见了因流动性碎片化和功能模块化所带来的繁琐。

你必须小心翼翼的管理不同的钱包和助记词，精通各类跨链桥的用法，在想冲的目标链上预留gas费，搞清楚这个L1 和那个 L2 到底有什么区别。

只是，这本是你应该搞清楚的事情吗？

没有哪个行业的用户比 Web3 用户精通各类"技能点"。别的行业里用户是上帝，被服务就好；

而在 Web3 里用户却是个被技术外露、操作繁琐与事故频发逼出来的专家，时时刻刻充满了知识、谨慎与自我服务。

1929年，美国爆发历史上著名的"大萧条"经济危机，精通各种技能的求职者，找不到一份简单的工作；2024年，Web3 的世界里无时无刻不在上演体验危机，精通各类操作的用户们，得不到一个简单的交易体验。

在历史的回声里，链上交易需求永不停歇，简单的交易体验从未到来。

而这种不够简单，顺着时间长河寻找源头，你会发现一切有迹可循：

2015年，以太坊在设计之初的双账户体系（EOA和CA），在创新之余也埋下隐患，EOA 无法单独执行复杂的合约逻辑，让一次交互搞定多个功能成为泡影，也将管理私钥这种致命枷锁留给了最普通的用户；

于是，账户管理和交易交互的不够简单，让"账户抽象"逐渐登上历史舞台；

2020年，Polkadot 上线，平行链和中继链的设计，已初具链间通信的雏形，为接下来多链时代流动性碎片化提供了一个早期的解，也多少摸到了跨链互操作的问题。

于是，跨链互操作的不够简单，让"全链（Omnichain)"概念逐渐登上历史舞台；

2023年，NEAR 在发展过程中也意识到L1和L2激增导致用户体验下降，区块链本身必须从用户中抽象出来；其他项目们也意识到相同的问题，开始发力。

于是，上述所有的不简单堆叠在一起，让"链抽象" 这个词在追寻简单体验的加密发展史中，来到了舞台中间。

时间来到现在。而这一次，轮到 Kontos 了。

一个入口，包罗万象

所有人都在谈链抽象，但最终用户会看到什么？

无论是有让一条链能够具备链抽象的能力，还是提供一个SDK提供链抽象能力，用户其实并不关心。

最能让用户感知到链抽象好处的，只能是入口。

于是，在 Kontos 这款产品中，你首先能感觉到的只是一个看起来与钱包类似的入口 --- 罗列资产、交易资产和转移资产，一切都以交易需求优先。

但这个入口，包罗万象。

Kontos 用链抽象为用户带来的优势，以一种不那么张扬的方式出现 ——使用区块链原生应用程序的复杂性完全被抽象到统一的接口层中，为任何想要的人创建一个与链无关的全局联系点。

而这个联系点就是你看到的入口，一切的复杂被封装，以至于你甚至觉得，这就是一个根本不复杂的钱包。

不过随着体验的深入，你能明显感受到一种大道至简的优雅。

首先，是账户的创建。

你可以直接用"用户名"的方式注册一个钱包，全程感受不到任何的私钥和助记词的管理负担；随后你会发现这个用户名管理着所有链上的所有资产，也根本不用像MetaMask那样切换RPC和网络，甚至你也不需要懂这些。

而围绕账户，当你需要恢复钱包时，Kontos 也提供了两种更符合直观认识的操作：邮箱恢复与守护人恢复。前者在你设置了安全邮箱后，通过向指定邮箱发送邮件即可恢复账户；而后者则是指定自己的守护人，发送公钥给守护人，让他们在 Kontos 中点击确认来恢复自己的账户，即V神经常提到的社交恢复。

这样做的好处显而易见，用户不需要理解复杂的密码学、公私钥配对和密钥管理，更近似于Web2的产品体验。

加密账户不应成为新用户的拦路虎，更不应成为老用户的保管负担，Kontos 在这一点上做的足够简单，而背后则付出了更多努力：

这个.OS的用户名，其实起到了全局账户的作用，在连接不同的L1/L2时，也将社交登陆、鉴权和钱包的功能进行了集成，最终你只感受到一个用户名管理一切的体验。

其次，是交易真的"与链无关"。

Kontos 目前已与 17 个区块链网络集成，用户不用担心自己在哪条链，有没有这条链上的gas费。

如下图所示，你可以直接在 Kontos 上发起购买请求，用 Polygon 上的 USDT，丝滑兑换 Arbitrum上的 PEPE，系统会自动帮你计算所需的手续费，并且将兑换的逻辑封装起来；

没有 Arbitrum 上的 gas 在这里并不是一个问题，甚至你不需要懂不同链上的 gas 需要提前预存的硬核逻辑，你只知道付了一笔手续费就可以达成交易。

**你只管用任意币换任意币，Kontos 成为了一个好用的“任意门”。**这是一个非常直观体现链抽象好处的体验，类似于开车并不用管发动机、齿轮和其他零件如何工作，好开就完事了。

跨过链的玩家都知道，你需要懂每一个链的规则，理解跨链桥执行了怎样的交易过程，反复的签名，理解所谓的最优路径，明白资产经过了多轮转换等等；

而使用 Kontos 进行资产转移，你不需要理解运行过程本身的规则，也不用在意各种签名和交互。

不过，这种丝滑的链间资产兑换和全局gas 是怎么实现的？

Kontos 实际上充当了通用的多链中心，用户在发起任务请求时，只需关注两个主要因素：想要购买的目标资产，以及自己的支付能力。

这是因为Kontos引入了Broker这一角色，它作为用户的代理，负责处理所有链上的交易细节。当用户发起请求时，Broker会评估用户的支付能力，并根据实时的市场情况，利用用户的支付资产购买目标资产。在此过程中，Broker会自行决策如何支付目标链上的Gas费用。

对于用户而言,这一切都是透明的。他们只需确保自己有足够的资产支付该请求的总费用即可，具体的Gas支付和兑换细节都由Broker来处理。

这种设计大大简化了用户的操作流程，提供了一种更加直观和无缝的用户体验。用户不再需要管理不同链的Gas代币，也不用理解复杂的兑换路径。Kontos将这些复杂性封装在Broker层,让用户能够专注于自己的需求本身。

不过需要强调的是，虽然 Broker 为用户提供了很大的便利，但用户仍然保留了对自己资产的绝对控制权。Broker 只能按照用户的授权执行指定的任务，无法擅自动用用户资金。这保证了用户资产的安全性。

而在上述账户管理、资产管理和交易细节的堆叠中，链抽象所带来的真正意义才得以显现：

不需关注过程，将复杂的操作抽象为“一键完成”，所想即所得，意图即结果。

因此总体使用下来，我们觉得 Kontos 非常直观易用，完全可以作为加密新用户的第一款钱包来使用，也可以作为老用户寻求"体验解放"的替代入口来使用。

操心的越少，越符合用户使用逻辑，入口所能带来的价值就越大。

目前，Kontos 有 Discord /PC/移动端钱包可供使用，感兴趣的玩家可以*点击此处*进行体验。

技术封装，复杂给自己，安全给用户

朝向用户的那一侧，Kontos 所呈现的入口足够简单。

把简单留给用户，复杂留给自己，这种设计哲学需要有更多的技术封装进行承载。因此，链抽象这个概念听起来简短，背后是多个不该粗暴外露给用户的组件，上演的一场集体封装。

再深入一步，发掘 Kontos 的内核，你会感受到常常听到的高频热词，在实际执行中经过了多种考量与打磨。

例如你可能听过的链抽象，是轻松访问和与各种区块链交互。

但 Kontos 在实现时，还有更多的幕后功臣在起作用：目标链状态同步 +ZK证明 + Broker 网络。

有点绕？让我们分解一下。

**轻量级客户端验证：**Kontos在其网络上为每个链运行一个轻量级客户端，目的是获取其他链的区块头和状态，并在Kontos上直接验证这些区块头的正确性。----能验证任何链上的状态

**ZK****证明: **当其他链需要验证Kontos的状态时，Kontos使用一种递归的zk-SNARK证明方案。通过这种方案，其他链只需验证最后一层的zk-SNARK证明，就可以确认Kontos上大量区块的状态，从而大大提高了跨链验证的效率。

Broker**：**用户在外部链上执行跨链操作时，Broker 服务会预先支付手续费和资产 --- 能让用户体验变得更丝滑。

同理，你可能听过的账户抽象，是在区块链上将账户的功能和权限抽象出来，使得账户能够执行更复杂的操作。

而 Kontos 同样做了更多的工作，将账户设计成了双层模型：顶层是用户注册时使用人性化的账户名（XXX.OS)，便于记忆和管理；底层才会将账户名关联到各条公链上的AA账户。

如此一来，才能实现社交恢复+无私钥助记词共同存在。

此外，你可能还忽略了资产抽象，即 Kontos 充当通用的 gas 中心，使用户能够使用任何区块链上的任何资产支付交易费用。

配合链抽象，这就有点像你在旅游时，既不用关心目标国家的环境，也不用关心没有目标国家的当地货币。

最终，上面这些抽象共同构成了“行为抽象”的效果 --- 用户一键完成意图所需，背后多种部件在起作用来支持。

现在让我们再打开看看，“用Polygon 上的 USDT 购买 Base 上的 Degen 代币”这件看起来简单的事，在Kontos里是怎么实现的：

用户启动任务：通过 H5 页面或 App，发起一个使用 Polygon 上的 USDT 购买 Base 上的 Degen 代币的任务。
用户的购买意图被发布到任务板上，任务板将任务分配给 Broker 网络。
Broker 网络中的节点接收到任务，开始执行跨链操作。完成跨链操作后，生成任务证明（task proof）。
任务证明被发送到 Prover 网络，Prover 网络验证任务证明，并生成轻客户端证明（light-client proof）。
Relayer 网络负责同步 Polygon 和 Base 区块链的区块头，并将 Kontos 的区块头同步到这些区块链网络中，以确保跨链数据的一致性和安全性。

最终，复杂留给了自己，简单留给了用户，使用时达到了一个接近完全无感的上佳体验。

一个好的基础设施，或许就是让大家感受不到基础设施的存在，只感觉到丝滑交互的前端应用；而一个交易者和使用者的终极梦想，其实就是大道至简。

此外这种设计下，一个十分关键但又容易忽略的点在于安全性。