Subscribe to xiaodongchen
Subscribe to xiaodongchen
Share Dialog
Share Dialog
<100 subscribers
<100 subscribers
我们探讨一下 RedStone 的四种 Oracle 集成模型。
简单介绍：
1. RedStone pull 模型 按需拉取数据;成本效益高;非常适合希望访问多个价格馈送且频繁更新的 dApp
2. RedStone Push 模型 dApps 对数据如何以及何时更新有发言权;非常适合希望使用传统 Oracle 架构进行较低频率数据更新的 dApp
3. RedStone X 模型 针对抢先运行的强大保护，最适合永久 DEX 和杠杆协议。
4 Push 和 Pull 模型组合 通过结合 Pull 和 Push 模型的两个优点，以ERC7412 的设计对以太坊区块链的未来可以大展宏图。
进阶点介绍
效率是对pull模型最好的解释，RedStone 具有 pull oracle 的结构，本质上是一个模块化层。Pull 模型是 RedStone 的标志性创新，它改变了 dApp 与数据交互的方式也是迄今为止最具成本效益的，Pull 模型避免了不必要的额外交易，节省了 gas 成本并提高了效率。传统的预言机依赖于“推送”方法，按照固定的时间表持续向区块链提供数据，即使不需要数据也是如此。这种方法可能会变得昂贵：无论应用程序需求如何，您都需要大量的链上存储和频繁的更新。
RedStone 的 Pull 模型通过允许按需访问数据来重新定义这一点。这是一种高效、节省成本的替代方案。RedStone 不是将数据存储在链上，而是将数据作为签名包保存在链，DDL 上，当 dApp 实际需要它们时，这些包可以被获取。这种“即时”方法降低了成本，因为没有链上存储，并为开发人员提供了一个适合单个交易的解决方案。此外，由于去中心化dapp数量的增长，RedStone推荐使用Pull 模型，使用智能合约的应用程序可以访问数据的最简单方法是将数据直接存储在区块链上。此方法对于较大的更新间隔和少量的资源有效。但是，越来越多的去中心化金融 （DeFi） 应用程序和现代衍生协议需要更低的延迟。为了解决这个问题，RedStone 提出了一种创新的模块化设计，其中数据首先被放入数据可用性层，然后仅在必要时才被放入区块链上。这允许更频繁地广播大量资产，同时还可以降低去中心化应用程序 （dApp） 的成本。
最后，Pull oracles非常适合贷款平台等DeFi应用程序，在这些应用程序中，实时价格更新并不那么重要，成本效益是首要任务。
RedStone Push 模型，这种集成模型以前称为“RedStone Classic”，该模型具有传统的 Oracle 结构，但有一个关键区别。在这种模型中，数据由中继器以可定制的时间间隔推送到链上，但 RedStone Push 的独特之处在于它强调开发人员的控制。与许多强制执行固定更新计划的传统 Oracle 不同，RedStone Push 使开发人员能够灵活地决定何时以及如何进行数据更新。在 RedStone Push 中，开发人员控制占据中心位置。协议可以在需要时精确更新数据，无论是按计划更新、仅在满足特定条件时更新数据，还是响应特定事件更新数据。
为了访问这些数据，开发人员依赖于中继器，它将数据直接发送到链上协议指定的存储位置。这种方法允许开发人员在需要时直接从链上存储中检索数据。通过这种方法，开发人员可以精确控制更新，无论是定期更新、由特定事件触发更新，还是基于预设条件更新。
在这里先说一下中继器，中继器是一个系统或组件，充当中介，以促进不同系统之间的通信或数据传输。在区块链的上下文中，中继器负责以适当格式化和验证的方式将数据从链下源中继到区块链。RedStone 有自己的一组中继器，用于将数据源移动到链上。
对于 RedStone，中继器负责从 RedStone 的数据可用性层获取数据，数据存储在链下，然后将其中继到 dApp 的智能合约。最初，RedStone 提供的每个价格馈送都有自己专用的中继器集成到区块链中。现在，RedStone 可以使用单个中继器来提供多个价格馈送。Push Model 中的关键组件：Relayer/但是在2024年8月份 在 RedStone 官方博客上发布，我们最喜欢的 Oracle 正在通过 Multi-Feed 中继器推动创新。具体来说，对于单源中继器，有必要为每个 Price-feed 部署一个新的智能合约。但是 Multi-Feed 中继器不再需要这样做，因为它们可以提供几个资产的价格，带来其效率优势。除了效率之外，安全方式也有所改进。由于多源中继器可以向区块链提供多个价格馈送，这导致需要监控和维护的中继器数量减少。
依靠单个中继器进行一系列价格馈送可以降低与管理需要监控和维护的广泛中继器网络相关的风险。此外，依赖更少的中继器可以更快、更轻松地部署价格馈送。这使 dApp 开发人员可以更快、更轻松地集成 RedStone 的数据馈送。最后，它使外部各方更容易参与链上价格更新的过程，因为 RedStone 的构建允许任何人参与将数据推送到链上的过程。
RedStone Push 模型 是一项构建在 RedStone Pull 模型之上的服务，供希望使用传统预言机模型的 dApp 使用。RedStone 预言机节点将价格数据持续存储在链下 DDL 中，一组称为中继器的角色会定期将数据从 DDL 传递到链上目标，从而允许 dApp 像传统的“推送预言机”一样使用数据。
为什么 Push 模型（即定期更新的价格馈送）的维护和大规模扩展成本很高？
Gas 费对于不同的网络有不同的中值，并且根据网络的使用情况而变化。这意味着 dApp 支付的 gas 费用金额会根据行业条件发生重大变化。这方面的一个例子可能是对行业中一项重要协议的重大更改，例如增加可以存入 EigenLayer 的质押资产数量。在某些情况下，定期更新的数据间隔可能会导致在相对较短的极端网络拥塞期间花费 100000 USD。这是因为 Push 模型中的预言机必须在每次触发更新条件时更新链上的价格馈送，无论更新可能花费多少（有时单次更新高达 100+ 美元）。RedStone 的 Pull 模型为这个问题铺平了道路。pull模型更具成本效益，因为数据存储在链下，并且仅在必要时才放在链上。pull模式为其服务付费者提供了灵活性，因为将数据引入区块链的费用从用户支付的略微增加的 gas 费中可见一斑。这意味着协议可以全额支付预言机费用或为用户补贴费用。
Push 预言机定期更新链上数据，而 Pull 预言机仅在请求时更新数据。push模型成本更高，但提供实时数据，而pull模型更具成本效益，并提供按需更新。
RedStone X 是一种为满足易受攻击的前端攻击（通常是衍生协议）的协议需求而构建的模型。该模型实现了延迟执行模式，其中交易分两步处理。1.用户通过在链上记录与协议交互的意图（即开立永久头寸）来启动交易，而无需知道执行交易的确切上下文（即价格）。这减少了任何通过预言机的抢先价格交付来套利协议的尝试。2.价格仅在第二步被推上链，这通常发生在下一个区块。任何人（包括用户本人）都可以推动价格，因为它的完整性是根据协议约束在链上验证的。这样的价格将用于最终结算交易。
简单举例：如果您在 DEX 平台上购买代币，抢先交易者能够看到您想以特定价格购买。他们会先于您的交易进行交易，以较低的价格购买代币，然后您会以高于预期的价格买到代币，但是有一些方法可以保护自己免受抢先交易，这就是 oracle 提供的 RedStone X 模型的原因。
由于延迟执行模式能够有效地防止抢先运行，该模型对永久合约、杠杆协议和每个需要防止抢先运行的 dApp 具有特权。特别是因为 DeFi 的安全性很重要，
RedStone ERC7412，它汇集了 Pull 和 Push 模型的优点。RedStone ERC7412 提供与 Pull 模型类似的按需数据访问，但具有类似于 Push 模型的安全、持续数据更新的附加功能。它会自动检查数据是否过时，如果过时，它会在允许使用数据之前刷新源。这样，开发人员可以确保他们始终使用最新信息。期待RedStone ERC7412模型大放光彩。
RedStone 的多种模型为集成预言机提供越来越多的解决方案。通过提供RedStone Push、Pull、X 和 ERC7412 集成方式，RedStone 巩固了其作为创新预言机的地位，为数据使用者提供了选择最适合其需求的模型，这就是下一代预言机Redstone的魅力。
官方网站
官方文档
https://docs.redstone.finance/docs/introduction
官方博客
https://blog.redstone.finance/
官方推特
官方Discord
我的推特
我们探讨一下 RedStone 的四种 Oracle 集成模型。
简单介绍：
1. RedStone pull 模型 按需拉取数据;成本效益高;非常适合希望访问多个价格馈送且频繁更新的 dApp
2. RedStone Push 模型 dApps 对数据如何以及何时更新有发言权;非常适合希望使用传统 Oracle 架构进行较低频率数据更新的 dApp
3. RedStone X 模型 针对抢先运行的强大保护，最适合永久 DEX 和杠杆协议。
4 Push 和 Pull 模型组合 通过结合 Pull 和 Push 模型的两个优点，以ERC7412 的设计对以太坊区块链的未来可以大展宏图。
进阶点介绍
效率是对pull模型最好的解释，RedStone 具有 pull oracle 的结构，本质上是一个模块化层。Pull 模型是 RedStone 的标志性创新，它改变了 dApp 与数据交互的方式也是迄今为止最具成本效益的，Pull 模型避免了不必要的额外交易，节省了 gas 成本并提高了效率。传统的预言机依赖于“推送”方法，按照固定的时间表持续向区块链提供数据，即使不需要数据也是如此。这种方法可能会变得昂贵：无论应用程序需求如何，您都需要大量的链上存储和频繁的更新。
RedStone 的 Pull 模型通过允许按需访问数据来重新定义这一点。这是一种高效、节省成本的替代方案。RedStone 不是将数据存储在链上，而是将数据作为签名包保存在链，DDL 上，当 dApp 实际需要它们时，这些包可以被获取。这种“即时”方法降低了成本，因为没有链上存储，并为开发人员提供了一个适合单个交易的解决方案。此外，由于去中心化dapp数量的增长，RedStone推荐使用Pull 模型，使用智能合约的应用程序可以访问数据的最简单方法是将数据直接存储在区块链上。此方法对于较大的更新间隔和少量的资源有效。但是，越来越多的去中心化金融 （DeFi） 应用程序和现代衍生协议需要更低的延迟。为了解决这个问题，RedStone 提出了一种创新的模块化设计，其中数据首先被放入数据可用性层，然后仅在必要时才被放入区块链上。这允许更频繁地广播大量资产，同时还可以降低去中心化应用程序 （dApp） 的成本。
最后，Pull oracles非常适合贷款平台等DeFi应用程序，在这些应用程序中，实时价格更新并不那么重要，成本效益是首要任务。
RedStone Push 模型，这种集成模型以前称为“RedStone Classic”，该模型具有传统的 Oracle 结构，但有一个关键区别。在这种模型中，数据由中继器以可定制的时间间隔推送到链上，但 RedStone Push 的独特之处在于它强调开发人员的控制。与许多强制执行固定更新计划的传统 Oracle 不同，RedStone Push 使开发人员能够灵活地决定何时以及如何进行数据更新。在 RedStone Push 中，开发人员控制占据中心位置。协议可以在需要时精确更新数据，无论是按计划更新、仅在满足特定条件时更新数据，还是响应特定事件更新数据。
为了访问这些数据，开发人员依赖于中继器，它将数据直接发送到链上协议指定的存储位置。这种方法允许开发人员在需要时直接从链上存储中检索数据。通过这种方法，开发人员可以精确控制更新，无论是定期更新、由特定事件触发更新，还是基于预设条件更新。
在这里先说一下中继器，中继器是一个系统或组件，充当中介，以促进不同系统之间的通信或数据传输。在区块链的上下文中，中继器负责以适当格式化和验证的方式将数据从链下源中继到区块链。RedStone 有自己的一组中继器，用于将数据源移动到链上。
对于 RedStone，中继器负责从 RedStone 的数据可用性层获取数据，数据存储在链下，然后将其中继到 dApp 的智能合约。最初，RedStone 提供的每个价格馈送都有自己专用的中继器集成到区块链中。现在，RedStone 可以使用单个中继器来提供多个价格馈送。Push Model 中的关键组件：Relayer/但是在2024年8月份 在 RedStone 官方博客上发布，我们最喜欢的 Oracle 正在通过 Multi-Feed 中继器推动创新。具体来说，对于单源中继器，有必要为每个 Price-feed 部署一个新的智能合约。但是 Multi-Feed 中继器不再需要这样做，因为它们可以提供几个资产的价格，带来其效率优势。除了效率之外，安全方式也有所改进。由于多源中继器可以向区块链提供多个价格馈送，这导致需要监控和维护的中继器数量减少。
依靠单个中继器进行一系列价格馈送可以降低与管理需要监控和维护的广泛中继器网络相关的风险。此外，依赖更少的中继器可以更快、更轻松地部署价格馈送。这使 dApp 开发人员可以更快、更轻松地集成 RedStone 的数据馈送。最后，它使外部各方更容易参与链上价格更新的过程，因为 RedStone 的构建允许任何人参与将数据推送到链上的过程。
RedStone Push 模型 是一项构建在 RedStone Pull 模型之上的服务，供希望使用传统预言机模型的 dApp 使用。RedStone 预言机节点将价格数据持续存储在链下 DDL 中，一组称为中继器的角色会定期将数据从 DDL 传递到链上目标，从而允许 dApp 像传统的“推送预言机”一样使用数据。
为什么 Push 模型（即定期更新的价格馈送）的维护和大规模扩展成本很高？
Gas 费对于不同的网络有不同的中值，并且根据网络的使用情况而变化。这意味着 dApp 支付的 gas 费用金额会根据行业条件发生重大变化。这方面的一个例子可能是对行业中一项重要协议的重大更改，例如增加可以存入 EigenLayer 的质押资产数量。在某些情况下，定期更新的数据间隔可能会导致在相对较短的极端网络拥塞期间花费 100000 USD。这是因为 Push 模型中的预言机必须在每次触发更新条件时更新链上的价格馈送，无论更新可能花费多少（有时单次更新高达 100+ 美元）。RedStone 的 Pull 模型为这个问题铺平了道路。pull模型更具成本效益，因为数据存储在链下，并且仅在必要时才放在链上。pull模式为其服务付费者提供了灵活性，因为将数据引入区块链的费用从用户支付的略微增加的 gas 费中可见一斑。这意味着协议可以全额支付预言机费用或为用户补贴费用。
Push 预言机定期更新链上数据，而 Pull 预言机仅在请求时更新数据。push模型成本更高，但提供实时数据，而pull模型更具成本效益，并提供按需更新。
RedStone X 是一种为满足易受攻击的前端攻击（通常是衍生协议）的协议需求而构建的模型。该模型实现了延迟执行模式，其中交易分两步处理。1.用户通过在链上记录与协议交互的意图（即开立永久头寸）来启动交易，而无需知道执行交易的确切上下文（即价格）。这减少了任何通过预言机的抢先价格交付来套利协议的尝试。2.价格仅在第二步被推上链，这通常发生在下一个区块。任何人（包括用户本人）都可以推动价格，因为它的完整性是根据协议约束在链上验证的。这样的价格将用于最终结算交易。
简单举例：如果您在 DEX 平台上购买代币，抢先交易者能够看到您想以特定价格购买。他们会先于您的交易进行交易，以较低的价格购买代币，然后您会以高于预期的价格买到代币，但是有一些方法可以保护自己免受抢先交易，这就是 oracle 提供的 RedStone X 模型的原因。
由于延迟执行模式能够有效地防止抢先运行，该模型对永久合约、杠杆协议和每个需要防止抢先运行的 dApp 具有特权。特别是因为 DeFi 的安全性很重要，
RedStone ERC7412，它汇集了 Pull 和 Push 模型的优点。RedStone ERC7412 提供与 Pull 模型类似的按需数据访问，但具有类似于 Push 模型的安全、持续数据更新的附加功能。它会自动检查数据是否过时，如果过时，它会在允许使用数据之前刷新源。这样，开发人员可以确保他们始终使用最新信息。期待RedStone ERC7412模型大放光彩。
RedStone 的多种模型为集成预言机提供越来越多的解决方案。通过提供RedStone Push、Pull、X 和 ERC7412 集成方式，RedStone 巩固了其作为创新预言机的地位，为数据使用者提供了选择最适合其需求的模型，这就是下一代预言机Redstone的魅力。
官方网站
官方文档
https://docs.redstone.finance/docs/introduction
官方博客
https://blog.redstone.finance/
官方推特
官方Discord
我的推特
No activity yet