原文作者:ForesightVentures
0.中间件安全性问题
现有的Indexing协议和Keeper网络都不是完全trustless的,而是trusted,或者看似trustless的.开发者和用户需要以“Trust,NotVerify”的方式来信任这些产品不会作恶.
它们都是上一代的基础设施,在当时可能确实没有太好的解决方案,所以用了Fisherman机制或者DAO治理(SocialConsensus…),来保证数据的可信和协议的安全运行.
在当前,各个zk方案已经进入性能优化的收尾阶段,这些前朝的剑,就不能再来斩本朝的官了.通过zk,可以实现Web3中间件的所有革新,确保安全性,去中心化,和性能被同时满足,就如同OptimisticRollup在未来很可能会被zkRollup抢走Layer2的主导地位一样.
1.Web3Indexing
a)Web3索引
我们首先需要了解为什么需要Web3特制的索引协议:
Web3是地址模型,智能合约数据以交易形式存在,需要索引来让数据结构更加易用;Web2的数据结构开发者自己处理.
Web3的很多数据都是交易相关数据;Web2被索引的数据很大一部分都是搜索引擎索引的网页或者图片等数据.
Web3需要通用索引协议来发挥可组合性;Web2开发者自己根据自己的中心化应用搭建索引服务.
对于这几点,如果你在DApp的开发中,硬是要自己来进行索引,那么每当去提取合约中的特定数据,需要非常大的前端代码量,以下是一个例子,真的要建立一套服务的话需要无数个不同的函数:
于是在我们之前的DApp架构图中,前端要使用和获取智能合约的数据时,就必备一个通用的Indexing协议作为中间层,来让智能合约的数据能被前端所轻松使用.
dForce创始人指责Aragon团队通过“重新调整DAO劫持协议金库”:5月10日消息，dForce创始人Mindao发推文称：“Aragon在2017年的IC0中筹集了27.5万枚ETH，我当时也参与了。这是一个资金过剩的DAO，在过去的6年里没有任何实质性的进展，现在，该团队通过‘重新调整’DAO劫持了协议金库，并以‘信托责任’凌驾于代币持有者之上。”[2023/5/10 14:54:06]
b)GraphQL索引
我们需要一个Indexing协议作为中间层,那么这个协议该如何选型呢(TheGraph19年有讲过Web3为什么要用GraphQL,但是感觉说得不太清楚)?我们有四个潜在选择.
首先,排除SOAP.因为它的采用率非常少,学习曲线也非常陡峭.甚至有人说“RESTisking,andSOAPistrash”.
其次,排除RPC.RPC是客户端对区块链,或者Web2服务与服务之间的常用调用规范,以操作(动词)为核心,接口的更新更加麻烦一些,适合客户端与区块链网络的通信.但对于我们的智能合约开发场景来说,太重,不是最适合,性能也因为请求数量多,和需要依赖正在运行的程序,而导致不太好.
接着,排除REST.REST风格算是以资源(名词)为核心来操作的规范.但是Web3应用中,对任何资源进行更新操作的动作都需要用户或者其他方授权触发,我们在索引协议中的请求全部是GET请求,那就没必要REST了.
最后,选择了GraphQL:
GraphQL协议本身的构建工作量相比其他标准更小,更不需要变化,更容易搭建通用的协议.
GraphQL的交互形式给了前端更多的自由度,由前端定义结果,符合DApp结构中的无后端思想.
GraphQL非常适合区块链中完全开放且不易变,同时有非常多树状结构数据的智能合约场景,性能上也会因此更好.
艺电创始人将担任Web3游戏公司Games for a living首席战略官:金色财经报道，游戏巨头艺电（Electronic Arts）创始人William Murray “Trip” Hawkins III将担任巴塞罗那Web3游戏初创公司Games for a living的首席战略官（CSO）。（CoinDesk）[2023/2/25 12:28:10]
GraphQL在区块链中已经有TheGraph针对单个智能合约的索引制定了成熟标准,也早就有对整条链的GraphQL接口(ethql,Clear),成熟度高,开发者生态也被培养得很好.
除此之外,我并不认为我们需要花非常多的时间去开发新的存储网络的GraphQL协议和Query协议(当然这些索引的聚合是有意义的):
存储网络大多都自带可用的索引协议,如Arweave的GraphQL服务,开发新的协议是在重复造轮子.
存储网络上的数据相对于合约数据或者Web2数据量都非常小,同时所承载的价值也相对来说更小.
Web2已经有更加成熟的协议和方案来进行这些数据的索引,开发新的协议依然类似是重复造轮子.
当我们讨论索引协议的时候,默认的都是从前端直接获取区块链智能合约的数据,这是因为我们在前文中就阐述过,消除后端服务器对Web3Crypto-native可信DApp的意义.
硬要加上针对智能合约链的后端的话反而徒增架构复杂度和暴露更多的不可信因素(目前有zk-sql等项目在专注于相关问题,但无法完全解决;也有Sqlidity这样有趣的链上SQLite方案),当然对于基于存储协议的DApp来说,SQL化的语句对开发熟悉度和流程来说是有必要的.
索引协议需要关注的结构应该是前端能直接使用的GraphQL结构.
Ampleforth 开发人员首次推出基于以太坊的抗通胀代币:金色财经报道，区块链协议Ampleforth母公司Fragments推出了名为spot的抗通胀代币，根据声明，Spot是使用Buttonwood设计的最新项目，与Ampleforth的原生代币ampl相关。ampl代币是一种 rebase代币，旨在使其价格接近CPI调整后的美元。CPI代表消费者价格指数，CPI调整后的美元是1美元，根据通货膨胀进行调整。Ampl通过使用CPI调整后的美元来计算rebase的每日供应调整来保持平衡。
现货代币可作为由 ampleforth 代币支持的一篮子链上抵押品的可自由赎回债权。由于现货由 ampl 支持，因此 1 个现货代币的价格也应该趋向于 CPI 调整后的美元。?[2022/12/9 21:32:10]
c)现有Web3GraphQL索引协议问题
现有的IndexingProtocol的龙头必然是去中心化的TheGraph和PocketNetwork和中心化的Alchemy.无论是中心化还是去中心化,它们都各有各的问题:
中心化IndexingProtocol问题:
无法抗审查
无法保证服务高可用性
现有去中心化IndexingProtocol问题:
信任模型和安全性依旧差(攻击Subgraph的成本非常低,机制和Chainlink2.0一样,是靠“更可信”的Fisherman来举报)
性能无法满足需求
对于安全性的问题,Fisherman机制在OptimisticRollup中的体现与IndexingProtocol所不同,OptimisticRollup的数据是链上的,更大的群体可以通过执行轻松验证,而Indexing的过程是链下的,如果并非Subgraph的indexer的话,很难去对错误数据进行挑战.这就导致信任模型更不稳固.
FORTH 上线 Huobi 上涨375%:据Huobi行情，Huobi Global“全球观察区”已于2021年4月22日13:45 (GMT+8) 开放FORTH（Forth-Ampleforth 治理代币）币币交易。截至14：00，FORTH 最高涨至88 USDT，最高上涨375%，现报价为53.6USDT，上涨189%。行情波动较大，请注意风险控制。
据悉，Huobi 还推出首周充值FORTH，瓜分10万枚HUSD奖励池活动。4月22日10:30至4月29日10:30期间，从外部地址向平台成功充值FORTH的用户，将按照净充值数量瓜分总计10万枚HUSD奖励。[2021/4/22 20:47:01]
这几个缺陷结合在一起,就导致了大的DeFi应用因为性能和安全性而很少使用这些索引协议,这个市场有着巨大的空缺.
d)ZK解决智能合约索引协议问题
ZK其实是个非常好的解决方案,任何的Optimistic机制的问题都可以通过转为ZK来解决,比如Rollup这个最显著的领域.
ZK化之后的索引协议兼具了中心化和去中心化协议的所有优点,包括高可用性和抗审查(多个节点保证uptime),性能极佳(因为ZK的存在所以可以选用中心化高性能节点),安全性(ZK的数学密码学很好地保证安全性)
对于一个索引协议来说,ZK的方案:
不需要EVM兼容性.
注重整体性能,需要保证VerifiableQuery的速率.
TheGraph自己也意识到了自己的机制安全性的不足,正在琢磨Shellproof.
但是我认为TheGraph目前的研究和开发进度还是慢,不知道Shellproofs是否能支持全部subgraph的运行.而且TheGraph已经在现有的机制上花了这么多功夫,去替换这个机制的难度甚至比重新建立一套还要高.
EFFROCE联合创始人Andrea Castiglione：WOZX可大幅提升EFFORCE系统中用能方式的效率:12月17日，由霍比特HBTC全球商务VP Elsa Qiu主持的“霍比特E姐有约”第13期，进行了主题为“加密技术助力 EFFORCE能源项目”的线上AMA，并邀请到EFFROCE联合创始人&项目负责人Jacopo Visetti及联合创始人、公共和投资者关系负责人Andrea Castiglione，为社区用户带来了EFFORCE项目及WOZX的深度分享。
在谈到WOZX在EFFORCE系统中起到的作用时，Andrea Castiglione称：每个WOZX代表一份通过参加Energy Performance智能合约获得奖励的权利，它也是一种工具，能够作为某个能效项目在特定时间段内的节能量的保证。产生的节能量会成为WOZX持有者手中的有形资产，WOZX持有者可以决定将它进行出售或者用来抵消电费账单。以此为基础的用能方式大大提升了效率，节约成本因此将会变得越来越方便，能源成本居高不下的问题会逐渐得到解决。
“霍比特E姐有约”为霍比特HBTC线上AMA直播栏目，旨在为社区用户提供一个直观、清晰、便捷的平台了解项目，同时为项目方提供一个直接触达社区用户、与社区近距离交流的渠道。[2020/12/17 15:34:46]
一个真正实现了zk化的TheGraph的应用可以构建出新的应用与开发范式:
任何DeFi应用都可以信任这个索引协议的数据,大大简化了开发流程.
多链应用可以同时可信使用多链和多协议的数据,用户体验上会得到巨大提升(StandardizedSubgraph).
通过这样的思路,我们可以理解zk化的TheGraph实际上是一个去中心化RPC,这远比TheGraph的叙事宏大,而是真正能实现Infura所在追求的去中心化.
2.Web3KeeperNetwork
在之前Crypto-Native应用架构的文章中,我们提到过Keeper.
它本质上就是,一个链下定时器到了特定时间就触发智能合约的某个功能,类似:
Linux里的CronJob
WebAPI(不是JS)里的setTimeout和setInterval
它的用处具体包括:
链上预言机价格更新(之前提到的UniswapV2TWAP)
交易,投票,清算机器人
自动化挖提卖
然而,和我们之前提到的TheGraph类似,它的安全性机制是很落后的,甚至还不是TheGraph这样的链上治理,而是链下通过DAO和SocialConsensus的举报机制人工检举揭发非法节点.比如下图中,Gelato的架构图,整体功能很清晰,但每个组件都没有体现出有任何安全性的保证.
以两个典型的KeeperNetwork为例,它们的安全性机制是:
Gelato:目前的Keeper服务执行节点不是Permissionless的,而是在白名单上的节点才可以参与.Gelato预计在未来去中心化之后,通过StakeandSlash机制和DAO来保证网络安全性.但是去通过DAO来惩罚一个非法节点需要一周,这样缓慢的决策对一个需要高频运转的服务来说,我认为是完全没法接受的.
Keep3rNetwork:和Gelato类似,也是Watcher监督,发现非法行为则举报给DAO.但机制阐述得更加详细,虽然依旧是很差的机制,需要大量的人工交流和漫长的步骤.
就像我们刚才提到的Indexing协议一样,Keeper也完全可以通过zk化来解决安全性的问题,同时甚至可以Gelato的off-chainresolver也是用GraphQL定义的一个subgraph,但和TheGraph没有安全性保证.这两个问题就可以被一起解决了.
这样一个带可信off-chainresolver的zk化Keeper可以解锁无数新的应用场景:
复杂策略的交易机器人
跨Cluster/跨链/跨区块/跨DEX的套利/做市机器人
ProgrammableLiquidity(调整区间,JIT,复投,Rebalance)
3.Crypto-NativeZKInfra
在zkEVM和通用zkVM的最底层infra成熟的过程中,我们已经可以尝试去基于和使用它们来建立开发者可以直接使用的infra,包括我们构想中的这些zk化中间件.
ZK作为一个典型方案,是像AMM一样的创新驱动重要因素.ZK和AMM分别解锁了比Optimistic和OrderBook机制更自动化和更可信的应用运转,让安全性在链上完全透明公开可验证,同时也分别解锁了证明外包和Swap聚合器的额外赛道,解锁了无数新的应用.
除了扩容/跨链轻节点/隐私/机器学习以外,ZK作为完全适合区块链场景(网络全体做验证,极其自动化,甚至比网络共识更强的安全性)的密码学方案,在Indexing协议与Keeper网络这些中间件赛道中也大有可为.我们也将持续关注ZK在更多领域中的应用.
关于ForesightVentures
ForesightVentures押注加密货币未来几十年的创新历程，旗下管理多支基金：VC基金、二级主动管理基金、多策略FOF、特殊目的S基金「ForesightSecondaryFundl」,总资产管理规模超过4亿美元。ForesightVentures坚持“Unique,Independent,Aggressive,Long-term”的理念，通过强大的生态力量为项目提供广泛的支持。其团队来自包括红杉中国，中金公司，谷歌，比特大陆等顶级金融和技术公司的资深人士。
Website:?https://www.foresightventures.com/
Twitter:?https://twitter.com/ForesightVen
Medium:https://medium.com/@foresightventures-zh
Substack:https://foresightventures.substack.com
Discord:https://discord.com/invite/maEG3hRdE3
Linktree:https://linktr.ee/foresightventures
RelatedLinks
1a:
https://youtu.be/L2Cb_BljErY?t=20215
https://github.com/timoth-y/zk-SQL
1b:
https://levelup.gitconnected.com/comparing-api-architectural-styles-soap-vs-rest-vs-graphql-vs-rpc-84a3720adefa
https://medium.com/graphprotocol/graphql-will-power-the-decentralized-web-d7443a69c69a
https://www.youtube.com/watch?v=NFw0HznpLlM
https://twitter.com/graphprotocol/status/1580218576933253121/photo/1
https://github.com/ConsenSys/ethql
https://medium.com/dsys/ethereum-meet-graphql-c28f3402fe8f
https://github.com/hananbeer/sqlidity
https://www.youtube.com/watch?v=dh-Dj7otGy0
1c:
https://ercwl.medium.com/whats-wrong-with-the-chainlink-2-0-whitepaper-for-simpletons-d50f27049464
1d:
https://www.youtube.com/watch?v=B2X7D-hxVtQ
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。