长推:浅析Intent的四个层级

通过如何从产品层级来分析Intent的实现路径,将Intent分成了四个层级

注:本文来自@sukie234 推特,MarsBit整理如下:

这篇文章总结下来的Account Abstraction(账户抽象)核心解决进入到表达,Intent-Centric(以意图为中心)核心解决表达到结果,这句话什么意思呢,我想结合我的研究来做一个解释。

首先要说明为什么AA是从进入到表达:

以太坊账户分为两个,一个是EOA,一个是CA。所谓账户抽象,就是将EOA和CA结合,让用户同时拥有可以执行代码的CA(合约账户)也有和发起交易用于签名的EOA账户。

在ERC-4337中,引入了UserOperation,用于表达用户的交易需求,一般来讲,用户的交易会被发送到以太坊的mempool中,但是UserOperation是一种伪交易,于是这种UserOperation的数据会被一个叫Bundler的角色打包,上传到altmempool(这个过程很像MEV的解构,后面会专门写文章解释)。

于是从最初的EOA无法执行复杂程序,CA无法主动交易的矛盾,通过AA,用户实现了可以在账户抽象中实现用户需求想表达的账户恢复、Gas定制、安全隐私等等各种功能。

第二点想提一下,为什么Intent是表达到结果。

Intent是什么? Intent简单来讲就是用户表达我想要什么,但不用知道怎么实现它。

怎么区分Intent和交易呢?

具体的例子:

1.交易:我想在 Uniswap 上用1ETH交换成2000个USDC用户在钱包的前端下单,钱包通过单个Solver,通过聚合交易在单个/多个dex的ETH/USDC流动性池中达成交易。

2.Intent:我想尽可能多地交换1ETH成为USDC用户在钱包前端提出Intent,钱包通过多个Solver,选择最佳的路径通道,并且是抗有害的MEV,节省gas,通过多链跨多币种交易对的Swap为用户换得最多的USDC。

交易:我有 ETH,我想在 Compound 上以 2% APY 上借贷用户自己完成搜索资料和比对判断之后打开对应的网页达成交易

Intent:我有 ETH,我想在我信任的白名单借贷协议中生成最高的 APY用户在前端提出Intent,在信任的白名单中为用户选择最佳的Defi借贷池。

那如何将Intent转化为现实呢?Intent概念实在是太新了,大部分人还在闭门造车的阶段,通过如何从产品层级来分析Intent的实现路径,将Intent分成了四个层级:

前端层:UIUX(钱包的前端)

通用化钱包,用户前端,用户表达意图的入口,也是对User Operation进行抽象的地方。

这个赛道很卷资源和产品设计能力,也吃运营能力,适合互联网大厂产品大牛or交易所来做。

主要做MPC / Account Abstraction 、社交恢复/私钥托管等方式降低账户控制权的门槛、Gas Fee定制、Paymaster功能等常见降低用户使用钱包门槛的事情

一个是交易所、应用、资产托管服务提供商自身流量优势,将用户转化为AA钱包用户。

另外一个就是公链、应用等提高公链使用体验所设计的钱包。

可以举例的代表性项目有 @okxweb3 OKX Wallet、 @MetaMask Metamask、 @safe Safe、 @soulwallet_eth Soul Wallet。

翻译层:DSL 领域专用语言(domain-specific language)

翻译层是将用户真实需求翻译为机器与机器间,开发者与机器间以及开发者与开发者间可以统一沟通的语言,简单来讲将用户的需求翻译成开发者能懂的语言,并做成SDK,ToB业务,赚的是项目方的钱,利润较多,门槛较高。

可以举例的代表性项目: Particle Network @ParticleNtwrk

垂直交易网络层:利用Solver来做聚合交易

用户的订单流是有价值的,这个有点类似传统券商的Broker,这个层级的产品主要做以下几个事情:

1. 通过聚合各大流动性来源并通过比价引擎获得最佳价格

2. 通过拆分订单到多个DEX的流动性池(AMM)+链下做市商(PMM)撮合找到最佳深度和最低滑点

4. 避免有害的 MEV 并利用不同的solver组合来获得更好的执行

通过抽象(AA)来提升用户体验:避免失败的交易、gas费和滑点

多链、跨链交易

可以举例的代表性项目: @1inchWallet 1inch infusion、 @Uniswap UniswapX、 @CoWSwap CowSwap、 @matchaxyz Matcha

底层基础设施和协议标准层:

这个层级的厂商在做的事情其实是最底层的东西,也就是怎么定义通用合约的事情,举例子说明:

ERC4337: 基于Ethereum的EOA和CA账户特质制作的账户抽象标准,前文讲过不再赘述。

原生账户抽象:如 @Starknet Sequencer制定交易顺序、支付Gas并执行, @zksync 通过Operator确定交易顺序、支付Gas,再用bootloader执行。

Anoma @anoma :允许任何数字资产充当交换或支付手段的隐私网络。

回顾Web2的UIUX产品历史和哲学,我们看到从原始简陋的需要使用编程语言和编译器才能运行的糖豆人仙剑奇侠传,到简易的可视化的个人网站,再到淘宝、腾讯这样的古早门户网站,再到移动端社交软件成熟的UIUX产品系统,再到现在的算法推荐。

我们不难看出,降低用户的使用门槛,产品要尽可能简单,不需要去教育用户的名言似乎被互联网产品奉为圭臬,那对于Web3的门户,AA是实现了用户从进入到表达需求的这一步,但这远远不够,Intent虽然尚未成型,但我们很清楚这就是未来,用户无需提出需求,而是直达结果,相信未来有更多惊喜的应用会随着钱包门槛降低而出现。

Intent

转载声明:本文 由CoinON抓取收录,观点仅代表作者本人,不代表CoinON资讯立场,CoinON不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。若以此作为投资依据,请自行承担全部责任。

声明:图文来源于网络,如有侵权请联系删除

风险提示:投资有风险,入市需谨慎。本资讯不作为投资理财建议。

(0)
打赏 微信扫一扫 微信扫一扫
上一篇 2023年10月3日 上午2:17
下一篇 2023年10月3日 下午10:38

相关推荐

长推:浅析Intent的四个层级

星期二 2023-10-03 2:17:45

注:本文来自@sukie234 推特,MarsBit整理如下:

这篇文章总结下来的Account Abstraction(账户抽象)核心解决进入到表达,Intent-Centric(以意图为中心)核心解决表达到结果,这句话什么意思呢,我想结合我的研究来做一个解释。

首先要说明为什么AA是从进入到表达:

以太坊账户分为两个,一个是EOA,一个是CA。所谓账户抽象,就是将EOA和CA结合,让用户同时拥有可以执行代码的CA(合约账户)也有和发起交易用于签名的EOA账户。

在ERC-4337中,引入了UserOperation,用于表达用户的交易需求,一般来讲,用户的交易会被发送到以太坊的mempool中,但是UserOperation是一种伪交易,于是这种UserOperation的数据会被一个叫Bundler的角色打包,上传到altmempool(这个过程很像MEV的解构,后面会专门写文章解释)。

于是从最初的EOA无法执行复杂程序,CA无法主动交易的矛盾,通过AA,用户实现了可以在账户抽象中实现用户需求想表达的账户恢复、Gas定制、安全隐私等等各种功能。

第二点想提一下,为什么Intent是表达到结果。

Intent是什么? Intent简单来讲就是用户表达我想要什么,但不用知道怎么实现它。

怎么区分Intent和交易呢?

具体的例子:

1.交易:我想在 Uniswap 上用1ETH交换成2000个USDC用户在钱包的前端下单,钱包通过单个Solver,通过聚合交易在单个/多个dex的ETH/USDC流动性池中达成交易。

2.Intent:我想尽可能多地交换1ETH成为USDC用户在钱包前端提出Intent,钱包通过多个Solver,选择最佳的路径通道,并且是抗有害的MEV,节省gas,通过多链跨多币种交易对的Swap为用户换得最多的USDC。

交易:我有 ETH,我想在 Compound 上以 2% APY 上借贷用户自己完成搜索资料和比对判断之后打开对应的网页达成交易

Intent:我有 ETH,我想在我信任的白名单借贷协议中生成最高的 APY用户在前端提出Intent,在信任的白名单中为用户选择最佳的Defi借贷池。

那如何将Intent转化为现实呢?Intent概念实在是太新了,大部分人还在闭门造车的阶段,通过如何从产品层级来分析Intent的实现路径,将Intent分成了四个层级:

前端层:UIUX(钱包的前端)

通用化钱包,用户前端,用户表达意图的入口,也是对User Operation进行抽象的地方。

这个赛道很卷资源和产品设计能力,也吃运营能力,适合互联网大厂产品大牛or交易所来做。

主要做MPC / Account Abstraction 、社交恢复/私钥托管等方式降低账户控制权的门槛、Gas Fee定制、Paymaster功能等常见降低用户使用钱包门槛的事情

一个是交易所、应用、资产托管服务提供商自身流量优势,将用户转化为AA钱包用户。

另外一个就是公链、应用等提高公链使用体验所设计的钱包。

可以举例的代表性项目有 @okxweb3 OKX Wallet、 @MetaMask Metamask、 @safe Safe、 @soulwallet_eth Soul Wallet。

翻译层:DSL 领域专用语言(domain-specific language)

翻译层是将用户真实需求翻译为机器与机器间,开发者与机器间以及开发者与开发者间可以统一沟通的语言,简单来讲将用户的需求翻译成开发者能懂的语言,并做成SDK,ToB业务,赚的是项目方的钱,利润较多,门槛较高。

可以举例的代表性项目: Particle Network @ParticleNtwrk

垂直交易网络层:利用Solver来做聚合交易

用户的订单流是有价值的,这个有点类似传统券商的Broker,这个层级的产品主要做以下几个事情:

1. 通过聚合各大流动性来源并通过比价引擎获得最佳价格

2. 通过拆分订单到多个DEX的流动性池(AMM)+链下做市商(PMM)撮合找到最佳深度和最低滑点

4. 避免有害的 MEV 并利用不同的solver组合来获得更好的执行

通过抽象(AA)来提升用户体验:避免失败的交易、gas费和滑点

多链、跨链交易

可以举例的代表性项目: @1inchWallet 1inch infusion、 @Uniswap UniswapX、 @CoWSwap CowSwap、 @matchaxyz Matcha

底层基础设施和协议标准层:

这个层级的厂商在做的事情其实是最底层的东西,也就是怎么定义通用合约的事情,举例子说明:

ERC4337: 基于Ethereum的EOA和CA账户特质制作的账户抽象标准,前文讲过不再赘述。

原生账户抽象:如 @Starknet Sequencer制定交易顺序、支付Gas并执行, @zksync 通过Operator确定交易顺序、支付Gas,再用bootloader执行。

Anoma @anoma :允许任何数字资产充当交换或支付手段的隐私网络。

回顾Web2的UIUX产品历史和哲学,我们看到从原始简陋的需要使用编程语言和编译器才能运行的糖豆人仙剑奇侠传,到简易的可视化的个人网站,再到淘宝、腾讯这样的古早门户网站,再到移动端社交软件成熟的UIUX产品系统,再到现在的算法推荐。

我们不难看出,降低用户的使用门槛,产品要尽可能简单,不需要去教育用户的名言似乎被互联网产品奉为圭臬,那对于Web3的门户,AA是实现了用户从进入到表达需求的这一步,但这远远不够,Intent虽然尚未成型,但我们很清楚这就是未来,用户无需提出需求,而是直达结果,相信未来有更多惊喜的应用会随着钱包门槛降低而出现。

Intent