Kitsune2：查找速度提升 251 倍，更新路径缩短 33 倍，信息传播提前 15 倍

在 Holochain 网络层的一天实验中：节点如何寻找同伴、获取缺失数据、恢复信息传播，以及 6 小补丁在此过程中如何改变了什么。

Developed by Robert E. Beckner III (Merlin) | rbeckner.com

graph TD
    A[学习节点身份和端点] --> B[通过 gossip 比较数据]
    B --> C[识别缺失的操作]
    C --> D[从节点获取操作]
    D --> E[将接收的操作交给宿主存储]
    E --> F[发出已完成待处理获取的信号]
    F e1@--> B
    e1@{ animation: fast }

每个6更改实际上移动了什么#

每个更改都位于一个 crate 中，且 5 的 6 在单个文件中#

数据已到达，但 gossip 仍在等待#

sequenceDiagram
    participant G as Gossip arc-growth loop
    participant F as CoreFetch
    participant P as Peer
    G->>F: Register a drain waiter
    P->>F: Final response, operations stored
    F->>F: retain() empties the pending map
    Note over F: helper exists, never called
    F--xG: Notification that never arrives
    G->>G: Initiate after the roughly 3-second fallback

5 工作器已配置，且 1 实际上正在发送#

while let Some(..) = outgoing_request_rx.lock().await.recv().await {    // send the request}

取消调用者会让节点等待 8 未发送的操作#

请求消息更少，每条消息大小有限制#

将扫描移出更新路径值得33×，并且在查找本身上值得251×#

将所有 6 补丁组合在一起，节点即可完成并继续#

1. 更新对等信息。 身份更改端点。 后来到达的陈旧信息会保留较新的记录，已被阻止的身份仍可被访问控制解析。 两个版本均通过；索引保留现有决策。
2. 在 fetch 完成后启动 gossip。 已补丁节点在 202 毫秒后启动。 原始节点在 3,002 毫秒时采用回退路径。
3. 接收乱序数据。 3 请求的操作以 4 响应到达，包括一个重复项。 两个版本均一致存储它们，并将字节计数与正确的操作关联。
4. 完成 fetch。 已存储的操作可被检索。 已补丁节点也唤醒在这些操作待处理时注册的监听器。
5. 在对等失败后继续。 控制的发送失败会清除该对等的请求状态。 另一个对等提供操作，待处理映射清空，随后一次 fetch 成功。 在原始版本中，完成通知检查失败。

每项收益的成本#

反复比较和停滞发送仍然开放#

我们测量了什么，以及还有什么需要测量#

关键归属#

• 来自我：草稿在说明 Holochain 节点正在做什么之前先解释了内部机制，且 2 开放问题出现时没有任何关联。 跟进序列现在引入了每个补丁，每个开放问题都位于其相关步骤。
• 来自 AI：我询问早晨是否值得称为“突破”。 它认为派生索引和恢复的助手调用是正确的修复，而非新技术。 该文章被归档为发现。
• 来自 GPT-6 Astra：若干草稿声明超出了其依据。 它坚持以测量结果为准：10,000 个保留身份是历史，而非 10,000 台已连接电脑；索引的内存成本保持记录；单请求延迟和大多数 URL-less 情况仍不确定。