嗨，大家好，每周更新时间到了

  • Index
  1. 网络状态 2) Feedspace 3) ???
    1. Net status

在过去的一周里，我的大部分时间都花在分析网络行为、跟踪统计数据，并尝试在模拟器中复现各种事件上。虽然一些怪异的网络行为可以归因于仍在使用旧版本的大约二十来个 router，但关键因素在于我们的速度计算没有提供足够好的数据——我们无法正确识别那些能够快速传输数据的对等节点。过去这不算大问题，因为有一个 bug 会让我们把容量最高的 8 个对等节点当作’fast’池使用，而不是基于容量构建合理的分层。我们当前的速度计算来源于周期性的时延测试（具体来说，是 tunnel 测试的 RTT（往返时延）），但这些数据不足，无法让我们对该数值有足够的信心。我们需要的是一种更好的方法，在收集更多数据点的同时，仍然能在必要时允许’高容量’的对等节点被提升到’fast’层级。

为了验证这是否就是我们所面临的关键问题，我稍微取了点巧，增加了一个功能，可以手动选择在某个特定的 tunnel 池的选择过程中应使用哪些节点。使用这些明确选定的节点，我在 IRC 上已经连续两天多没有断线，并且在我控制的另一项服务上表现也相当不错。过去大约两天里，我一直在用一些新的统计数据试验一个新的速度计算器，虽然它改进了选择，但仍然存在一些问题。今天下午我已经研究并实现了几个替代方案，但还需要把它们放到网络上试一试，仍有工作要做。

    1. Feedspace

Frosk 已经发布了 i2pcontent/fusenet docs 的又一个修订版，不过现在换了新家、起了新名字：http://feedspace.i2p/ - 请参见 orion [1] 或我的博客 [2] 获取目标地址。 这些东西看起来很有前景，无论是从“嘿，功能强悍”还是“嘿，这将有助于提升 I2P 的匿名性”的角度。 Frosk 和团队正埋头开发，但他们当然也在寻求反馈（和帮助）。 或许我们可以请 Frosk 在会议上给我们做个更新？

[1] http://orion.i2p/#feedspace.i2p [2] http://jrandom.dev.i2p/

    1. ???

好吧，看起来可能不怎么样，但其实有很多事情在进行呢 :) 我肯定也漏掉了一些东西，所以顺道来参加会议看看都有什么动静吧。

=jr