第3章：Helia核心概念
想象一下，如果每个浏览器标签页都能像森林中的真菌菌丝网络一样，悄无声息地连接、交换信息，形成一个跨越全球的有机智能体——这就是Helia为我们开启的愿景。
🏗️ 建筑哲学：模块化与浏览器原生设计
Helia并非简单的IPFS-JS移植，而是从地基开始为浏览器环境重新设计的架构。传统IPFS实现如同试图在客厅里搭建工厂流水线——功能齐全但空间局促。Helia则采用了"乐高模块化"哲学。
技术注解：Helia采用依赖注入模式，允许开发者根据需求组合不同的libp2p配置、数据存储后端和区块存储方案。
最精妙的设计决策在于对浏览器限制的创造性适应。Helia如同一位熟练的锁匠，不是试图打破沙箱，而是找到每个锁孔的形状，设计出恰好能通过的钥匙。
🔧 核心API表面：三驾马车的协同
启动一个Helia节点简单得令人惊讶：
import { createHelia } from 'helia'
import { strings } from '@helia/strings'
const helia = await createHelia()
const s = strings(helia)
但这简单的表面下隐藏着三个紧密协作的核心子系统：
第一驾马车：Helia本体——这是协调中枢，负责管理节点的生命周期。
第二驾马车：Libp2p网络层——负责所有网络通信，支持多种传输协议（WebRTC、WebSocket、WebTransport）。
第三驾马车：区块存储(Blockstore)——这是Helia的记忆系统，负责存储和检索CID指向的内容块。
🏷️ 内容寻址：CID的密码学魔术
CID不是指向"位置"（如URL指向服务器），而是指向"内容本身"。无论这个内容的副本存储在北京的数据中心还是巴黎的个人电脑上，相同的CID总是指向相同的内容。
数学上，CID的生成过程可以表示为：
$CID = Multihash(Codec(Data))$
🌳 Merkle DAG：数据结构的进化革命
Merkle DAG（有向无环图）将分布式存储从简单的"文件存储"提升到了"数据关系存储"的维度。修改任何节点的内容都会改变其CID，从而"连锁反应"地改变所有包含该节点的结构的CID。
这种设计带来了三个革命性特性：不变性、可验证性、重复数据删除。
🤝 网络操作：浏览器中的分布式舞会
WebRTC数据通道允许浏览器之间直接建立点对点连接。
WebSocket中继作为备选方案，当直接连接不可能时，通过中继服务器转发数据。
分布式哈希表(DHT)在浏览器环境中采用"轻客户端DHT"模式。
下一章：构建简单的文件共享应用