Hi y’all, update time again

  • Index
  1. 0.4.2.6-* 2) 0.5 3) i2p-bt 0.1.6 4) fortuna 5) ???
    1. 0.4.2.6-*

看起来不太像，但自 0.4.2.6 版本发布以来已经过去一个多月了，整体状态仍然相当不错。此后我们发布了一系列相当实用的更新[1]，但还没有出现需要我们紧急推送新版本的真正“拦路虎”。不过，在过去一两天里我们收到了几项非常不错的缺陷修复（感谢 anon 和 Sugadude！），如果不是 0.5 版本已在眼前，我大概早就把它打包发出去了。anon 的更新修复了 streaming lib（流式传输库）中的一个边界条件问题，这个问题导致了在 BT 及其他大规模传输中出现的许多超时。因此，如果你想尝鲜，可以抓取 CVS HEAD（CVS 主线最新代码）试用一下。或者当然也可以等下一个版本。

[1] http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD

    1. 0.5

在 0.5 版本方面有大量进展（任何在 i2p-cvs 邮件列表 [2] 上的人都可以作证）。所有的 tunnel 更新和各种性能微调都已经过测试；就各种 [3] 强制排序算法而言，虽然目前包含的不多，但基本要点已经覆盖到位。我们还集成了一套来自 XLattice [5] 的（BSD 许可）Bloom 过滤器 [4]，使我们能够在不需要为每条消息占用内存且开销几乎为 0ms 的情况下检测重放攻击。为满足我们的需求，这些过滤器被以一种很简单的方式扩展为可衰减，这样在某条 tunnel 过期后，过滤器中不再保留我们在该 tunnel 中看到的 IV（初始化向量）。

虽然我正尽力在 0.5 版本中塞入尽可能多的内容，但我也意识到我们必须做好遇到意外的准备——也就是说，改进它的最佳方式是把它交到你们手中，从你们的使用情况（包括有效和无效的地方）中学习。为此，正如我之前提到的，我们将发布一个 0.5 版本（希望在下周推出），这次会破坏向后兼容性，然后在此基础上改进，待准备就绪时发布 0.5.1 版本。

回顾路线图[6]，唯一被推迟到 0.5.1 的是严格排序。随着时间推移，限速和负载均衡也会有所改进，我对此很有把握，不过我预计我们几乎会一直在不断微调它。还有一些其他事项也曾讨论过，我原本希望能在 0.5 中加入，比如下载工具和一键更新代码，但看来它们也会被推迟。

[2] http://dev.i2p.net/pipermail/i2p-cvs/2005-February/thread.html [3] http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/ tunnel-alt.html?rev=HEAD#tunnel.selection.client [4] http://en.wikipedia.org/wiki/Bloom_filter [5] http://xlattice.sourceforge.net/index.html [6] http://www.i2p.net/roadmap

    1. i2p-bt 0.1.6

duck 已经修补并发布了一个新的 i2p-bt 版本（耶！），在老地方可以下载，所以趁热赶紧去下一个吧[7]。有了这次更新加上 anon 的 streaming lib 补丁，我在给一些文件做种时几乎把上行带宽跑满了，所以值得一试。

[7] http://forum.i2p.net/viewtopic.php?t=300

    1. fortuna

正如上周会议所提到的，smeghead 最近一直在埋头推进一大批不同的更新；在努力让 I2P 能在 gcj 上运行的过程中，我们发现在一些 JVM 中暴露出非常严重的伪随机数生成器问题，几乎迫使我们必须选用一个靠得住的伪随机数生成器。收到 GNU-Crypto 团队的回复后，尽管他们的 fortuna 实现尚未真正部署，但它看起来最符合我们的需求。我们也许能把它纳入 0.5 版本，但很可能会推迟到 0.5.1，因为我们还希望对其做些调整，使其能够为我们提供所需数量的随机数据。

    1. ???

最近事情很多，论坛[8]最近也突然活跃起来，所以我肯定漏掉了一些。总之，再过几分钟就过来参加会议，聊聊你的想法（或者就潜水，随口吐槽两句）。

=jr [8] http://forum.i2p.net/