打开一个网址，内容从哪里来？在传统网站中，访问通常指向由某个运营方管理的服务器；去中心化互联网则可能由多个独立节点共同提供服务。理解去中心化互联网的运行模式，要沿着一次访问的路径看：用户先找到入口，再通过协议请求内容，最后由一个或多个节点返回数据。
这不代表网络里没有服务器，也不代表数据天然永久保存。不同项目会在域名、应用、存储等环节采用不同设计，去中心化程度也因此有差别。
第一步：访问入口仍可能依赖常见网络设施
用户通常通过浏览器、手机应用或域名进入服务。浏览器会借助 DNS 将域名解析为 IP 地址，再与对应服务器建立连接。DNS、网络服务商和设备系统仍可能由集中机构运营，所以入口看起来“分布式”，不等于访问链路每一环都去中心化。
以 Mastodon 为例，用户可以选择由不同运营者维护的实例注册账号。实例有自己的域名和管理规则，但多个实例可通过 ActivityPub 协议互相传递公开帖子、关注关系等信息。用户从一个实例发帖，关注者所在的其他实例可能接收并显示这条内容。
第二步：应用协议让不同节点彼此通信
应用协议规定消息如何表达、发送和接收。ActivityPub 是一种用于社交网络联邦通信的开放协议；它让兼容服务能够交换活动信息，而不是要求所有人登录同一家公司运营的平台。服务器仍会执行本地规则，例如账号注册、内容审核和反滥用措施。
因此，去中心化互联网的运行模式不是“所有节点完全相同”，而是各节点按共同协议协作，同时保留各自的管理权。协议兼容性、服务器是否持续运行，以及管理员设置，都会影响内容能否跨服务到达。
第三步：数据可能分散存储，也可能由服务商保管
内容寻址与节点保存
IPFS 是一种内容寻址网络：文件可通过内容标识符定位，节点之间能够交换数据。它与按固定服务器地址找文件的方式不同，但“能找到标识符”不代表“文件一定在线”。若没有节点保存并提供该内容，访问者仍可能取不到数据。长期可用通常需要有人持续托管或固定内容。
联邦服务与分布式存储并非一回事
Mastodon 的联邦机制主要解决不同服务器之间如何通信；它本身不意味着所有帖子都存进 IPFS。实例可以在各自服务器保存账号和内容，也可能使用外部存储服务保存媒体文件。判断一个项目的数据是否真正分散，应分别查看账号由谁管理、内容存在哪里、节点退出后数据是否还可取。
一次访问可以怎样拆解
- 打开入口：用户通过应用或域名访问服务，域名解析和网络连接把请求送到某个节点。
- 确认身份：服务依据账号所在节点识别用户；联邦服务通常由用户选择或注册的实例管理账号。
- 发送请求：应用按协议查询内容或提交操作，其他兼容节点可接收相关消息。
- 读取数据：内容由当前服务器或存储节点返回；若采用 IPFS 一类网络，还需有节点实际提供相应数据。
- 传播与保存：接收方节点按自身规则保存、转发或隐藏内容，传播范围和保存期限并非自动一致。
优势、代价与适用条件
这种架构可减少对单一平台的依赖，允许不同运营者维护服务，也让用户有机会迁移到其他实例。但它增加了选择和管理成本：不同节点的规则、稳定性和审核方式可能不同；跨节点传播也不保证每个服务都显示相同内容。分布式存储则可能改善内容共享，却不能自动解决隐私、删除和长期保存问题。
判断一项服务是否适合使用，可以先确认三件事：账号能否迁移或备份，内容由哪些节点保存，节点停止服务后有没有恢复途径。若只是浏览公开内容，使用现有客户端即可；若要长期保存重要文件，应另做本地备份，不能仅凭内容标识符推断数据永远可用。
常见问题
去中心化互联网是不是完全没有中心服务器？
不是。许多服务仍由各自节点提供，关键区别在于是否允许多个独立节点按共同协议协作。
使用 IPFS 后，文件就不会丢失吗？
不会。文件仍需节点保存和提供；没有持续托管时，内容可能无法取得。
换一个 Mastodon 实例，账号和帖子会自动全部迁移吗？
不一定。部分账号信息可以通过实例功能迁移，但具体可迁移内容受服务实现和规则限制，应先查看原实例与目标实例的说明。
从入口、协议到存储逐层检查，才能看清去中心化互联网的运行模式：它不是把中心彻底消除，而是让更多独立节点有机会参与服务，并由协议协调彼此。