Tari 中文期刊（第 3 期）

Ootle 测试网上线

在前两期，我们见证了 Tari 八年代码积累的主网落地，以及硬分叉与交易所通路的逐步打开。

而这一期，一个新的开发阶段已经到来。

Ootle L2 测试网正式上线，同时 Tari 以一份罕见的坦诚宣告了战略转向，它不再以人类开发者为第一受众，而是将 AI Agent 定位为 L2 生态的主要参与者。

1、Ootle L2 测试网（Esmeralda）正式上线

2026 年 3 月上旬，Tari L2 测试网 Esmeralda 正式对外开放。这是 Tari 双层架构中"执行层"第一次以可交互的形态面向公众。

测试网当前支持的核心能力包括：

注：测试网代币为 tTARI（testnet TARI），仅用于测试目的，请勿在任何渠道购买。

当前处于 Phase 1 阶段，水龙头设为无限量，目的是将开发者进入门槛降至最低。Phase 2 的重点将转向 L1↔L2 Burn Bridge（即 Turbine 经济模型的跨层兑换路径）的激活与水龙头限流。

Burn Bridge 的社区测试工作已于 3 月中旬启动，这意味着此前只存在于白皮书描述中的 XTM→tTARI 跨层兑换机制，开始进入可验证的实现阶段。

2、战略转向：不再以人类为第一受众

Ootle 上线公告中有一句措辞罕见坦直的表述：

"We are no longer building a human-first user or developer experience. We believe doing so is the wrong approach, given the rapid adoption of agents."

这不是修辞，而是一次有代码支撑的战略声明。

3 月 2 日，联合创始人 fluffypony 亲自提交了 feat: agent skills 这一功能，随后团队在三天内密集跟进了六条相关提交，包括面向 AI Agent 的文档发现协议（llms.txt）、Agent Skills Discovery 标准接入、以及将开发者文档首页重构为"agent-first landing page"。

所谓 Agent Skills，是一套面向 AI Agent 的标准化接口规范，描述 Agent 可以在 Ootle 上执行哪些操作——调用合约、查询链上状态、发起交易等。llms.txt 则是一种新兴的机器可读协议，类似 robots.txt 对爬虫的作用，让支持该协议的 AI Agent 能够自动发现并调用 Ootle 的能力。

目前已为九款主流 AI 编码工具适配了 Agent Rule Files：

Claude、Cursor、Copilot、Windsurf、Gemini、Codex、Aider、Amp、Antigravity

这不是象征性兼容，而是逐一适配的系统工程。对于任何一位持有这些工具的开发者，理论上可以直接将 Agent 指向 ootle.tari.com，告诉它"帮我在 Tari 上构建一个应用"，而无需手动阅读文档。

ootle.tari.com 的快速入门页面，首个引导模块即面向 AI 编码 Agent，提供 Claude Code、Cursor、Windsurf、Aider 的 Skill 安装指引。

3、Agentic Payments：隐私 L2 的核心应用场景

AI Agent 经济的兴起，意味着 Agent 之间将产生大量自主的价值交换需求。传统金融轨道在权限、速度与可编程性上均无法满足这一需求，加密支付轨道是唯一可行的基础设施路径。而 Agent 之间的自主交易，天然需要隐私保护，避免交易行为被追踪、抢跑或利用。

这正是 Tari 隐私 L2 的内生价值所在：金额保密、持有人保密，加上可编程的合约层，构成 Agent 支付轨道的技术基础。

团队将 Tari 的定位表述为：为自主 Agent 提供私密、可编程的价值轨道。

4、稳定币合作方落地，支付场景开始具象化

3 月 10 日的 Tari Show 披露了一项实质性进展：一家持牌的法币支持稳定币发行方已确认入驻 Ootle，计划在 L2 上发行默认保密、点对点流通的稳定币。

3 月 18 日的进展更新显示，稳定币合约模板的开发工作正在推进中。

这一设计的监管平衡方案值得关注：稳定币发行方本身对监管机构保持透明（满足持牌合规要求），但用户之间的转账交易保持隐私。这是在合规约束下最大化用户隐私的一种务实路径。

没有稳定币，Agentic Payments 在现实中难以落地。这一合作方的确认，意味着 Agent 支付场景从概念向可运行的基础设施迈出了关键一步。稳定币发行方的具体身份尚未公开，预计在 Phase 2 阶段随 Burn Bridge 激活一并披露。

5、开发者工具链扩展：ootle.js 与多语言绑定

3 月 18 日的开发动态显示，JavaScript SDK 已从 tari.js 更名为 ootle.js，并计划扩展语言绑定至 Python、Go 等。

这一变化的战略意义在于：绝大多数 AI Agent 框架——LangChain、AutoGen、CrewAI 等——的主要开发语言是 Python。当前 Ootle 的合约编写以 Rust 为主，对 Agent 框架而言存在接入障碍。Python 绑定一旦落地，将显著降低 Agent 调用 Ootle 的技术门槛，是 Agent-first 战略在工具层面的必要配套。

6、fluffypony 暂时离开

2026 年 3 月 4 日，联合创始人 Riccardo Spagni（fluffypony）在 X 平台发布声明：

fluffypony 于 2026 年 3 月 5 日发布的原推，宣布因个人事务暂时离开 Tari 相关工作。

同日，另一位联合创始人 Naveen 在 Tari Alpha Club 发布官方回应：

"This is in no way impacts the project, our vision, or our plans. We hope Riccardo can sort things out for himself."

时间线的吻合值得关注：fluffypony 提交 feat: agent skills 的时间是 3 月 2 日，两天后他宣布离开。那次提交很可能是他在当前阶段的最后一次实质性贡献，Agent-first 战略的技术基础由他完成，后续由核心工程师团队接力落地。

从 commit 记录来看，主力开发者 sdbondi 在 3 月期间保持了高频且稳定的提交节奏，Ootle 的开发工作并未出现中断迹象。

fluffypony 此次离开属于个人原因，性质为暂时性。社区有权知道这一事实，也应当以此为据，而非以恐慌或漠视回应。项目的连续性，最终由代码和结构承载，而非由任何单一个体决定。

7、开发进展速览

以下为 3 月主要 commit 进展摘要

Ledger 支持的落地，意味着 Ootle 的资产安全基础设施开始向生产级标准靠拢，为后续 DeFi 应用与高净值用户的进入提供了更好的安全保障。

8、L1 挖矿动态

8.1 Antminer X9 发布

2025 年 12 月 26 日，比特大陆正式发布 Antminer X9，专为 RandomX 算法设计。核心参数如下：

比特大陆 Antminer X9 官方宣传图，定价 5600 美元，预计 2026 年 7 月发货。

需要指出的是，X9 在技术层面并非传统 ASIC，而是基于定制 RISC-V 架构（疑为 Sophon SG2044）的 CPU 集群，集成大量 DDR5 内存以满足 RandomX 的内存密集需求。Monero 核心开发者因此表示，无法通过算法更新彻底封杀 X9，因为 CPU 可以运行任何软件，这与传统 ASIC 的情况截然不同。

RandomX v2 的应对方向

Monero 核心开发者 sech1 明确表示，RandomX v2 将使 X9 的挖矿效率降低至少 30%，但不会完全消除其优势。v2 的核心目标是优化现代 CPU（Zen4/Zen5、ARM Cortex X4 等）的能效表现，实现时间预计在 2026 年上半年，将随 Monero 下次硬分叉一并推出。

合并挖矿格局的变与不变

由于 Tari 通过 RandomX 合并挖矿与 Monero 共享算力，上述动态对 Tari 矿工同样适用。X9 大规模入场后，RandomX 全网难度将上升，CPU 矿工的单机产出将被压缩。但若 RandomX v2 如期推出并使 X9 效率大幅下降，挖矿格局有望再次向 CPU 矿工倾斜。

值得一提的是，Reddit 的 r/Monero 社区的讨论中有成员主动提到 Tari 的多算法分片设计，认为其在平衡 CPU、GPU 与专用硬件参与度方面的思路值得 Monero 借鉴。这是外部社区对 Tari 共识设计的一次自发认可。

综合来看，有意购买 X9 用于合并挖矿的矿工，需在 RandomX v2 升级时间表明朗之前审慎评估投资回报。

8.2 RandomX v2 基准测试征集

Monero 开发团队正在为 RandomX v2 升级收集真实硬件基准数据，重点征集新款 Intel CPU 的测试结果。目前已有开发者发布了标准化的 Linux 测试脚本，供矿工自行运行并提交数据。

由于 Tari L1 采用 RandomX 合并挖矿机制，RandomX 的版本迭代会直接影响 Tari 矿工的算力表现与硬件适配情况。此次升级的具体时间表尚未确定，目前仍处于数据收集阶段。

对于正在运行 RandomX 合并挖矿的 Tari 矿工，建议关注 Monero 官方渠道的后续公告，提前评估自身硬件在 v2 下的表现变化。

测试脚本：https://github.com/Fountain5405/scriptsforthewin
结果汇总：https://gist.github.com/SChernykh/6058ecf01c929883b9d19c7eeadc8809

8.3 xmr.pw：社区新矿池上线，支持 Tari 合并挖矿

社区矿工 RealAleNet 推出了一个新的公开矿池 xmr.pw，主打简洁现代的仪表盘界面和清晰的矿工数据可视化。目前仍处于 Beta 阶段，规模尚小。

矿池支持三种挖矿模式：Classic PPLNS、Solo、以及 P2Mining。其中 P2Mining 是该矿池的核心特色，底层使用 P2Pool 结算，但矿工无需自己搭建节点，像连接普通矿池一样指向 pool.xmr.pw:4242 即可。RealAleNet 在介绍中直接说明：这仍然是中心化的，并非等同于直接跑 P2Pool，但能获得持续出块收益等主要好处。如果你已经在跑自己的 P2Pool 且运行良好，这个矿池可能不适合你；但如果你想要一个更简单的入口，同时保留 P2Pool 底层的收益结构，它值得一试。

三种模式均支持 Tari 合并挖矿，矿工在挖 XMR 的同时可同步获得 XTM 奖励，无需分割算力。测试期间运营者本人正在租用算力注入矿池，并将这部分收益分配给参与矿工。

GeoDNS 覆盖欧洲、美洲、亚洲三个区域，手续费 0.5%，最低起付额 0.001 XMR。

矿池地址：https://xmr.pw

8.4 P2Pool Starter Stack：一键挖矿套件

社区矿工 VijitSingh97 发布了一套开源的挖矿集成方案，将以下组件打包为单一 Docker 安装：

• Monero 全节点
• P2Pool 挖矿
• Tari 合并挖矿
• 基础监控仪表盘

所有流量默认通过 Tor 路由，无需手动配置隐私层。目标用户是希望在家庭环境中简单、私密地参与挖矿的普通用户，无需具备专业的节点运维能力。

这一工具填补了一个长期存在的空白：P2Pool + Tari 合并挖矿的组合收益结构更优，但手动搭建的门槛让很多矿工望而却步。Docker 一键部署方案将这一门槛大幅降低，有助于扩大 Tari 合并挖矿的参与基数。

项目地址：https://github.com/p2pool-starter-stack/p2pool-starter-stack

9、路线图与展望

已完成（3 月）：

• Ootle L2 测试网（Esmeralda）正式上线
• Agent Skills 体系与九大 AI 工具适配完成
• Wallet SDK 对外发布，生态开放度提升
• Ledger 硬件钱包初版接入
• 稳定币合作方确认入驻

进行中：

• L1↔L2 Burn Bridge 社区测试
• 稳定币合约模板开发
• ootle.js 多语言绑定扩展（Python、Go）
• 智能合约安全模板库扩充

值得关注：

• Blink 产品：在3月18日的 Tari Show 中，描述为"高精度、速度与成本持续改善"，与此前提及的"即将公告的分发型产品"吻合，具体形态尚未公开披露。

协议在前，Agent 在后

Tari 用了八年时间打磨 L1，又用了数年时间设计 Ootle。当测试网终于上线，它做出了一个在当下仍属少数派的判断：未来真正大规模使用链上能力的，不会是人类用户，而是 AI Agent。

这个判断是否正确，现在没有人知道。Agent 工具链仍然脆弱，Agentic Payments 距离大规模落地仍有距离。但有一件事是可以观察到的：当多数项目还在为争夺人类开发者的注意力而设计产品时，Tari 已经在为另一批"用户"准备基础设施了。

ootle.tari.com 的开发者文档，第一个入口不是"Hello World"，不是"安装指南"，而是：

"Using an AI coding agent?"

这或许是一个注脚，也或许是一个方向。或许你有不同的答案。