作者：kokii.eth
Intro
Web3重塑了数据价值，但分布式结构的区块链是一个封闭的确定性系统，智能合约没有实现外部API调用的功能，从而诞生了预言机这个机制用来帮助智能合约获取外部数据。
链下数据上链本身并不困难，难的是通过技术和机制设计生产信任，预言机问题就是需要解决从数据源到处理到喂价的信任问题。
成为公众认可的预言机的一个基本条件是去中心化，即是否允许单点故障和数据验证。链下去中心化的常用解决方案是使用多个数据节点形成去中心预言机网络，每个节点都会收集数据，达成共识后输入到区块链上的智能合约。
当前预言机的主要用法是为DeFi提供PriceFeed，安全及时准确地更新基础资产的价格。根据DefiLlama数据，Chainlink是市场上最大的预言机解决方案之一，在撰写本文时担保的总价值约为$11B，占整个市场的46%。
随着区块链的发展，对链下数据的需求越来越强烈，单纯为DeFi喂价已经无法满足开发者的需求。现实世界和Web2中的绝大多数数据都无法公开访问，但却是构建Web3创新应用场景所必须的。因此新一代预言机需要使智能合约能够以隐私保护的方式支持涉及敏感数据的复杂用例。
前美SEC主席：将加密货币、区块链纳入金融体系无可争议:金色财经报道，美国证券交易委员会前主席Jay Clayton就加密监管发表了讲话。他表示加密和区块链只是技术，将他们纳入金融体系是无可争议的。
他还积极评价了资产代币化和稳定币：将证券代币化将使其比我们今天所做的更有效。在零售层面，这是一项了不起的技术，能够在世界各地转移美元。[2023/6/13 21:33:08]
DECO是Chainlink在这个方向的解决方案，利用零知识证明技术，让用户可以向智能合约生成链下隐私数据证明，而不向公众或预言机节点本身透露数据。DECO可以接入现有API，即使需要终端用户验证，也无需API数据提供商做任何修改。目前已进行到alpha阶段，正与多个合作伙伴一起测试概念验证。
1.Background
这里提供关于TLS和ZKP的必要背景，DECO建立在这些协议之上。
1.1TLS
TLS是一个强大的、广泛部署的安全性协议，前身是SSL，旨在促进互联网通信的私密性和数据安全性，位于应用程序协议层和TCP/IP层之间，主要用例是对web应用程序和服务器之间的通信进行加密。
通过HTTP进行的通信都是以纯文本形式进行的，容易被窃听，篡改和冒充。使用TLS后，用户发送到网站的HTTP数据和网站发送给用户的HTTP数据都被加密，接收者必须使用密钥来解密加密的数据。HTTPS?是在HTTP协议基础上实施TLS加密，是网站的标准做法，网站需要在其源服务器上安装TLS证书，浏览器会将所有非HTTPS网站标记为不安全。
交易聚合协议OpenOcean已集成Stargate:金色财经报道，DEX与CEX交易聚合协议OpenOcean已集成Stargate以作为其跨链交易聚合器路径之一。OpenOcean的跨链交易聚合器目前支持以太坊、BNBChain、Polygon、Avalanche、Fantom、Arbitrum和Optimism。[2023/3/3 12:40:42]
TLS的基本思路是采用公钥加密法，网站公开共享的?TLS/SSL证书包含公钥，而私钥安装在源服务器上，并由网站所有。客户端先向服务器端索要数字证书公钥，然后用公钥加密信息，服务器收到密文后，用自己的私钥解密。
这里有一个问题，公钥加密计算量太大，为了减少会话耗用的时间，每一次会话客户端和服务器端都生成一个"会话密钥"，用它来加密信息。由于"会话密钥"是对称加密，所以运算速度非常快，而服务器公钥只用于加密"会话密钥"本身，这样就减少了加密运算的消耗时间。
因此TLS协议主要可以分为两个层：
做认证密钥协商的握手协议(handshakeprotocol)：明文通信，通过非对称加密相互确认彼此验证，确立将使用的加密算法，并生成一致的会话密钥用于记录协议的对称加密
做对称加密传输的记录协议(recordprotocol)：协议主体，对数据传输进行保密性和完整性保护
TLS的加密套件是4个算法的组合：
认证(Authentication)：判断身份的真实性，主流的有RSA/DSA/ECDSA
以太坊核心开发者会议计划讨论将EIP-4844纳入考虑范围:金色财经报道，OP Labs首席执行官Liam Horne发推称，以太坊核心开发人员将于周四召开电话会议，讨论将EIP-4844纳入考虑范围（CFI）。不过“纳入考虑范围”并不代表会将EIP-4844包含在下次硬分叉中，上海升级的内容将另行讨论。
据此前报道，以太坊创始人Vitalik Buterin在推特上分享Proto-danksharding的想法（EIP-4844），即专注于EVM无法执行的blob携带交易的数据验证场景。Proto-danksharding将取代danksharding，这是一种分片技术，其中只有一个提议者选择进入这个或那个槽的所有交易和所有数据，而不是为每个分片选择一个单独的提议者。提议的解决方案可以是一个临时变体，因为它包括了一些分片技术的实施。同时，它导致了数据使用的增加，因为它需要一个更大的区块大小。他提议每30天自动删除blob数据，以防止网络对数据和内存存储的要求过大。[2022/11/24 8:03:21]
密钥交换(Keyexchange)：通信双方协商用于加密的密钥，主流的有ECDHE
加密(Encryption)：用于通信的对称加密，趋势是使用GCM
MAC(MessageAuthenticationCode，消息认证码)：用于验证数据完整性以及数据是否被篡改，主流有SHA256/SHA384/SHA1等
TLS非常强大，但有一个限制：不允许用户向第三方证明他所访问的数据确实是来自某个特定的网站，因为数据传输使用的是对称加密，用户和服务器一样有能力对数据进行签名。直观的例子是，有很多网站的服务器内都存有Alice的身份信息，可以轻松验证Alice已经超过18岁，但Alice很难向Bob证明这点。Alice可以从网站上截图，但截图很容易伪造，即使截图能被证明是真实的，也会泄露信息——Alice的确切出生日期，而不仅仅是她已超过18岁这个事实。
BSCFA宣布UDOGE获得BSC STAR白名单:据官方消息，BSCFA官方渠道宣布，UKADOGE成为BSC STAR白名单项目。
BSC STAR是BSCFA（公益基金组织）发布的一个明星项目评选，主要挑选GameFi/NFT/社交/元宇宙类项目进行评比，最终评选冠军项目将获得300W美金的天使轮融资。
据悉，UKADOGE是BSC链上的一款Meme代币，目前主要做NFT&GameFi方向，其GameFi DAPP平台即将上线。[2022/5/27 3:45:19]
预言机需要去中心化证明链下隐私数据的出处，并在不泄露隐私的前提下供智能合约使用。零知识证明可以帮助实现这些功能。
1.2ZKP
零知识证明在区块链受到广泛关注，主要应用为ZK-Rollup与隐私技术(真正的zk)。零知识证明允许Prover向Verifier证明其拥有一个解能够解决某个计算问题，而无需透露任何关于该解的额外信息。
一个典型的ZK系统可以分为前端和后端。
前端：编译器，将需要验证的Statement写成领域特定语言，再编译为ZK友好的格式，例如算数电路；
后端：证明系统，检查电路正确性的交互式论证系统，例如Marlin,Plonky2,Halo2；
在区块链这样的开放系统上构造交互提问的流程很复杂，证明需要任何人都能随时进行验证，因此区块链应用上的ZK系统通常是非交互式的，交互式可以使用Fiat–Shamir-heuristic转换为非交互式。
安全团队：The Fracture的Discord遭遇攻击，攻击者已获利455枚SOL:5月23日消息，据派盾预警监测，NFT项目The Fracture的Discord遭遇攻击，攻击者已获利455枚SOL。攻击者账号为7NVtp4vkZCNdvNimebKDQ8rpBzaA46U1MG9e8EsbGRTK。请勿与其Discord发送的链接及DM互动。[2022/5/23 3:35:11]
2.HowDECOworks
DECO在HTTPS/TLS协议基础上进行了扩展，使得服务器端无需修改就能使用。
DECO的核心思想是在Prover(用户或运行DECOProver的Dapp)，Verifier(运行DECOVerifier的Chainlink预言机)，Server(数据提供商)之间构建一个新颖的三方握手协议。
Provenance：当Prover从WebServer查询信息时，Verifier见证交互过程，并收到由Prover就TLS会话数据创建的一个承诺，由此Verifier就能验证信息的真实来源；
Privacy：如果数据无需隐私，Prover可以直接向Verifier提供可以解密数据的密钥，供开发者在Dapp中加入数据；如果需要隐私，Prover利用ZKP生成不泄露数据的证明，供开发者在Dapp中加入。
具体来说，DECO协议由三个阶段组成：
三方握手，Prover，Veri?er和Server建立特殊格式的会话密钥，保证数据不可伪造；
查询执行，Prover使用带有她的私有参数θs的Query，向Server查询数据；
证明生成，Prover证明响应满足所需条件。
2.1Three-partyhandshake
注：以下说明基于AES-CBC-HMAC加密算法，TLS1.3只保留了更安全的AEAD作为加密算法，使用一个密钥用作加密和MAC，不需要MAC密钥。但由于TLS1.3的密钥独立性，同样也可以构建一个复杂度类似的三方握手协议。
ProverP不能在获取MAC密钥后再作出承诺，否则他就可以伪造或篡改数据，因此三方握手的思想是将ProverP和Veri?erV共同作为TLS客户端，与TLSserverS建立一个共享MAC密钥。MAC密钥k在客户端侧被切分，Prover持有kp，Veri?er持有kv，k=kp+kv。同时，P还持有用于对称加密算法的加密密钥k^{Enc}。如果Veri?er不作恶，三方握手协议就能确保数据是不可伪造的。
2.2Queryexecution
在握手之后，由于MAC密钥是秘密共享的，P和V执行一个交互式协议，并使用私有参数θs来构建一个加密查询的TLS消息QueryQ。然后P作为一个标准的TLS客户端将Q发送给S，这个过程中只有P与S通信，其发送的任何查询都无法泄露给V。
在从S收到响应R后，P通过向V发送密文R?承诺会话，并收到V的kv，验证响应R的真实性。
2.3Proofgeneration
接下来，P需要证明密文R?对应的明文R满足某些属性，如果不需要隐私可以直接揭示加密密钥?k^{Enc}，在需要隐私的情况下需要使用零知识证明。
假如明文由几个数据块组成R=(B1,...,Bn)，DECO使用选择性公开来生成零知识证明：
只揭示特定的数据行：在不揭示其他数据块的前提下，证明R的第i个数据块是Bi
隐藏包含隐私数据的数据行：证明R_{-i}和R相等，除了Bi被删除
然而，很多时候Verifier需要验证所揭示的子字符串是否出现在正确的上下文中，上面提到方法不足以提供上下文的完整性保护。为了弥补这一点，DECO利用了一种名为零知识两阶段解析的技术：Prover在本地解析其会话数据，确定能说服Verifier的最小子字符串，再向Verifier发送数据。由此实现了隐私性。
简洁的非交互式零知识证明在计算和内存方面通常在Prover侧具有很高的开销。由于DECO进行的ZKP的Verifier是指定的，因此可以使用更高效的交互式零知识证明，例如更小的内存使用，避免可信设置，廉价的计算等。
目前的AlphaTest中DECO依旧是使用Dapp在充当Prover，在未来的迭代中，计划Prover可以由终端用户本地部署，或在可信执行环境中部署。
3.Application
DECO可以验证用户链下身份信息的有效性，同时还能保障数据隐私，从而解锁很多Web3创新应用场景，从经济到社交。
自托管社交恢复/法律身份证明：使用DECO，利用已经拥有成熟身份验证机制的机构网站充当社交恢复其中一个守护人。
信用借贷/资金证明：Teller是一个DeFi信用借贷协议，使用DECO协议证明用户在链下银行账户中的资产余额超过了贷款所要求的动态最低门槛。
粉丝证明/交互证明：Clique是一个社交预言机，正在开发一种解决方案，提供对跨各种社交媒体平台的链下用户影响力、忠诚度和贡献的深度分析。
数字身份/社交身份证明：PhotoChromic是一个数字身份解决方案，使用DECO将Web3用户与其Twitter或Discord社交账户绑定，并在过程中不暴露底层个人身份数据，使应用能够过滤出真实的用户。
DAO的抗女巫攻击，SBT，KYC/AML，etc.
4.OtherPlayers
Axiom为UniswapTWAP构建ZK预言机，采取完全来自链上的可验证数据源，更类似于Indexing；和DECO更像是互补而非竞争关系：越来越多的经济活动会发生在链上，纯链上预言机是一个方向；越来越多的链下数据需要上链，链下隐私预言机也是一个方向。
EmpiricNetwork利用zk计算将整个预言机放在链上，没有数据必须流过的链下基础设施，和DECO不是一个方向上。
5.Conclusion
Chainlink作为当前预言机的绝对龙头，通过DECO预言机，海量链下私有数据将能在隐私保护的前提下被链上智能合约调用，可以解锁从金融到身份到社交等诸多应用场景。潜在的隐患是Prover的证明生成速度，和Verifier的中心化问题。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。