Bittensor 生态每日简报

中文/EN

每日一期
29 / 10 / 2026

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

24H 市场速览

01/10

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

THE DAILY BRIEFING

Bittensor 日报|2026年10月29日

由于没有协议发布,#General 频道回归常规的防骗提醒和一次被转介的建设者推介,当天实质内容几乎全部发生在 #Rao 频道——周一的 emission 衰减提案演变成一场关于 Lium 数字的长篇核算之争,并引来该话题首条实质性回应:dTAO 市场本身已经在做这项提案想做的事情。SN8(Vanta)在同一频道披露了10月回购数据,并确认将采用 Null Consensus,成为已追踪材料中首个这样做的具名 subnet。各 subnet 动态总体平淡、偏机械性而非新闻性:一次价格模型预告、一次权重延迟故障,以及一处被纠正的算力乘数错误。

今日要点

  1. 在 #Rao 频道,成员们争论 Lium 公布的 $40m 年化运行率究竟是营收还是转手的租赁流水,矿工覆盖率说法相互直接矛盾。

    >40m run rate now 🙂 引发了Is that $40m revenue or just what renters pay, 95% going to miners?的追问,以及反驳You are indeed thinking of revenue wrong. Airbnb doesn't count rent paid to homeowners as revenue. Check GAAP。争论在分成比例上愈发尖锐:lium miner coverage is less than 10% while chutes, targon, vanta are in the 30% to 50% range对阵that's not true. miner coverage on lium is higher than any other subnet,最终抽成比例被披露:our take rate is 5%, it's all public on our docs。①这是本周 #Rao 频道中关于任何 subnet 营收披露最详尽的一次公开核算争论,源于10-27 提出的 emission 衰减提案,该提案原本只是把 Lium 当作一个举例说明。②两种矿工覆盖率数字直接相互矛盾,且材料中均未得到独立核实。③该话题最终以抽成比例被披露收尾,但对“营收”的定义始终未达成共识,也没有官方或核心开发者的声音加入。

  2. 一位 #Rao 成员回应10-27的 emission 衰减提案,认为 dTAO 市场已经在为成熟 subnet 的回报价值定价,并将此归功于此前的一次机制调整。

    The dTAO market does this, and it's doing it a lot better now than it did in the first half of the year,对方补充道The shift from net flow to price-weighted has very clearly improved market efficiency,并总结Now that there's a much smaller incentive to chase flows rather than diligence fundamentals, the market can determine whether the businesses are profitable without subsidies.①这是 emission 衰减提案自10-27发出后石沉大海以来收到的首条实质性回应,但该回应的立场是认为这个想法没有必要,而非探讨机制本身。②回应中提到 Burnweight 作为替代方案,该成员表示由于价格加权的流动动态已经在起作用,自己已不再优先考虑这个方案。③交流中没有出现任何官方或核心开发者的身份确认,因此这仍只是一种社区观点对另一个无人回应的提案的对峙。

  3. SN8(Vanta)披露10月回购金额超过$130k,并确认将采用 Null Consensus 以开放挖矿名额。

    Vanta Trading performs buybacks as part of this, so far in Oct its over $130k. Should have another today以及also rules on SN8 to mine will be changing quite a bit here soon + we'll be rolling out Null consensus to open up more slots,后续说明仅澄清了changing the rules to be for standard accounts + opening slots.①这是首个具名 subnet 确认采用 Null Consensus 的案例,此前10-21生态系统关于单一 validator 设置权重的争论中,只提到 SN9 和 SN93 作为假设性候选对象。②一位成员质疑开放名额若无矿工竞争意义不大,该质疑只得到了简短澄清。③相较于当天围绕 Lium 未披露营收的更大争议,这一回购数据的坦率披露显得格外清晰。

  4. 在 #General 频道,一位有意向的建设者推介了一款针对 LLM 评判型 subnet 的提示注入测试工具,但被转介到一个开发者专用服务器,未获得任何技术反馈。

    该推介描述目标问题为subnets that score miners with an LLM judge (like ORO SN15 and Compelle SN82) put the miner's answer straight into the judge's prompt. That makes every answer a possible prompt injection.一位管理员仅回应称this would probably be a better post for the Church of Rao Discord server, which is more developer/subnet-owner centric.①该推介按评判机制点名了两个 subnet,但频道的回复只涉及该发到哪里,而未触及风险是否真实存在。②这正是 #General 频道惯常会结构性转移而非深入讨论的那类建设者推广。③提案者最终没有获得关于该工具或其前提假设的任何实质反馈。

  5. 其他:SN24(ms.computer)预告新产品,其价格上涨18.01%;SN118(Ditto)因12小时的 validator 权重延迟下跌7.57%;SN64(Chutes)修正了一处算力乘数定价过高的漏洞。

    ①SN24(ms.computer)停用了 commit-reveal 权重机制,并预告了一款未命名的产品,其代币24小时内上涨18.01%。②SN118(Ditto)启用了新的基准测试版本,但随后 validator 未能更新权重向量,持续约12小时,其代币下跌7.57%。③SN64(Chutes)曾短暂将私有 chute 的 emission 推高至每小时$11,随后纠正了该设置,同时确认另一项 Pro 6000 的涨价是有意为之;三者均未引发重大反应。

值得关注的社区讨论

#General

2 篇

关注

一位潜在开发者推介了一款针对 LLM 评审子网的提示词注入测试工具,但被引导去了一个面向开发者的服务器

起点 ·

一位新人介绍了一个名为 JudgeJack 的想法,描述其目标问题是那些 subnets that score miners with an LLM judge (like ORO SN15 and Compelle SN82) put the miner's answer straight into the judge's prompt. That makes every answer a possible prompt injection.

提问 ·

提案者直接向频道提问:3. Honest feedback: would you pay to have this run before a validator upgrade?

引导 ·

一位管理员没有参与这个技术性推介,而是把提问者引导去了别处,说道 this would probably be a better post for the Church of Rao Discord server, which is more developer/subnet-owner centric.

三点可读

  1. 该推介按评审机制点名了两个 subnet,但频道的回应只涉及应该发到哪里,并未讨论在场的任何 subnet owner 是否真的遇到过针对 LLM 评审的提示词注入风险。
  2. 这正是 #General 频道结构性地转移而非讨论的那类开发者外联请求,对该想法价值的任何评估都只能在频道之外进行(如果真的会进行的话)。
  3. 没有任何 subnet 团队或协议方的声音在 #General 内回应,这与该频道面向大众而非面向开发者的一贯属性相符。

进展

在频道内未得到解决:提案者在获得任何关于该工具或其前提的实质反馈之前,就被引导去了另一个服务器。

其余

其他:常规的诈骗提醒、一次隐私资料提醒,以及一位新人的欢迎

管理 ·

一位管理员重申了服务器的资料隐私规则,写道 Please make your profile public and keep it that way. Private profiles are not allowed in this server,另一位成员则讲述了 I've already gotten 6 private message invites from scammers. It's crazy.,这引来了一条提醒:Please block and report all suspicious DMs and unsolicited friend requests, and never share your wallet credentials or click on suspicious links.

欢迎 ·

一位新成员分享道 yesterday I bought my first TAO , happy to be here,随后收到了该频道的标准欢迎和防诈骗提示。

一点可读

  1. 发言量从前一天的14条回落到10条,延续了该频道自10-26以来的下降趋势,当天的内容再次以管理和常规欢迎为主,缺乏生态方面的实质内容。

进展

所有事项均通过标准的管理员回应结束,没有遗留问题。

#Rao

3 篇

重点

一位接近核心开发者的声音对昨日的 emission-decay 提案给出了首个实质性回应:起作用的不是新机制,而是 dTAO 市场本身

起点 ·

针对10-27提出的 emission-decay 机制提案——该提案主张将成熟 subnet 的资金与其回馈的价值挂钩——一位成员直接回复称这个问题其实已经在被处理了:The dTAO market does this, and it's doing it a lot better now than it did in the first half of the year

展开 ·

同一位成员将此与一个自己表示已不再推动的机制联系起来:It's one of the reasons I haven't been banging the drum on Burnweight much, the market is finally doing the work its supposed to be doing,并将其归功于一个具体变化:The shift from net flow to price-weighted has very clearly improved market efficiency

结论 ·

对方进一步指出了这对依赖补贴的 subnet 意味着什么:Now that there's a much smaller incentive to chase flows rather than diligence fundamentals, the market can determine whether the businesses are profitable without subsidies.

三点可读

  1. 这是 emission-decay 提案自10-27发出后首次收到的实质性回复——此前一直无人回应——但这次回复并没有针对机制本身展开讨论,而是主张该提案没有必要,因为 dTAO 市场已经把这个问题定价在内了。
  2. 这条回复首次在本材料中引入了 Burnweight,将其框定为对方已不再优先考虑的替代方案,理由是价格加权的资金流动态已经在起作用。
  3. 材料中没有出现任何官方或核心开发者身份的发声,因此这仍只是一位社区成员的观点,针对的是另一位成员未获回应的提案,而非最终定论。

与本周期的关系

  • emission-decay 提案本身是10-27发布的,以 Lium 的飞轮效应作为例证,并未指控任何不当行为,当天无人回应;今天的回复填补了这一空白,只不过是以一种反向框定而非对原机制的正面回应。

进展

首次获得回应,但回应内容主张现有市场机制已经解决了这个问题,而非真正回应 decay 的构想本身;材料中没有后续回复。

重点

同一条 emission-decay 讨论串分裂出一场关于 Lium 真实收入到底是什么的长期争议,至今未有定论

起点 ·

一位成员以 Lium 为例质疑生态系统的价值流动:Most of revenue of Lium comes with tao since most of customers are miners. And the tao was taken from mining. Miners are selling subnet alpha to buy lium credits. Tbh, Lium is absorbing tao from other subnets. 另一位成员反驳道 Lium brings money from offchain too. Platforms dont have compute but Lium has so anyone looking for a gpu can end up on Lium

争议 ·

在一位 Lium 团队成员发布 >40m run rate now 🙂 后,另一位成员问道 Is that $40m revenue or just what renters pay, 95% going to miners? 并主张 Its not revenue to lium if it goes to miners,对方回应 yes it is 并补充 check GAAP。该质疑者继续追问:Most people think of revenue as what is received to offset miner payout. I think a lot of people may be confused about lium's rental spend numbers, thinking that is revenue to lium. How much are you actually offsetting? Best I can discern is under 10%,随后又说:You are indeed thinking of revenue wrong. Airbnb doesn't count rent paid to homeowners as revenue. Check GAAP

回应 ·

Lium 团队成员承认了其中的复杂性:We do all the provisioning and add services to the compute, which may make it principal accounting under GAAP, different from airbnb which doesn't do anything to the houses it rents, making it agent-based accounting,并补充道 it's ambiguous。第三位成员提出了一个区分框架,将 It's Intercompany Revenue 与 It's external Revenue 区别开来,并主张后者 creating buying pressure on TAO overall

反驳 ·

争议在 miner 分成问题上进一步升级:一位成员说 Its not remotely like that. Its a pass through on a brokered transaction. Miners are getting paid double what you would think compared to every other subnet. I don't think people realize lium miner coverage is less than 10% while chutes, targon, vanta are in the 30% to 50% range.,Lium 团队成员对此完全否认:that's not true. miner coverage on lium is higher than any other subnet。质疑者回应道 But the number is secret. Publish an actual revenue number please, not bookings. The top subnet should be held to a high standard.,而另一位成员则将这一说法斥为 Sounds like FUD to me.

结论 ·

Lium 团队成员最终披露 our take rate is 5%, it's all public on our docs,但仍坚持 but I still think we should consider total volume of rentals as revenue。一位成员总结了问题的核心:This is the number that any serious investor wants to know before subnets scale to infinity. Unit economics need to make sense.,另一位成员也认同这种划分很重要 from a subnet perspective, would still want to get a view on unit economics before we scale stuff to infinity. Especially since we see more and more subnets maturing and scaling.

四点可读

  1. 这是本周 #Rao 频道中围绕任何 subnet 收入出现的最详细的一次公开核算争议,其直接源头是10-27那条仅以 Lium 作为例证的 emission-decay 提案。
  2. 这场分歧并非表面之争:到底该用总租赁交易量、5%的 take rate,还是 miner 分成比例来衡量,直接决定了 Lium 实际捕获的价值与其转手流通的价值之间的比例认知。
  3. 双方给出的 miner 分成数字直接相互矛盾——一方说低于10%,另一方说高于其他任何 subnet——材料中均未得到独立核实。
  4. 没有任何官方或核心开发者声音加入这场讨论,这与本周 #Rao 频道中代币经济学争论的整体模式一致;讨论最终以披露 take rate 收尾,但未就收入的定义达成共识。

与本周期的关系

  • 这正是10-27首次提出的 emission-decay 提案及其所用的 Lium 例证,当时无人回应;今天它引发了迄今为止最广泛的讨论,但焦点集中在会计定义本身,而非提案中的 decay 机制。

进展

仍处于开放且未解决状态;虽然披露了 take rate,但关于何为收入的根本分歧,以及双方互相矛盾的 miner 分成说法,均未得到任何独立信源的澄清。

关注

SN8(Vanta)披露10月回购数据,并计划采用 Null Consensus 以开放更多挖矿名额

披露 ·

被问及回购情况时,一位 Vanta 代表表示 Vanta's is all external, for us leveraging usdc -> alpha rails will be a big unlock,并具体说明 Vanta Trading performs buybacks as part of this, so far in Oct its over $130k. Should have another today

展开 ·

同一位代表补充道 also rules on SN8 to mine will be changing quite a bit here soon + we'll be rolling out Null consensus to open up more slots

反驳 ·

一位成员对该计划的意义提出质疑:what's in it for opening up more slots when miners don't compete for slots?,该代表回应 changing the rules to be for standard accounts + opening slots.

三点可读

  1. 这是本材料中首次有具名 subnet 确认将采用 Null Consensus,此前10-21的生态系统层面讨论仅以 SN9 和 SN93 作为假设性例子,探讨了该机制下单一验证者设权背后的信任假设问题。
  2. 关于“在 miner 不竞争名额的情况下开放更多名额有何意义”这一质疑,只得到一句关于标准账户规则变更的简短澄清,实际效果仍不明确。
  3. 这一回购数据作为独立的数据点,与当天围绕 Lium 收入计量方式展开的更大规模争议形成对比,展示了一个 subnet 主动公开具体美元数字且未遭质疑的案例。

与本周期的关系

  • 延续了10-21生态系统层面关于 Null Consensus 的讨论,当时讨论了是什么阻止单一高质押验证者作出不诚实行为,并点名 SN9 和 SN93 为潜在采用者;SN8(Vanta)如今是本材料中首个确认将推出该机制的 subnet。

进展

部分得到回应:回购数据和 Null Consensus 计划已被披露,但关于 miner 不竞争名额的质疑只得到简短澄清,此后再无跟进。

子网社区动态

5 篇

SN64 24h −0.20%

Chutes

发生了什么
SN64(Chutes)调整了各 GPU 档位的算力单位乘数,包括 private chute 加成以及 H200/Pro6000 的调整系数,一度导致 private chute 的 emission 短暂升至每小时 $11,随后团队修正了相关设置。团队同时确认,Pro 6000 的价格从 $1.80 上调至 $2.25 是有意为之,目的是匹配最新的市场价格。此外,一次短暂的内部服务器错误导致 chute 列表加载失败,团队随后很快修复。另外,Chutes 已在 SN28(SayGM)上线,允许其保密的开放权重模型在经过认证的硬件中运行,通过 SayGM 的 API 调用。
社区反应
矿工们质疑 private 加成跃升至 7.5x 是否是有意为之,并指出激励池中有 25% 的份额流向了 private chutes,另一些人则对具体的乘数数字提出异议,要求官方澄清。多位社区成员梳理了 H200、Pro6000 和 B300 乘数随时间的变化情况,其中部分人得出结论认为 Pro 6000 的下调幅度小于 H200。
官方动态
团队承认 private chute 加成确实偏高,表示可以下调,并随即推送了修复方案,同时对 bounty 增长机制做了相应调整。团队还确认 Pro 6000 的涨价是有意为之,目的是与市场价格保持一致。

争议焦点 · SN64(Chutes)GPU 乘数与定价公平性之争 · 13 人参与

  • 一位矿工认为 private chute 加成的提升导致 emission 与实际计费价格严重不成比例。

    “It resulted in the private chutes that you bill $1.8 per hour for receiving $11 per hour in emission.”这导致那些你按每小时 $1.8 计费的 private chutes,却获得了每小时 $11 的 emission。
  • 团队承认加成确实过高,表示可以下调。

    “We can lower the private chute bonus though”不过我们可以下调 private chute 的加成
  • 另一位矿工指出,这些变化主要影响的是 Pro 6000 的 private chutes,不会对 H200 的收益造成实质性改变。

    “there are no private chutes on h200 so it doesnt change anything effectively for h200 payouts.”h200 上没有 private chutes,所以这实际上不会对 h200 的收益造成任何改变。

SN118 24h −7.57%

Ditto

发生了什么
SN118(Ditto)于01:28 UTC激活了DittoBench v14,将emission评分机制从v13切换过来,同时保留v13的评分不变。随后由于一个ledger签名问题以及随后出现的心跳(heartbeat)中断,validator在约12小时内未能更新weight vector,导致新评分的agent和一个generator在约13:36-13:54 UTC提交最新weight之前处于未赋权状态。另外,多个基于公开发布的dan0l基础代码构建的agent提交,被自动化的代码相似度检测多次拦截,经人工审核后放行。团队还修复了一个screener bug,此前该bug错误分类了dan0l的reply-draft机制,dan0l v28的源代码在其48小时披露窗口结束后于21:05 UTC公开。
社区反应
agent或generator被拦截或未获得权重的矿工要求运营方核查具体的UID并说明延迟原因,其中一位矿工追问weight-setting修复的时间表。多名矿工指出,自己代码与其他agent存在重叠,是因为使用了共同公开发布的dan0l基础代码,而非其他原因。
官方动态
团队确认weight延迟问题出在自身一侧,并将其追溯到一个ledger签名问题,随后又出现心跳中断;在新的v14 weight重新上链后发布了说明。团队还上线了一项screener修复(PR #3242),重新分类了dan0l的reply-draft机制,并在人工审核后放行了多个此前被拦截的agent。

争议焦点 · SN118 v14 weight-setting延迟 · 9 人参与

  • 一位矿工指出,有一个generator已经被评分,但没有出现在任何validator的weight vector中,并询问v14的更新是否卡住了。

    “it isn't in any validator weight vector yet. The validators seem to still use the ledger from the v14 activation”它还没有出现在任何validator weight vector中。validator们似乎仍在使用v14激活时的ledger
  • 一位社区成员表示没有看到任何明显的变化或修复,并追问原因和时间表。

    “there is no validator weights change, no crown's code release. what happened? When will you fix it?”validator weights没有变化,crown的代码也没有发布。到底发生了什么?你们什么时候修复?
  • 团队解释称,延迟是因为validator正确地拒绝了一个签名不完整的ledger,随后才修复并重新提交weight。

    “after v14 activated at 01:28 UTC, Platform's ledger included three agents with only two of their three validator signatures”v14于01:28 UTC激活后,Platform的ledger中有三个agent只拿到了各自三个validator签名中的两个

SN44 24h −1.64%

Score

发生了什么
SN44(Score)上线了一个用于检测房间脏污情况的新公共赛道元素,定义了五个检测类别并制定了标注规则。团队将足球私有赛道上的四个 hotkey 列入黑名单,原因是它们未按赛道文档要求分享已提交的解决方案。Chutes 平台在区块 9383100 发生故障,导致公共元素出现 500 错误并全部记零分,影响了 Petrol Station 和 Beverage 两个挑战项目。
社区反应
矿工在多个元素上提出了关于 ground truth 的争议,包括 PPE 护目镜标注和 Petrol Station 加油枪计数问题,并要求团队核查具体区块。多位用户在 Chutes 故障发生后敦促团队剔除出问题的区块。一位矿工还提出了对 Chutes 平台 PRO 6000 GPU 每小时费率涨至 2.25 美元的担忧。
官方动态
团队确认 Chutes 故障正在修复中,并表示问题解决后会剔除受影响的区块;随后团队剔除了区块 9383100 在所有公共元素(包括 Petrol Station 和 Beverage)上的记录。团队表示 reward 足以覆盖成本,并重申 Chutes 提供了稳定性和安全性。

SN15 24h −3.62%

ORO

发生了什么
SN15(ORO)的 Race 6 中,大多数 agent 的得分异常偏低,矿工对结果提出质疑。团队解释称,race 的请求文本是刻意保密的,这与 qualifying 轮次中任务细节可见的做法不同,目的是防止硬编码,并推动开发者构建更具泛化能力的 agent。另外,一位矿工反映其提交内容虽然在截止时间前完成了 qualifying 运行,但错过 Race 7 开始快照的时间仅 1.5 秒,并要求团队手动将该版本纳入。
社区反应
矿工对 Race 6 得分偏低以及无法查看 race 请求内容表达了不满,部分人直接向团队询问这种隐藏任务做法的原因。也有人为这一设计辩护,认为每轮使用全新且未公开的 race 内容,是识别出真正具备泛化能力、而非对历史数据过拟合的 agent 的最佳方式。
官方动态
团队表示,隐藏 race 请求是为了防止模式匹配,鼓励开发更具通用性的 agent,并称在观察接下来几轮的表现趋势后,会考虑在未来的 race 中公开示例查询。

SN24 24h +18.01%

ms.computer

发生了什么
SN24(ms.computer)关闭了 commit_reveal_weights_enabled 这个 hyperparameter,将其从 True 改为 False。团队还发布了一个名为 ms.computer 的产品预告,称这是他们一直在做的项目,后续会公布更多细节。
社区反应
社区成员询问预告视频中的画面是否涉及实体计算硬件。多条消息提到了子网即将推出的挖矿机会。
官方动态
团队在子网频道发布了 ms.computer 的预告,表示很快会公布更多信息。

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

生态议题

8 人参与

Lium 的营收核算争议

Lium 公布其 run rate 超过 $40M,随之有人提出疑问:这个数字究竟是 Lium 自身的营收,还是算力租赁的总流水,其中大部分会支付给提供 GPU 的 miner。讨论中还引用了 GAAP 关于主代理(principal-versus-agent)核算的原则,并与 Airbnb 等平台的营收确认方式作了对比。

主要立场

  • 部分社区成员认为 $40M+ 是租赁总流水,而非 Lium 自身的营收,因为其中很大一部分会分发给 miner,这与 Airbnb 不把支付给房东的租金计入自身营收的做法类似。

    “Airbnb doesn't count rent paid to homeowners as revenue. Check GAAP”Airbnb 不会把付给房东的租金算作自己的营收。去查查 GAAP 吧
  • 另一些人认为全部流水都应计入营收,他们把支付给 miner 的费用比作公司发给员工的工资,并指出如果 Lium 是在把控 GPU 供给而不仅仅是撮合交易,那么 GAAP 的主体(principal)核算方式就适用。

    “That's like saying it's not revenue for a company if it goes to paying its employees. Lol”这就好比说公司发给员工的钱就不算营收一样,哈哈
  • 第三种观点主张将租赁收入(营收)、miner 分成(OPEX)和两者差额(毛利)分开统计,并呼吁 Lium 公布真实的净营收数字,而不是只给出预订总量这类标题数字。

    “Publish an actual revenue number please, not bookings. The top subnet should be held to a high standard.”请公布一个真实的营收数字,而不是预订量。作为头部 subnet,应该有更高的标准
官方回应
团队承认这一分类存在模糊之处,并援引 GAAP 相关表述指出,由于 Lium 负责算力的供给并在其基础上附加服务,而非单纯的撮合平台,因此主体(principal)核算方式可能适用。团队表示其 take rate 为 5%,相关数字已发布在其文档及 grafana.lium.io 上,但同时表示仍倾向于将总租赁流水作为合理的营收统计口径。
后续关注
关注 Lium 是否会在已公布的 5% take rate 之外,进一步披露净营收或分成明细,以及团队将如何回应讨论中提出的 miner 覆盖面对比问题。

X 声音

  • @markjeffrey

    Subtensor 已将抗量子钱包支持(ML-DSA-65 和 Falcon)及可选的密钥轮换功能合并进 release-487 分支,目前已上线 testnet,尚未上线 mainnet,现有钱包无需迁移。

  • @urnetwork

    UR(SN25)在 SN1(Apex)上发起一项公开竞赛,邀请参与者在为期六周的赛程中改进其路由和 provider 匹配算法,获胜方案将被采纳为新的基线。

  • @Poloniex

    Poloniex 宣布新上线 TAO,充值将于 10 月 28 日 07:30 UTC 开放,完整交易于 10 月 28 日 09:30 UTC 开始。

  • @chutes_ai

    Chutes(SN64)宣布已在 SayGM 上线,使 SayGM 的私有模型能够在安全硬件环境中于 Chutes 上运行。

  • @metanova_labs

    Metanova Labs 正与 Chutes(SN64)和 Onepot AI 合作,开发一款 Hit-to-Lead 优化 agent,利用一位 NOVA Blueprint 获奖者提供的算法,将 NOVA 的能力拓展至迭代式小分子优化领域。

  • @b1m_ai

    Beam 宣布与 Hugging Face 集成,通过其分布式网络协助大规模数据集在 Hugging Face 之间迁入迁出;2026 年前七个月,Hugging Face 上的数据集数量从 711,000 增长到了 1 百万。

  • @taostats

    Taostats 确认其服务已在一次因攻击引发、修复耗时长于预期的问题后恢复正常,并就此次中断表示歉意。

  • @taostats

    Taostats 报告称其网络出现问题,团队正在处理,并向受影响的用户表示歉意。

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

近期热点

往期日报 +