Bittensor 生态每日简报

中文/EN

每日一期
25 / 10 / 2026

Bittensor Daily 1T1B 旗下产品
1T1B ↗
BITTENSOR DAILY

24H 市场速览

01/10

领涨
--加载中…--
领跌
--加载中…--

THE DAILY BRIEFING

Bittensor 日报|2026年10月25日

SN15(ORO)完成了对其 race 系统的审计,封禁了被发现操纵 inference 支出限额的账户,并对受影响的一场 race 重新计分。此外,Grayscale 为一款拟议中的持有 TAO 的 ETF 提交了修订版 S-1;SN92(REAX)发布了新的开放权重模型,并产生了新的引擎冠军。SN71(Leadpoet)和 SN51(lium.io)也出现了治理与透明度方面的变化。

今日要点

  1. 01

    SN15(ORO)在审计第 1 场和第 2 场 race 时发现有账户操纵 OpenRouter 支出限额,随后封禁了涉及 51 个 agent 版本的 32 个账户,剔除了受影响的 agent,并以新的头名 agent 重新为 Race 2 计分。

    这一举措为该子网如何执行 inference 成本上限设立了先例,可能影响后续的 miner 激励。

  2. 02

    Grayscale 于 2026 年 10 月 23 日为 Grayscale Bittensor Trust 提交了 S-1 的第 2 号修订案,提议推出一款持有 TAO 的 ETF,拟在 NYSE Arca 上市。

    一款上市的 TAO 产品将通过传统市场扩大机构获取 TAO 敞口的渠道。

  3. 03

    SN92(REAX)产生了两位新的 Generalist 赛道冠军,并发布了 REAX 1.2——基于 Apache-2.0 协议、对 REAX 1 进行微调的开放权重模型。

    此次发布及新冠军的产生标志着该子网引擎竞赛持续取得技术进展。

  4. 04

    一位 SN71(Leadpoet)矿工对在某轮提交截止后 17 小时才引入的新奖励阈值提出异议,称该变化使一份本应获奖的提交失去了奖励;团队拒绝对已结束的轮次做出调整。

    这起争议凸显了轮次进行中规则变更与矿工对奖励可预期性期望之间的矛盾。

  5. 05

    SN51(lium.io)出于隐私考虑,从其公开租赁面板中移除了客户和矿工 ID,并澄清提供方可获得租赁费用的 95%,Lium 保留 5%。

    这些变化改变了参与者身份方面的透明度,同时明确了租赁收入的分成方式。

子网社区动态

5

SN15 24h −0.77%

ORO

发生了什么
矿工举报排名第一的智能体(标识为 Leen)在第 1 轮和第 2 轮比赛中超出了 OpenRouter 每次运行 5 美元的推理成本上限,此外还点名了另外两个智能体 Konoha 和 Saffron Lantern v1。SN15(ORO)团队启动调查,随后确认对第 1 轮和第 2 轮(10 月 22-23 日)的审计发现,有账户在创建评估密钥后提高了其支出限额。团队废弃了涉事智能体,封禁了 32 个账户,涉及 51 个智能体版本,并重新对第 2 轮进行了评分,由 'enjoy' 成为新的榜首智能体。另外,多名矿工报告称反作弊机制反复拒绝其提交,并附带 18 小时冷却期,他们表示 CLI 没有给出具体的拒绝原因。
社区反应
矿工发布了详细的成本和评估运行数据,以支持关于成本上限的指控,并要求团队就反作弊政策给出明确说明。部分社区成员称赞了举报该漏洞的矿工,另有一些人继续反映反作弊拒绝问题尚未解决,并寻求帮助以确定原因。
官方动态
团队确认已启动调查,随后通过一篇详细帖子确认审计发现存在被篡改的 OpenRouter 支出限额,并宣布涉事智能体将被废弃、相关账户将被封禁,同时通过置顶消息提醒矿工:篡改密钥将导致废弃和封禁。

争议焦点 · SN15 推理成本上限漏洞事件 · 14 人参与

  • 矿工指控排名第一的智能体超出了每次运行 5 美元的成本上限却未受到处理。

    “Why does the $5 limit not apply to this agent? Not fair!!!”为什么这个智能体不受 5 美元限额约束?不公平!!!
  • 团队确认审计发现 OpenRouter 密钥被篡改,并详细说明了推理上限本应如何运作。

    “Every evaluation runs on a per-run OpenRouter key that ORO creates in your account with a fixed spend limit”每次评估都运行在 ORO 为你的账户创建的一次性 OpenRouter 密钥上,该密钥带有固定的支出限额
  • 部分社区成员力挺协助发现该漏洞的矿工,认为这有助于增强子网。

    “He even detected LEEN's cheating on openrouter api key. They are making this sn much stronger and stronger.”他甚至发现了 LEEN 在 openrouter api key 上的作弊行为。他们正在让这个子网变得越来越强。

SN71 24h −3.36%

Leadpoet

发生了什么
一位矿工对新的奖励阈值(+8/+15/+20)提出异议,该阈值是在 arena-2026-10-23 轮次提交截止 17 小时后才提交上链的,当时评分工作已经在进行中。该矿工要求对这一轮次沿用此前的奖励结构。该矿工的提交以 13.3 分(基准为 5.725)赢得了 arena-2026-10-23,但在新阈值下未获得任何奖励。该矿工以变更发生在轮次中途为由,要求补偿约 1,030 alpha。团队拒绝了这一请求,表示新的奖励体系不会针对以往轮次进行调整。
社区反应
多位其他成员附和了该矿工的不满,称这一变更不公平,并多次要求团队解决此事。另有一位矿工单独询问,为什么自己作为此前一轮的获胜者却没有收到 incentive。
官方动态
团队表示新的奖励体系是有意为之,目的是确保奖励只分配给真正的 agent 改进,并确认不会针对有争议的轮次调整分数或 emission,同时指出这些轮次中并未出现明显的 agent 质量提升。

争议焦点 · SN71 奖励阈值变更追溯适用问题 · 9 人参与

  • 该矿工认为新阈值是在轮次中途提交上链的,时间点在提交截止、评分已经开始之后,因此追溯适用并不公平。

    “That was 17 hours after the cutoff, while the round was already being scored.”那是在截止之后 17 小时提交的,当时这一轮已经在评分中了。
  • 该矿工表示,历史数据显示,鉴于差距的结构方式,新阈值几乎不可能达到。

    “Only one round in six cleared +8, and that was 10-18, where the baseline scored 0.0.”六轮里只有一轮达到了 +8,就是 10-18 那一轮,当时基准得分是 0.0。
  • 团队坚持新体系已成定局,对于没有真正分数提升的轮次不应分配奖励。

    “There wasn’t noticeable agent quality improvements in those rounds so no reward should be assigned”那些轮次里并没有出现明显的 agent 质量提升,所以不应该分配奖励。

SN105 24h −0.81%

Beam

发生了什么
在 SN105(Beam)上,一位矿工报告称某个 hotkey 在没有任何记录销售的情况下出现了 sell-debt。另外,一位矿工描述了一起关于 room 转账资格的争议,称另一位运营者的 agent 给竞争性转账增加了延迟,且来自该运营者 room 的请求大多由其自己控制的 hotkey 构成。团队确认,自动调整各目的地并行转账容量(依据交付历史)的自适应转账限制和受管理 room 通道功能自 10 月 24 日起已上线。
社区反应
提出 sell-debt 问题的矿工要求解释该笔债务是如何计算出来的。提出 room 转账问题的矿工询问团队,当前的资格门槛机制如何能够检测到所描述的这种模式,以及来自定制 agent 的延迟响应是否可以被识别出来。
官方动态
团队表示连接限制将改为由 Beam 管理,并表示资格门槛机制需要更多的参考转账数据才能以满负荷运作,同时补充说明排除此类转账是反作弊系统的职责。团队还宣布了自适应转账限制和受管理 room 通道这项更新,该功能自 10 月 24 日起已上线。

SN92 24h −3.69%

REAX

发生了什么
SN92(REAX)在 Generalist 赛道上诞生了两位新的 REAX Engine 冠军:uid 57 于 UTC 时间 12:42 夺冠,uid 223 于 UTC 时间 16:41 夺冠。另一份提交(uid 196)未获得奖励,团队发现撤销其 MLP 权重的逐通道缩放后,该结果在数学上与此前一份提交完全相同。另外,REAX 发布了 REAX 1.2,这是基于 Apache-2.0 协议、对 REAX 1 进行微调的开放权重版本,同时发布的还有 REAX 1.1。
社区反应
矿工询问了推理权重分配以及奖励审批的进展情况,其中一位矿工直接提问,为何 uid 223 的奖励审批比 uid 57 花费更长时间。一位 validator 还在频道中提醒大家注意回复中流传的虚假支持工单链接,告诫成员不要点击这些链接,也不要分享密钥和助记词。
官方动态
团队解释称,uid 57 的奖励之所以能快速通过,是因为其运行时和内核源码已经公开;而 uid 223 的审批则因需等待 14 个新编译内核的源码公开而被搁置,源码审核通过后奖励随即获批。团队还说明了 uid 196 未获奖励的原因:在撤销权重缩放后,其计算结果与此前提交完全一致。

SN51 24h +1.95%

lium.io

发生了什么
Lium 团队以隐私调整为由,从公开的租赁 dashboard 中移除了客户和 miner 的 ID,并正在构建匿名化的集中度指标,展示排名前 1、5 和 10 的租用方与算力提供方所占的 GPU 租用小时数份额和租赁收入份额。团队还澄清,算力提供方可获得租赁费用的 95%,Lium 保留 5%,以 SN51(lium.io)的 alpha 或 USDT 按日结算,emission 则是另一条独立的资金流,用于支付闲置补贴和 burn。
社区反应
一位社区成员询问为何 dashboard 上的 ID 被移除,并要求提供匿名化的集中度统计数据,随后又要求提供收入分成、留存率以及支付方式的细分数据。另一位社区成员猜测排名前 10 的算力提供方份额约为 60%,但未得到团队确认。
官方动态
团队确认出于隐私考虑移除了 ID,并表示匿名化的集中度视图已构建完成,正在审核中,此外卡支付与加密货币充值份额、租用方留存率等其他持有者相关指标也已构建但尚未上线。团队还澄清,算力提供方 95% 的分成来自租赁费用,与 emission 资金流是分开的。

更多子网社区动态见 TG 付费频道 →

X 声音

  • @CryptoZPunisher

    Grayscale 于 2026 年 10 月 23 日为 Grayscale Bittensor Trust 提交了 S-1 的第二号修正案,提议推出一只持有 TAO 的 ETF,拟在 NYSE Arca 上市。

  • @VenturaLabs

    SN15(ORO)将评估支出上限超过 5 美元上限的 32 个账户名下的 51 个 agent 版本移除,随后在不含这些版本的情况下对 Race 2 重新评分。

  • @CryptoZPunisher

    发帖者引用的数据显示,各 subnet 过去 90 天净交易流为 −306,600 TAO,SN51(Lium)为 +19,650 TAO,预估年化 subnet 收入从 $32–35M 升至 $50M 以上。

  • @reaxlabs

    Reax Labs 发布了 REAX 1.2,这是基于 Apache-2.0 协议对 REAX 1 进行微调的开放权重版本,此前已发布的 REAX 1.1 同样保留可用。

  • @TaoOutsider

    Astroware AI 推出 HaloGuard EU 服务,每十亿输入 token 收费 30 美元,使用 SN23(Trishool)对 AI 输出进行审查,官方将其描述为一种技术性管控手段,并不保证符合欧盟合规要求。

  • @TaoOutsider

    一份 Bittensor 借贷草案提议允许交易者对 subnet 的 alpha 进行做多或做空,默认借款利率为年化 100% APR,头寸期间由协议托管。

  • @0xarrash

    Vanta 计划推出无需许可的实体 miner,允许任何人运行与之竞争的 miner,通过将 USDC 转换为 alpha 来引入交易者,并根据交易量获取 emission。

  • @yanez__ai

    Yanez AI 指出,据路透社 10 月 13 日报道,美国银行监管机构就 AI agent 向银行提出了五个方面的问题,涉及监督机制、可审计性、权限边界、人工控制以及关停能力。

◆2026-10-25 · 本期日报内容结束

协议进展

今日无合并 / 无新版本。

近期热点

往期日报 +