大家好，到了每周状态更新时间了。
- Index
- 网络状态 2) SSU 引介 / NAT 打洞 3) 赏金 4) 客户端应用指引 5) ???
- Net status
我们仍在网络上运行 0.6.0.5 发布版，几乎所有人都已经升级，很多人运行的是此后的一些构建（当前 CVS HEAD 是 0.6.0.5-9）。总体而言一切运行良好，不过据我观察，网络流量有了显著增长，可能是因为 i2p-bt 或 i2phex 的使用增多。昨晚其中一台 IRC 服务器出现了一点小波动，但另一台表现良好，整体看来恢复得不错。不过，CVS 构建在错误处理和其他功能方面已有大量改进，所以我预计我们将在本周晚些时候发布一个新版本。
- SSU introductions / NAT hole punching
CVS 中的最新构建已包含长期讨论的 SSU introductions [1] 支持，使我们能够为处于他们无法控制的 NAT（网络地址转换）或防火墙之后的用户执行去中心化的 NAT 打洞。虽然它无法处理对称 NAT，但已覆盖大多数情况。来自实测的反馈良好，不过只有使用最新构建的用户才能联系在 NAT 后面的用户——较旧的构建需要等待对方先联系他们。鉴于此，我们将比以往更早把这段代码推送到一个发布版本中，以减少这种受限路由存在的时间。
[1] http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html?rev=HEAD#introduction
- Bounties
我稍早查看了 i2p-cvs 邮件列表，注意到有一堆来自 Comwiz 的提交，似乎是关于单元测试赏金计划第三阶段的 [2]。或许 Comwiz 能在今晚的会议上就那部分工作给我们做个进展更新。
[2] http://www.i2p.net/bounty_unittests
另外，感谢一位匿名人士的建议，我对名人堂 [3] 做了一些更新，其中包括补充捐赠日期、将同一人的多笔捐款合并，以及统一为一种货币。再次感谢所有贡献者，如果发布的信息有误或有遗漏，请与我联系，我会进行更新。
[3] http://www.i2p.net/halloffame
- Client app directions
当前 CVS 构建中最近的一项调整是移除了旧的 mode=guaranteed 传递方式。我原本没想到还有人仍在使用它（而且它完全没有必要，因为我们已经有完整的 streaming lib（流式传输库）一整年了），不过当我深入研究 i2phex 时，我注意到那个标志位被设置了。使用当前构建（以及之后的所有版本），i2phex 将只使用 mode=best_effort，这有望提升其性能。
我之所以提起这件事（除了提醒 i2phex 用户之外），是想了解大家在 I2P 的客户端侧需要什么，以及我是否应该把一部分时间用来帮助满足其中的一些需求。我临时想到的，在不同方面都有很多可以开展的工作：
= Syndie：简化发帖、自动化同步、数据
导入、应用集成（与 i2p-bt、susimail、i2phex 等）、
提供线程化支持以实现类似论坛的行为，等等。
= eepproxy：改进吞吐量，pipelining（管线化）支持
= i2phex：常规维护（我用得不够多，
不太清楚它的痛点）
= irc：提升健壮性，检测 irc 服务器反复宕机并
规避故障服务器，将 CTCP 操作在本地过滤而不是在
服务器上，DCC 代理
= 通过 jbigi、jcpuid 和 service wrapper（服务封装器）改进对 x64 的支持
= systray（系统托盘）集成，并去掉那个 DOS 窗口
= 改进对突发流量的带宽控制
= 改进针对网络和 CPU 过载的拥塞控制，
以及恢复机制。
= 向第三方应用暴露更多功能，并为
router 控制台的可用特性编写文档
= 客户端开发者文档
= I2P 入门文档
另外，除此之外，路线图 [4] 和待办事项列表 [5] 上还有其余的内容。我从技术层面知道我们需要什么，但从用户角度我不知道你需要什么。和我聊聊，你想要啥？
[4] http://www.i2p.net/roadmap [5] http://www.i2p.net/todo
- ???
除了上面提到的内容之外，router 核心和应用开发方面还有一些其他工作在进行中，但目前并非所有内容都已准备好供大家使用。如果有人有任何想要提出来的事情，欢迎今晚 UTC 时间 20:00 来 #i2p 的会议聊聊！
=jr