不需要担心私钥和助记词,不用考虑目标链上有没有Gas费,支持全链交易和转账。
撰文:深潮 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 在累积了足够的使用量之后,也还可以期待有更多围绕数据开放、检索和分析的业务。
有需求,一定会有市场;但谁能抢占链抽象的市场,未来让我们拭目以待。