# PeerWeb 去中心化网站托管系统技术解析 > 深入分析基于 WebTorrent 的去中心化网站托管实现，涵盖 P2P 内容分发、客户端配置参数与安全沙箱设计。 ## 元数据 - 路径: /posts/2026/01/31/decentralized-website-hosting-via-webtorrent/ - 发布时间: 2026-01-31T16:07:15+08:00 - 分类: [systems](/categories/systems/) - 站点: https://blog.hotdry.top ## 正文 在传统网站托管架构中，服务器既是内容存储的单一来源，也是请求处理的唯一入口。这种集中式模型带来的问题显而易见：机房故障会导致整站不可用，流量峰值需要昂贵的带宽成本，而内容一旦部署便面临审查风险。PeerWeb 项目尝试从根本上改变这一范式，将网站内容分发至 P2P 网络，让每个访问者同时成为内容的提供者。本文将从工程实现角度解析其核心技术路径。 ## 从集中式到去中心化：架构范式转换 传统托管模式下，网站运营者需要购买服务器或租用云主机，配置 Nginx 或类似反向代理，安装 SSL 证书，监控系统可用性。当流量突增时，运营者被迫临时扩容带宽；当硬件故障时，网站出现停机。这种架构的本质特征是「中心化」——所有请求必须经过同一组服务器节点，内容存储也集中在特定位置。 PeerWeb 提出的替代方案是让网站内容通过 WebTorrent 协议在用户浏览器之间直接传输。用户访问一个 PeerWeb 链接时，浏览器首先从_tracker 服务器获取活跃节点列表，然后通过 WebRTC 与这些节点建立 P2P 连接并下载内容片段。一旦某个用户完成了完整下载，他便成为新的「种子」节点，可以向其他访问者提供数据。这种架构中，访问量越大的网站反而越稳定——更多的访问者转化为更多的分发节点，形成正向循环。 从实际运行数据来看，该系统确实能够实现抗审查与高可用目标。由于不存在原始服务器，内容无法被单一实体删除；只要网络中有一个节点在线，网站便可访问。成本方面，运营者无需支付任何托管费用，仅需首次上传时消耗本地带宽。 ## WebTorrent 协议在浏览器中的工程实现 WebTorrent 是专为浏览器环境设计的 P2P 协议，它复用 BitTorrent 的分片算法与 DHT 机制，但将传输层从 UDP 替换为 WebRTC。这一设计选择使得协议能够穿透浏览器沙箱直接运行，但同时也带来了若干工程约束。 在客户端配置层面，开发者需要关注几个关键参数。`maxConns` 控制单种子最大连接数，默认值 55 在移动设备上可能过高，建议根据设备性能下调至 20 至 30 之间。`tracker` 参数可以接受布尔值或配置对象，当需要自定义 tracker 列表时，应传入包含 `announce` 数组的对象。`dht` 开关同样支持细粒度配置，包括节点 ID 生成策略与消息超时设置。以下是一个典型的客户端初始化配置示例： ```javascript const client = new WebTorrent({ maxConns: 30, peerId: generateRandomPeerId(), tracker: { announce: [ 'wss://tracker.btorrent.xyz', 'wss://tracker.fastcast.nz', 'wss://tracker.openwebtorrent.com' ] }, dht: { enabled: true } }); ``` 文件下载完成后，开发者可通过 `torrent.on('done')` 事件获知传输完成，并通过 `torrent.files` 数组访问所有文件对象。每个文件对象提供 `streamTo()` 方法将内容流式传输至 DOM 元素，这对于视频等大文件尤为重要——用户无需等待完整下载即可开始播放。对于网站托管场景，核心文件通常是 index.html，系统会优先下载该文件并在下载完成后立即渲染页面。 ## 内容托管与分发的工程实践 将传统网站迁移至 PeerWeb 平台需要遵循特定的内容组织规范。根目录必须包含 index.html 文件，所有资源引用应使用相对路径，不支持绝对 URL。允许的资源类型包括 HTML、CSS、JavaScript、图片、字体等静态内容，这意味着纯静态网站可以无缝迁移，而需要服务器端渲染或 API 调用的动态网站则无法直接使用该方案。 上传流程被设计得尽可能简单：用户拖拽网站文件夹至上传区域，系统自动创建种子文件并生成唯一哈希值。该哈希值构成网站的唯一标识符，访问者通过 `https://peerweb.lol/?orc={hash}` 格式的 URL 加载内容。从技术角度看，上传过程实质上是将整个目录打包为种子文件并开始做种，期间会计算每个文件的 Merkle 树根哈希用于完整性校验。 保持网站在线需要至少一个活跃节点持续做种。浏览器端方案要求用户保持标签页打开，系统会显示「Keep this PeerWeb tab open to host your site」的提示。对于需要长期托管的场景，官方提供桌面客户端，支持后台运行并开机自启动，彻底解放浏览器标签页的约束。 智能缓存机制显著改善了重复访问的加载体验。系统使用 IndexedDB 持久化存储已访问站点的内容，缓存有效期为七天，过期后自动清理以控制存储空间占用。这意味着首次访问某站点需要完整 P2P 下载，后续访问则可直接从本地缓存读取，实现近乎即时的页面渲染。 ## 安全模型与攻击面分析 将任意内容加载至浏览器存在固有的安全风险，PeerWeb 通过多层防护机制构建纵深防御体系。最外层是 iframe 沙箱，网站内容被嵌入至隔离的 frame 中执行，无法访问父页面的 Cookie、Storage 或 DOM。第二层是 DOMPurify 消毒，所有 HTML 内容在渲染前会经过严格过滤，移除危险的标签与属性，如 `