AI × 区块链，让 ABT 在建设中发挥作用
和 ArcBlock 一起，建设一座繁荣的 Agentic 数字城市。
大家都在讲 AI，Blockchain 还有什么用？ArcBlock 做了这么多 AI，ABT 在这里还有什么价值？
这两个问题值得直接回答。ArcBlock 把 AI 做进平台，是为了让 Blockchain 和 ABT 的用途进入更多真实应用。我们一直建设的身份、授权和可验证记录，在人和 Agent 一起工作的环境里，有了更多需要解决的问题。ABT 也要在其中承担具体工作。
我最近在 X 上写了一段想法：谈 AI Agent 和 Blockchain，讨论很容易停在 payment。但我更关心的是，Agent 进来以后，究竟在做什么。一个地方可以有很多付款动作，也可以始终没有多少值得留下来用的东西。
我认为，Agent 经济要从真正有用的应用里长出来。ArcBlock 要做的，是把基础设施做扎实，让我们自己和社区都能在上面解决实际问题。 Blockchain 在其中承担身份与证据所需要的基础作用，ABT 则是 ArcBlock 生态的单一效用代币（utility token）。要让这些设计有事情可做，得先有人来建设，也有人愿意持续使用。
我一直喜欢用一座 Agentic 数字城市来想这件事：人和 Agent 拥有自己的工作空间，应用与服务在里面持续运转。像现实城市一样，它需要道路和水电，需要人能够长期生活、工作的空间。真正让它热闹起来的，是有人住下，开出店铺，为邻居提供服务。Agent 加入之后，建设和服务的参与者多了一种。这才是我觉得值得兴奋的地方。
链进入基础设施，应用才是目的
Agent 为 API 调用付款，用信用卡、稳定币或者其他已有支付网络，都有合理的场景。具体选哪一种，要看用户与服务的需要。
但当一个 Agent 代表你去做事，另外一些问题会随之出现：它代表谁，拿到了什么权限，交付了什么，发生争议时双方能核对什么。我们在《AI Agent 不只是需要一只钱包》里已经展开过这些问题。这次我想继续往前走：把这些基础做好以后，上面会长出什么？
ARC，也就是 Agentic Realm Computer，是我们构建这层基础的运行环境。对 ArcBlock 自己的链，ARC 已有默认的链访问挂载，应用可以通过系统提供的入口读取链数据，不必每个应用再安装一套独立的接入模块。链访问进入了运行时，像网络能力一样，成为应用可以使用的基础。
AFS（Agentic File System）把不同资源放到共同的访问体系里，provider 是连接资源的接入模块。应用读取 ArcBlock 链上的记录，可以沿用系统提供的方式。通过相应模块，这套结构也可以向 Ethereum 等其他链扩展；本文更关心的，是 ArcBlock 自己的链在整个环境里承担什么。
这条路线有很长的前史。《OCAP 的三代架构：从链访问协议到 AFS》记录了它怎样从统一链访问接口，进入 Blocklet 的部件体系，再进入今天的 AFS。位置变了，我们一直想减少的那部分重复接入工作还在。
ArcBlock 链的意义，在于它能够成为这座城市共同使用的基础网络。支付要处理费用，身份与授权要说明谁能行动，可核验的证明记录要让重要事实能够核对，智能合约则把约定中的一部分规则变成可执行的操作。它们服务于同一件事：让彼此独立的人、Agent 和应用，有办法围绕共同的规则协作。
比如，一个 Agent 请另一个服务完成任务，双方要知道谁提出了请求、谁有权接受、交付记录对应哪一笔费用。每家店都可以有自己的内部账本，但走出店门与别人合作时，得有共同的依据。否则每增加一个服务，就可能再增加一套账户、授权和对账办法。公共基础设施要减少的，正是这种重复建设。
我们已有的链能力可以提供具体起点：委托交易权限让一个账户能够授权另一个账户执行指定类型的操作；通证工厂合约把创建与管理通证的规则放进可执行机制。ARC 中默认的链访问目前提供读取能力，签名与提交交易另有相应流程。把这些基础接成更完整的 Agent 结算与证明流程，是我们继续建设的工作。
公共网络持续运转，每个应用才能把力气放在自己的服务上。
这像城市里的电力与公共服务网络。应用可以保留自己的内部实现，重要的跨主体行为则有共同的核对基础。DID 这种数字身份机制提供可验证的身份关系，区块链为需要共同核验的记录提供依据。证明覆盖什么事实，要由具体机制说明；服务究竟有没有做好，仍需要验收。
基础设施越往下做，应用的人越应该少操心底下的细节。他需要做的是把服务做好，让别人用起来。
ABT 的价值，要在它做的事情里找
ABT 是 ArcBlock 公共网络的原生代币，也是 ArcBlock 生态的单一 utility token。它可以在公共网络转账，在接受它的应用里支付服务费用，也可以作为 stake，为网络使用或服务约定提供保证。这些用途分别解决什么问题，值得直接说清楚。
Stake for Gas 是一个很具体的例子。在公共网络按规则质押 ABT，可以获得交易手续费豁免。ABT 锁定为网络使用的保证金，而非随着每笔正常交易逐笔花掉。对需要持续执行任务的用户和 Agent 来说，减少每次操作的付款摩擦，是一个实际的产品问题。豁免覆盖网络交易手续费，应用与外部服务仍按各自规则计费。
Stake for X 则把 ABT 用在承诺上。参与者先声明用途、有效期、谁有权在什么条件下扣罚，以及怎样退出，再把 ABT 锁定在这些规则之下。别人接受一项服务承诺时，除了听到一句保证，也能看到一份有明确处置条件的保证金。
已经进入 Payment Kit 的 SubGuard 订阅保护，就把这种设计用在服务连续性上。用户为支持它的订阅设置 ABT 质押，付款临时出现问题时，服务可以在约定保护期内继续。原账单仍需结清；逾期未付，系统可以按规则用质押款结算账单和服务费。ABT 在这里参与的是一个很日常的问题：一次支付故障，怎样尽量不变成服务中断。
我在《CLARITY Act or Not，我们先把 ABT 讲清楚》里专门展开过这些 utility。另一篇关于 Stablecoin 与 Credit Token 的文章解释了支付与服务额度的分工：用户用什么付款，应用记录了什么服务用量，双方怎样对账，是需要分别做好的工作。应用自己的消费额度遵循应用规则，ABT 则承担公共网络与跨参与者协作中的原生用途。
所以，ABT 的产品价值很具体：让费用能够支付，让网络能够使用，让某些服务承诺有保证金与可执行的规则。这些机制放进 Agent 环境，就有了继续发展的空间。一个 Agent 调用服务，谁授权它、用量怎样记、服务有没有交付、费用怎样结清，可以逐步接到同一条能够核对的流程上。ARC 中完整的原生链上结算与跨主体证明流程仍在建设，我们正在做的，是把已有的链能力接得更直接、更适合应用使用。
这也是我们做 AI 的理由。AI 让更多人有能力建造软件，也让更多任务可以持续执行；ArcBlock 链与 ABT 给这些协作提供可以使用的基础。真实应用把这些能力用起来，我们才能检验哪些设计有用、哪些还要改。
应用仍可以选择信用卡、稳定币等已有支付方式。这和 ABT 的原生网络用途可以并存。城市里有多种服务和付款途径，共同的网络仍然要有人使用和维护。我们要做的是把这套基础做得值得用，让 ABT 承担清楚、具体的工作。
为什么是 ArcBlock
我认为，ArcBlock 在这件事上的优势很明确：我们既懂区块链，也在持续做 AI；我们一直在做的，是让技术真正被用起来。 这两边的积累放在一起，才让我们能够从整个系统来考虑 Agent、应用和经济活动怎样协作。
如果只从 AI 模型和工具出发，很容易把区块链理解为另一条付款通道，忽略身份、授权和可验证记录的作用。如果只从 token 叙事出发，又容易忽略一个有用的 Agent 系统背后所需的运行环境、上下文与界面。这两边都有扎实的工程工作要做。ArcBlock 的长处，是已经沿着这两条路持续建设了多年。
我们在区块链时代做 DID、钱包、链与 Blocklet，始终围绕真实应用。从 2023 年开始，我们也在持续做 AI 产品与基础工作。今天的 ARC、AFS，以及让人和 Agent 共用同一套界面的 AFS-UI，是在这些实践里一步步做出来的。它们要解决的，是 Agent 怎样找到工作所需的资源，理解状态，在授权范围内采取行动，并把成果留给用户。
2025 年，我们受华盛顿州商务部邀请，随该州科技代表团赴东京参加 Japan IT Week，展示区块链与 AI 产品。同年，我们也是 Seattle AI Week 的赞助商，并在活动中与企业和技术社区交流 AI 的实际应用。能受邀代表华盛顿州参与国际技术交流，也能参与建设本地的 AI 社区，是这些年积累在政府与产业交流中的具体成果。
这些工作也把我们带进了软件工程与架构的学术讨论。这个月，我在慕尼黑 ASE 2026 期间的 Harness4GenUI workshop 做了 keynote，主题是 AFS-UI 与生成式界面中的稳定基础，并参加了现场演示和 panel。[1] 能受邀把自己的工程实践带到这样的研究场合，与研究者直接讨论，是值得我们自豪的一件事。
我们也是明年在澳大利亚悉尼举行的 ICSA 2027 的赞助商。我们希望继续把产品与工程工作带到软件架构社区，具体交流形式会随准备情况公布。长期做基础设施，需要持续和使用者、工程师与研究者交换经验，把设计拿到实际问题面前检验。
这就是我对 ArcBlock 有信心的原因。区块链、DID 与 AI 的积累，让我们能够更早看到这些问题之间的联系；一直坚持 utility，让我们有一个明确的判断标准。接下来要做的，是把这个优势变成社区真正用得上的工具与服务。
带上你的 Agent，我们自己也先住进去
这也是为什么我们鼓励 BYOA，Bring Your Own Agent。你已经在用的 Agent，可以成为进入这个环境工作的伙伴。我们判断，用户会越来越希望自己选择 Agent，同时让资料和工作成果有一个能持续积累的地方。
我在《Builder 可以换，地契不能换》里用过施工队的比喻。请哪支队伍，可以随任务变化；房子里的资料、做好的成果，以及谁有权进来工作，需要由用户管理。数字世界里的“地盘”，指的是这样的数据与权限边界，而非物理土地的稀缺性。
Agent 可以来来去去，工作需要一个能够持续积累的地方。
因此，我们的重点会放在基础应用，以及 Agent 能在里面工作的环境上。用户为实际使用的空间、存储和运行服务付费；他也可以把自己已经选择、已经付费的 Agent 带进来。这种服务关系更接近软件与基础设施服务商。在城市的类比里，它是提供可用空间和公共设施的工作。
单纯转售模型 token，我认为很难形成持久优势。模型公司掌握模型与供给，转售方能够增加的东西有限。ArcBlock 更值得花力气的地方，是让用户的数据有自己的家，让不同的 Agent 能带着明确权限进来工作，把成果留下。
ArcBlock 自己也要先住进这座数字城市。
同一座 Agentic 数字城市的建设初期。参与从一个实际问题、一件有用的工具开始。
我们会不断用 ARC scratch our own itch，也就是解决那些我们自己反复碰到、希望有人替我们解决的问题。做出来以后，先看自己会不会持续用，再看它能否帮到社区里有类似困扰的人。自己每天都不想打开的东西，很难指望别人喜欢。
我们会把精力集中在平台与最基础的服务上，包括 ArcSpace，以及周边的 Aside、Atlas 等工具。ArcSpace 面向个人数据与工作空间服务；Aside 面向日常内容的收集与整理；Atlas 则探索怎样把人和 Agent 使用的知识与项目上下文组织起来。这些是我们选择持续打磨的工作方向，每个产品的具体能力会随着版本推进。
我们没有打算为了填满生态图，自己做出几十个彼此无关的应用。平台团队的精力需要用在那些大家都能站上去的基础上。日常使用暴露的问题，修回平台；平台补好的能力，又能让下一件事少走一点弯路。
工具一旦打磨到适合大家试用，我们就希望及时开放 Public Beta。从 ArcSpace，到之后准备好的 Darc Factory、Atlas，我们会按各自的准备程度逐步拿出来。Darc Factory 探索的是组织 Agent 参与软件生产的工作；这些工具开放的目的，是让大家更早尝试，看看能否提高自己的生产力，再把真实使用中的问题带回来。各项 Beta 的开放安排，会随具体工具公布。
我们先做好自己最需要的基础工具，社区可以借助它们探索更多用途。新的用途又会提出新的要求，推动基础继续完善。这是一个累加的过程，需要我们和社区共同做。
现在参与，能够更早把工具用到自己的工作里，也能把实际需要带进产品的打磨过程。你解决的问题、留下的工作成果，以及逐渐学会怎样组织 Agent 的经验，都会成为下一次建设的基础。想做一项服务的人，也可以从自己的真实使用开始验证它。
从一个小地方着手
过去，把一个小需求做成可以长期运行的软件，通常要先找到愿意投入时间的软件工程师。AI 正在降低这道门槛。懂问题的人，现在可以组织 Agent 做更多工程工作；他的注意力可以更多放在产品判断上：这个东西解决什么问题，做成什么样才值得每天用。
需求可以非常小。比如，你每周都在重复整理同一类资料，想把它变成自己和同事都能继续使用的记录。先做一个你用得上的工具，看看它究竟省没省事。需要哪些资料、哪些权限、结果怎么检查，都会在真正使用时变得具体。这个例子只是一个起点，题目也可以来自生活里的另一件麻烦事。
自己的问题有一个好处：你知道它什么时候算解决了。世界上也很可能有别人遇到类似的麻烦。先帮一个朋友用起来，再听听哪里不一样，比坐在纸上设想一个巨大的用户群更能推进产品。
从自己反复使用，到邻居也想试试，中间是一次次具体的改进。
即使你把应用免费给别人用，它也会用到存储、计算或 AI 服务。有人承担这些成本，相关服务之间便有了真实的使用与供给关系。但消耗资源本身不够：工具得确实帮到人，才值得继续投入。一个没人想再用的应用，消耗再多算力也没有意义。
有些应用会由作者维护，有些会成为收费服务，也有些只是几位朋友共享的小工具。它们都可以是城市里真实活动的一部分。当更多人能够建造和维护这样的应用，服务之间才会逐渐有协作与结算的需要。Blockchain 与 ABT 所承担的角色，也才有具体的场景可以检验。
把事情做对，增长就可能是爆发性的
从小处着手，也可以做出很多人需要的产品。AI 让一个人、一个小团队能够做的事情更多了；一旦产品解决了真实的问题，找到有同样需要的用户，就有机会迎来爆发式的增长。前期的打磨可能很久，突破却可能来得很快。这也是我鼓励大家现在就动手的原因。
AI 行业这几天就给出了很直接的例子。2026 年 10 月 26 日，Anthropic 为拟议 IPO 提交了公开 S-1。文件里披露，2024 年收入为 3.86 亿美元，2025 年为 45.85 亿美元；2026 年上半年收入达到 162.86 亿美元，去年同期是 11.63 亿美元，约为 14 倍。[2] 这是实际期间收入。一个已经不小的业务，仍然在短时间里跨过了原来的规模。
Lovable 的例子离“让更多人造软件”更近。它在 2025 年 11 月的一周年文章里公布，ARR 从同年 7 月的 1 亿美元，四个月后翻倍到 2 亿美元。[3] ARR 是年化经常性收入指标，和 Anthropic 披露的实际期间收入口径不同。这两组数字各自展示的，都是具体用途找到用户以后，产品可以成长得多快。
我看重的是背后的可能性：AI 降低了做出东西的门槛，也让一个真正有用的服务有机会迅速抵达更多人。增长可以是爆发性的。关键是先把事情做对，找到真实问题，把产品做到别人愿意反复使用。写代码和构建应用已经有了这样的例子，日常生活和各行各业还有大量值得解决的问题。
我过去创业的一个感受是，最艰苦的打磨，常常发生在外面看不见变化的时候。你可能做了很久，反复试，甚至觉得九死一生，表面上还是没有多少动静。真正的突破却可能来得很突然：一个关键问题终于解决，产品和用户的需要接上了，增长一下就变成了另一个样子。
所以，我不会拿每天都得多一点点的想象，去理解一个新产品的成长。真正值得花力气的是，问题有没有找对，产品有没有做好，用户是不是愿意留下来。看起来很小的一处改进，可能正好让很多人开始用得上它。我们无法把突破安排进日历，但可以把值得突破的东西做出来。
同一座城市，上层是不同的生活与服务，下层的 Tiffany 蓝网络比喻 ArcBlock 的公共基础。它呈现协作关系，不是实际部署拓扑。
从空中看，这座城市可能有商业区，也有安静的住宅和公园；有人造工具，有人提供日常服务。它会有很多个中心，长成什么样，取决于住在里面的人需要什么、愿意建设什么。共同的基础网络让这些地方能够连接，社区自己的探索决定它的丰富程度。货币与结算体系所服务的，就是这些真实发生的活动。
前面的探索和打磨可能很漫长，找到用途之后的增长，却可能很快。Anthropic 和 Lovable 的数字让这种可能性变得可见。它们的成绩不会自动落到我们身上，成本、体验和持续交付仍要做对。我们能做的，是认真把每一个有用的起点做出来，准备好接住更多人真正需要它的那一天。那一天从哪个应用开始，我不知道；但正因为没人能预先画出它的样子，社区每个人的探索才值得期待。
ArcBlock 坚持的 utility 路线，与 meme coin 的炒作逻辑站在对立面。靠情绪维持注意力、靠不断换一个概念吸引下一批人，无法替用户完成一件事情。我们的判断标准是实际用途：应用有没有解决问题，服务能不能持续交付，用户明天还会不会回来。Blockchain 和 ABT 都要接受这个检验。
回到开头的问题：AI 时代，Blockchain 还有什么用？ABT 还有什么价值？我的回答很明确。AI 让更多人能够建造软件，也让更多 Agent 能够代表人持续行动；当它们跨越个人、应用和组织协作时，身份、授权、证明和结算的基础就有了更大的用武之地。ABT 的作用，也要通过支付、网络使用和服务承诺，进入这些真实发生的工作。
ArcBlock 多年积累的链、DID 和应用基础，正在和我们的 AI 工程实践接到一起。我们会继续打磨平台，先把自己的工作做得更好，再把准备好的工具开放给社区。社区里的每个人，都可以带着自己的 Agent，在这些基础上做出新的应用与服务。那些未来突然被很多人需要的东西，就可能从这里开始。
我们要建设的是一座繁荣的 Agentic 数字城市。繁荣意味着有人在这里解决问题，有人建造和维护工具，也有服务之间持续发生的协作。区块链为这种协作提供共同的基础，ABT 在其中承担明确的用途。城市里的活动越丰富，我们就越有具体的工作去检验、改进这些设计。
把 AI 的生产力、区块链的协作基础和 ABT 的用途，放进同一套真正运转的系统。这就是 ArcBlock 接下来要做的事，也是我们邀请社区共同参与的建设：把这座 Agentic 数字城市建起来，让 ABT 在真实的建设中发挥作用。
参考
- Harness4GenUI 2026. Official program and keynotes. ASE 2026, Munich, 2026-10-12. ↩
- Anthropic, PBC. Form S-1, Summary Consolidated Financial and Other Data; Comparison of the Six Months Ended June 30, 2025 and 2026. 2026-10-26. ↩
- Anton Osika. One year of Lovable: Welcome to the age of the builder. Lovable, 2025-11-18. ↩