FX168财经网_全球视野外汇黄金加密货币NFT资讯网

Outlier Bitcoin Base Camp加速器九家入选加密初创公司速览

金色财经2024-02-23

NOTE：实用的原生比特币智能合约协议

为比特币原生操作码，图灵完备，可包括 Oracle 和零知识证明在内的强大功能集合。一、基本概括与 Ordinals 和 Atomicals 等协议不同，NOTE 虽然也通过索引器来统计用户资产，但其全部基于密码学，由比特币矿工确保资产所有权，避免了因索引器标记而发生的误操作问题。此外，NOTE 的交易成本极低，无需像 Ordinals 和 Atomicals 那样发送两笔交易。更为重要的是，NOTE 协议支持智能合约，比如实现 Bitwork 挖矿和随时间递减的挖矿量。它使用的是实际的 Token 数值，而非基于 Satoshi 编号的素数协议也非依赖 UTXO 余额的染色币方案。相较于许多“链间桥接协议”，NOTE 发行的是比特币原生资产，不涉及使用 BTC 作为抵押在其他链上发行和交易资产的操作。 NOTE 协议支持跨链，它可以将比特币上的原生资产发送给其他 UTXO 链，以及接收来自其他 UTXO 链的资产。这一切都基于密码学和比特币区块链共识。 NOTE 协议，完全来自比特币开发社区开发者的开发。二、技术解读 UTXO 模型的优势正在重新回到大众视野。比特币作为数字货币的定海神针，需要可用而且好用的技术方案，NOTE 协议应运而生。比特币 UTXO 模型相比较 EVM 模型有巨大的效率和并发优势。但在 UTXO 模型的比特币上发行原生资产，涉及到多个难以解决的问题，主要课题是资产如何标识。另外就是紧密的交易结构中资产如何保存。一个 UTXO 形式的交易如下图 NOTE 协议采取了一种创新的方法来处理比特币交易和资产的管理，这种方法与其他协议方案有显著的不同。在传统的比特币交易中，交易的输入部分解锁了之前交易的输出（即旧的 UTXO），并生成新的交易输出（即新的 UTXO）。在其他协议方案中，资产被绑定在新生成的 UTXO 上，导致用户的资产分散在不同的 UTXO 中。这种方式需要索引器和钱包维护一个详尽的 UTXO 列表来确保资产绑定关系的准确性，同时必须非常谨慎地管理带有资产标记的 UTXO，以避免误花费，并且必须一次性花费整个 UTXO。相比之下，NOTE 协议采用了一种将交易输出视为用户账号的方法，其中用户的账号由其交易输出脚本哈希表示，如同示例中的 TX 1 交易输出所示。这种账号是完全隐私的，其绑定的资产类型和数量源自于 TX 1 的解锁输入。当在 TX 2 中花费这些资产时，经过比特币矿工的确认解锁后，会生成新的交易输出。在这个过程中，NOTE 协议的索引器仅需记录在解锁时公开的交易细节，并且能够在区块确认后提供默克尔证明来验证交易的有效性。这种设计不仅简化了资产的追踪和管理，减少了用户资产分割的问题，还增加了交易的隐私性。通过将交易输出用作账号，并依赖于比特币网络的矿工验证和区块链共识机制，NOTE 协议为数字资产的管理提供了一种更加安全、高效和隐私保护的方法。一个典型的 Taproot P 2 TR 格式的交易如下所示 NOTE 协议采用的技术策略与 Ordinals 和 Atomicals 协议有显著的不同之处。Ordinals 和 Atomicals 利用 P 2 TR（Taproot）的赎回脚本，通过添加 OP_FALSE OP_IF 操作码构造了一个不可访问的数据区域，以此来嵌入额外数据。而 NOTE 协议则允许通过操作码直接操作解锁数据，提高了数据的可用性。在 NOTE 协议中，示例脚本能够直接从堆栈中弹出数据，更复杂的脚本则能实现如 hashlock 等链上的检查功能。此外，NOTE 协议不限于使用 P 2 TR，它还可以通过 P 2 SH（Pay to Script Hash）、P 2 WSH（Pay to Witness Script Hash）和非标准脚本来实现，这增加了协议的灵活性和跨链资产交易的能力。NOTE 协议使用 msgpack 数据编码而不是 json 编码，这种方式更为紧凑，有助于减少每笔交易的数据量，从而降低用户的交易成本。在 NOTE 协议中，由特定的赎回脚本构建的地址充当用户账户。这些账户地址在被正确解锁时才能被矿工确认。解锁脚本中包含的资产交易数据在解锁时被索引器识别，并进行链下智能合约处理。只有在链下合约验证通过的资产交易才会被索引器记录，这一机制有效防止了比特币钱包误花费 NOTE 的 UTXO，并且使得 UTXO 中的微量比特币（例如 546 Satoshi）可以被回收。 NOTE 协议的设计考虑了比特币网络自 2017 年以来关于隐私和交易空间优化的多次升级。与此同时，它也借鉴了 BSV（Bitcoin SV）所代表的大区块策略，深入挖掘比特币脚本的潜能。NOTE 协议的智能合约解决方案是基于 sCrypt 团队开发的比特币智能合约语言，该语言支持链下合约验证。由于比特币脚本语言是图灵完备的且可以确保在给定的脚本长度内执行完成，因此索引器不会因智能合约设计不当而陷入死循环，保证了系统的稳定性和效率。演示用的 N 20 资产发行智能合约项目已经被发布在 GitHub 上。 https://github.com/NoteProtocol/scryptdemo 它演示了 NOTE 协议下的 Pow 合约通过模拟比特币挖矿的减半机制和 Atomicals 的 Bitwork 难度挖矿，展示了在比特币网络上实现复杂逻辑的能力。通过生成 1 KB 大小的比特币脚本，该合约允许索引器调用并校验交易是否符合协议规定，这一过程体现了智能合约在比特币网络中应用的可行性和灵活性。更复杂的基于 Rabin 签名算法的 Oracle 和基于零知识证明的复杂合约则提供了高级别的应用场景。这些技术在智能合约的实现中，特别是在需要验证特定条件或执行特定逻辑时，发挥着至关重要的作用。通过利用这些智能合约，比特币上的资产发行可以被用于实现真实世界的应用场景，例如 AI 解决问题的悬赏金场景。在这类场景中，只要有人能提交一个可验证的计算结果，就能获得奖赏。这不仅显示了比特币智能合约的实用性，还展示了它们如何促进复杂应用的实现，这些应用超越了传统的金融交易和资产管理。 N 20 Token 资产发行功能是 NOTE 协议中众多功能中的一部分。NOTE 协议还包括 DID（去中心化身份）以及加密数据和所有权标识，并且随着 N 721 NFT 和 Alias（比特币别名系统）的制定和验证进程，NOTE 协议的能力和应用范围预计将进一步扩展。为了让用户能够体验 N 20 Token 的铸造（mint）和转移（transfer），一个命令行钱包已经发布在 GitHub 上，而开源的索引器也计划将被发布。 NOTE 协议背后的开源代码贡献者们强调，所有内容仅用于技术探讨，任何资产的发行和炒作都与代码贡献者无关。NOTE 仅仅是一个开源的技术项目。随着 NOTE 协议的进一步开发和完善，可以预见将有更多基于此协议的真实应用诞生，这些应用将利用 NOTE 协议的独特功能和优势，在比特币以及更广泛的区块链领域创造新的价值和可能性。开源社区的持续贡献和协作精神是推动这一进程不可或缺的力量。三、总结 NOTE 协议代表了比特币网络向智能合约功能扩展的一个重要进展。通过在比特币这个最为原始和广泛使用的加密货币平台上引入智能合约，NOTE 协议不仅增强了比特币的功能性，还为开发者和用户提供了前所未有的创新可能性。以下是 NOTE 协议的几个关键特点： 1. 智能合约支持：NOTE 协议通过智能合约扩展了比特币的应用范围，允许在比特币网络上创建和执行更复杂的逻辑和交易类型。这包括但不限于资产发行、去中心化金融（DeFi）应用、以及其他需要条件执行的场景。 2. 基于 UTXO 的模型：与基于账户的智能合约平台不同，NOTE 协议建立在比特币的 UTXO 模型之上，借力了比特币的安全性和高效率。 3. 跨链功能：NOTE 协议支持跨链交易，使数字资产能够在不同的 UTXO 链之间移动，进一步提高了其灵活性和应用范围。 4. 真实世界的应用：NOTE 协议支持先进的密码学技术，如零知识证明和 Rabin 签名算法，可以应用在更复杂的真实世界应用场景中。 5. 低成本和高效率：通过优化数据存储和使用 msgpack 编码，NOTE 协议旨在减少交易成本和提高网络效率。 6. 开源和社区驱动：NOTE 协议强调开源精神和社区的贡献，促进了技术的透明性和可信赖性，同时也鼓励了更广泛的开发和应用创新。随着 NOTE 协议的发展和应用的深入，我们可以期待在比特币生态中出现更多创新的应用和服务，这些都将在保持比特币核心价值观的同时，为用户提供更丰富的功能和更好的体验。 NOTE 协议网站: https://noteprotocol.org X: https://twitter.com/NoteProtocol GitHub: https://github.com/NoteProtocol 来源：金色财经

金色财经2024-02-22

英伟达2024 年第 4 季度业绩电话会高管解读财报

ure、Google Cloud 和 Oracle Cloud 的行列。DGX Cloud 用于 NVIDIA 自己的 AI 研发和自定义模型开发以及 NVIDIA 开发人员。它将 CUDA 生态系统带给 NVIDIA CSP 合作伙伴。好吧，转向游戏。游戏收入为 28.7 亿美元，环比持平，同比增长 56%，好于我们对假期期间消费者对 NVIDIA GeForce RTX GPU 强劲需求的预期。财年收入为 104.5 亿美元，增长 15%。在 CES 上，我们发布了 GeForce RTX 40 Super 系列 GPU 系列。它们起价 599 美元，提供令人难以置信的游戏性能和生成人工智能功能。销售有了一个良好的开端。 NVIDIA AI Tensor 核心和 GPU 提供多达 836 个 AI 顶级，非常适合为游戏 AI 提供动力，创造日常生产力。我们通过 RTX GPU 提供的丰富软件堆栈进一步加速了人工智能。借助我们的 DLSS 技术，八分之七的像素可以由 AI 生成，从而使光线追踪速度提高 4 倍并提高图像质量。借助适用于 Windows 的 Tensor RT LLM，我们的开源库可加速最新大语言模型生成式 AI 的推理性能，在 RTX AI PC 上的运行速度可提高 5 倍。在 CES 上，我们还宣布了各大 OEM 厂商推出的一系列新款 RTX 40 系列 AI 笔记本电脑。这些为各种外形尺寸带来了高性能游戏和人工智能功能，包括 14 英寸和轻薄笔记本电脑。这些下一代 AI PC 拥有高达 686 个顶级 AI 性能，将生成式 AI 性能提高了 60 倍，成为性能最佳的 AI PC 平台。在 CES 上，我们发布了 NVIDIA Avatar Cloud Engine 微服务，它允许开发人员将最先进的生成式 AI 模型集成到数字化身中。ACE 荣获多项 CES 2024 最佳奖项。 NVIDIA 拥有一个端到端平台，用于为 RTX PC 和工作站构建和部署生成式 AI 应用程序。这包括开发人员可以纳入其生成人工智能工作负载的库、SDK、工具和服务。NVIDIA 正在推动下一波进入 PC 的生成式 AI 应用程序。我们已经在路上，拥有超过 1 亿台 RTX PC 和超过 500 个支持 AI 的 PC 应用程序和游戏。转向专业可视化。收入为 4.63 亿美元，环比增长 11%，同比增长 105%。财年收入为 15.5 亿美元，增长 1%。本季度的连续增长是由 RTX Ada 架构 GPU 的丰富组合持续增长所推动的。企业正在更新其工作站，以支持与生成型人工智能相关的工作负载，例如数据准备、LLM 微调和检索增强生成。这些推动需求的关键垂直行业包括制造业、汽车和机器人技术。汽车行业也是 NVIDIA Omniverse 的早期采用者，因为该行业寻求将工厂和汽车从设计到建造、模拟、操作和体验的工作流程数字化。在 CES 上，我们宣布 Brickland、WPP 和 ZeroLight 等创意合作伙伴和开发商正在构建 Omniverse 支持的汽车配置器。像莲花这样的领先汽车制造商正在采用该技术，将个性化、真实性和互动性提升到新的购车体验水平。转向汽车。收入为 2.81 亿美元，环比增长 8%，同比下降 4%。由于汽车制造商继续采用 NVIDIA DRIVE 平台，该财年收入达到 10.9 亿美元，增长 21%，首次突破 10 亿美元大关。NVIDIA DRIVE Orin 是软件定义 AV 车队的首选 AI 车载计算机。其后续产品 NVIDIA DRIVE Thor 通常专为视觉变形者而设计，可提供更多 AI 性能，并将广泛的智能功能集成到单个 AI 计算平台中，包括自动驾驶和停车、驾驶员和乘客监控以及 AI 驾驶舱功能，并将明年上市。本季度有多家汽车客户发布公告，理想汽车、长城汽车、吉利旗下高端电动汽车子公司 ZEEKR 以及小米电动汽车均发布了基于 NVIDIA 的新车。转向损益表的其余部分。由于数据中心的强劲增长和组合，GAAP 毛利率连续扩大至 76%，非 GAAP 毛利率扩大至 76.7%。我们第四季度的毛利率受益于有利的零部件成本。随后，GAAP 运营费用增长了 6%，非 GAAP 运营费用增长了 9%，主要反映了计算和基础设施投资的增加以及员工的增长。第四季度，我们以股票回购和现金股息的形式向股东返还 28 亿美元。在 24 财年，我们使用了 99 亿美元的现金来回报股东，其中包括 95 亿美元的股票回购。让我谈谈第一季度的展望。总收入预计为 240 亿美元，上下浮动 2%。我们预计数据中心和供应商的环比增长将被游戏的季节性下降部分抵消。GAAP 和非 GAAP 毛利率预计分别为 76.3% 和 77%，上下浮动 50 个基点。与第四季度类似，第一季度的毛利率受益于有利的零部件成本。在第一季度之后，在今年剩余时间内，我们预计毛利率将恢复到 70% 左右的范围。 GAAP 和非 GAAP 运营费用预计分别约为 35 亿美元和 25 亿美元。随着我们继续投资于面前的巨大机遇，2025 财年 GAAP 和非 GAAP 运营费用预计将增长 30% 左右。 GAAP 和非 GAAP 其他收入和支出预计约为 2.5 亿美元，不包括非关联投资的损益。GAAP 和非 GAAP 税率预计为 17%，正负 1%（不包括任何离散项目）。更多财务细节包含在 CFO 评论和我们的 IR 网站上提供的其他信息中。最后，让我强调一下金融界即将发生的一些事件。我们将参加 3 月 4 日在旧金山举行的摩根士丹利技术与媒体和电信会议，以及 3 月 5 日在波士顿举行的 TD Cowen 第 44 届年度医疗保健会议。当然，请参加我们于 3 月 18 日星期一在旧金山举行的年度 DTC 会议加利福尼亚州何塞市将是五年来首次面对面举行。DTC 将以 Jen-Hsun 的主题演讲拉开帷幕，我们将在第二天（3 月 19 日）为金融分析师举办问答环节。 (这份记录可能不是100％的准确率，并且可能包含拼写错误和其他不准确的。提供此记录，没有任何形式的明示或暗示的保证。表达的记录任何意见并不反映老虎的意见)

老虎证券2024-02-22

NOTE 首个实用的原生比特币智能合约协议

果为比特币原生操作码，图灵完备，可包括Oracle和零知识证明在内的强大功能集合。与Ordinals和Atomicals等协议不同，NOTE虽然也通过索引器来统计用户资产，但其全部基于密码学，由比特币矿工确保资产所有权，避免了因索引器标记而发生的误操作问题。此外，NOTE的交易成本极低，无需像Ordinals和Atomicals那样发送两笔交易。更为重要的是，NOTE协议支持智能合约，比如实现Bitwork挖矿和随时间递减的挖矿量。它使用的是实际的Token数值，而非基于Satoshi编号的素数协议也非依赖UTXO余额的染色币方案。相较于许多“链间桥接协议”，NOTE发行的是比特币原生资产，不涉及使用BTC作为抵押在其他链上发行和交易资产的操作。 NOTE协议支持跨链，它可以将比特币上的原生资产发送给其他UTXO链，以及接收来自其他UTXO链的资产。这一切都基于密码学和比特币区块链共识。 NOTE协议，完全来自比特币开发社区开发者的开发。下面进行详细的技术解读： UTXO模型的优势正在重新回到大众视野。比特币作为数字货币的定海神针，需要可用而且好用的技术方案，NOTE协议应运而生。比特币UTXO模型相比较EVM模型有巨大的效率和并发优势。但在UTXO模型的比特币上发行原生资产，涉及到多个难以解决的问题，主要课题是资产如何标识。另外就是紧密的交易结构中资产如何保存。一个UTXO形式的交易如下图： NOTE协议采取了一种创新的方法来处理比特币交易和资产的管理，这种方法与其他协议方案有显著的不同。在传统的比特币交易中，交易的输入部分解锁了之前交易的输出（即旧的UTXO），并生成新的交易输出（即新的UTXO）。在其他协议方案中，资产被绑定在新生成的UTXO上，导致用户的资产分散在不同的UTXO中。这种方式需要索引器和钱包维护一个详尽的UTXO列表来确保资产绑定关系的准确性，同时必须非常谨慎地管理带有资产标记的UTXO，以避免误花费，并且必须一次性花费整个UTXO。相比之下，NOTE协议采用了一种将交易输出视为用户账号的方法，其中用户的账号由其交易输出脚本哈希表示，如同示例中的TX1交易输出所示。这种账号是完全隐私的，其绑定的资产类型和数量源自于TX1的解锁输入。当在TX2中花费这些资产时，经过比特币矿工的确认解锁后，会生成新的交易输出。在这个过程中，NOTE协议的索引器仅需记录在解锁时公开的交易细节，并且能够在区块确认后提供默克尔证明来验证交易的有效性。这种设计不仅简化了资产的追踪和管理，减少了用户资产分割的问题，还增加了交易的隐私性。通过将交易输出用作账号，并依赖于比特币网络的矿工验证和区块链共识机制，NOTE协议为数字资产的管理提供了一种更加安全、高效和隐私保护的方法。一个典型的Taproot P2TR格式的交易如下所示： NOTE协议采用的技术策略与Ordinals和Atomicals协议有显著的不同之处。Ordinals和Atomicals利用P2TR（Taproot）的赎回脚本，通过添加OP_FALSE OP_IF操作码构造了一个不可访问的数据区域，以此来嵌入额外数据。而NOTE协议则允许通过操作码直接操作解锁数据，提高了数据的可用性。在NOTE协议中，示例脚本能够直接从堆栈中弹出数据，更复杂的脚本则能实现如hashlock等链上的检查功能。此外，NOTE协议不限于使用P2TR，它还可以通过P2SH（Pay to Script Hash）、P2WSH（Pay to Witness Script Hash）和非标准脚本来实现，这增加了协议的灵活性和跨链资产交易的能力。NOTE协议使用msgpack数据编码而不是json编码，这种方式更为紧凑，有助于减少每笔交易的数据量，从而降低用户的交易成本。在NOTE协议中，由特定的赎回脚本构建的地址充当用户账户。这些账户地址在被正确解锁时才能被矿工确认。解锁脚本中包含的资产交易数据在解锁时被索引器识别，并进行链下智能合约处理。只有在链下合约验证通过的资产交易才会被索引器记录，这一机制有效防止了比特币钱包误花费NOTE的UTXO，并且使得UTXO中的微量比特币（例如546 Satoshi）可以被回收。 NOTE协议的设计考虑了比特币网络自2017年以来关于隐私和交易空间优化的多次升级。与此同时，它也借鉴了BSV（Bitcoin SV）所代表的大区块策略，深入挖掘比特币脚本的潜能。NOTE协议的智能合约解决方案是基于sCrypt团队开发的比特币智能合约语言，该语言支持链下合约验证。由于比特币脚本语言是图灵完备的且可以确保在给定的脚本长度内执行完成，因此索引器不会因智能合约设计不当而陷入死循环，保证了系统的稳定性和效率。演示用的N20资产发行智能合约项目已经被发布在GitHub上。 https://github.com/NoteProtocol/scryptdemo 它演示了NOTE协议下的Pow合约通过模拟比特币挖矿的减半机制和Atomicals的Bitwork难度挖矿，展示了在比特币网络上实现复杂逻辑的能力。通过生成1KB大小的比特币脚本，该合约允许索引器调用并校验交易是否符合协议规定，这一过程体现了智能合约在比特币网络中应用的可行性和灵活性。更复杂的基于Rabin签名算法的Oracle和基于零知识证明的复杂合约则提供了高级别的应用场景。这些技术在智能合约的实现中，特别是在需要验证特定条件或执行特定逻辑时，发挥着至关重要的作用。通过利用这些智能合约，比特币上的资产发行可以被用于实现真实世界的应用场景，例如AI解决问题的悬赏金场景。在这类场景中，只要有人能提交一个可验证的计算结果，就能获得奖赏。这不仅显示了比特币智能合约的实用性，还展示了它们如何促进复杂应用的实现，这些应用超越了传统的金融交易和资产管理。 N20 Token资产发行功能是NOTE协议中众多功能中的一部分。NOTE协议还包括DID（去中心化身份）以及加密数据和所有权标识，并且随着N721 NFT和Alias（比特币别名系统）的制定和验证进程，NOTE协议的能力和应用范围预计将进一步扩展。为了让用户能够体验N20 Token的铸造（mint）和转移（transfer），一个命令行钱包已经发布在GitHub上，而开源的索引器也计划将被发布。 NOTE协议背后的开源代码贡献者们强调，所有内容仅用于技术探讨，任何资产的发行和炒作都与代码贡献者无关。NOTE仅仅是一个开源的技术项目。随着NOTE协议的进一步开发和完善，可以预见将有更多基于此协议的真实应用诞生，这些应用将利用NOTE协议的独特功能和优势，在比特币以及更广泛的区块链领域创造新的价值和可能性。开源社区的持续贡献和协作精神是推动这一进程不可或缺的力量。总结 NOTE协议代表了比特币网络向智能合约功能扩展的一个重要进展。通过在比特币这个最为原始和广泛使用的加密货币平台上引入智能合约，NOTE协议不仅增强了比特币的功能性，还为开发者和用户提供了前所未有的创新可能性。以下是NOTE协议的几个关键特点： 1. 智能合约支持：NOTE协议通过智能合约扩展了比特币的应用范围，允许在比特币网络上创建和执行更复杂的逻辑和交易类型。这包括但不限于资产发行、去中心化金融（DeFi）应用、以及其他需要条件执行的场景。 2. 基于UTXO的模型：与基于账户的智能合约平台不同，NOTE协议建立在比特币的UTXO模型之上，借力了比特币的安全性和高效率。 3. 跨链功能：NOTE协议支持跨链交易，使数字资产能够在不同的UTXO链之间移动，进一步提高了其灵活性和应用范围。 4. 真实世界的应用：NOTE协议支持先进的密码学技术，如零知识证明和Rabin签名算法，可以应用在更复杂的真实世界应用场景中。 5. 低成本和高效率：通过优化数据存储和使用msgpack编码，NOTE协议旨在减少交易成本和提高网络效率。 6. 开源和社区驱动：NOTE协议强调开源精神和社区的贡献，促进了技术的透明性和可信赖性，同时也鼓励了更广泛的开发和应用创新。随着NOTE协议的发展和应用的深入，我们可以期待在比特币生态中出现更多创新的应用和服务，这些都将在保持比特币核心价值观的同时，为用户提供更丰富的功能和更好的体验。 NOTE协议网站: https://noteprotocol.org X: https://twitter.com/NoteProtocol GitHub: https://github.com/NoteProtocol 来源：金色财经

金色财经2024-02-22

对冲基金四季度抛售了这些股票

增加了在微软和亚马逊的持仓规模，并在Oracle建立了新的持仓。 Third Point 的Loeb增持了 Meta Platforms，而 Tiger Global 和 Viking Global 则削减了仓位。在其他领域，Coatue 新开了 Salesforce、苹果和 ServiceNow 的股份，同时将 Netflix 的仓位提高了 14%。除了 Nvidia、台积电和 Arm 之外，其他半导体公司也吸引了新的关注。Viking Global 在 Advanced Micro Devices 建立了新的仓位，Coatue 的 Laffont 将其在这家芯片制造商的持仓扩大了一丁点，并透露了对英特尔的新赌注。 Tiger Global 的 Coleman 则将其在台积电的持股比例提高了 48%，约合 9,400 万美元，同时公布了其在Broadcom超过 2.03 亿美元的持仓。

金融界2024-02-21

什么是预言机可提取价值？它为什么重要？

务本身可以是盈利的。什么是 OEV（Oracle Extractable Value，预言机可提取价值）？它为什么重要？ Oracle Extractable Value（OEV）是 Miner Extractable Value（MEV）的一种特定类型，关注于区块链系统中 Oracle 更新或缺乏更新的影响。与矿工可以出于个人利益优先处理交易的 MEV 类似，OEV 涉及到战略性地优先处理 Oracle 交易以提取价值，特别是在 Oracles 提供关键市场数据或触发重大链上事件（如清算）的情景中。构建 Zk-rollup 的作用是什么？最初，向基于 rollup 的系统转移的概念，特别是在 MEV (Miner Extractable Value，矿工可提取价值) 减缓和预言机更新的背景下，似乎不合常规。然而，认识到像 Flashbots、MEV Share 或 MEV Blocker 这样现有的 MEV 解决方案的集中化本质，显然需要转变。这些解决方案在中央服务器上运行，要求用户对其操作寄予极大的信任，这与区块链技术的去中心化精神相矛盾。我们早期出售预言机更新的方法同样依赖于中央服务器，创建了一个系统，用户不仅要信任我们执行更新的操作，还因为参与所需的抵押品要求而必须信任我们处理大量的资金。这种设置提出了相当大的信任假设，特别是在缺乏透明度和可验证性的预言机更新拍卖过程的合法性方面。采用 rollup 允许更无需信任的互动，使用户能够将其抵押品转移到平台上，而不让我们完全控制他们的资金。此外，它提供了链上的拍卖参与、获胜者和更新执行的记录，大大减少了信任假设。通过 rollups，整个过程变得透明且可验证，减少了用户需要过分信任 API3 或拍卖过程的完整性的需求。这种方法更加符合区块链的去中心化原则，确保用户可以更有信心和安全地参与系统。为什么选择 Polygon？我们选择 Polygon，是因为我们与 Polygon 建立了牢固的伙伴关系，并且对零知识证明（ZK）技术的未来发展充满了信心。我们做出这个决策，是基于对 Polygon 的零知识证明以太坊虚拟机（ZK EVM）的深入了解，以及对其生态系统中对预言机服务的强烈需求的认识。Polygon 已经准备好将其 ZK 解决方案推向市场，这一点相较于其他平台，为其带来了明显优势，也因此成为了我们选择与之合作的主要原因。 API3 代币在 OEV 网络中将扮演什么角色？在 OEV 网络中，中标者需要在其出价基础上额外支付 10% 的费用，该费用直接归 API3 所有。这个模型与典型的 MEV 情景略有不同，在典型的 MEV 情景中，90% 的提取价值返回给用户，10% 归 MEV 服务提供者所有。在 API3 的案例中，整个出价金额都有利于应用程序，而额外的 10% 费用被分成两半，一半归 API3 所有作为拍卖主办方，另一半分配给预言机提供者。 API3 利用其费用份额进行代币回购和销毁，这一策略在白皮书中有详细说明。这种方法旨在直接将收入再投资到 API3 代币生态系统中。例如，已经开发了一个合约，使用收集的费用购买 API3 代币，在 Uniswap 上提供流动性，并最终在一年后将一切转换回 API3 进行销毁。这种方法旨在提高 API3 代币的流动性和价值，使网络参与者的利益与生态系统的长期健康和成功保持一致。 API3 OEV 网络使用第一方数据源模型,为什么会这样？第三方和第一方预言机模型都涉及数据聚合，但关键区别在于数据来源和所需的信任假设。在第三方预言机模型中，像 Chainlink 主要使用的模型（也包括一些第一方预言机），数据是间接获取的。例如，如果我操作一个节点，并声称从 CoinGecko 获取我的价格，任何数据消费者不仅必须信任 CoinGecko，还必须信任我作为中介。这种设置引入了额外的信任层和潜在成本，因为数据提供链中的每个参与者都需要得到补偿。相反，第一方预言机直接涉及数据源于预言机过程中。数据源如 CoinGecko 本身运行预言机，而不是通过中介，允许可验证且直接的数据提供。这种方法大大减少了消费者需要信任的实体数量，并通过去除中介费用降低了总体成本。它导致了一个更高效、成本效益更高且在各种网络上快速部署的系统。这种效率至关重要，特别是考虑到运行基本数据提供，而不从事像 MEV 提取这样的活动，通常是不盈利的。预言机项目经常以亏损运营，用希望未来代币升值的数据提供来补贴，或寻求外部补贴来覆盖运营成本。通过最小化参与方数量，因此降低运营开支，第一方预言机为潜在合作伙伴提供了一个更具吸引力的解决方案，将效率与降低的信任要求和更低的成本相结合。订单流拍卖（OFA）中的博弈论关系是什么？本质上，当你通过像 MEV Share 这样的平台进行交易时，你的交易具有创造价值的潜力。这一概念被用于订单流拍卖中，人们可以对你的交易生成的价值进行出价。MEV 搜索者随后可以用从打包并出售你的交易流中提取的大部分价值来补偿你。例如，一个大的卖单可能触发有利可图的清算，使你的交易对于能够利用这些机会的投标者来说非常有价值，从而为你带来可观的现金返还。在 OEV 网络的背景下，关注点转移到 Oracle 更新而不是典型的交易上。我们参与专门针对这些更新的订单流拍卖。投标者可以竞争启动 Oracle 更新的机会，所得收益支持所涉及的应用或协议。例如，一个轻微的价格变化触发一次重大的清算可能代表一个重大的利润机会，促使人们竞争出价以获得执行该 Oracle 更新的权利。这一系统反映了在以太坊主网上传统订单流拍卖中看到的动态，其中清算和 Oracle 更新可以产生巨大的价值。然而，我们的方法旨在确保利益更加均匀分布。通过允许市场决定 Oracle 更新的价值，我们创造了一个环境，应用可以重新捕获通常用于支付清算的激励的更大部分，从而大幅降低成本。总结来说，Oracle 更新可以解锁重大价值，使得让市场决定其价值变得至关重要。当前，Oracle 更新发生时没有采用这种市场驱动的方法，常常导致错过重新捕获价值的机会。我们的系统旨在改变这一点，潜在地允许 DApps 保留它们提供的激励的更大份额。如果不当行为的回报大于服务费和罚款怎么办？我们专注于第一方预言机，因为它们由真实的商业活动支持，使其对其数据负责。如果这些预言机行为不当，它们的行为会被记录在区块链上，允许直接追索。API3 管理和监控这些数据提供者，以确保满足质量标准。未能达到这些标准的提供者将被替换，确保数据提供的完整性。这种方法依赖于对这些提供者的信任，但旨在通过透明度和问责制最小化信任。目标是在未来向一个较少依赖信任的系统转变。 API3 如何与 Chainlink 和 Pyth 竞争？最终目标是什么？我们并不主要关注总价值锁定（TVS）作为我们的核心指标，因为 TVS 并不直接有助于盈利。原因是运营数据提供，不管 TVS 的大小，当前都不是一个盈利的事业——没有直接的机制将从运营数据提供中回收的价值注入代币。无论你是保护 50 亿美元还是 5 亿美元，财务结果保持不变：活动本身没有利润。这种认识促使我们专注于 OEV 网络，这提供了一种将资金带回项目并实际产生收入的方式。 OEV 网络通过将安全工作直接与通过清算和其他机制潜在的收入联系起来，将 TVS 转化为有意义的数字，摆脱了建立在“希望和梦想”上的模型。目前，OEV 网络与 API3 的数据提供一起运营，使得额外的更新和收入流成为可能。我们正在探索将 OEV 网络扩展到其他预言机，可能让我们摆脱运营数据提供的不盈利方面，专注于有利可图的 OEV 操作。在许多第二层平台上，底层基金会补贴提供，意味着实际成本通常由 Chainlink Labs 或第二层的管理机构而不是使用提供的项目来承担。在很大程度上，重要和常用的数据提供并不为预言机项目直接产生利润。向OEV网络的转变代表了在预言机领域创造价值的创新方法，专注于盈利互动而不仅仅是在没有直接财务回报的情况下保护大量 TVS。说像 Chainlink 这样的预言机服务不赚钱并不完全准确。它们通过将成本转嫁到它们运营的网络上来潜在地生成收入，例如 Arbitrum，其中 Arbitrum Foundation 承担这些费用。项目使用提供的数量与产生的收入之间的关系并不直接；通常，这些服务旨在覆盖运营成本而不是获得大量利润。扩展到像 CCIP 这样的新领域表明了一种创造价值的策略，超出了单纯的价格提供，这可能被视为品牌建设工具或收支平衡操作而不是利润中心。这些项目内的治理讨论常常揭示了运营预言机服务的财务挑战，强调了转向可能更有利可图的解决方案的举动。 API3 与 Oval 有何不同？与 UMA 相比，有什么优势？ Oval 建立在预言机和 Flashbots 基础设施之上，展示了一种通过预售更新权利从预言机更新中捕获价值的方法。然而，它依赖于中心化组件，并且由于 Flashbots 的限制，其操作范围仅限于以太坊主网，显示了一个具有显著依赖性的系统。 API3 提出了一个更灵活的模型，提供了超越 Oval 所实现的全面解决方案。它为使用 API3 自己的数据提供以获取细粒度更新或通过 OEV 网络增强其他预言机的附加细粒度提供了选项。这种方法减少了对单一网络或解决方案的依赖，旨在实现跨区块链的更广泛适用性，而不受像 Flashbots 这样的服务依赖所施加的限制。本质上，API3 的策略包括在现有预言机框架上构建，提供增强的细粒度，并扩展跨多个区块链的价值捕获潜力。这种多方面的方法旨在应对预言机服务的复杂性，解决当前模型的局限性，同时探索更高效率和更广泛网络适用性的途径。与 UMA 相比，API3 的优势在于其强调构建去中心化的第一方数据提供，减少对中心化和第三方服务的依赖。API3 的 OEV 网络和数据提供策略提供了一个更去中心化、透明且可验证的数据流，这对于确保区块链应用的公平性和安全性至关重要。此外，API3 旨在提供一个跨链兼容的解决方案，允许更广泛的适用性和灵活性，而 UMA 则专注于提供去中心化金融合约的构建模块，这可能在适用性范围和技术实现上有所不同。来源：金色财经

金色财经2024-02-20

去中心化金融安全：理解风险并降低风险

事件的关键在于 Rodeo TWAP Oracle。该预言机用于跟踪 ETH 和 unshETH 之间的价格比率。分析攻击交易：攻击过程始于攻击者执行一个经过精心计划的交易。攻击者利用对平台架构和时间加权平均价格（TWAP）预言机潜在漏洞的深入理解，发起了这次攻击。操纵 TWAP 预言机：攻击者能够使用与未配置的策略地址相关联的 earn 函数，强制交换 USDC 为 unshETH。这种操纵有效地绕过了由于有缺陷的 unshETH 价格预言机而导致的滑点控制。实质上，earn 函数被强制从 USDC 换成 WETH，再换成 unshETH。计算 TWAP 价格：TWAP 价格是通过对最后四个更新的价格进行平均计算得出的，每个更新间隔为 45 分钟。然而，有缺陷的价格预言机返回了一个被操纵的价格，导致智能合约认为该持仓是健康的。开仓杠杆头寸：攻击者通过三明治攻击操纵 TWAP 预言机，然后通过从投资者合约调用 earn 函数来开设杠杆头寸。他们借入了价值 40 万美元的 USDC。交换资产：攻击者将借入的资产与底层的 CamelotDEX 池进行交换，同时将其准备好的 unshETH 卖回给池子。绕过执行验证：合约通常会验证操作是否有效。然而，由于攻击者控制了这个策略，他们轻松绕过了这个检查。这使得攻击者能够通过将准备好的 unshETH 卖回给池子来利用被操纵的头寸，有效地从平台中提取流动性。转移被盗资金：攻击者将被盗资金从 Arbitrum 转移到 Ethereum，将 285 个 ETH 换成 unshETH，然后将它们转移到 Arbitrum 以继续攻击。这部分价值 150 个 ETH 的被盗资金随后被转移到了 Tornado Cash，一个专注于隐私的以太坊混币服务。剩余的 371.2 个 ETH（约价值 701, 679 美元）仍然被攻击者控制的地址持有。这次攻击的一个重大漏洞是 Rodeo TWAP Oracle 的执行存在缺陷。预言机依赖于 WETH/unshETH 交易对的储备，该交易对的流动性较低，因此价格波动很大。基于多个预言机来计算价格确保价格查询的可靠性，一个可靠的预言机应该使用多个预言机或聚合喂价来计算价格，而不仅仅依赖代币对比率。特别是在矿池流动性较差的情况下，这种多样化的定价信息来源可以提高价格数据的准确性，并使攻击者更难操纵数据。为了实现这一目标，一个可能的解决方案是使用去中心化预言机，例如 Chainlink。Chainlink 预言机可以从各种数据源收集数据，并使用区块链技术验证和确认数据的准确性。通过使用多个数据源，Chainlink 减少了单点故障的可能性，并且更难以被攻击者操纵数据。以下是一个使用 Chainlink 聚合器合约获取价格数据的示例代码：在上述代码中，我们使用了一个AggregatorV3Interface类型的数组来存储多个预言机的实例。构造函数接受一个预言机地址数组作为参数，并将每个地址实例化为一个AggregatorV3Interface对象。 getLatestPrice 函数用于获取多个数据源的最新价格数据。它遍历 priceFeeds 数组，并通过调用每个预言机的 latestRoundData 函数来获取价格数据。所有的价格数据被存储在一个 int 类型的数组中，并返回给调用者。通过这种方式，我们可以从多个数据源获取价格数据，并确保价格查询更准确地反映资产价格。 2. 智能合约漏洞风险智能合约漏洞智能合约漏洞是指在以太坊或其他智能合约平台上编写的代码中存在的安全漏洞或错误。DeFi 的核心是基于智能合约的金融协议，因此智能合约漏洞可能导致用户资金的丢失、操纵市场行为或其他恶意行为。识别这些漏洞至关重要，我们的审计涵盖了各种潜在问题。这包括但不限于可重入漏洞、访问控制漏洞、整数溢出漏洞和业务逻辑漏洞。我们全面的审计服务旨在加强您的智能合约的安全性，并保护免受这些风险的影响。以下，以访问控制漏洞举例，说明智能合约漏洞对 DeFi 的影响。 LeetSwap 访问控制漏洞 LeetSwap 遭受了攻击，损失超过了 340 ETH。根本原因在于 LeetSwap V2 Pair 合约存在访问控制漏洞， _transferFeesSupportingTaxTokens 函数可见性为 public。 Attack Tx： https://dashboard.tenderly.co/tx/base/0xbb837d417b76dd237b4418e1695a50941a69259a1c4dee561ea57d982b9f10ec Vulnerable Contract： https://basescan.org/address/0x94dac4a3ce998143aa119c05460731da80ad90cf 攻击者调用了 _transferFeesSupportingTaxTokens 函数来操纵池子，攻击流程如下：用 WETH 兑换另一个代币 A。调用 _transferFeesSupportingTaxTokens 函数来转移代币 A，并随后调用 sync 函数，导致代币 A 的价格上涨。用代币 A 兑换更多的 WETH 并清空池子。解决方案为了修复 _transferFeesSupportingTaxTokens 函数的访问控制漏洞，应该将函数可见性更改为 private 或 internal。将函数声明为 private，只有合约内部的其他函数能够调用它。将函数声明为 internal，可以被继承该合约的合约访问。其他合约继承 LeetSwap V2 Pair 合约时，可以通过 super 关键字调用_transferFeesSupportingTaxTokens 函数。而外部用户无法直接访问该函数，提高了合约的安全性。需要根据具体的合约逻辑和需求来决定如何更改函数的可见性，确保在提高安全性的同时不影响合约的正常运行。智能合约审计是识别和预防漏洞的重要步骤。在Salus，我们拥有一支由经验丰富的智能合约开发人员和审计专家组成的团队，可以帮助您增强合约的安全性。我们的专业知识使我们能够准确定位潜在的弱点，并确保您的项目的安全性和可靠性。 3. 用户操作风险在 DeFi 领域中，用户操作风险是指用户在使用 DeFi 平台时，由于自身的操作失误、安全意识不足或不谨慎的行为而导致资金损失的风险。以下是一些常见的用户操作风险：点击恶意链接：用户可能会误点击恶意链接，导致恶意软件或病毒感染其设备，攻击者可以利用这些恶意软件来获取用户的敏感信息或控制其钱包。使用不安全的钱包：如果用户选择使用不安全的钱包应用程序或硬件钱包，攻击者可能会利用这些漏洞来窃取用户的私钥或操作权限。泄露私钥：用户如果在未加密的环境中泄露私钥，或者将私钥存储在不安全的地方，那么攻击者可能会轻易获取用户的私钥并进而控制其资金。不谨慎的交易操作：用户在进行交易时，如果没有仔细检查交易细节（如目标地址、交易数量等），可能会导致资金发送到错误的地址或发送错误的数量。为了减少用户操作风险，以下是一些建议：提高安全意识：了解常见的网络钓鱼、恶意软件和诈骗手段，并学习如何识别和避免它们。保持警惕，并仔细检查与 DeFi 有关的链接和应用。使用安全钱包：选择使用经过安全审计和有良好声誉的钱包应用程序或硬件钱包。确保钱包应用程序和固件是最新版本，并遵循最佳的安全实践。备份和保护私钥：将私钥存储在安全的地方，并使用强密码加密。定期备份私钥，并将其存储在离线、安全的地方，以防止意外数据丢失。仔细检查交易细节：在执行任何交易之前，仔细检查交易细节，确保目标地址、交易数量等都是正确的。双重检查可以避免由于疏忽导致的资金损失。 4. 总结请注意，针对以上每一种攻击和漏洞的解决方案只是简单的示例，并不能完全防止相对应的攻击，或者修复相对应的漏洞。如果您对智能合约审计感兴趣，请联系我们，我们将与您合作，为您提供专业的审计服务，确保您的合约安全可靠。我们致力于为您提供优质的服务和全面的技术支持，以确保您的智能合约在安全和可靠的环境中运行。来源：金色财经

金色财经2024-02-12

北银金科申请基于银行分布式个人客户存款管理系统专利，实现了分布式开发，灵活扩展pod数，技术模块之间相互解耦，中间件是集群部署模式，强化了系统的承载能力

接，所述后端服务的输出端与数据存储单元oracle；所述数据存储单元oracle的输出端与数据湖连接。个人客户存款管理系统基于Spring Boot开发，经由统一网关进行路由，并基于k8s进行部署，实现了分布式开发，灵活扩展pod数，技术模块之间相互解耦，中间件是集群部署模式，强化了系统的承载能力。

金融界2024-02-12

深入探讨 LayerZero V2 的设计与原理

多重签名 meme 是错误的，因为 Oracle 是模块化的。但是，有了 X of Y of N，该 meme 就可以正式宣告死亡。）水平可组合性：以前，应用程序被迫垂直组合全链交易，如果交易的最后一段失败，则导致交易完全失败。通过水平可组合性，交易的每条腿都保存在目标链本地。例如，只有从源到目标的交换成功后，才会执行目标端的组合逻辑（例如，将交换详细信息记录在单独的合约上）。如果日志记录失败，它不会破坏事务，并且交换仍然会成功，而整个交换将通过垂直可组合性恢复。无序传递：以前，所有消息都是按顺序验证和执行的。V2允许开发者选择按顺序还是乱序执行交易。通过无序交易执行，LayerZero 的吞吐量与目标链匹配，同时保持审查阻力。增强的可编程性：V2改进的协议合约接口、特定于路径的库、新的设计模式和水平可组合性重新定义了应用程序交互，促进灵活性和不间断的跨链交易。让我们扩展 X/Y/N 和安全堆栈，因为这些可能是在 V2 上构建时需要理解的最重要的概念。 X of Y of N 允许应用程序开发人员指定一定数量的 DVN，以在签署消息有效性之前检查跨链消息的完整性。例如，“1 of 9 of 15”需要以下 DVN 达成共识才能验证消息：从选定的 15 个 DVN 池中选出 9 个，以及 1 个必需的 DVN 关于 X of Y of N 所需的签名者方面——这允许应用程序通过运行自己的 DVN 并要求自己签署每笔交易来显着强化其验证。这样，即使其他 DVN 串通签署恶意交易，他们的应用程序也将是安全的。 X of Y of N 是安全堆栈的核心，允许应用程序选择、组合和/或删除 DVN 以验证它们认为合适的消息。这使得应用程序可以在新的验证方法进入市场时提高安全性，或者在出现风险时重新配置 DVN。通常应根据项目的用例配置安全堆栈。例如，跨链借贷 dApp 可以将其安全堆栈配置为尽可能去中心化的 DVN 集，并设置大量区块进行确认，而构建子网生态系统的金融机构可以选择在其子网中运行自己的 DVN。安全堆栈的确认时间非常短。对于廉价的用例或测试，开发人员可以设置 1/1/1 法定人数。然而，如果有人要构建一个偶尔跨链转移数百万价值的应用程序，则可能会使用 5/20/25 DVN 的法定人数。安全堆栈的灵活性对开发人员有利，因为它不会将 OApp 锁定在单一验证方法中，从而使 OApp 面向未来。例如，如果 DVN 由于黑客攻击或政府传票而宕机，OApp 可以更改其安全堆栈以要求来自不同 DVN 的签名。这种对验证的公正立场是一种设计选择，它不同于大多数其他消息传递协议，这些协议通常只提供单一的安全配置。除了 IBC、Hyperlane 和其他一些协议之外……大多数跨链协议都采用共享的安全方法，不断更新单一的、整体的端到端安全模型（如验证器集、预言机、中链等）以包括新的连锁店。一刀切的安全方法通常会导致应用程序为安全支付不足或过高。例如，全链 NFT 项目的安全需求比全链货币市场低得多。然而，如果两者都建立在支持中链的跨链协议上，则它们为安全性付出的代价是相同的。此外，使用单一的整体协议会导致一种一刀切的可扩展性方法，因为每种验证方法可能只支持有限数量的链。通过一组模块化的 DVN，LayerZero 允许开发人员配置最适合其应用程序的安全参数，而不是强迫他们将应用程序安装到严格的整体架构中。在构建安全堆栈时，预计会就应用程序的安全性提出不同的意见。一些支持者会说，只有一个 DVN 的安全堆栈就足够了（这些人是目前在单个中间链上构建的开发人员），而其他人可能会说，任何低于 1 要求的 4/5 安全堆栈都是不安全的。不管怎么说，LayerZero 协议都是不固定的——它只是传输层，并且与验证无关。借助安全堆栈，LayerZero 与供应商锁定形成了对立面，因为它允许开发人员根据其特定用例选择、修改和组合不同类型的验证方法。 V2交易生命周期对于此示例，我们假设应用程序 (OApp) 已在 LayerZero 端点上为源区块链和目标区块链配置其安全堆栈。它还选择了其首选的 MessageLib 版本。步骤 1a：发送消息源链 OApp 在源 LayerZero 端点上调用“lzSend”，提供消息负载及其唯一路径。该路径被设计为安全且抗审查，由发送者和接收者应用程序地址及其各自的端点 ID 构建。步骤 1b：编码和发送数据包：源端点为数据包分配一个唯一的、顺序递增的随机数。它将随机数与路径结合起来，创建用于跟踪数据包的全局唯一标识符 (GUID)。端点根据安全堆栈选择正确的源MessageLib（如ULN）来对数据包进行编码。该数据包使用必要的信息进行编码，包括为验证消息而支付的 DVN 以及用于触发链下操作的执行器。步骤 2：DVN 验证：配置的 DVN 使用目标 MessageLib 在目标端独立验证数据包。数据包通过安全堆栈所需的足够数量的 DVN 验证后，将由适当的工作人员（DVN、执行者或用户）提交到目标端点。第三步：接收和执行：在提交到通道之前，端点确保有效负载验证与 OApp 配置的安全堆栈保持一致。执行器调用“lzReceive”函数来使用接收器 OApp 的逻辑处理接收到的数据包。此步骤可确保消息准确传送一次且不会丢失。如果系统无法保证这一点，则会恢复该过程以防止任何审查的可能性。 V2 用例 LayerZero 是一个伟大的想法——任何可以在单链上编程为智能合约的东西现在都可以跨多个链进行本机编程（这导致构建的应用程序比目前单链市场上存在的应用程序更具表现力）。自成立以来，许多产品都是基于 LayerZero 构建的，包括借贷 dApp、跨链身份 dApp、桥梁、NFT 市场、企业项目、NFT 项目、meme 代币和数据产品。LayerZero V1 上部署了超过40,000 个 OApp合约，数百个团队正在使用 LayerZero 为 OFT 提供支持，数十个团队已经构建了作为 OApp 分组的全面应用程序。对于开发者来说，LayerZero 的可组合性使 DeFi 超越了单链的限制，为更加互联和多功能的金融生态系统铺平了道路。借助 LayerZero，随着开发人员利用更多资产和区块链，DeFi 中构建的应用程序范围不断扩大。此外，凭借运行 DVN 的能力，应用程序开发人员可以通过减少对其他方的依赖来强化安全性。对于用户来说，V2 简化了跨链交易，让他们在不知情的情况下与多个区块链进行交互——因为他们只需要在源链上支付 Gas 费。这种简化的体验可以在每个 DeFi 垂直领域采用——从 DEX 到流动农场再到 NFT 市场——降低最终用户的复杂性。零售 DeFi 的最终目标是将链完全从用户手中抽象出来，LayerZero OApp 和 OFT 合约是实现这一目标的工具。为了具体说明可以使用 V2 构建什么，这里有一些利用 LayerZero V2 的应用程序示例…… 集群（身份）：集群是一种跨链、多钱包名称服务协议，解决地址碎片、钱包管理复杂性和域名抢注等问题。它作为一个统一的身份层，使用户能够在多个链上保持一致的身份——与 ENS 的做法非常相似，但对于许多链而言，它是原生的。集群确保与用户身份相关的操作和配置在所有集成区块链中得到一致反映，从而简化用户与各种去中心化应用程序 (dApp) 和服务的交互。在后端，LayerZero 用作消息传递层，跨链移动操作和状态更改，以帮助集群保持数百万个名称和数十亿个钱包地址的准确性。（阿尔法 2.0.) Abracadabra（稳定币）：Magic Internet Money (MIM) 引入了全链“传输”服务，用于跨 11 个区块链传输 MIM 代币。MIM 传输利用 LayerZero 的 Omnichain Fungible Token (OFT) 标准，提供快速、安全且高效的代币传输。该服务扩展了 MIM 的功能，支持跨链交互，例如从不同链借款、执行跨链清算等。名义上 1 美元的传输费用以原始链的原生 Gas 代币形式收取，有助于提高 DAO 的盈利能力。Abracadabra 还运行自己的 DVN (MIMnet)，一旦过渡到 V2，它将成为 MIM 传输所需的签名者。自在 V1 上推出以来，Abracadabra 已在 LayerZero 上促成了 200 万次传输。 Tapioca（借贷市场）：Tapioca DAO 是一个全链借贷平台，提供原生全链 CDP 稳定币 USDO。Tapioca 背后的主要愿景是通过创建原生全链借贷和稳定币协议来重新统一目前 DeFi 中分散的流动性，其中用户体验与用户在同一链上借贷的体验相同。此外，为了完成完整的金融堆栈，Tapioca 用户可以通过递归消息利用 Tapioca 的跨链杠杆。从验证的角度来看，Tapioca运行的 DVN是其自己的安全堆栈中必需的签名者。此设置的示例如下所示： V2 信任假设不存在完美的系统。任何声称在加密领域创造了完美事物的人都应该受到审查，因为区块链本身本质上仅限于速度、规模和安全性之间的核心权衡。本节讨论开发人员在 LayerZero 之上构建时可能遇到的信任假设或安全注意事项。并非所有这些都是协议风险——许多都是解决社会或应用程序级安全的实际风险。话虽这么说，我们将真诚地在这里讨论所有类型的信任假设。（编者注：从这里开始没有图片。只有利基互操作分析。）智能合约风险： Endpoints和MessageLibs是LayerZero跨链通信的基础。如果这些合约包含错误，那么核心协议就会面临风险。任何使用智能合约的协议都是如此。虽然不是完美的衡量标准，但查看源代码的上市时间通常是合约可信度的良好指标。考虑到这一点，V1 Endpoints 已经运行了 1.5 年，没有出现任何错误，促进了超过 400 亿美元的价值转移和超过 1 亿条消息。随着 V2 的推出，这些数字将重置为现有的 V2 测试网交易量和交易量，因此需要时间来建立市场信任备份，就像 Uniswap 升级需要时间来超越其先前的水平一样（Uniswap V2 交易量）高于V3 大约六个月）。当然，上市时间并不是衡量智能合约风险的唯一指标。审计也是一个很好的指标。使用V2，所有合同都经过审计，并且针对白帽黑客提供 250 万美元的漏洞赏金。V1 漏洞赏金金额为 1500 万美元，是目前世界上最高的。恶意开发人员：开发人员负责设置自己的安全堆栈。如果没有设置治理或内部安全流程来阻止他们这样做，这使他们能够指向恶意 DVN 和/或随意更改配置。是的，开发人员可以在 LayerZero 上部署或执行恶意操作。这是未经许可的建筑的副产品，也是非常值得的权衡。以太坊、互联网、现金等都是无需许可的系统，允许人们做任何事情（无论好坏）。反对这一点就是侮辱任何开发人员的智力或自由意志。对于所有构建在无需许可的区块链上的应用程序来说，“开发人员可以鲁莽”这一论点都是正确的。话虽这么说，但值得注意的是，开发人员的最佳实践是清楚他们的安全堆栈以及如何更改它。对于 DAO，可以通过 DAO 投票来选择和硬编码安全堆栈，可以对其进行时间锁定并每月更改，或者可以委托代表设置最适合 DAO 的安全堆栈（具有时间延迟和否决权）来自安全理事会）。类似的设置可用于在 LayerZero 上构建的企业。然而，企业客户可能希望运行自己的 DVN，因此在该垂直领域这不应该是一个大问题。 DVN 的多样性：虽然协议没有意见，但验证消息的 DVN 却不然。因此，如果 DVN 集有限并且应用程序选择不运行自己的 DVN，那么通过网络发送的消息可能会以某种方式受到审查，类似于某些以太坊验证器不包含 OFAC 批准的交易。 LayerZero 的目标是建立广泛、多样化的 DVN 组。这种多样性有多个层次。在构建全链应用程序时，DVN 应该为开发人员提供一系列验证方法：桥、预言机、链、证明服务、重新抵押机制等。为了使 LayerZero 成为一个健康的协议，不同的实体组需要运行 DVN：来自企业解决方案连接到私有链以退化解决方案来接收 DeFi 中的任何交易。除了验证和实体多样化之外，最好还有一组在不同管辖范围内运行的分布式 DVN，以在国家级攻击的情况下进一步强化 LayerZero 的验证层。在 V2 发布时，超过 15 个 DVN 已上线，从 Google Cloud 等企业到 Polyhedra zklightclient 等加密原生解决方案。随着 V2 的普及，这个数字应该会扩大。有 50 条链和数百万条消息需要验证，应该激励更多的团体运行 DVN。 DVN 和善意证明：与上述要点类似，必须注意的是，存在一个 DVN 不会串通的信任假设。 LayerZero 假设开发人员将选择能够最大限度降低共谋风险的安全堆栈。LayerZero 只是为这些想法创建了一个市场，让这些想法在成本和安全性权衡（以及应用程序需求）方面相互竞争 - 并具有能够运行自己的最终安全性。例如，如果愿意，DVN 可以具有削减机制和/或质押，但 LayerZero 不会强制执行此操作。理解 DVN 为何善意行事可以分为三个论点： 1）对于企业 DVN 来说，良好的声誉比合谋确认恶意交易更有价值。2) 一些 DVN 已经实施了透明的机制来激励良好行为（削减等）。3) 费用使得运行 DVN 变得值得。在声誉方面，像 Google Cloud、Animoca、Blockdaemon 和 Gitcoin 这样的 DVN 可能太大了，在更广泛的加密生态系统中根深蒂固，并且可能会带来太多的声誉风险而无法串通。在透明度方面，像 Axelar 和 CCIP 这样的去中心化 DVN 拥有自己的验证器集，可以公开审计和检查，并且还可以在本地实施削减以惩罚不良行为者。在费用方面，有 50 多个链提供服务，历史消息量最近突破 1 亿条，总体而言，协议应考虑使用不会串通的 DVN。例如，Google Cloud 和 Axelar 的 DVN 设置是一个非常硬的安全堆栈，因为它包括来自集中式和去中心化实体的验证，最大限度地减少了冲突风险（稍后可以将更多 DVN 添加到此设置中）。开发人员在选择安全堆栈时需要小心，因为 DVN 可能会在协议未来的某个时刻试图串通一气。任何应用程序都应考虑共谋风险，并通过运行自己的 DVN、联系 DVN 团队进行尽职调查和/或选择不可能共谋的 DVN 组合来进行相应的计划。 Executor x Liveness：理论上，任何人都可以在 V2 中执行交易。活跃度永远不应该成为问题，因为如果配置的执行器离线，最终用户或应用程序可以在LayerZero Scan上手动执行事务。然而，在实践中，如果配置的 Executor 频繁停机，那么在 LayerZero 上构建的应用程序就会出现短期活性问题。正如已经提到的，无许可执行理论上应该可以减轻活性问题。然而，在实践中，运行执行器是一项具有挑战性的工作。正如V2 发布视频中所述，运行自动执行器每月需要数十亿次 RPC 调用，并跨 50 多个链提供 Gas 抽象，这本身就需要持有 50 多个 Gas 代币，并根据需要重新平衡这些 Gas 资产。也就是说，一个应用程序可以构建和配置一个较小版本的执行器，该执行器在有限的链对上运行（例如 Fantom <> 以太坊）——尽管如此，由于重新排序、活跃性、可用性，编写起来仍然很复杂，针对故障、竞争条件、正确定价天然气成本等的弹性。总的来说，如果 OApp 选定的执行器出现故障，确保多个执行器可用有助于协议的长期存活。为此，我们的文档中现在提供了执行器的开源实现。默认值：当开发人员开始尝试 LayerZero 时，他们可以选择使用 LayerZero Labs 的默认安全堆栈或设置自己的安全堆栈。默认安全堆栈由 LayerZero Labs 设置并可以随时更改。因此，任何将其安全选择放弃给 LayerZero Labs 默认设置的应用程序，都会将其安全性放弃给集中式第三方。当前的默认设置是 Google Cloud 和 LayerZero Labs。违约本身并不坏——这很像在交易所或托管机构持有加密货币。这对于小型应用程序或大型企业解决方案可能是理想的选择（就像 Coinbase 这样的东西适合 BTC 的新进入者和机构持有者）。然而，对于加密原生应用程序来说，选择默认值可能并不理想，因为如果 LayerZero Labs 被黑客攻击或变成恶意的，那么默认的安全堆栈也可能被更改为恶意的。默认值旨在供开发人员测试 LayerZero。大多数应用程序的最终目标应该是配置自己的安全堆栈，而不是首先使用默认设置- 和/或信誉良好的组织（如基金会或大型应用程序）发布自己的“默认”设置以供应用程序使用。端点部署： LayerZero Labs 是唯一可以部署规范的、社会接受的端点的实体。如果 LayerZero 实验室关闭，这将阻止 LayerZero 当前的迭代扩展到新链。由于端点是不可变的，因此部署的任何端点或 MessageLib 将保持部署状态并永久处于活动状态。即使没有创建新的端点，应用程序也可以永远在此基础设施上构建。然而，为了扩展到新网络而不是关闭 LayerZero 实验室，需要采取某种解决方法。需要澄清的是，其他团队可以部署端点 - 但它们不被认为是社会规范的，因为它们不连接到其他 LayerZero 端点（打破了整个互操作性理论）。然而，如果 LayerZero Labs 瘫痪，另一个团队可以部署端点并尝试为他们自己的网格获得社会共识。一种经常出现的解决方案是允许无需许可的端点部署。然而，这是一个增加复杂性、引入垃圾邮件风险的设计决策， LayerZero 和市场跨链世界充满了桥梁、流动性网络和代币标准。以下是 LayerZero 适合的地方的简要概述。安全堆栈：作为 DVN 的桥梁就像比特币建立在自我托管的理念（对商品安全的所有权）之上一样，LayerZero 也是建立在安全堆栈的理念（对应用程序的安全性的所有权）之上。在 V2 中，任何可以验证消息的实体（无论是本机桥、第三方桥、验证器集、oracle、多重签名、轻客户端、zk 证明器等）都可以被构建在其之上的应用程序用作 DVN LayerZero 的。本文的这一部分将说明许多最流行的第三方桥实际上只是去中心化验证者网络（DVN），可以用作应用程序所有者构建的适配器 DVN来验证 V2 中的消息。换句话说，许多现有的网桥可能最终会成为 DVN，竞相验证 LayerZero 内的消息。更详细地说，第三方桥是相互竞争的跨链协议，旨在构建最强大、最受行业信任的机制，用于验证某些链子集之间的消息。第三方网桥的示例包括 CelerIM、Axelar、deBridge、CCIP、Synapse、Wormhole、Router、IBC 等。第三方网桥的设计通常围绕共享安全性展开，通常可分为三类。Axelar 和 Synapse 等中间链作为中心验证消息并向辐条发送消息。有一些第三方监护桥可以通过信誉多重签名来证明消息的有效性，例如虫洞和雪崩桥。您可以将它们视为预言机或证明服务，以收费方式签署跨链消息。最后一种类型的第三方桥是一个比较模糊的桶，我们称之为信任最小化系统。这些涉及 zk 证明、轻客户端或乐观证明，这些都可以归结为只需要信任一件事：分别是数学、链共识和单个诚实的观察者。没有第三方桥梁能够完全破解“最佳”安全形式的密码。中链竞相打造最难以破解的中心。守护者竞相引入加密领域最有信誉的参与者来证明跨链交易。信任最小化系统使用数学、区块链和博弈论提供的最好的工具。虽然这些实体中的每一个都可以跨链发送/接收任意数据，但这并不是第三方桥的特长。这些第三方桥实际上在验证方面非常出色 - 证明该消息发生在这里并且可以发送到那里。通过新的 V2 设计，这些第三方桥（如 DVN）可以专注于他们最擅长的事情——签署有效的跨链交易——并且应用程序根据用例偏好选择他们想要的第三方桥。这种设计应该是双赢的，因为第三方桥设计者不再需要担心跨链消息的执行和/或传输，并且应用程序在构建存在于多个链上的东西时不再被锁定在单一验证方法中。区块链。通过允许第三方桥接器做他们最擅长的事情（验证事物），LayerZero 可以专注于主要思想：统一语义——允许开发人员以相同的方式编写合约，而不管链如何。在 LayerZero 协议上发送的每个数据包以及与之交互的每个端点都是相同的。LayerZero 的构建是为了让开发人员能够从市场上可用的各种类型的验证方法中进行选择。它是一种无需许可、抗审查且不可变的结构，可以填充任何类型（或组合）的验证方法。这是非常强大的，因为它可以让 LayerZero 适应验证技术的进步，同时通过标准化的消息设计实现通用的区块链可组合性。一层消息传递，多个流动性网络任何类型的流动性网络都可以在 LayerZero 上重新创建。另一类“桥梁”是跨链协议，允许跨链传输代币。这些被称为流动性网络。示例包括 Across、Hop、Portal、Connext、Stargate、Allbridge、DLN、UniswapX、Hyphen、Catalyst 和 cBridge 等。大多数流动性网络都是围绕基本意图结构设计的：用户在链 A 上拥有资产 X，并希望在链 B 上获得资产 X。流动性网络将意图与链上（流动性池/包装资产）、链下的解决机制相匹配。（通常被称为中继器），或两者的混合。这些解决机制本质上是在链 A 上获取用户的代币，并在链 B 上解锁/填充相同数量的代币。他们对这项服务收取少量费用。流动性网络之间的竞争可以在桥梁价格执行、费用、流动性网络的一个有趣之处在于，流动性网络底层使用的验证方法有些任意。就像在以太坊之上构建多个 AMM 一样，许多流动性网络从技术上讲也可以构建在同一个验证网络上。UniswapX强调就这一点而言——它花了整篇白皮书只讨论协议的流动性方面（填充、荷兰式拍卖、乐观执行等），而没有命名它可能使用的底层验证网络！白皮书只说“结算预言机”是必要的，它可以是“规范桥……轻客户端桥，或第三方桥”。任何在链之间传递消息的东西都可以成为这里的结算预言机！这种性格特征并不是 UniswapX 所独有的。其他流动性网络设计，如 DLN 和 cBridge 以及 Wormhole 的 Portal 和 Catalyst 可能会使用其他第三方桥（又名 DVN）进行结算。这些流动性网络所需的不一定是单个第三方桥梁，而是需要一种可以根据链配对和用例信任的验证方法。通过 V2，LayerZero 理论上可以支持每个流动性网络进行消息传递（结算），同时允许它们选择独特的验证方法（安全堆栈）。 LayerZero V2 为使用不同安全堆栈配置构建的许多不同类型的流动性网络提供了单一消息传递框架。这扩大了可以制作的范围，并且应该会带来有趣的实验。例如，跨链 AMM 可能会根据交易规模选择安全堆栈，其想法是不同的交易量将由不同的安全堆栈进行结算（本质上是通过安全堆栈可选性桥接聚合）。通用合同标准模块化区块链理论、L2 扩展理论、全链理论——所有这些想法都需要通用代币和合约标准，以便数千条链的世界可以根据每个新链/资产/虚拟机配对而无需碎片和上下文切换即可运行。Omnichain Fungible Tokens (OFT) 和 Omnichain Applications (OApps) 旨在成为这些标准——在不影响安全性的情况下扩展开发人员的能力。 OFT 扩展了 ERC-20 等传统代币标准，使开发人员能够创建跨多个区块链无缝运行的代币。这种普遍性消除了孤岛，使代币能够在链之间移动。OFT 作为标准的潜在采用意味着开发人员不再需要部署单独的、特定于链的代币，这可以划分流动性和社区，同时引入不同的信任假设。相反，OFT 在所有 LayerZero 支持的区块链上提供统一的代币存在，确保代币生态系统保持凝聚力和稳健性，无论链如何。OFT 跨多种代币标准（ERC20 是最受欢迎的）工作，除了应用程序附加的费用外不增加任何费用，并且允许始终跟踪通用供应（透明度）。与应用程序一样，OFT 代币发行者对其合约和安全堆栈保持完全控制。（注意：ONFT 也将在 V2 上上线，但由于合同正在审核，目前处于测试阶段。OFT 的相同逻辑可以轻松扩展到 ONFT。）全链应用程序 (OApp) 合约标准提供了一个通用的、与区块链无关的开发人员界面。借助 OApp，开发人员现在只需构建一次应用程序即可将其部署到任意数量的链上，而无需重写代码。这缩短了开发时间，并向其应用程序开放了整个区块链生态系统，而不是其中的一小部分。这还允许开发人员访问任何 LayerZero 支持的区块链的合并用户和流动性。此外，多个 OApp 可以组合起来，创建真正的全栈、跨链金融应用程序（想象一个 DeFi 应用程序，允许在任何链上借款、在任何链上交换等）。借助 V2，LayerZero 应该有很好的机会成为跨链代币和治理的单一框架，因为它提供了带有模块化验证层的通用消息传递解决方案。换句话说，代币或治理设置可以使用任何类型的验证方法 - 或验证方法的组合 - 使用 V2 将数据移动到目标链，唯一的信任假设是 LayerZero 端点的神圣性（该信任假设不能也可以使用任何其他解决方案进行转义）。总体而言，OFT 和 OApp 可以（也许应该）成为所有代币和合约的事实上的合约标准，以便团队在 LayerZero 支持的链上构建。以下是一些原因：默认互操作性： OFT 和 OApp 是为多链世界构建的。它们本质上采用跨链通信，随着加密货币不断发展成为拥有数千条链的行业，它们能够面向未来。采用这些标准可以让项目规划数年而不是数月。模块化安全性： OFT 和 OApp 都受益于 LayerZero 的模块化安全框架，该框架支持针对特定应用程序定制安全参数。这意味着开发人员不必被迫采用一刀切的安全模型，而是可以根据其应用程序或代币的独特需求定制安全性，从而增强灵活性和弹性。简单性和用户体验：对于用户来说，区块链交互的复杂性随着 OFT 和 OApp 的出现而消失。它们提供了简化、一致的用户体验，抽象了特定于链的操作的技术细节。通用可组合性：市场上有很多跨链合约标准。将 OFT 和 OApp 巩固为行业规范可提高可组合性，同时减少碎片——无需将协议锁定在单一安全策略中。结论 LayerZero 的架构——在验证层面上是模块化的，而在传输层上是静态的——在当前性能和面向未来的设计之间取得了至关重要的平衡。这项技术可以让我们永远为所有人建立一个开放、公正的数字经济。作为一个行业，加密货币必须共同努力才能实现这一愿景。由于这一共同目标的本质，我们的技术必须是无需许可的。为了实现这一愿景，必须在堆栈的各个层面都坚持这一理念。LayerZero 将这些值保护到数据包级别。当特征是可变的时，值总是可以改变的。承诺不是永久的。决定是不持久的。升级是有风险的。最终，系统被损坏。持久性和可证明性必须进行硬编码。这就是 LayerZero 出现的原因。这就是 LayerZero 存在的原因。 LayerZero 的构建让您无需信任他人。它的建立是为了让您可以相信自己。来源：金色财经

金色财经2024-02-10

如何通过市场机制解决预言机MEV(OEV)问题？

依赖于预言机的 MEV 为 OEV (oracle extractable value)。 OEV的存在，在不同利益相关者之间产生了价值再分配，而API3则号称使用拍卖机制，使OEV再分配尽可能合理（通过市场机制来分配），并设法带来更快、成本更低的价格更新。一般认为，OEV的产生与提取，是MEV问题的一个子集，我们在此简单介绍OEV 是如何产生的，其核心原因在于以下两方面： 1. DeFi 系统使用预言机获取价格，并基于预言机价格，执行清算等逻辑。而资产清算往往意味着有大额的利润空间。 2. 预言机更新存在细粒度问题，只有链下与链上价格存在一定偏差后，才会更新链上数据，且链上数据更新会以一笔交易的形式呈现。 OEV 的产生，意味着流动性提供者的价值损失，一些数据显示，基于以上两方面，OEV 存在以下三种产生途径： Frontrunning，即抢先交易。当 OEV 搜索者监控到，交易池内出现一笔预言机价格更新交易时，其可以在此交易前，插入自己的交易，以获取价格更新带来的收益。这是最传统的抢跑交易。 Arbitrage，即套利。由于预言机链上价格更新，取决于链上价格与链下价格之间的差额，这意味着预言机报价可能与其他系统报价不一致，此时就产生套利空间 Liquidations，即清算。预言机的价格更新，会触发一系列借贷头寸的清算，清算者可以在清算过程中内获取大量的清算收益。通过 Frontrunning 和 Arbitrage 方式提取的收益，实际上是流动性提供者的损失。而对于 Liquidations 清算获取的收益，一方面影响了借款人的利益，因为借款人会在清算过程中损失相当部分的资金，而对于贷款人，由于预言机给出的报价存在延迟，其最终收到的抵押品价值可能低于预期。所以无论如何，OEV的提取都会给相应的Defi协议带来托管财产上的损失。 OEV的提取过程：本质还是抢跑对于 OEV 的提取，搜索者会通过监控内存池内的“预言机数据更新指令”，通过 MEV 基础设施，将预言机数据的更新交易指令，与自己发起的交易指令捆绑在一起，最终执行以获取收益。当然，对于套利和清算交易，搜索者只需要监控链上价格与链下价格的偏差，最终通过 MEV 基础设施，确保自己发起的交易先上链执行即可。无论搜索者使用的那种流程，我们可以看到 OEV 的收益被分配给了 MEV 基础设施和 OEV 的搜索者，而“被捕获” OEV 价值的协议，并没有获取其应有的收益。（根据某些数据，OEV 问题此前曾导致GMX 平台的利润被抽走差不多10%）为了解决这个问题，贡献了大量OEV价值、身为链上衍生品交易平台的GMX采用了一种简单粗暴的方式：让自己指定的一些人来捕获OEV价值，然后把这些OEV价值尽可能返还给GMX平台。对此，GMX 引入了Rook和白名单。简单来说，GMX 的预言机更新通过 Rook 执行，而Rook会基于目前的市场情况，进行 OEV 的提取操作以获取市场内的 OEV。这些 OEV 的 80% 会被返换给 GMX 协议。总结下来就是，GMX 通过白名单，赋予 Rook 们更新预言机的权利，通过Rook 提取OEV以避免被其他搜索者提取OEV，同时将 OEV 的 80% 返还给 GMX 系统。这个套路其实有点简单粗暴。基于市场竞价的OEV拍卖机制在介绍最近热议的API3提出的OEV 拍卖方案前，我们先简单介绍下API3的预言机运行原理。API3 的核心被称为 Airnode 协议。该协议允许 API 服务商直接将自己的 Web2 的 API 包装为 Web3 的预言机。简单来说，Airnode 协议要求 API 服务商使用自己的私钥，对每一个发布数据进行签名。用户可以随时向Airnode 协议的服务商，获取最新的数据及其签名，然后可以将其发布到链上预言机内，以更新数据。这对于 API 服务商而言，将其 Web2 API 服务包装为区块链预言机，实际上只需要增加一个私钥签名环节，API 服务商的大量基础设施可以直接复用，这大大降低了 API 服务商进入预言机领域的门槛。基于 Airnode 协议，API3 使用了一种类似 flashbot 的但针对于预言机系统的拍卖方案，以实现 OEV 的合理分配，同时也可以进一步提高链上预言机的更新频率。下图展示了 API3 的 OEV 方案： API3允许任何人通过竞拍，主动的更新其预言机合约上记录的数据，并引入OEV Relay节点，作为整个OEV拍卖流程中的核心。OEV Relay 在各个预言机网络节点内收集数据，并统一返回给搜索者(Searcher)，搜索者再拿去更新API3预言机上记录的数据，并趁机把MEV交易也捆绑在一起。 OEV Relay 的存在带来了以下两方面优势： 1.为搜索者统一提供所有数据，减少搜索者单独与预言机节点交互的事件； 2.保护网络内单个预言机节点，避免单个预言机节点被搜索者发起 DoS 攻击；搜索者可以在 OEV Relay 内，获取聚合的预言机网络报价数据及其签名，当搜索者认为当前的预言机网络报价可以帮助其完成某些 OEV 提取操作，搜索者就会向 OEV Relay 发起竞价。在竞价过程中，假如搜索者给出了最高报价，OEV Relay 就会返回一笔已经签名完成，可以直接上链用于链上预言机价格更新的 meta-tx。搜索者可以将该笔价格更新交易，与其他交易打包在一起上链，执行获取 OEV 收益。此时由于价格更新交易也被打包上链，所以链上预言机价格也一并更新。我们可以看到，允许OEV拍卖的一个效果，在于实现链上预言机价格的高频更新。以 AAPL/USD 数据源为例，在没有 OEV 拍卖前，当链下与链上价格偏差 1% 时，这种大幅度的偏差才会使得预言机主动更新链上价格。但假如 OEV 拍卖开放后，预言机允许外界向其提交数据更新指令，搜索者可能就会认为，链上与链下 0.1% 的价差就可以带来巨大的OEV收益。这会驱使搜索者，在价差为 0.1% 时就拍下用于价格更新的 meta-tx ，并将该笔交易指令上链。这会加快 AAPL/USD 数据源的更新，且没有对使用此预言机的应用带来额外的预言机更新成本。所以说，预言机数据更新的成本，被转嫁给了OEV价值捕获者，而API3的OEV Relay可以从OEV玩家那里，获得大额的竞拍费用，再把这些费用反哺给被捕获OEV价值的Defi协议。可以预见，随着 OEV 市场扩大，搜索者会在拍卖价格上激烈竞争，导致 OEV 价值的大部分（甚至是95%）都被转移给 API3 协议，而API3协议收到这部分OEV收入后，会区分OEV价值的来源，并将其返还给被捕获OEV价值的Defi协议。还需要注意，为了保险，API3会在链上数据与链下数据差额较大时，自动执行数据更新操作，前提是一直没有OEV拍卖者主动更新API3合约记录的数据。总结基于 Airnode 协议与 Flashbot 的启发，API3 开发了 OEV 拍卖方案，该方案带来了以下优势：将 OEV 大部分返还给使用预言机喂价的协议，提供了更具有细粒度的价格更新，且采用预言机喂价的协议平台无需为更细粒度的数据更新付出高昂成本，这部分成本通过拍卖的方式转嫁给了出价的OEV抢跑者。相比于 GMX 的特殊化方案，API3 的方案是更加通用的，而且 API3 预言机的使用方只需要给定钱包地址，API3 协议会自动将 OEV 收入打入此钱包，使 OEV 的再分配更加方便。来源：金色财经

金色财经2024-02-09

24小时热点