I2P 开发者会议 - 2006年1月24日

15:25 <jrandom> 0) 嗨 15:25 <jrandom> 1) 网络状态 15:25 <jrandom> 2) 新的构建流程 15:26 <jrandom> 3) ??? 15:26 <jrandom> 0) 嗨 15:26 * jrandom 挥手 15:26 <jrandom> 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2006-January/001254.html 15:26 -!- Teal`c [tealc@irc2p] 加入了 #i2p 15:26 -!- gloin [gloin@irc2p] 已退出 [Connection reset by peer] 15:26 <bar> 嗨 15:26 <jrandom> 我们直接进入 1) 网络状态 15:26 -!- gloin [gloin@irc2p] 加入了 #i2p 15:27 <jrandom> 除了邮件里的内容，我没什么更多可补充的……大家有任何问题/评论/顾虑吗？ 15:27 <+Complication> 迁移到 CVS build -6 一直……很有挑战性 15:28 <jrandom> 嗯，可以理解 15:28 <+Complication> 网络可能运行得挺好。只是我的节点不太行。 15:28 <+Complication> =which 15:28 <bar> 这条路很难走，但方向是对的。我 100% 支持这次变更 15:29 <jrandom> 在 2+ 跳的 tunnel 上进行构建是个麻烦事，正如之前报告的那样，失败率很糟糕 15:29 <jrandom> 其中很大一部分很可能会在 0.6.2 的创建加密（creation crypto）中得到解决，但我不确信能全部解决。 15:30 <jrandom> 不过我在想，在那之前我们能否把它做到足够可靠。但我们会尽力 15:31 <+Complication> 如果我能提供任何统计数据（尽管你们手头可能已经有足够多了），尽管开口 15:31 <jrandom> 所以，在最新的 build 上，1 跳的 tunnel 相当可靠，但需要 2+ 跳 tunnel 的人应该预料到……会有坎坷 15:31 <jrandom> 谢谢 Complication 15:32 <+Complication> 我的大多数应用是 2+0..1 15:32 <+Complication> 如果我没记错，router 本身也是 15:33 <jrandom> 嗯，我可以建议留在发布版上，但发布版遇到灾难性故障时无论如何都会构建较短的 tunnel 15:34 <jrandom> (s/short/1hop/) 15:34 <+Complication> 对，我大概可以把它调到 2+0 15:34 <+Complication> 这样影响会没那么夸张 15:35 <jrandom> 嗯，不过实际上那仍会变成 2+/-1，但它会尽力保持为 2 跳 15:36 <+Complication> 在 build -6 上也是这样？ 15:36 -!- gloin [gloin@irc2p] 已退出 [Connection reset by peer] 15:36 <jrandom> 不，当前发布版会直接失败，而不是转用后备 tunnel 15:37 <+Complication> 还是说涉及概率问题，永远不会真正变成零？ 15:37 <jrandom> 问题在于，如果 10 分钟内无法构建 tunnel，它会重启 router（因为看门狗） 15:37 <+Complication> 见过一次 :) 15:37 <jrandom> 不，-5 或更新版本将严格使用客户端允许的跳数长度（2+/-0 意味着只使用 2 跳的 tunnel，绝不会用其他长度） 15:39 <jrandom> 好，关于 1) 网络状态 还有其他事项吗？ 15:39 <jrandom> 或者，我想我们已经在讨论 2) 新的构建流程 ;) 15:40 <jrandom> 关于 2) 新的构建流程，还有什么要讨论的吗？ 15:40 <+Complication> 这边没啥了 :D 15:41 <jrandom> 呵呵，好吧，如果没有，那我们轻松移步到 3) ??? 15:41 <jrandom> 还有其他想讨论的吗？ 15:42 <bar> 我可以问一下，现在有多少向后不兼容的改动在排队？能否把其中一些（全部？）放在一个发布版里？ 15:42 <bar> 我的意思是，在 0.6.2 之前是否计划发布不止一个向后不兼容的版本？ 15:42 <jrandom> bar：希望一次性全部做完 15:42 <jrandom> （尽管后面可能还有更多） 15:43 -!- Complication [Complicati@irc2p] 已退出 [Connection reset by peer] 15:43 -!- Complication2 [Complicati@irc2p] 加入了 #i2p 15:43 <bar> hmac bug、新的加密和 restricted routes（受限路由）要一起上？ 15:43 <bar> 这个要求不小啊 :) 15:43 <jrandom> restricted routes？ 15:43 <jrandom> hmac bug 的“修复”就是改一个数值 ;) 15:44 <bar> 啊 :) 15:44 -!- Complication2 现在名为 Complication 15:44 <bar> 嗯……也许 restricted routes 是 2.0 的…… 15:44 <jrandom> 是的，但实现 restricted routes 不会丢失向后兼容性 15:45 <jrandom> （事实上，如果小心处理，在 0.6.2 也能在一定程度上实现） 15:45 <bar> 好的，太棒了 15:45 <jrandom> 我也在考虑什么时候放弃 TCP……也许在下个发布版 15:46 <jrandom> 或者再往后一点，这样我们不会一次做/太多/ 15:49 <jrandom> 好，这次会议还有别的事项吗？ 15:51 <jrandom> 如果没有 15:51 * jrandom 收尾 15:51 <stealth> 我有个问题：我注意到所有 eepsites 都被映射到了外部互联网，例如 http://tracker.postman.i2p.tin0.de/。这是刻意为之吗？ 15:51 <jrandom> [已保存] 15:51 <jrandom> 当然，我觉得这挺好 15:51 <jrandom> 任何发布信息的人都应该预期他们的信息是公开的 15:52 -!- gloin [gloin@irc2p] 加入了 #i2p 15:52 <jrandom> 我想 tino 也提供了让人们选择退出（opt-out）的方法 15:52 <tethra> 这还真短 15:53 <stealth> 它们也被 google 收录了…… 15:53 <jrandom> 那不是件好事吗，stealth？ 15:53 <Complication> 这是不是涉及某种类似“robots.txt”的约定 15:54 <jrandom> 嗯，Complication 15:54 <Complication> （最好问问 tin0） 15:54 <@postman> 该死，我来晚了 15:54 <@postman> （又来了） 15:54 <jrandom> 不，还没结束呢，postman :) 15:54 <Complication> 他曾在论坛里写过相关内容 15:54 <Complication> 也许能在那里找到 15:54 <@postman> 啊，酷（那先打个招呼） :) 15:55 <jrandom> 是的，可以选择退出（opt-out），但我不理解对 i2p 内容为何需要 opt-out 这种概念（是不是有人在强调某种“版权”——“别复制我的东西，别让它在别处可见”？） 15:55 <jrandom> 不过，无论如何，tino 对 inproxies（入口代理）的态度比我宽厚多了 ;) 15:56 -!- Rawn [Rawn@irc2p] 已退出 [Connection reset by peer] 15:56 -!- gloin [gloin@irc2p] 已退出 [Connection reset by peer] 15:57 -!- Karellen [Karellen@irc2p] 已退出 [Connection reset by peer] 15:57 <Complication> 确实，不该假定其他 in-proxies 提供者也会同样友好 15:58 -!- Karellen [Karellen@irc2p] 加入了 #i2p 15:58 -!- Rawn [Rawn@irc2p] 加入了 #i2p 15:58 -!- mode/#i2p [+v Rawn] by chanserv 15:59 <Complication> 打算保密的信息……最好干脆别发布 15:59 <tethra> 的确 :/ 15:59 <stealth> 是的，但这可能会在一切真正完全安全之前让 i2p 获得过多关注。在我看来，问题在于 I2p 目前节点数量不足，难以提供非常好的匿名性…… 16:00 -!- Complication [Complicati@irc2p] 已退出 [Connection reset by peer] 16:00 <jrandom> 我们的匿名性并不依赖规模，而且 i2p 已经被 google 过很多次了 16:01 <jrandom> （或者说，基础匿名性与规模无关） 16:01 <jrandom> 但当然，现在任何需要强匿名性的人都不应该使用 i2p。 16:01 -!- digger3 [digger3@irc2p] 已退出 [Connection reset by peer] 16:01 -!- digger3 [digger3@irc2p] 加入了 #i2p 16:02 <bar> 我不太担心，99% 的人会忽略在 google 上出现的那个看起来像死链的结果……另外 1% 可能有点极客范儿，会想了解更多 16:03 -!- gloin [gloin@irc2p] 加入了 #i2p 16:03 <bar> （嗯……是否是死链当然取决于 tino 的 inproxy 是否在线） 16:05 <jrandom> 好，这次会议还有别的事项吗？ 16:06 <jrandom> 如果没有 16:06 * jrandom 结束 16:07 * jrandom *baf* 关闭了会议