【智能体互联协议解析】ACPs/AIP为什么还在用“落后”的“中心化”架构？
在介绍了AIP标准和北邮ACPs协议代码的背景后，今天开始进入技术环节。从第一个技术问题开始：
【先看PPT后看文章】
【问题】
ACPs/AIP为什么采用“落后”的“中心化”架构？
【解答】
这个问题，在刘老师半年前给产业界介绍北邮ACPs的架构时，经常会被问到。经过一段时间的交流和讨论，这个问题的答案逐渐被大家理解和接受。
最近随着越来越多的单位打算采用AIP标准构建自己的智能体互联的平台，这个问题逐渐又有更多的朋友问到。所以，把它作为第一个重要问题进行解答。
在回答这个问题之前，先给出如下图所示的ACPs/AIP智能体互联协议体系的物理部署视角的架构图：
在这个图里，大家比较关心的“中心化”节点，主要是图中的三个服务器：注册服务器、凭证管理服务器和发现服务器。关于中心化和这三个服务器，主要的问题有：
（1）ACPs/AIP为什么采用“中心化”架构，而不是“去中心化”架构？
不知道从什么时候开始，“去中心化”成了一个代表“时髦”和“先进”的概念，而“中心化”似乎成了一个“老古董”。
这里刘老师想用一个反问分享一个不太一样的观点：目前能在大规模网络中能够稳定运行发挥价值的系统，哪个是去中心化的？
很好，刘老师听到观众朋友们发出了一个响亮的声音：“区块链”啊、“比特币”啊！那么，刘老师的下一个问题来了，比特币要进行交易，最常见的方式是到一个去中心化的地方，还是一个中心化的地方？除了虚拟币之外构建的区块链，在实际运营时，有没有一个中心化的管理节点？
突然，好像观众席又有另一个响亮的声音响起：我们熟知的A2A智能体互联协议，就是去中心化的，没有一个管理服务器节点啊。呵呵，如果刘老师告诉你，基于A2A的厂家构建的智能体互联平台中，是有一个中心化的注册服务器，此时的你会怎么想？你会不会想到，那为什么A2A协议里不提到这个注册服务器呢？是啊，提出A2A协议的这个厂家，为什么不提这个注册服务器呢？想知道这个答案，欢迎约刘老师面聊，刘老师来告诉你答案。
好了，上面的问题用开玩笑的方式分享了刘老师的观点，聪明的你肯定心中已经有自己的答案了，咱们接着往下认真聊ACPs和AIP的架构。
ACPs/AIP，采用的是“多中心”架构，这种架构，可以在保障大规模智能体互联场景下的可管可控可靠的稳定高效运行。
如图中所示，ACPs/AIP体系里的智能体互联网，是由多个“自治域”构成，每个自治域内可以有自己的中心管理节点（注册、凭证管理和发现服务器，以及将来定义的更多管理服务器）。
每个自治域可以基于自己的域内中心管理节点自洽地稳定运行，也可以通过互联网，基于不同域间的管理节点互通，实现跨域的智能体协作（具体方式，将在后续文章中介绍相应技术方案）。
这种“多中心”架构，既能保证全网智能体运行的可管可控，又能兼顾为所有智能体产业中的单位提供一个自由发展的环境。这是ACPs协议设计的初心，也是AIP标准能快速达成产业共识的重要原因。
（2）注册、凭证管理和发现服务器，是不是全网只有一个？
明确地回答，不是一个，而是多个。
上面已经提到，ACPs/AIP定义的智能体互联网体系，是由多个自治域构成的，在每个自治域中可以有自己的注册、凭证管理和发现服务。
在经过管理机构验证管理能力后，智能体互联网中可以有多种类型的自治域，例如运营商、互联网公司、科研机构、企事业单位，甚至个人运营者。只要满足一定的管理要求，就可以管理和运营自己的自治域。每个自治域，通过分配的智能体身份码，在享受本域智能体的管理权力的同时，承担本域智能体的管理责任。
（3）这种“中心化”架构，会不会导致单点故障？
不会。
ACPs/AIP的架构，包含两级多中心结构：
第一级多中心结构，是上面介绍的多个自治域中的管理服务器。
第二级多中心结构，是域内的发现服务器。
在每个自治域中，关键的三个管理节点分别负责：
注册服务器负责智能体身份和能力注册和维护。
凭证管理服务器负责智能体身份凭证的发放和维护。
发现服务器负责智能体协作需要的能力匹配。
当注册服务器和凭证管理服务器出现故障时，会短暂影响智能体注册和申请新的证书，但并不会影响已有智能体的互联协作。
发现服务器作为智能体互联协作的能力匹配节点，在ACPs/AIP架构中，一个自治域可以有多个发现服务器，各自通过同步协议从注册服务器中获取智能体能力信息，以支持能力匹配。每台发现服务器是可以独立运行的，因此当一台发现服务器出现故障时，并不会影响该自治域的整体稳定运行。
基于以上两级多中心结构，ACPs/AIP实现了高可靠性，完全可以支撑国家级大规模智能体互联网的稳定运行。
好了，今天的技术问题分享就到这里，欢迎关注，后续要点不迷路。
【往期回顾】
北邮ACPs协议和代码与智能体互联AIP标准的关系
AIP是MCP/A2A的替代品吗？