I2P 开发者会议 - 2007年3月27日

16:02 <jrandom> 0) 嗨 16:02 <jrandom> 1) 网络状态 16:02 <jrandom> 2) zzz 的 NTCP/SSU 提案 16:03 <jrandom> 3) Syndie 开发状态 16:03 <jrandom> 4) DNS/注册商状态 16:03 <jrandom> 5) ??? 16:03 <jrandom> 0) 嗨 16:03 * jrandom 挥手 16:03 <jrandom> 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2007-March/001342.html 16:04 <jrandom> 跳到 1) 网络状态 16:04 <jrandom> 情况看起来挺好，而且如前所述，关于最新改动还有更多研究要做 16:05 <+Complication> 我本来想抱怨一下 IRC 连通性（其他方面看起来还不错），但过去一天我也就断线大约 6 次，还不算太糟 16:05 <cervantes> /mute Complication 16:05 <jrandom> 呵 16:05 <+Complication> :D 16:06 <+Complication> 不过，Tunnel 构建成功情况很好 16:06 * Complication 再检查一下，以防万一 16:06 <jrandom> 是啊，我也看到一些断线波动（不过，说真的，我用 grep -v -\!- 看回溯，所以从来不看到断线；） 16:06 <cervantes> 最近在 IRC 方面有各种 ISP 事故 - postman 正在研究替代托管方案 16:06 <jrandom> 统计里的 Tunnel 构建速率有所回升，不过总体看来与 stats.i2p 上的周期性起伏一致 16:06 <cervantes> 希望我们能获得更好的网络冗余 16:06 <jrandom> 啊好的 cervantes 16:07 * jrandom 原本想帮 dev.i2p.net，不过我不记得它上次负载低于 4 是什么时候了 16:08 <jrandom> 好，还有谁要就网络状态提点别的？ 16:10 <jrandom> 如果没有，那就跳到 2) zzz 的 NTCP/SSU 提案 16:10 <jrandom> zzz 现在好像不在，而且我把回帖用的 Syndie 帖子落在家里了（哎呀） 16:11 <jrandom> 无论如何，请在 zzz 的博客里发表你的想法（或者去那里获取更多信息） 16:11 <jrandom> 不过，现在在这里有人想讨论点什么吗？ 16:12 <+Complication> 嗯，我个人在那里写了回复，表达了对过度依赖 UDP 的担忧（因为对我来说，UDP 的重传率相当高） 16:12 <jrandom> 嗯 16:12 <+Complication> 不过，我想到一种做法…… 16:12 <+Complication> 目前出价是完全确定性的（而不是包含随机成分的概率性），对吧？ 16:13 <jrandom> 嗯，完全确定性 16:13 <+Complication> 我在想，如果让它们带有概率成分，是否会有好处（比如避免走极端） 16:14 <+Complication> 比如“60% 的概率选 NTCP，40% 的概率选 SSU” 16:14 <+Complication> （假设没有先验数据——如果有先前的成败数据，可能就需要把概率偏向该链路上表现更好的传输） 16:15 <jrandom> 嗯，这取决于想达成什么目标 - 据我对 zzz 提案的理解，目标是尽可能使用 SSU 16:15 <+Complication> （当然是假设给定链路上两种传输都可用——有时确实不可用） 16:15 <jrandom> 把它随机化对此没什么帮助，不过能提供更多空间在真实环境中收集两种传输的数据 16:16 <+Complication> 只是关于如何在两者之间求平衡的一种想法（因为如果一种总是出价更高，routers 可能就不会怎么“试验”了） 16:19 <jrandom> 这是我们可以用来收集更多数据的一种方法，值得记在心上 16:19 <jrandom> 好，如前所述，到那个主题里发帖了解更多吧 :) 16:20 <jrandom> 跳到 3) Syndie 开发状态 16:20 <jrandom> 除了邮件里写的，我没什么可补充的 16:20 <jrandom> 有人有问题/评论/担忧吗？ 16:21 <+Complication> 还没有。 :) 16:22 <jrandom> 呵呵 16:22 * Complication 希望能在 I2P 或 Syndie 方面多帮点忙，但我得先把那个 webcache 东西发布出去 16:22 <jrandom> 有同感，两个都很期待 :) 16:24 <jrandom> 好，那我们跳过 4 到 5) ??? 16:25 <jrandom> 还有谁想在会议上提点别的？ 16:26 <TrevorReznik> 大家对 I2P 的 Hashcash（工作量证明邮资）生成器有兴趣吗？ 16:26 <TrevorReznik> 比如通过浏览器界面。 16:26 <TrevorReznik> 我想这可以作为一种办法，消除 I2P 内部可能的 DoS 场景。 16:27 <jrandom> 嗯，用 JavaScript 还是 C/Java？ 16:27 <jrandom> 我记得外面已经有一些 Hashcash 生成器 16:27 <TrevorReznik> 用 Java。 16:28 <+Complication> 嗯，总有一天需要对 Hashcash 方案做些研究 16:28 <TrevorReznik> 我记得 www.hashcash.org 上有一些。 16:28 <TrevorReznik> 他们在推动把它用于邮件客户端，作为反垃圾邮件机制。 16:28 <+Complication> 也许不算严格意义上的研究，而是实现和最佳实践方面的 sese 16:28 <+Complication> =sense 16:28 <TrevorReznik> 他们收集了多种语言的实现。 16:28 <TrevorReznik> 那里有两个 Java 类和至少一个小程序，不过我现在还不知道确切的许可参数。 16:30 <+Complication> 可能用得上的地方：1）Syndie 里的 nym（化名）注册 2）I2P 里的名称注册 16:30 <+Complication> 3）显然还有电子邮件 16:30 * TrevorReznik 同意。 16:30 <+Complication> 4）在不太乐观的场景里，Syndie 的普通消息 16:31 <+Complication> 在 I2P 网络层面本身…… 16:31 <+Complication> 嗯 16:31 <jrandom> 可以把它们嵌进 Tunnel 创建消息里，不过我们在 CPU 这方面已经很吃紧了 ;) 16:39 <jrandom> 好，关于会议还有别的吗？ 16:41 <jrandom> 如果没有 16:41 * jrandom 收尾 16:41 * jrandom *baf*s 宣布会议结束