首页 > 教程攻略 > web3.0 >从TEE-Boost到CRVA:浅析TEE在区块链中的应用场景

从TEE-Boost到CRVA:浅析TEE在区块链中的应用场景

来源:互联网 时间:2026-07-25 19:21:49

自比特币和以太坊诞生以来,“不可能三角”就像一道魔咒,预言了免信任与高效率之间的天然冲突。支付通道、Rollup、模块化区块链……方案层出不穷,但说句实话,没有哪个能做到完全通用。一旦你想构建特定场景的用例,比如定制化的可编程签名,那就必须引入其他技术了。

如今,随着行业逐渐成熟,TEE(可信执行环境)开始真正融入Web3生态。它通过硬件级的数据隔离和完整性,在保证安全的同时,也给Crypto的应用场景打开了新的可能性。

本文将通过TEE-Boost、Rollup-Boost、CRVA等几个具体案例,深入探讨TEE在Web3中的实际应用方式,揭示其巨大潜力以及未来可能涌现的新场景。从数据来看,TEE很有可能重塑整个区块链行业——在MEV、底层公链性能拓展、免信任签名等领域发挥关键作用,最终在所有需要隐私保护的场景中占据一席之地。

从TEE-Boost到CRVA:浅析TEE在区块链中的应用场景

什么是TEE?

通俗来说,TEE就是处理器或数据中心里隔离出来的一片安全区域。你可以把程序放进去执行,而这段程序不会受到任何其他程序——包括操作系统在内——的干扰。

与软件层面的安全措施不同,TEE通过特殊硬件,确保外部实体无法观测或访问其中的数据。无论是运行TEE的主机操作系统,还是云服务提供商,都看不到TEE内的敏感数据。这就是TEE两大特性之一的安全性,等于为敏感计算和数据构建了一道物理级屏障。

从TEE-Boost到CRVA:浅析TEE在区块链中的应用场景

而完整性,则是指TEE里运行的代码会完全按照预先编好的逻辑执行,不存在外部操纵的可能。TEE硬件会对外提供内部代码的哈希值,以及对该哈希的签名。任何与TEE交互的人都可以核对这个哈希值,确认TEE内部到底跑的是什么程序。

关于这个签名,TEE内部有一个由硬件制造商设置的根密钥,专门用来生成签名。密钥的生成方法不止一种。比如“密钥注入”法,由TEE芯片生产商在外部生成密钥,再写入芯片中——Intel SGX芯片就是用的这种方法,所以Intel作为芯片制造商,理论上知道密钥的内容。

目前更前沿的做法,是在TEE内部嵌入随机数模块,在第一次使用时自动读取随机数并生成密钥。由于现在的随机数生成器可以生成真随机数,所以连芯片制造商自己也不知道密钥的内容。这样一来,包括运行TEE服务器的数据中心在内,都无法窃取TEE内部的密钥。

大多数参考资料都侧重讲TEE的安全性,但完整性其实同样重要,而且它的验证过程才是关键。你可以验证TEE针对程序哈希值生成的签名,这套流程通常被称为远程认证(Remote Attestation)。下面这张图就展示了用户如何确认TEE内执行的程序与Github上开源的代码一致。

从TEE-Boost到CRVA:浅析TEE在区块链中的应用场景

所以,对于任何TEE相关应用,你可以相信应用内的敏感数据不会被窃取,也可以验证程序是否按照开源代码执行。但必须说明的是,TEE并不是完全免信任的——使用TEE的程序,仍然需要信任硬件供应商。

由于大多数支持TEE的处理器由英特尔、AMD和ARM等厂商生产,用户必须信任这些供应商正确实施了完整的工艺流程,且硬件中没有后门。同时,用户可以执行远程认证,避免TEE所在主机的运营方将程序偷偷放到非TEE环境中。

Web3中的典型TEE应用场景

TEE-Boost:让区块构建流程更去中心化

在以太坊生态中,TEE被用来解决MEV的中心化问题。目前以太坊网络大部分节点都接入了名为MEV-Boost的中间件,而它高度依赖于集中化的Relay服务。为了理解这一点,我们先简单拆解一下MEV-Boost的工作流程:

第一步,以太坊网络里有很多Searcher,它们从公共交易池中读取未上链的交易指令,寻找MEV机会。Searcher会把一批交易排成列表(其中插入自己发起的交易),然后交给Builder。

第二步,不同的Searcher需要竞拍,Builder会选中几个不冲突的交易序列,聚合为一个区块。之后Builder会声明,这个区块如果上链,会支付给出块者多少小费。

第三步,Relay作为中介,收集多个Builder提交的区块。当Validator/Proposer要出块时,会向Relay请求区块,Relay会选中小费最多的那个,然后把区块头发送给Validator(注意是区块头,不是完整区块,里面只包含摘要信息以及Builder支付的小费数额)。

第四步,Validator/Proposer对这个区块头签名,广播到网络中,表示认可Relay提交的区块头。Relay确认后,才会把完整区块发给Proposer,后者拼装后进行第二次广播,把完整区块传递出去。

从TEE-Boost到CRVA:浅析TEE在区块链中的应用场景

观察这个流程,你会发现Relay服务商的角色非常关键,它必须保证以下几点:

隐私:Relay必须保证不让出块者提前看到区块内的数据,否则出块者完全可以仿照Searcher的交易排序方式,自己构造一批MEV交易,把所有收益据为己有。

区块有效性:Relay要确保Builder提交的区块有效,不包含垃圾数据。

数据可用性:Relay要在有限时间内出示区块的完整内容,保证Validator顺利出块。

小费最多:Relay要保证提交给Validator的区块,是让后者获益最大的那个。

虽然Relay如此重要,但目前的MEV-Boost却高度依赖于集中化的Relay服务商。从下图可以看到,几大Relay服务商几乎垄断了整个MEV市场。仅Ultra Sound一家就占了差不多40%的份额。中心化带来的问题,就是潜在的作恶可能。

从TEE-Boost到CRVA:浅析TEE在区块链中的应用场景

一个最简单的场景:Relay服务商放弃隐私保护原则,直接把Builder构建的区块内容提前泄露给出块者。出块者就可以仿照Builder和Searcher的交易排序方式,私自构造MEV交易,给自己牟利。除此之外,Relay的作恶场景还包括提交无效区块、扣留数据等。

为了解决这个问题,TEE-Boost提出了一种革命性的方案:利用TEE消除对Relay的信任假设,同时保留原有MEV-Boost架构的所有安全保证。TEE-Boost直接取缔了Relay这个角色,让Builder在TEE中运行代码,通过远程认证来证明自己生成的区块有效。

然后Proposer直接对接多个Builder,选出小费最多的区块头并签名,Builder再出示完整区块内容。由于取缔了Relay这个中介,Builder不必担心区块内容提前泄露。

从TEE-Boost到CRVA:浅析TEE在区块链中的应用场景

Rollup-Boost:使用TEE扩展Layer2

除了TEE-Boost,以太坊生态中的Rollup-Boost也采用了TEE。Rollup-Boost是Flashbot、Uniswap Labs和OP Labs合作开发的Rollup构建方案,目前被用于Unichain。它是一套模块化方案,实现了两个扩展模块:

1. 250ms确认的“Flashblocks”:提供250毫秒的超高交易确认速度,用户的交易可以被快速纳入区块并获得确认。

2. 可验证的优先级排序:交易序列严格按照每笔交易支付的优先费用排序,不会被区块构造者做手脚。此外,还允许DeFi等智能合约回收部分MEV收益。

Flashblocks的核心,是在TEE内将交易打包,生成一个区块碎片并广播出去,Unichain的验证者再收集多个碎片,打包成一个完整区块。

从TEE-Boost到CRVA:浅析TEE在区块链中的应用场景

这套方法的好处显而易见:验证者每时每刻都能收到部分区块数据,不像过去那样要等空窗期才收到区块。带宽利用率因此明显提升,可以有效提高TPS,加快交易确认速度。

此外,区块碎片在TEE内生成,只要程序没有错误,这些碎片就肯定有效,不会包含垃圾数据。这样一来,Unichain的验证者也可以省去验证区块数据的工作量。

可验证优先级排序则利用TEE的特性,提供可信的交易排序结果。任何第三方都可以信任运行在TEE内的出块程序不包含恶意逻辑。如果程序没有在TEE内执行,交易排序可能就无法完全按优先级进行,出块者很可能出于利益诉求手动调整次序。

DeepSafe:新一代免信任门限签名方案

为了实现更去中心化、免信任的消息验证与门限签名方案,DeepSafe引入了TEE和ZK,原创了一套全流程保密的抽签+签名方案,名为CRVA(加密随机AI验证网络)。

为了提高消息验证和门限签名的速度,CRVA会通过抽签算法随机抽选节点。比如每隔半小时抽10个节点作为验证人,验证一条消息是否有效——比如一笔跨链交易是否成立。通过验证后,验证人们会生成门限签名,触发后续操作。

在CRVA中,DeepSafe利用TEE和ZK的隐私保护功能,隐藏验证人身份,防止内部串谋或黑客攻击。具体工作流程简化如下:

第一步,每个CRVA节点的核心模块都运行在TEE内,同时要在DeepSafe公链上留下一个永久公钥,用来注册身份。

第二步,节点在TEE中生成一个临时公钥,并生成ZK Proof,证明这个临时公钥与链上的某个永久公钥彼此关联,但又不泄露是哪一个。注意,因为有TEE,节点自己都不知道自己的临时公钥内容。

第三步,节点在TEE内对临时公钥加密,将密文与ZKP发送给外界,由Relayer统一接收。Relayer会在TEE内将密文解密,还原出临时公钥集合。由于TEE的保护,Relayer不知道每个临时公钥对应哪个节点提交的密文。

第四步,解密出临时公钥集合后,Relayer节点将其提交至链上,调用VRF函数随机选择几个节点做验证者,构成匿名委员会。

从TEE-Boost到CRVA:浅析TEE在区块链中的应用场景

第五步,假设现在有一条消息——比如跨链请求——需要验证,CRVA网络内会广播待验证消息,节点先用TEE内的临时公钥验证自己是否属于委员会,再选择是否参与签名。

第六步,目前DeepSafe采用链上远程证明的方式,保证CRVA节点的计算流程在TEE内严格进行。DeepSafe自行搭建了一条公链,专门用来接收和验证CRVA节点生成的远程证明。

这套CRVA方案的核心在于,几乎所有重要活动都发生在TEE内部,外界完全不知道发生了什么——在TEE外部,只能看到一堆加密后的密文。包括Relayer在内,没人知道哪些节点是验证人,甚至你自己都不知道自己的临时公钥是什么,从根本上防止了串谋和外部攻击。

理论上,攻击DeepSafe的CRVA委员会需要攻击整个网络内的数百个节点,难度极大。这套靠TEE和隐私计算实现的免信任门限签名方案,可以应用于多签钱&包、资产托管、跨链桥、预言机等许多场景。

在此前的文章中,我们就曾提到,CRVA可以在常规智能合约钱&包的验证流程之上,作为补充,构造2FA双因素验证流程,增加用户资产的安全性;此外,大多数跨链桥或资管平台采用多签/MPC的托管方式,而CRVA几乎天然适用于此类场景。

比特币生态内知名的跨链桥Bool Network,就是基于CRVA构建的。该跨链桥在2024年处理了累计超过3.5亿美元的跨链交易,几乎接入了80%的比特币Layer2网络,成绩相当不错。

从TEE-Boost到CRVA:浅析TEE在区块链中的应用场景

TEE的未来应用

TEE协处理器:连接Web2和Web3

TEE协处理器是TEE未来最有前景的场景之一。所谓协处理器,就是用可证明的链下计算取代成本高昂的链上计算,思路类似于Rollup。你可以把复杂计算、数据处理和算法操作放到TEE中执行,再通过加密证明在链上验证其结果。

这套方法可以为EVM生态内的智能合约提供低成本且隐私的计算能力。比如,AMM合约有一套复杂算法,可以算出当前最优的AMM参数,但如果在链上执行,需要消耗大量gas。这时,我们可以把算法放到TEE内执行,AMM合约在更新参数时,只需要向TEE内的程序发起请求,就能直接收到结果。

除此之外,还可以创造出新的应用类型,比如Teleport。这个项目通过TEE协处理器让智能合约控制Twitter账户,用户可以将自己的Twitter授权给TEE自动操作。比如,在链上触发一笔交易,TEE监控到指令后,会在内部生成一条推文,然后发布到推特。

更有趣的是,可以在TEE内部调用LLM的API,实现复杂的条件判断。目前DeepSafe正在探索基于TEE的AI预言机——预言机核心部分在TEE内执行,可以调用LLM检索外部数据,输出关于某个事件是否发生的结论,并发送至链上,为预测市场提供更准确的事件结果。

加密内存池和隐私交易

基于TEE的机密性,可以构建完全隐私的交易处理工作流。传统内存池会把交易内容暴露给网络中所有人,为各种MEV攻击创造了机会,损害了用户利益。前文提到的Rollup-Boost开发商正在探索这一场景。

基于TEE的加密内存池,可以确保交易在整个生命周期内高度保密。用户直接向基于TEE的排序器提交加密后的交易,交易解密、排序、执行的全过程都在TEE内进行,外部不可见。最后,只将交易执行后的最新状态更改发布到区块链上。

TEE多证明器系统

除了前述场景,TEE还可以为Rollup充当证明器,作为ZK和OP之外的技术补充。Scroll、Taiko等知名Rollup项目方都采用了TEE证明器,这种方法比ZK更高效快速,也便于迭代。

从TEE-Boost到CRVA:浅析TEE在区块链中的应用场景

总结

TEE代表了区块链领域最重要的技术发展之一,它为解决性能、隐私和去中心化之间长期存在的矛盾提供了一条切实可行的路径。通过硬件保证的隔离性和完整性,TEE能够支持新的应用类别,同时保持区块链系统所特有的信任最小化特性。

本文探讨的应用——从MEV-Boost的去中心化区块构建,到Rollup-Boost的性能提升,再到DeepSafe的高级安全机制——展现了TEE技术的变革潜力。这些应用证明,TEE能够带来立竿见影的实际效益,同时为未来更具雄心的应用奠定基础。

区块链基础设施的未来,很可能不会局限于单一技术方案,而是多种技术的复杂组合——每种技术都针对特定用例和安全需求进行了优化。TEE将在这个多方面的生态系统中发挥关键作用,提供将区块链应用程序推向主流所需性能和功能,同时保留其独特的去中心化、免信任属性。