创世区块:2026年3月19日

AI 原生挖矿。

BTX 为正在货币化电力、制冷和 AI 级计算的运营者而构建。随着越来越多的上市矿企探索 AI 和 HPC,BTX 提供了一个计算原生的工作面,适合那些围绕变化中的工作负载组合来优化车队、可用性和结算收益的团队。

工作负载 512x512 MatMul
节奏 90 秒目标
难度 逐块 ASERT
金库通道 后量子描述符支付
此页面为何存在

一些上市矿企正越来越多地把自己表述为基础设施运营者。BTX 应该直接面向这种运营模式发声。

矿场正在被重新定价为计算基础设施。

最明显的公开信号是,矿企越来越多地谈论兆瓦、液冷、租约条款和 AI 托管。BTX 适合这种环境,因为它的工作量证明叙事从计算和车队经济学出发。

Recent News

收入取决于调度、利用率和站点可选性。

BTX 应该被解释为下一代站点策略的一部分。如果运营者的核心命题是“在需求变化下持续货币化电力、制冷和高密度计算”,那么 BTX 就属于 AI 托管、车队编排和电力市场纪律的同一讨论。

为需要可选性的车队而建。

AI 级数学进入共识层

BTX 挖矿基于 M31 上的 512x512 矩阵乘法。服务于 AI 和数值工作负载的同类硬件,也可以用来保护这条链。

查看来源
实时难度作为公开运营信号

BTX 通过其难度过程发布公开工作基准。运营者可以通过链上 RPC 监控节奏、就绪度和奖励集中度,而不必依赖不透明仪表盘。

查看来源
从一开始就是后量子支付通道

生产级奖励可以进入后量子描述符钱包和多签策略,因此金库安全假设不必等到未来迁移周期才补上。

查看来源

在分配电力之前,先看清你的站点属于哪一类。

重点不是所有运营者都要以同一种方式挖 BTX,而是不同站点画像需要不同的首要检查项、不同的注意事项和不同的文档入口。

实验室运营者或独立矿工

更适合当
  • 你想先验证 BTX 挖矿,而不是一开始就部署大规模车队。
  • 你关心节点启动、奖励路由以及在扩容前先观察网络节奏。
先验证
  • 先确认硬件路径和 getblocktemplate 工作流。
  • 在增加更多算力之前,先确保奖励能稳定进入 BTX 描述符钱包。

兼容计算可以加深 BTX 的工作市场。

随着矿工和电力运营者探索更多面向 AI 的基础设施策略,那些依赖更狭窄硬件画像的网络,可能与一些新兴站点经济的契合度更低。BTX 更适合重视可复用高密度计算基础设施的运营者。

1

AI 基础设施扩大兼容计算池

越来越多站点正围绕高密度数学、制冷和供电假设获得融资,而这些假设已经与 BTX 所需的工作负载画像相近。

2

兼容运营者可以在不依赖仅算力叙事的情况下挖 BTX

这让潜在矿工基础不再局限于那些完全依赖专用、单一用途硬件叙事来维持经济性的团队。

3

更广的矿工基础可以加深难度公域

更多参与者可以让 BTX 的公开工作基准更有韧性、更易理解,也更能为观察真实求解条件的基础设施团队所用。

4

更强的工作基准可以反过来强化挖矿理由

如果服务、API 和验证工作流越来越依赖 BTX 的挑战定价,那么这张网络就会变成更值得保护、也更值得去挖的基础设施。

把论点变成车队工作流。

BTX 应该像基础设施一样被阅读,这意味着要对当前可操作面保持明确。这些是运营者在分配严肃电力之前应该先打开的文档。

明确告诉运营者哪些已经就绪,哪些需要注意,以及扩容前要验证什么。

  • 现阶段已就绪 单机挖矿、模板下发、后量子奖励路由以及难度健康监控,都已经有面向运营者的成体系文档。
  • 已知运营注意点 硬件适配、后端选择和路由策略仍然重要。CPU 路径可用,Apple Silicon Metal 已有文档,而矿池流程仍然属于单独的集成议题。

先把节点跑起来

从源码构建,连接主网,并使用驱动公开文档和 RPC 参考的同一节点接口。

把论点变成运营待办。

这些组合把 BTX 文档排成基础设施团队真正会用的顺序:先拉起节点,再自动化工作回路、接好奖励通道,并监控实时健康度。

让节点先跑起来

先把面向主网的节点和基础控制平面跑通,再让任何车队流量接入。

矿工在分配电力之前会先问哪些问题?

这些回答尽量贴近当前文档和本页的运营者论点:像评估基础设施一样评估 BTX,先验证工作回路,再谨慎扩容。

评估 BTX 是否一定需要 AI 专用硬件?

不一定。BTX 围绕高密度矩阵计算设计,所以运营者应从可复用计算、散热和车队经济学角度评估硬件。实际问题不是每台机器都像超大规模 AI 集群,而是你的站点能否稳定、高效地运行这类工作。

打开相关文档
如果一个站点也在争取 AI 或 HPC 业务,BTX 应该放在什么位置?

把 BTX 视为更大调度策略中的一种工作负载。如果一个站点正在比较挖矿、托管和其他计算需求,BTX 应该进入同一套工作负载组合讨论,而不是被隔离在单独的算力叙事里。

打开相关文档
在扩大 BTX 车队之前应该先监控什么?

先看节点就绪度、区块模板流程、难度健康度和奖励路由。目标是用你评估生产计算系统时的同样纪律去验证节奏与金库操作。

打开相关文档

如果你运营的是电力充足的计算设施,BTX 应该进入你的地图。

从挖矿指南开始,检查钱包和分配模型,并像审视基础设施控制平面一样阅读 RPC 接口。