Veritas：副本出现时，如何让风险评分保持真实

本文由 Reactive Network 中文社区译制，技术事实与边界以原文为准。 原文：https://blog.reactive.network/veritas-keeping-a-risk-score-true-as-copies-appear/ Veritas 是我们介绍 UHI9 Hookathon 六个项目中的第六个，也是最后一个。它把睿应式合约用在了一个此前项目都未涉及的场景中：当被衡量的对象悄然发生变化后，仍让链上保存的数值保持准确。完整项目代码托管在 GitHub，但仓库目前为私有状态，可能需要向所有者申请访问权限。项目网站可在这里查看。 Veritas 是一个服务于代币化内容资金池的 Uniswap v4 Hook。所谓代币化内容，可以是一张照片，也可以是其他已在链上登记、并围绕它建立资金池的媒体内容。 它要定价的是普通资金池通常忽略的一类风险：随着内容的副本和近似副本不断传播，原作赖以维持价值的稀缺性会被削弱，最终承担这部分损失的，是资金池中的流动性提供者——也就是存入两种代币、供其他用户进行兑换的人。 Veritas 为每项资产设置风险评分，并把它纳入资金池的兑换手续费：资产风险越高，手续费就越高，流动性提供者因承担风险而获得的补偿也越多。真正有意思的部分，也是 Reactive 参与其中的原因，在于这种风险究竟何时发生变化。 ● ● ● 01 风险来自别处 对普通自动做市商来说，一个持有独一无二照片的资金池，与一个持有一万份相同副本的资金池看起来完全一样。它无法识别稀缺性，也就无法为稀缺性消退带来的损失定价。 随着副本越来越多，内容价格会发生偏移，流动性提供者则要承担其中的差额，也就是无常损失：价格变动后，流动性提供者的最终处境比单纯持有两种代币更差。Veritas 会衡量一项内容被稀释的程度，将其汇总为单一风险评分，再让资金池手续费跟随这个评分变化。 但有一部分工作，Hook 无法独立完成。内容的稀释程度发生变化，并不是因为这项内容或其资金池自身做了什么，而是因为有人在别处登记了一个近似副本。 假设今天为一张原创照片创建证明——将它连同图像指纹一起登记到链上——此时它的副本数量为零。下周，一个近似副本也被登记，原作便在自身没有发生任何事件的情况下，突然变得不再像过去那样稀缺。 它的资金池没有发生交易，因此 Hook 没有运行；也没有人有理由再发送一笔交易，回头更新原作的记录。原本用于表示其风险的数值，就这样悄然失真了。 ● ● ● 02 睿应式合约监控什么 每项新内容都会被记录到 Unichain 上的注册合约中。登记发生时，注册表会发出一个 NewAttestation 事件。 Veritas 的睿应式合约 DilutionMonitorRC 部署在 Reactive 的 Lasna 测试网上，并订阅注册表发出的每一个此类事件，因为任何一项新证明，都有可能是某个既有内容的副本。 本系列此前介绍的项目，订阅的都是与单个资金池有关的事件。Veritas 则订阅整个注册表中新内容的出现，因为既有资产面临的风险正是从这里产生的。 Veritas 稀释风险评分更新流程 图中的 DRS 指资金池的稀释风险评分（Dilution Risk Score）：它是 0 到 1 之间的单一数值，用来表示一项内容面临的复制风险，也是资金池手续费所跟踪的指标。 链上副本数量是其输入之一。因此，一项内容出现的近似副本越多，副本计数就越高，DRS 随之上升，资金池收取的手续费也会提高，以补偿流动性提供者承担的风险。 整个循环的目的，就是在新副本出现时让这个计数保持最新：注册表发出证明事件；Lasna 上的睿应式合约监听到事件，并转发新证明的 ID；随后，回到 Unichain 的回调会找到既有的近似副本，并提高它们的计数。 ● ● ● 03 从新证明到资金池重新定价 新证明到达后，react() 会运行。它有意只做一件很小的事：把新证明的 ID 转发给另一条链上的回调，仅此而已。它不会亲自搜索副本。 睿应式合约运行在受限环境中，无法以较低成本读取目标链保存的内容指纹，因此比较工作会留给更适合执行它的一侧。 真正的工作发生在目标链上的回调中。它读取新内容的指纹，向注册表查询已有记录中相似度足以被认定为近似副本的内容，再提高每条受影响既有记录的稀释计数。 该回调只监听 Reactive 官方回调代理发来的调用，注册表也只接受来自这一回调的计数增加请求。因此，唯一有权提高资产风险的合约，正是这条完整调用链末端的合约。 计数上升会推动评分变化：更高的稀释计数会抬高风险评分，资金池则会读取新评分，并在下一次兑换时立即收取更高的手续费。 这样一来，如果某个副本在上周悄然出现，让流动性提供者承担了额外风险，他们无需手动操作，也能因为继续承担这项风险而获得更多补偿。每次计数增加都被单独封装，因此即使某条记录被冻结或处于争议状态，也不会阻塞批次中的其他记录。 04 关于睿应层（Reactive Network） Reactive Network 是一个基于睿应式合约构建的 EVM 自动化层。睿应式合约是一类面向跨链、链上自动化的事件驱动智能合约。 网络采用 CometBFT 共识，在保持完整 EVM 兼容性的同时，提供即时最终性和约 1 秒的出块时间。 睿应式合约可以订阅多条 EVM 链上的事件日志。当匹配事件发生时，它们会自动执行 Solidity 逻辑，并自主决定何时发送跨链回调交易。这一模型可以支持条件式跨链状态变更，以及持续运行的跨链工作流。 🔗 原文内相关链接 [1] https://reactive.network/ [2] https://blog.reactive.network/ [3] https://x.com/0xreactive [4] https://t.me/Reactive_Network [5] https://discord.com/invite/SaZAfkgZhj [6] https://dev.reactive.network/ 一次构建——处处响应！ 如何加入睿应层中文社群？ 👉 请添加运营人员微信（Alc142）并备注【睿应层中文社群】