➢通用层案例解析:Entangled Rollup&GOAT Network

今天我将延续昨日的[通用层]话题,展开另外一个用于构建[通用层]状态的方案以及已经落地的案例,全文大约3400字。

📍我认为[通用层]这个趋势是目前Rollup在以太系萎靡背景下的破局之路。

通过让自己联通其他的生态系,寻求更多的应用场景。

在功能性上,已经出现了多链互操的趋势,这种趋势的出现,我觉得主次关系并不是其他L1多么需要一个L2,而是这些L2需要主动去兼容这些生态相对活跃的L1。

1.领先的通用层方案:来自ProjectZKM的Entangled Rollup🔻

似乎从OP推出超级链之后,加上模块化叙事的兴起,市场已经开始出现了不少可以让L2快速构建的方案(ALT就是做这一个赛道的)。

  • 这也是后来应用Rollup开始批量出现的源头;

之前曾说过,应用Rollup的趋势不会停止,会成为一个团队在行业内构建应用的方案备选。

因此目前的主要竞争已经不再局限于Rollup了,而是更上游的Rollup构建以支持应用链的发展。

目前Entangled Rollup所提供的方案,其实和OP所提供的方案逻辑稍微有点相似,只是在链的互操作方面,要领先一步:Entangled Rollup方案让Rollup在构建之初,就天然支持跨链的互操作。

Entangled Rollup 的核心思想是将不同区块链的底层机制“纠缠”在一起,通过递归零知识证明来同步状态。

让两个独立的L1,通过相同框架构建的L2实现互联的目的,[甚至有可能实现一个L2链接多个L1的通用层格局]。

具体怎么实现的原理其实大家不必要知道,只需要知道在它这个方案的影响下,会在市场上出现两种可能性:

(1)两个L1之间,因为L2从而可以实现两个L1彼此间的跨链互操作

(2)一条L2链接多条L1

上述两种可能性的共同点都是:L2的功能和逻辑开始近似于跨链桥。

有点打不过就加入的感觉,但我觉得仍需要重申的是,并不是一些L1需要L2,而是这种方案让执行层拥有更多的服务对象,扩大潜在的市场用例的用户群体,给了一些L2更多的可能性。

2.释放 $BTC 资本效率的通用层方案:GOAT Network🔻

GOAT的构建是基于上面所介绍Entangled Rollup通用层方案,除了具有通用层的特性之外,还需要着重展开一些通用层之外的差异化细节。

同事GOAT也是分阶段的,虽然是基于Entangled Rollup方案,但在第一阶段会更加侧重成为一个BTC L2。

在排序器的组成上,GOAT优先追求让排序器网络去中心化:这个理念是几乎所有rollup都需要去追求的状态,并不是说这个阶段会给业务带去多么大的增幅,但作为Web3的基础设施和应用,[去中心化]这件事天然的就有着最高的优先级。

以太系的Rollup谱系中,Metis是首先实行这一阶段的Rollup,而GOAT现阶段则是一个切入BTC生态的Rollup,同样也将排序器去中心化放在了比较高的优先级里面 另外排序器的运行,质押的资产是BTC原链1:1封装的BTC(goatBTC)。

除了作为质押资产获得一定的利息收益之外,在GOAT上构建的BTCFI市场将以封装的BTC为核心去创造衍生收益。

这也是绝大多数做BTCFI的共同点,都企图进一步的解锁BTC除了持有之外的资本效率。

从资产属性上来说,过去的BTC在资本效率上几乎=0,既不像证券一样可以持股分红,也不像 $ETH 那样可以去参与链上生态获得一些潜在的币本位收益。

几乎是等于我持有BTC只能等它上涨然后出清获得这种低买高卖的资本利得收益,少数的一些进一步获得利息的渠道可能就是放到交易所获得一些利息。

但随着BTC生态的提出与发展,BTC持有者可以获得潜在的新项目空投+Defi收益池+节点运行等多个方面的潜在收益,加持资产持有权益,创造更丰富的市场需求。

关于GOAT如果你本身对以太系的L2比较熟悉的话,你可以将GOAT给理解为:BTC版本的Metis+Blast🔺

在底层架构实现排序器去中心化的优先级下,进一步去解锁BTC的资本效率,这就是其主要在做的事情。

3.BTC是否需要BTCFI

昨天在一个社群我看到一个很有意思的争论:BTCCFI就是一帮没有BTC的人在想办法赋能BTC。

这个说法乍这么一听好像挺对的,但仔细这么一琢磨,这个公式其实可以套在任何一个L1上面,这也是为什么我上面着重有在提关于BTC资本效率这件事。

GOAT虽然最终的目的是基于[Entangled Rollup]方案的基础成为多个链的[通用层],但是现阶段还是专注于BTCFI的。

包括延续比较传统的路径,给网络上的BTC持有者(节点、生态构建方)空投本身的L2代币,此外还允许围绕其封装的BTC资产开展生态建设,无论是将BTC作为池子的交易对锚定还是构建跨生态系统的流动性,都对BTC的原生需求有促进作用。

我甚至看到市场有种观点:BTC不需要生态,只需要成为某个或多个国家的储备货币,就可以坐享其成。

但这件事本身并不是冲突的,在价值层的捕获上,BTC并没有给持有者实现更多的衍生效益,这并不是一个良好的资产所应该具备的属性,诚然如黄金,都有其一定的工业价值、

4.GOAT的核心经济驱动🔻

本段给你梳理一下GOAT可能看似有些复杂的网络经济设计,站在我的角度,其实是在当下主流的ETH L2方案中做了不少的改进。

GOAT的经济组成部件如下:

(1)基于封装BTC的去中心化排序器网络🗝️

➢GOAT的排序器节点质押资产是一种封装的BTC(goatBTC),这是一种传统的原链封装,目标链铸造的锚定方案,BTC通过特殊的脚本被锁定在L1上面,锁定期为6个月,这是成为一个排序器节点的基础。

(2)yBTC的权益证明🗝️

➢除了自己成为排序器节点之外,普通的小型BTC持有者可以通过参与POS机制来参与到排序器节点的利益分配,在GOAT上质押BTC,将能够获得yBTC,这是参考的当下主流的流动性质押生息的设计(也给未来的再质押套娃埋下了种子)。

(3)以yBTC作为拆分的经济设计🗝️

➢这个yBTC可以被成分成pBTC和yToken,这是有点借鉴了Pendle的债息分离的设计,基于相似的设计,GOAT有了衍生BTC收益市场丰富玩法的基础;

➢这两个资产同样和Pendle一样被设计为有到期日,如果你觉得这个设计有点抽象,我建议你去了解一下Pendle这个协议,也许会更加有助于你理解这个设计;

➢GOAT相当于内置了一个原生的[BTC Pendle]。

(4)以goatBTC为链上GAS🗝️

➢这是采取L2比较传统的设计,将L1的资产作为链上GAS,只是在BTC这里和ETH有区别的是,采用的是封装资产而不是原生的资产,而采取这一设计也意味着排序器节点的收入也来自于BTC。

(5)原生的代币权益:GOAT🗝️

➢原生代币的持有者可以通过质押GOAT来提高排序奖励和获得铸造赎回的奖励;

➢关于铸造赎回奖励的说明:由于BTC和goatBTC之间是一比一的铸造关系,因此在这个铸造和赎回的环节当中,GOAT基金会将收取一定的赎回费用,例如0.2%(最大值为0.002BTC);

➢这部分的费用会有一部分被分配给锁仓GOAT的持有者,其余的部分被用作市场回购代币和生态开发支出。

上述五点,是我梳理的GOAT整个网络的经济构成,不难看出这个设计其实主要是以原生的BTC封装资产为核心,通过排序器的分散化让不同规模的持有者都可以参与到基本的网络运转并从中获益。

但里面的供需设计理所当然的依赖于发展阶段链上所产生的对GAS的需求,这样才能够供应排序器节点以及L1主网验证者的运转。

几乎可以说,经济模型良性运转的源头都来自于网络的生态活跃,网络越活跃,市场对yBTC这些权益资产的需求就可能越大,所能衍生的Defi市场就可能越活跃,从而给排序器带去更多的手续费收入,同时进一步激励GOAT的正向锁仓。

5.代币经济分析:GOAT&veGOAT🔻

(1)GOAT将整个代币的绝大部分(42%)组成一个对排序器长期激励的矿池,这是POW乃至重节点设计的网络比较常见的做法,不过这个设计在市场的低谷期或者是自带有节点中心集群的高发采矿设计的协议中,容易造成代币分配的集中,我目前没有看到GOAT有展现这个特性(虽然它们的早期节点是通过白名单的方式);

(2)而投资者占比的部分不到20%(含KOL轮),除了矿池的42%,也就团队的20%占比是相对较大的比例;

(3)目前还没找到有关大额比例的释放细节,因此我也无法评价太多,但可以确定一点的是,被划分给社区空投的部分,是不少的,即使是在多方的占比里,都是相对大额的部分,只是不知道这个空投是一次发放还是长期的线性发放设计;

(4)关于GOAT的质押权益,比较实际的其实就是瓜分BTC的赎回手续费费用以及提高排序的奖励加成;

(5)veGOAT:是通过锁定GOAT获得的一种[治理证明],这个代币不参与流通,仅是作为一种网络治理和长期锁定的凭证。这个代币更像是一种特殊的链上身份,通过这一链上身份,基本链上涉及到收益的地方,你都可能会获得加成,一句话总结就是这个,不过多展开。

关于通用层的设计,现阶段GOAT是作为一个BTC L2方案推出,我不确定未来随着更多生态系的接入,是否会从源头上重构设计。

  • 还是说依旧沿用当下以 $BTC  为核心的设计;

又或者在未来,GAS的使用是可选的或者说是自动化的,因为目前意图执行和链抽象方案的相继推出,和通用层的这一发展趋势实际上是贴合的。

试想一下,如果未来GOAT兼容了TON网络,那么对于TON生态的用户来说,如果依旧使用 $BTC 为核心的资产进行交互,我想还是会比较别扭的。

这是目前我看到这个方案有必要去做一些针对用户的账户抽象方面的改进设计。