撰文：深潮 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 的区块头同步到这些区块链网络中，以确保跨链数据的一致性和安全性。
最终，复杂留给了自己，简单留给了用户，使用时达到了一个接近完全无感的上佳体验。
一个好的基础设施，或许就是让大家感受不到基础设施的存在，只感觉到丝滑交互的前端应用；而一个交易者和使用者的终极梦想，其实就是大道至简。
此外这种设计下，一个十分关键但又容易忽略的点在于安全性。
由于签署交易和执行交易分离成了两个角色（用户和Broker)，这意味着用户不需要直接执行交易，而是让其他参与者代表他们执行此操作。
用户需要做的只是单击按钮来签署交易，那么他们可以将所有链上需求外包给经验丰富的参与者，然后由他们负责寻找最佳执行。
然后，经验丰富的参与者承担与 L1 和 L2 上的所有不同应用程序交互的风险、不同链上不同代币的相关 gas 费用、重组风险（其中有两个不同版本的链）和其他执行风险。
通过承担这些步骤和风险，解决问题者将相应地为向用户收取的费用定价。
在这种情况下，用户无需考虑使用链上产品和服务的各种复杂性和相关风险，因为这是市场中其他解决问题的代理人们需要考虑的问题。
不是CEX，胜似CEX的未来
在调研 Kontos 产品并梳理链抽象相关发展脉络时，笔者其实一直在思考，链抽象产品的最佳形态到底是什么？
或许，最佳形态早就来过，只是不够纯粹。
回想我们最为熟悉的CEX，何尝不是一种链抽象？
你不用关心资产在哪条链，也不用管理各种密钥，存取自由，交易随意。只是，CEX 的业务并不在链上，而是链下数据库对链上状态的投射，但也做到了链抽象想要达到的体验。
而从更加去中心和 Crypto Native 的角度出发，链抽象，未来或许更像一个链上版的CEX，体验至上，技术封装。
一种流行的说法是，未来已来，只是分配的不均匀。
链抽象相关业务，必然是吸引更多用户 Mass Adoption 的捷径，谁有现成产品，谁就能更早的抢占用户心智。
现在看到的星星点点但还没被常用项目，将来或许有可能成为主导更好Web3用户体验的排头兵。
Kontos 当前从产品体验和技术架构上来看，都做到了大道至简和更加丝滑，必然“可以一试”；但是否能成为“唯一之选”，还要看项目更多的GTM策略以及整个市场行情的演变。
此外，围绕着DID，Kontos 在累积了足够的使用量之后，也还可以期待有更多围绕数据开放、检索和分析的业务。
有需求，一定会有市场；但谁能抢占链抽象的市场，未来让我们拭目以待。
