Solv Protocol:CeDeFi 趋势下的资管透明合约化新范式

进阶6/18/2024, 3:40:41 PM
Solv Protocol 的快速增长得益于它踩在了以BTC为核心资产,向全链环境水平扩展的“Restaking+Yield”的生息赛道日趋繁荣的背景下。简单而言,随着Bouncebit、Ethena以及诸多Restaking项目的爆火,一种混合 CeFi 管理模式和 DeFi 市场流通的 “CeDeFi” 项目受到瞩目。

如何看待全链收益聚合平台 @SolvProtocol 的快速崛起?过去数月,Solv协议凭借为比特币生息赛道构建的Solv Guard新资管范式,和MerlinChain、Babylon、BNBChain以及最近的GMX深度绑定合作,已累积了超$1B 的资产规模。Why?接下来,分享下我的观察:

在我看来,SolvProtocol的快速增长得益于它踩在了以BTC为核心资产,向全链环境水平扩展的“Restaking+Yield”的生息赛道日趋繁荣的背景下。简单而言,随着Bouncebit、Ethena以及诸多Restaking项目的爆火,一种混合CeFi管理和DeFi市场流通的“CeDeFi”项目受到瞩目。

随着这类项目的野蛮崛起,如何构建透明可信的安全资产流通聚合环境就成为刚需,而Solv Guard目标则为这类项目提供中间层“透明化合约管理”服务,让资产控制权限更加可控。具体而言:

1) 把CeFi的中心化管理效率和DeFi的去中心化流动性安全性组合起来,已经愈发成为一种新型的资管主流范式。这得益于CeFi托管在Crypto托管机构日趋成熟和合规的背景下,也能获得一定的“信任”,因此会成为平衡安全、去中心化、效率不可能三角问题上的其中一种”效率“偏好选择,很Make Sense。

以BTC跨链桥场景为例:采用纯技术原生跨链方式,开发周期长且存在不确定性,直接以Cobo、Ceffu等中心化托管机构为“桥接”载体可以快速搞定资产的跨链方案,进而推动BTC layer2项目的快速落地,而不至于在跨链桥问题上卡壳;

同样以POS资产链外生息为例:纯粹的POS质押资产仅仅可获得为公链提供资产质押的Reward原生收益,但大量的资产在成为质押资产前,可以先经一手传统CeFi经理人的手,在场外也实现一定的收益,这就提升了POS资产的收益来源。

因此, CeDeFi类型项目能成为焦点本身也是不可能三角TradeOff之后的结果,充分结合了CeFi的管理和使用效率和DeFi的去中心化透明流通应用环境,比较适宜搞去中心化技术门槛较高,但又在运营和资金量上有绝对优势的项目。典型项目有:@Bouncebit@ethena_labs ,以及最近留意到一个基于CeDeFi理念而新推出的稳定币alpha项目 @BitU_Protocol 等等。

总之,一些Web2背景的项目在克服了合规问题后,往往倾向于用资金体量和使用效率等优势,快速在Crypto领域落地项目,CeDeFi模式就成了最优解。

2)CeDeFi中的中心化部分连接的往往是一个具有合规资质和长期品牌信誉的托管机构。然而,这种解决方案只是个“过渡”方案,大方向还得追求去中心化架构。在托管应用场景下,如何实现更透明的精细化管理呢?

整体逻辑是:在托管地址的使用权限、资产流进流出、多签等管理等策略上尽可能趋于透明化和链上合约化管理。

众所周知,Fireblocks作为一个托管SaaS服务平台,为不少托管机构提供了类似管理功能的内控Console平台,但这是一种内部流程服务,外界并无法监督内部系统性作恶。

而Solv Guard则基于本身ERC3525合约标准和SFT半同质化代币的探索经验,专门推出了一种可给托管机构进行科技增持的公开管理平台,把一切权限设定、授权管理、流进流出审查等构建成一套完整的Authorization权限检查机制,作为“中间件”服务层,以“增益”中心化托管机构和去中心化接轨时的技术含量,进而降低信任摩擦。

3)具体如何做呢?1、在托管地址的资产权限设计上采用Gnosis Safe的多签名合约地址来管理资产;2、由于Safe多签只能简单做Threshold阀值管理,一些更精细化的复杂权限和条件执行等设计得另外嵌套一层Solv Vault Guardian来实现,比如:可以在该Guardian结构中,自定义目标地址权限,配置Authorization权限检查,配置执行Rulers,以及嵌套指定用途的权限管理合约等等。

简单理解:Solv Guardian在Safe多签合约的基础上,进一步颗粒化了资金使用权限管理(合约、合约功能、ACL列表等),从流进流出以及过程中全生命周期为资金配置了合约化触发和透明化监督条件。比如:允许哪些合约,每个合约又允许哪些函数,每个函数是否对应相应的ACL权限列表等等。

同时,为了避免“中间件”提供精细化服务结果让“中间件”本身又成了新一层中心化风险,Solv给Vault Guardian设置了严格的Governor权限:先由委员会投票再走多签触发管理配置,再等待一定的Timelock时间,最后才能进行权限配置,包括对合约内指定的交易限制、地址限制、规则限制等蹭蹭升级和修改等。

以上

那么,该如何定位Solv Protocol在资管能力加持上的表现呢?可以认为,Solv给业界名流Gnosis Safe多加了一把锁,增加了其多签管理的颗粒化产品表现力和安全性;也可以认为,Solv给Fireblocks这类SaaS独角兽服务平台实施了一次更Web3 Native的“降维打击”,把一套更符合行业发展需要的链上透明合约化管理方式带入了托管行业流程规范当中。

总之,Solv Protocol能在过去数月内快速崛起的根本原因:1)踩在了CeDeFi需求日渐旺盛的生息服务的大环境下,和MerlinChain、Babylon、GMX、Ethena等能快速达成合作;2)已有ERC3525标准和SFT资产逻辑的成熟金融场景探索经验,让其具备颗粒化新型“透明合约化”资产管理服务“延展”能力。

此外,要补充说明的是,随着以太坊ETF的通过,ETH“商品”属性的确立,“监管”不确定性也趋于清晰,更多场外资金流入的大预期下,数字资产的去中心化、透明管理方式不仅符合了市场对可信环境的需要,也同时契合一些监管单位的“合规”手段需求。

相信,在此背景下,Solv Protocol还也可以在“KYC”、“Yield Vaults”等监管手段和去中心化服务理念的权衡问题上,探索出可行的“全面合规”解决方案,这也是壮大CeDeFi行业资金规模,给生息服务提供稳定性的基础。

声明:

  1. 本文转载自[链上观],著作权归属原作者[ 郝天],如对转载有异议,请联系Gate Learn团队,团队会根据相关流程尽速处理。

  2. 免责声明:本文所表达的观点和意见仅代表作者个人观点,不构成任何投资建议。

  3. 文章其他语言版本由Gate Learn团队翻译, 在未提及Gate.io的情况下不得复制、传播或抄袭经翻译文章。

Partager

Contenu

Solv Protocol:CeDeFi 趋势下的资管透明合约化新范式

进阶6/18/2024, 3:40:41 PM
Solv Protocol 的快速增长得益于它踩在了以BTC为核心资产,向全链环境水平扩展的“Restaking+Yield”的生息赛道日趋繁荣的背景下。简单而言,随着Bouncebit、Ethena以及诸多Restaking项目的爆火,一种混合 CeFi 管理模式和 DeFi 市场流通的 “CeDeFi” 项目受到瞩目。

如何看待全链收益聚合平台 @SolvProtocol 的快速崛起?过去数月,Solv协议凭借为比特币生息赛道构建的Solv Guard新资管范式,和MerlinChain、Babylon、BNBChain以及最近的GMX深度绑定合作,已累积了超$1B 的资产规模。Why?接下来,分享下我的观察:

在我看来,SolvProtocol的快速增长得益于它踩在了以BTC为核心资产,向全链环境水平扩展的“Restaking+Yield”的生息赛道日趋繁荣的背景下。简单而言,随着Bouncebit、Ethena以及诸多Restaking项目的爆火,一种混合CeFi管理和DeFi市场流通的“CeDeFi”项目受到瞩目。

随着这类项目的野蛮崛起,如何构建透明可信的安全资产流通聚合环境就成为刚需,而Solv Guard目标则为这类项目提供中间层“透明化合约管理”服务,让资产控制权限更加可控。具体而言:

1) 把CeFi的中心化管理效率和DeFi的去中心化流动性安全性组合起来,已经愈发成为一种新型的资管主流范式。这得益于CeFi托管在Crypto托管机构日趋成熟和合规的背景下,也能获得一定的“信任”,因此会成为平衡安全、去中心化、效率不可能三角问题上的其中一种”效率“偏好选择,很Make Sense。

以BTC跨链桥场景为例:采用纯技术原生跨链方式,开发周期长且存在不确定性,直接以Cobo、Ceffu等中心化托管机构为“桥接”载体可以快速搞定资产的跨链方案,进而推动BTC layer2项目的快速落地,而不至于在跨链桥问题上卡壳;

同样以POS资产链外生息为例:纯粹的POS质押资产仅仅可获得为公链提供资产质押的Reward原生收益,但大量的资产在成为质押资产前,可以先经一手传统CeFi经理人的手,在场外也实现一定的收益,这就提升了POS资产的收益来源。

因此, CeDeFi类型项目能成为焦点本身也是不可能三角TradeOff之后的结果,充分结合了CeFi的管理和使用效率和DeFi的去中心化透明流通应用环境,比较适宜搞去中心化技术门槛较高,但又在运营和资金量上有绝对优势的项目。典型项目有:@Bouncebit@ethena_labs ,以及最近留意到一个基于CeDeFi理念而新推出的稳定币alpha项目 @BitU_Protocol 等等。

总之,一些Web2背景的项目在克服了合规问题后,往往倾向于用资金体量和使用效率等优势,快速在Crypto领域落地项目,CeDeFi模式就成了最优解。

2)CeDeFi中的中心化部分连接的往往是一个具有合规资质和长期品牌信誉的托管机构。然而,这种解决方案只是个“过渡”方案,大方向还得追求去中心化架构。在托管应用场景下,如何实现更透明的精细化管理呢?

整体逻辑是:在托管地址的使用权限、资产流进流出、多签等管理等策略上尽可能趋于透明化和链上合约化管理。

众所周知,Fireblocks作为一个托管SaaS服务平台,为不少托管机构提供了类似管理功能的内控Console平台,但这是一种内部流程服务,外界并无法监督内部系统性作恶。

而Solv Guard则基于本身ERC3525合约标准和SFT半同质化代币的探索经验,专门推出了一种可给托管机构进行科技增持的公开管理平台,把一切权限设定、授权管理、流进流出审查等构建成一套完整的Authorization权限检查机制,作为“中间件”服务层,以“增益”中心化托管机构和去中心化接轨时的技术含量,进而降低信任摩擦。

3)具体如何做呢?1、在托管地址的资产权限设计上采用Gnosis Safe的多签名合约地址来管理资产;2、由于Safe多签只能简单做Threshold阀值管理,一些更精细化的复杂权限和条件执行等设计得另外嵌套一层Solv Vault Guardian来实现,比如:可以在该Guardian结构中,自定义目标地址权限,配置Authorization权限检查,配置执行Rulers,以及嵌套指定用途的权限管理合约等等。

简单理解:Solv Guardian在Safe多签合约的基础上,进一步颗粒化了资金使用权限管理(合约、合约功能、ACL列表等),从流进流出以及过程中全生命周期为资金配置了合约化触发和透明化监督条件。比如:允许哪些合约,每个合约又允许哪些函数,每个函数是否对应相应的ACL权限列表等等。

同时,为了避免“中间件”提供精细化服务结果让“中间件”本身又成了新一层中心化风险,Solv给Vault Guardian设置了严格的Governor权限:先由委员会投票再走多签触发管理配置,再等待一定的Timelock时间,最后才能进行权限配置,包括对合约内指定的交易限制、地址限制、规则限制等蹭蹭升级和修改等。

以上

那么,该如何定位Solv Protocol在资管能力加持上的表现呢?可以认为,Solv给业界名流Gnosis Safe多加了一把锁,增加了其多签管理的颗粒化产品表现力和安全性;也可以认为,Solv给Fireblocks这类SaaS独角兽服务平台实施了一次更Web3 Native的“降维打击”,把一套更符合行业发展需要的链上透明合约化管理方式带入了托管行业流程规范当中。

总之,Solv Protocol能在过去数月内快速崛起的根本原因:1)踩在了CeDeFi需求日渐旺盛的生息服务的大环境下,和MerlinChain、Babylon、GMX、Ethena等能快速达成合作;2)已有ERC3525标准和SFT资产逻辑的成熟金融场景探索经验,让其具备颗粒化新型“透明合约化”资产管理服务“延展”能力。

此外,要补充说明的是,随着以太坊ETF的通过,ETH“商品”属性的确立,“监管”不确定性也趋于清晰,更多场外资金流入的大预期下,数字资产的去中心化、透明管理方式不仅符合了市场对可信环境的需要,也同时契合一些监管单位的“合规”手段需求。

相信,在此背景下,Solv Protocol还也可以在“KYC”、“Yield Vaults”等监管手段和去中心化服务理念的权衡问题上,探索出可行的“全面合规”解决方案,这也是壮大CeDeFi行业资金规模,给生息服务提供稳定性的基础。

声明:

  1. 本文转载自[链上观],著作权归属原作者[ 郝天],如对转载有异议,请联系Gate Learn团队,团队会根据相关流程尽速处理。

  2. 免责声明:本文所表达的观点和意见仅代表作者个人观点,不构成任何投资建议。

  3. 文章其他语言版本由Gate Learn团队翻译, 在未提及Gate.io的情况下不得复制、传播或抄袭经翻译文章。

Lancez-vous
Inscrivez-vous et obtenez un bon de
100$
!
It seems that you are attempting to access our services from a Restricted Location where Gate.io is unable to provide services. We apologize for any inconvenience this may cause. Currently, the Restricted Locations include but not limited to: the United States of America, Canada, Cambodia, Cuba, Iran, North Korea and so on. For more information regarding the Restricted Locations, please refer to the User Agreement. Should you have any other questions, please contact our Customer Support Team.