Cuộc họp nhà phát triển I2P - ngày 14 tháng 9 năm 2004

14:06 <jrandom> 0) chào 14:06 <jrandom> 1) 0.4.0.1 14:06 <jrandom> 2) Cập nhật mô hình đe dọa (Threat model) 14:06 <jrandom> 3) Cập nhật website 14:06 <jrandom> 4) Lộ trình (Roadmap) 14:06 <jrandom> 5) Ứng dụng phía client 14:06 <jrandom> 6) ??? 14:06 <jrandom> 0) chào 14:06 * jrandom vẫy tay 14:06 <cervantes> chào buổi tối 14:06 <jrandom> ghi chú trạng thái hàng tuần đăng tại http://dev.i2p.net/pipermail/i2p/2004-September/000444.html 14:07 <jrandom> (lần này đăng trước cả cuộc họp ;) 14:07 <deer> <jrand0m> uầy, 30 người ở đây 14:07 -!- Irssi: #i2p: Tổng cộng 21 nick [0 ops, 0 halfops, 0 voices, 21 bình thường] 14:07 <jrandom> ok, dù sao, vào luôn 1) 0.4.0.1 14:08 <jrandom> bản phát hành đã ra và mọi thứ có vẻ hoạt động tạm ổn 14:09 <jrandom> tôi thấy thời gian kết nối đa dạng trên irc, nhưng qua trao đổi thì có vẻ tắc nghẽn xảy ra khi ví dụ tải file lớn và dùng irc cùng lúc 14:09 <jrandom> nhiều người gặp phải không? 14:10 <jrandom> chắc là không 14:11 <cervantes> Tôi đã làm vài bài test băng thông gần đây và chưa gặp vấn đề trong mảng đó... dù tôi không dùng giới hạn băng thông 14:11 * nicktastic chưa tải nhiều kể từ vụ “đột kích” alexandria vài tuần trước 14:11 <dm> Tôi nhớ hay bị disconnect IRC hơn khi dùng eepsites, nhưng đó là 2 tháng trước 14:11 <dm> bị ngắt kết nối 14:11 <dm> không chắc giờ còn không 14:11 <jrandom> à, ừ, ta cần giục mấy người bên alexandria cho thêm sách :) 14:12 <Nightblade> cảm ơn dm đã cập nhật 14:12 <jrandom> tôi dùng irc khá ổn trong khi tải vài file lớn từ thetower, nhưng giống cervantes, tôi không bật giới hạn băng thông 14:13 <jrandom> (dù lúc đó băng thông trung bình của router ổn định ở 11KBps, trong khi tải nhạc 8KBps) 14:13 * nicktastic tìm cái gì đó để tải 14:13 * jrandom xem kết nối irc.duck.i2p của bạn rớt nhanh thế nào ;) 14:13 <jrandom> ok, dù sao, có ai có gì muốn nêu về 0.4.0.1 không? 14:14 <dm> Nightblade: hehe, không vấn đề :) 14:14 <dm> jrandom: làm tốt lắm, tiến lên nào 14:14 <fvw> trình cài đặt trông đẹp? (không chắc cái đó mới ở .1?) 14:14 <jrandom> gracias dm 14:15 <jrandom> fvw: giống 0.4, nhưng tôi đồng ý, hyper làm rất tốt (và cả nhà thiết kế ẩn danh của ta nữa!) 14:15 <fvw> thêm nữa, tôi sẽ không cam kết là nó đẹp ở điểm NÀO đâu :) 14:15 <jrandom> chà con của... 14:16 <jrandom> ok, chuyển sang 2) Cập nhật mô hình đe dọa 14:16 <cervantes> làm tốt lắm.. :) viết tài liệu lúc nào cũng khổ 14:17 <jrandom> ừ, mất 2-3 ngày đau đớn 14:17 <jrandom> không rõ có ai đọc http://www.i2p.net/how_threatmodel chưa, nhưng nếu muốn biết “nặc danh” là cái quái gì khi chúng ta nói, thì đó là ý ta 14:18 <jrandom> hầu hết các mục ở đó lấy từ http://citeseer.ist.psu.edu/454354.html (đã link trên trang) 14:18 <jrandom> còn nhiều thứ tôi muốn làm thêm trong threat model, nhưng không đủ thời gian 14:18 <jrandom> tôi muốn thấy một ma trận các mối đe dọa đó vs chi phí triển khai vs kiểu người dùng quan tâm đến chúng 14:19 <jrandom> (ví dụ Joe Sixpack (người dùng phổ thông) không quan tâm đến kẻ tấn công chủ động cấp độ toàn cục) 14:19 <jrandom> nên ai rảnh thì... ;) 14:19 <cervantes> điều tôi nghĩ khi đọc tài liệu của bạn... ta cần một thuật ngữ giải nghĩa đàng hoàng... 14:20 <fvw> anh ta không à? Joe sixpack thích tải mp3... 14:20 <jrandom> ai đó vừa xuất bản một cái thì phải... 14:20 <cervantes> thật sao? 14:20 <cervantes> trên eep à? 14:20 <jrandom> không, bài nghiên cứu nào đó 14:20 <jrandom> chưa có trên freehaven, để tôi tìm lại 14:21 <jrandom> chết tiệt, có vẻ tôi không còn bản của mình nữa. 14:21 <jrandom> tôi sẽ thử lần lại sau cuộc họp 14:22 <cervantes> nó có đề cập cả khái niệm đặc thù i2p không? 14:22 <jrandom> à, không 14:22 <jrandom> chỉ là thuật ngữ chung cho các mạng nặc danh, liên quan đến mixes, cascades, attacker, v.v. 14:22 <jrandom> không có garlic routing hay tunnels ;) 14:23 <cervantes> một đoạn tóm tắt gọn các buzzword “nội bộ” để mọi người thấy nhanh sự khác nhau giữa onion và garlic routing (ví dụ) mà không phải đọc cả tài liệu “how” 14:23 <jrandom> bạn hiểu là một glossary có khi còn lớn hơn cả đống trang how_* cộng lại chứ? 14:23 <jrandom> nhưng ừ, tôi đồng ý, nên làm 14:23 <cervantes> chắc rồi... nhưng mà.. ;) 14:23 * jrandom xung phong giao việc đó cho cervantes ;) 14:23 * dm tán thành 14:23 <cervantes> hehe tôi còn không biết nửa cái mớ đó là gì :) 14:24 <jrandom> viết những gì bạn biết và hỏi tôi 14:24 <cervantes> Tôi sẽ thử làm 14:24 <jrandom> w00t! cervantes++ 14:24 <cervantes> nếu tôi đưa lên diễn đàn thì người khác cũng góp được... 14:24 <jrandom> ý hay 14:24 <deer> * Pseudonym cổ vũ 14:25 <cervantes> _nhưng_ tài liệu bạn nói sẽ hữu ích đấy :o) 14:25 <dm> tunnel: đường hầm nhân tạo dưới lòng đất 14:25 <jrandom> đồng ý, tôi sẽ cố tìm lại 14:25 <cervantes> Tôi sẽ làm bản đặc biệt cho bạn dm 14:25 <dm> yay! 14:26 <jrandom> ok, còn gì về threat model nữa không, hay chuyển sang 3) Cập nhật website? 14:27 <jrandom> ok, ai vào site hôm nay chắc đã thấy, Curiosity có vài cập nhật về khả dụng khá hay 14:27 <dm> Tôi nghĩ chỉ còn cervantes và tôi là còn thức. 14:27 <korkakak> Tôi nghĩ trong threat models 14:28 <korkakak> bạn nên thêm vài tấn công mixnetwork 14:28 <jrandom> kiểu tấn công mix nào? 14:28 * dm mở www.i2p.net 14:28 <korkakak> như tấn công thông đồng (collusion) 14:28 <jrandom> cái dở của các phân loại tôi dùng là vậy. chúng gần như toàn là tấn công collusion. 14:29 <korkakak> Với mix attacks tôi muốn nói tấn công có thể xảy ra trong một mix network 14:29 <korkakak> à ok xin lỗi 14:29 <jrandom> (và hầu hết có thể dùng cho tấn công xác suất hoặc xác nhận, v.v.) 14:29 <dm> Tôi thích các đoạn tăng kích cỡ dần. Giúp kéo người đọc vào. Quá kỹ thuật cho trang chủ though. 14:29 <korkakak> Một góp ý nữa: I2P có thể tự động phát hiện collusion không? 14:30 <jrandom> nhưng nếu bạn có đề xuất những thứ cần thêm, xin cho tôi biết 14:30 <jrandom> ôi, chắc chắn là không. chúng tôi chưa nhập thuật toán của morphmix 14:30 <korkakak> Tôi hiểu 14:30 <korkakak> ok tiếp tục đi 14:30 <jrandom> dù thuật toán của họ cũng không hợp với ta, vì ta là free route mixnet (mạng trộn định tuyến tự do) 14:31 <korkakak> Ừ cũng đúng mà cũng không hẳn 14:31 <korkakak> nhưng ổn. Xin lỗi vì ngắt quãng 14:32 <cat-a-puss> Cũng nên nói ngay từ đầu vài kiểu tấn công rõ ràng mà I2P KHÔNG dễ tổn thương 14:32 <jrandom> hả? thuật toán của họ dựa trên phát hiện ảnh hưởng của peer thông đồng trong việc chọn peer - trong i2p, router cục bộ định nghĩa rõ toàn bộ thuật toán chọn peer 14:33 <korkakak> Tôi đoán điều này đúng do kích cỡ mạng hiện nay 14:33 <jrandom> à, ý hay đấy cat-a-puss, với MITM/etc. bạn có hứng đăng vài ý tưởng không? 14:33 <cat-a-puss> được chứ 14:33 <dm> MITM? 14:33 <dm> À, man in the middle (kẻ ở giữa). 14:33 <jrandom> muchas gracias cat-a-puss! 14:34 * cervantes ghi MITM vào glossary 14:34 <jrandom> korkakak: hmm. tôi không chắc khía cạnh đó bị ảnh hưởng bởi kích thước mạng thế nào, nhưng chắc chắn ta có thể học được điều gì đó từ phát hiện collusion của morphmix 14:34 <jrandom> (có thể liên quan đến phản hồi netDb chẳng hạn) 14:34 <korkakak> wrt = ? 14:35 <dm> hehee 14:35 <jrandom> xin lỗi, with regards to (liên quan đến) 14:35 <dm> Cái đó tôi biết! 14:36 <jrandom> ta chắc chắn sẽ được lợi nếu bàn thêm về threat model. có lẽ mở một chủ đề trên list hoặc forum? 14:36 <dm> "Kết quả là số peer chuyển tiếp mỗi thông điệp end-to-end là tối thiểu tuyệt đối cần thiết để đáp ứng cả mô hình đe dọa của người gửi và người nhận." 14:36 <dm> Tôi thích cách nhìn này. 14:37 <dm> Dù nó không đúng. 14:37 <jrandom> hả? 14:37 <jrandom> nếu cả người gửi và nhận chỉ cần phủ nhận hợp lý, họ có thể nói chuyện trực tiếp 14:37 <jrandom> (v.v.) 14:37 <dm> Số peer tối thiểu cần thiết để đáp ứng mô hình đe dọa của A và B là số peer cần bởi A hoặc B, bên nào yêu cầu nghiêm ngặt hơn :) 14:38 <jrandom> không đúng dm 14:38 <jrandom> nếu cả hai đều yêu cầu tunnel 2 hop để chống peer thông đồng trong tunnel của họ, thì không ai có thể chỉ dùng tunnel 1 hop 14:39 <dm> Nếu A chấp nhận nói chuyện với 10 lớp gián tiếp, và B chấp nhận 5, tối thiểu là 10, không phải 15!? 14:39 <jrandom> không, 15. B không nên tin tunnel của A. 14:39 <dm> Ừ, cậu ấy không nên. 14:39 <dm> Nhưng về lý thuyết.. Thôi, tranh luận ngớ ngẩn. Dù sao, tôi vẫn thích câu đó. 14:40 <jrandom> đó là một trong các quyết định thiết kế quan trọng ở i2p ;) 14:40 <jrandom> quay lại 3) Cập nhật website 14:41 <deer> <nicktastic> (FYI - irc rớt khi đang tải hai file lớn, nhưng độ trễ đến server như trước khi tải, có thể chỉ là trục trặc (shutdown không graceful đâu đó?)) 14:41 <jrandom> Curiosity và tôi đã bàn về độ dài trang chủ mới, và dù đồng ý là hơi dài, nó vẫn tốt hơn dòng 1 câu cũ 14:41 <cervantes> đồng ý 14:42 <jrandom> à ok. có thể tắc nghẽn mạng khi tải, vì eepproxy và irc client dùng chung I2P destination (mặc định) 14:42 <nicktastic> Aaah.... 14:42 <jrandom> (tức cả hai cùng cố dùng chung cặp inbound tunnels) 14:42 <nicktastic> Tôi thắc mắc sao chỉ thấy một cái 14:43 <jrandom> ừ, đó là mặc định trong I2PTunnel và thư viện ministreaming. nếu ai quan tâm ta có thể mở tùy chọn cấu hình ;) 14:43 <nicktastic> xin lỗi vì ngắt lời 14:43 <deer> * Pseudonym quan tâm 14:43 <dm> mấy chàng trai lịch sự quá 14:43 <interrupt> được tha thứ 14:44 <interrupt> ;) 14:44 * nicktastic đảo mắt 14:44 <jrandom> hoan nghênh patch Pseudonym ;) (thôi, tôi sẽ tìm cách dễ... chắc không khó lắm) 14:44 <jrandom> ok, dù sao 14:44 <deer> <Pseudonym> tốt, vì tôi chả biết code java 14:45 <jrandom> có thể còn các cập nhật website nữa, nhưng ai có đề xuất gì, hãy post lên forum hoặc list, hoặc nói với Curiosity trên irc và ta sẽ triển khai 14:45 <jrandom> ai có gì muốn nêu về website không? 14:45 <cervantes> umm bounty có lẽ 14:46 <cervantes> dù có thể để phần 5 thì hơn 14:46 <jrandom> chắc vậy 14:46 <jrandom> ok, chuyển sang 4) Roadmap 14:46 <jrandom> nhiều cập nhật. xem email để biết chi tiết 14:47 <jrandom> (hoặc xem biểu đồ gantt đẹp ;) 14:47 <dm> Cái đó làm bằng MS Project? 14:47 <jrandom> http://ganttproject.sourceforge.net/ 14:47 <cervantes> eerm gantt :) 14:47 <dm> oh.. gantt là sản phẩm. Tôi nhầm. 14:48 <dm> Thấy không có phụ thuộc nào trong roadmap cũng hay. 14:48 <jrandom> tôi đã đăng vài bản khác nhau của roadmap mấy ngày qua, nhưng bản này có vẻ ổn 14:48 <cervantes> tất cả phụ thuộc vào jrandom ;-) 14:48 * jrandom rên rỉ 14:48 <fvw> 3.0 vào tháng Hai? Wow. 14:48 <jrandom> bản 2.0 và 3.0 thực ra mỗi cái chỉ có 1 tính năng (lớn) 14:48 <dm> Đừng quên: đánh số phiên bản theo hàm mũ 14:49 <jrandom> heh 14:49 <jrandom> ừ, đến tháng Bảy năm sau ta sẽ là 1183 14:50 <dm> Ừ thì thú vị hơn kiểu cộng +0.1 tùy tiện mỗi build của đa số dự án, nên tôi không phàn nàn. 14:50 <jrandom> các bản 2.0 và 3.0 có thể lùi để đồng bộ với ứng dụng khác. ví dụ 3.0 sẽ hợp với một ứng dụng email 14:51 <jrandom> tiêu chí phát hành 1.0 như thường lệ - hữu dụng, an toàn, mở rộng được, và nặc danh 14:51 <jrandom> vì thế tôi đưa transport udp vào, vì transport tcp hiện tại sẽ toang nặng nếu có vài nghìn peer 14:51 <dm> vậy ta nên có 0.9 - The Slashdot 14:51 <dm> nếu sống sót ta có thể tick “scalable” và lên 1.0 14:51 <jrandom> heh 14:52 * jrandom thích tăng trưởng hữu cơ hơn, cảmơnrấtnhiều 14:52 <cervantes> ta không cần nói cho _họ_ biết về nó 14:52 <cervantes> *không muốn 14:52 <korkakak> nhân tiện tôi có thể nói chút về thời gian toàn cục không? 14:52 <cervantes> để họ cứ ở trên internet còn ta chuyển qua đây 14:52 <jrandom> được chứ korkakak 14:53 <korkakak> Theo tôi bạn không thể mô phỏng một mạng đồng bộ trên một mạng không đồng bộ 14:53 <korkakak> đó là thiết kế tệ và sẽ dẫn đến tách mạng [tôi nghĩ] theo cách dùng nó 14:54 <korkakak> như dấu thời gian cho gói UDP 14:54 <jrandom> việc đồng bộ không áp dụng cho nhắn tin, chỉ giúp ta biết dữ liệu còn mới không 14:54 <korkakak> đúng, đó là điểm tôi nói 14:54 <jrandom> nếu không biết độ “tươi mới” của mục netDb, bạn sẽ dễ bị cả đống tấn công 14:55 <korkakak> Đúng 14:55 <korkakak> nhưng thử hình dung mạng tăng trưởng 14:55 <korkakak> mạng rất lớn 14:55 <jrandom> như internet 14:55 <dm> lớn hơn! 14:55 <fvw> hai internet buộc nhau bằng vài sợi dây! 14:55 <jrandom> vốn có network time protocol để mở rộng đến kích cỡ đó... ;) 14:56 <korkakak> Tôi không nghĩ hiểu ý bạn nhưng 14:56 <dm> korkakak: bạn đang muốn nói gì? 14:57 <korkakak> rằng tách mạng có thể xảy ra do timestamp sai 14:58 * dm không rõ hiện tại đồng bộ thế nào 14:58 <korkakak> trường hợp đó gọi là hiệu ứng bản địa hóa [dịch từ tiếng Hy Lạp sang Anh] 14:58 <deer> <soros> tôi nghe nặc danh của i2p đã bị bẻ 14:59 <deer> <soros> đúng không ? 14:59 <jrandom> tôi tin ta có thể xử lý đồng bộ thời gian theo cách mạng NTP làm. có số lượng khổng lồ host NTP tier 2 và 3, và dù triển khai SNTP hiện tại của ta dĩ nhiên không phù hợp môi trường tắc nghẽn, không có lý do để tin đồng bộ thời gian là không khả thi 14:59 <jrandom> heh soros 14:59 <jrandom> soros: luồng bạn nói tới (người khác cũng nhắc tôi) trên devl nói JAP bị compromise, không phải I2P. 15:00 <dm> vậy mọi node I2P phải luôn đồng bộ mới hoạt động? 15:00 <korkakak> mạng NTP là mạng đồng bộ chạy trên mạng đồng bộ ;-) 15:00 <jrandom> nhưng nếu ai có phương án compromise I2P, tôi rất muốn nghe 15:00 <deer> <soros> tôi có nhưng giữ bí mật 15:00 <jrandom> ở các mức trừu tượng khác nhau korkakak, đúng. dây ethernet của tôi cũng đồng bộ nữa kìa 15:01 <deer> <soros> :) 15:01 <jrandom> đúng dm, đồng bộ với thời gian mạng 15:01 <korkakak> jrandom là nick hay korki :-) 15:01 <jrandom> (điểm là ta không dùng nhắn tin đồng bộ) 15:01 <jrandom> :) ok 15:01 <jrandom> (đừng phật ý nếu tôi không nói tên thật ;) 15:02 <korkakak> Không đâu 15:02 <dm> Tên anh ấy là Abdul 15:02 <jrandom> ok ta đang ở đâu 15:02 <nicktastic> 4) 15:03 <jrandom> đúng rồi, cảm ơn. roadmap 15:03 <jrandom> ai có quan ngại / ý tưởng / đề xuất gì không? 15:03 <dm> khi bạn nói sẽ làm việc ở transport, ý là làm lại TCP, hay chuyển sang UDP? 15:04 <jrandom> UDP là 0.4.4 15:05 <dm> Tôi nghĩ thấy gì đó về làm việc ở lớp transport 15:05 <dm> trong tương lai gần 15:05 <jrandom> đúng, 0.4.1 sẽ là cải tổ TCP transport 15:05 <dm> sao cải tổ TCP ở 0.4.1 nếu sẽ sang UDP ở 0.4.4? 15:05 <dm> Chúng ta sẽ cần cả hai? 15:05 <cervantes> chỉ để chỉ ra rằng bạn vẫn là nguồn lực duy nhất trong kế hoạch... ...chúng ta thiếu người đóng góp hay chỉ là mảnh vỡ dự án? 15:06 <jrandom> dm: một số người không dùng được UDP 15:06 <dm> firewall? 15:06 <jrandom> cervantes: ta chắc chắn có thể song song nhiều việc với thêm người đóng góp 15:07 <jrandom> (nhưng roadmap không giả định có thêm) 15:07 <cervantes> vậy hy vọng nó biểu diễn kịch bản xấu nhất 15:07 <jrandom> tuy nhiên có những việc quan trọng khác không phản ánh trên roadmap, như sửa client, dịch vụ chạy trên i2p, v.v. 15:08 <cervantes> ngoài việc anh bị ám sát 15:08 <dm> Giá mà ta trả lương được cho toad 15:08 <deer> <Pseudonym> giờ 0.4 đã ra và hoạt động khá, ta nên thông báo đâu đó (không nhất thiết /.) để tăng số nhà phát triển/kiểm thử/nhà tài trợ? 15:08 <jrandom> thêm người đóng góp chắc chắn được hoan nghênh 15:08 * korkakak chào mọi người. Sẵn sàng lên giường. Bên xứ korkakak muộn rồi... 15:08 <korkakak> bye gayz 15:08 <cervantes> chúc ngủ ngon 15:08 <jrandom> cảm ơn đã ghé nick, hẹn nói chuyện sau 15:10 <dm> chúc ngủ ngon 15:10 <jrandom> một bài /. có lẽ là sớm, nhưng sẽ tốt nếu kéo thêm người bằng cách khác 15:10 <dm> Anh khá cởi mở với đề xuất của Pseudonym. Tôi tưởng anh sẽ nổi đóa. 15:10 <jrandom> nhưng tôi nghĩ truyền miệng ta đang tăng đều 15:11 <deer> <Pseudonym> và nếu ta muốn thông báo, nên làm ở đâu? 15:11 <jrandom> tôi không nghĩ nên có thông báo nào lúc này, cho đến 1.0 15:11 <deer> <Pseudonym> có vẻ ta cần thêm tiền/tài năng 15:11 <jrandom> nhưng nếu bạn nghe ai đó muốn có cách giúp làm gì đó nặc danh, chỉ họ đến i2p ;) 15:12 <deer> * DrWoo đề xuất chiến dịch “thì thầm” 15:12 <cervantes> ta đã có kha khá tiền chưa phân bổ... 15:12 <jrandom> đội của ta mở, nhưng bạn chỉ có một cơ hội để tạo ấn tượng đầu tiên. 15:13 <cat-a-puss> Tôi không khuyên đi từ không quảng bá gì đến /. cần một bước trung gian để chắc ta xử lý được tải 15:13 <deer> <Pseudonym> vậy ta nên phân bổ vào các bounty quan trọng 15:13 <dm> Ta cần thuê dev toàn thời gian hoặc tìm ai đó CỰC KỲ RẤT RẤT rảnh 15:13 <jrandom> đồng ý. tôi muốn thấy ít nhất 500 router online trước 15:13 <jrandom> mà thực ra, mọi người đang đưa ta sang 5) Ứng dụng client :) 15:14 <jrandom> hiện ta có khoảng ~300 trong quỹ (à gần đủ, nhưng là chuyện khác) 15:14 <deer> <Pseudonym> có gợi ý gì cho bước trung gian không? 15:14 <jrandom> pseudonym: ta không thể có hàng nghìn node trước 0.4.4 15:15 <jrandom> (và ta muốn stress test mạng trước) 15:15 <fvw> Thực ra, có thể trên đa số unix. Cần chỉnh rlimits thôi. 15:15 <jrandom> đúng đúng 15:15 <jrandom> dù sao cũng sẽ đau đấy ;) 15:16 <deer> <Pseudonym> đúng. nên không /. nhưng chắc có nơi ta kiếm vài trăm 15:16 <jrandom> ta có thể làm mô phỏng lớn hơn 15:16 <deer> <Pseudonym> có ai quen ai ở EFF không? có thể họ có mailing list 15:17 <jrandom> ừ, tôi đã nói chuyện với vài người EFF về vài thứ 15:17 <fvw> Tôi nghĩ bất kỳ thông báo nào cũng sẽ lọt đến slashdot. Tôi đồng ý với jrandom, chờ thêm chút không hại gì lúc này. 15:18 <dm> phải ý thức rằng nếu chạm 200-300 node, nhiều khả năng sẽ tự động được /. nhắc ;) 15:18 <jrandom> (nhất là khi ta đã chạy ~ 15 tháng rồi) 15:18 <dm> khối lượng tới hạn/tung hô các kiểu 15:18 <jrandom> ừ, đó cũng là thứ dẫn đến 5) Ứng dụng client 15:19 <jrandom> tôi đang xem thống kê và có lẽ khoảng 1/4 số router ngoài kia không hẳn làm hoạt động client nào 15:19 <jrandom> điều đó tuyệt, mọi người sẵn sàng hiến tài nguyên làm I2P router, nhưng tiếc là ta chưa có thứ gì để “hút” họ :) 15:19 <fvw> Ừ, tôi muốn làm một app chat đàng hoàng (như irc, nhưng hợp lý với i2p), nhưng đó là việc dài hạn, vài tháng tới không có thời gian... 15:20 <jrandom> dạo này có influx eepsites rất ngầu 15:20 <jrandom> à hay đó fvw 15:20 <cervantes> nhiều người chạy hơn 1 router mà 15:20 <jrandom> một IM/chat nhóm tử tế cho I2P sẽ rất tuyệt 15:20 <nicktastic> fvw: Instant messenger có chat nhiều người, chẳng hạn? 15:20 <deer> <mrflibble> mọi người, trong 0.4.0.1, làm sao để router lắng nghe không chỉ localhost? 15:20 <cat-a-puss> này, ai đó viết plugin gaim được chứ? đó sẽ là cách hay 15:20 <jrandom> đúng vậy cervantes 15:20 <cervantes> họ có thể dùng 1 cái cho app... và hiến mấy cái kia 15:21 <jrandom> mrflibble: http://localhost:7657/i2ptunnel/ để cấu hình http và irc proxy lắng nghe trên "any interface" 15:21 <fvw> nhắc tôi: ta có thể làm gì đó kiểu multicast cho outbound tunnels không? ví dụ gửi một message đến nhiều inbound? 15:21 <nicktastic> cat-a-puss: chắc chắn làm được 15:21 <fvw> ừ, thực chất không khác mấy giữa irc và im, ngoài giao diện. 15:22 <jrandom> fvw: có và không. nó không tiết kiệm nhiều (vì message được mã hóa end to end, nên bạn phải garlic wrap message đến endpoint của outbound tunnel rồi điều hướng các “clove” riêng từ đó) 15:22 <jrandom> theo tôi multicast nên dùng application layer overlay 15:22 <deer> <mrflibble> oh, cảm ơn jrandom! 15:22 <fvw> bạn nói application layer overlay là gì? 15:22 <jrandom> kiểu như shoutcast/etc 15:23 <hypercubus> ý là làm multicasting ở tầng ứng dụng 15:23 <hypercubus> không phải ở tầng i2p 15:23 <cervantes> chào hyper 15:23 <fvw> ừ, hợp lý. 15:24 <jrandom> ok, tôi đã lảm nhảm đủ về app client trong email rồi, nên không lặp lại ở đây. 15:25 * fvw xụ mặt cất bỏ túi bắp rang. 15:25 * jrandom !thwaps tên láu cá 15:26 <jrandom> nhưng cơ bản trước khi “lên sóng”, ta cần cái gì đó cuốn hút để “lên cùng” 15:26 <dm> Cứ xây thì họ sẽ đến... 15:26 <dm> hahaha, hoặc không!!! 15:26 <fvw> đúng. Dù ta có thể kéo kha khá người từ freenet chỉ bằng việc có freesites động (chưa nói là HOẠT ĐỘNG) 15:27 <deer> <Pseudonym> sao không dùng tiền trong quỹ chung để tạo/tăng bounty cho những thứ cuốn hút 15:27 <nicktastic> ...và dht 15:27 <cervantes> Tôi không biết về freenet... freesites khác gì eepsites? 15:27 <cervantes> nếu chúng có giống nhau 15:27 <deer> <Pseudonym> eepsites hoạt động 15:28 <deer> <soros> heh 15:28 <hypercubus> theo tôi các bạn đang sốt ruột 15:28 <cervantes> ngoài chuyện đó 15:28 <nicktastic> hypercubus: Sao vậy? 15:28 <hypercubus> hãy đóng góp cho dự án, hoặc im lặng 15:28 <deer> <soros> freesites là tĩnh. 15:28 <jrandom> bounty/biểu quyết dùng quỹ chung để trao $$$ cho nhà cung cấp dịch vụ / eepsites làm việc ngầu nghe ổn đấy 15:28 * jrandom là người sốt ruột hypercubus ;) 15:28 <jrandom> Pseudonym: ý bạn vậy? 15:28 <cervantes> các app này chắc chắn không thể tự nhiên xuất hiện sau một đêm 15:29 <jrandom> đúng, nên ta cần bàn ngay bây giờ 15:29 <jrandom> duck: bạn ở quanh đây chứ? 15:29 <hypercubus> là mấy người muốn đẩy thông báo công khai 15:29 <fvw> Tôi nghi ngờ bạn sẽ có thêm eepsites nhờ bounty. Người xây chúng vì thấy vui, khó mà trả tiền cho người không thấy đủ vui. 15:29 <deer> <soros> dynamic freesites có thể cập nhật, nhưng chỉ một lần mỗi ngày... 15:29 <jrandom> có lẽ đúng fvw 15:29 <deer> <Pseudonym> tôi nghĩ dùng quỹ chung hỗ trợ bounty cho app, không phải dịch vụ/eepsites 15:29 <fvw> không ai đang đẩy thông báo, chỉ bàn qua thôi. 15:30 <hypercubus> dự án đang tiến hóa và lớn lên tự nhiên, kiên nhẫn nào 15:30 <jrandom> ok chuẩn Pseudonym. 15:30 * fvw gật với pseudonym. Có thể tốt đấy. 15:30 <jrandom> mọi người đề xuất gì? 15:30 <nicktastic> hypercubus: Họ chỉ đang động não cách lớn mạnh mà KHÔNG làm mạng bùng nổ ;) 15:30 <jrandom> toàn bộ quỹ quyên góp có thể áp dụng vào nơi ta thấy phù hợp 15:30 <fvw> dù tôi nghĩ bounty nhỏ cho bug hoặc tính năng có cơ hội tạo ra việc hơn là thành quà tặng dễ chịu cho người vốn dĩ sẽ làm 15:31 <deer> <Pseudonym> bounty nhỏ không hiệu quả. đổ nhiều tiền vào nồi MyI2p thì sao 15:32 <hypercubus> thế thì bạn hãy quyên góp đi? 15:32 <nicktastic> jrandom: À, để swarming file transfer và dds hữu dụng, ta cần stream nhanh hơn 4kbyte/sec, nên hai bounty khá phụ thuộc vào bounty thư viện streaming 15:32 <nicktastic> jrandom: nhưng theo thảo luận trước đó, nghe có vẻ khá đơn giản 15:32 <cervantes> ném tiền vào cũng không làm thứ gì xuất hiện sau một đêm :) 15:32 <deer> <Pseudonym> Tôi đã quyên góp 15:32 <deer> <soros> cứ thông báo i2p lên slashdot đi 15:32 <deer> <soros> thế là đủ 15:33 <hypercubus> đó chính xác là điều ngược lại ta cần 15:33 <deer> <Pseudonym> không phải sau một đêm, nhưng biết đâu ai đó bắt đầu làm 15:33 <jrandom> nicktastic: thư viện streaming sẽ nhiều việc, nhưng đó là bản 0.4.3 :) 15:34 * nicktastic xem roadmap 15:34 <jrandom> nhưng tôi đồng ý với cervantes, $$ không viết code, coder viết code. 15:34 <deer> <soros> i2p có lên freshmeat không ? 15:34 <jrandom> giá mà có cách thần kỳ để liên lạc hacker mà không để người dùng chung biết ;) 15:34 <jrandom> theo tôi biết là không soros 15:34 <fvw> cross-post sang các mailing list phần mềm nặc danh liên quan khác? 15:35 <fvw> thực ra, tôi nghĩ đa số người đã từng tham gia freenet hay gnunet, và đã biết đến i2p rồi. 15:35 <cervantes> hack vào các mạng nặc danh kém hơn của họ và nói "hi qua đây làm với bọn tôi" 15:35 <jrandom> chúng ta nhận kha khá hit từ trang liên kết của gnunet 15:35 <jrandom> heh cervantes 15:35 <deer> <demonic_1> có vài newsgroup tôi nghĩ 15:36 <cervantes> (làm với bọn tôi hoặc ta sẽ đưa ip của bạn cho Big Brother) 15:36 <cat-a-puss> bạn có thể đặt tham chiếu đến I2P trong các wiki nói về thứ liên quan 15:36 <deer> <baffled> Tôi nghĩ một thứ ta cần là cách lấy mail vào i2p và ra ngoài một cách nặc danh. 15:36 <jrandom> tôi nghĩ ai đó đã đặt i2p vào vài chỗ trên wikipedia, còn iA thì không biết gần đây 15:36 * fvw không thấy lý do không thể chạy smtp qua một tunnel. 15:37 <jrandom> đồng ý baffled, cách làm mail *an toàn* sẽ rất hay 15:37 <cervantes> điều đó có khả thi không 15:37 <fvw> ta phải cẩn thận không spam. 15:37 <jrandom> fvw: bạn có tin mail client của bạn không? 15:37 <jrandom> tuy nhiên, một mixminion/mixmaster outbound gateway sẽ *tuyệt* 15:37 <jrandom> (nên ai đó dựng giao diện web cho một trong số đó đi. làm ơn :) 15:37 <fvw> jrandom: tin như tôi tin phần mềm client khác... Bạn có tin IRC client? trình duyệt web của bạn? ... 15:38 <cervantes> bạn sẽ phải tin người sở hữu gateway không đọc mail của bạn 15:38 <jrandom> fvw: không. 15:38 <jrandom> fvw: và đó là vấn đề. 15:38 <jrandom> fvw: vấn đề ta phải sửa trước khi khuyến nghị mọi người dùng I2P cho thứ gì ngoài thử nghiệm. 15:39 <fvw> Bạn đề xuất làm mail client “nặc danh hơn” thế nào? 15:39 <jrandom> cần một "server" SMTP/POP3 cục bộ đọc từ client, phân tích, diễn giải, và hành động tương ứng. 15:39 <cervantes> trước hết cần một ứng dụng mail “đo ni đóng giày” 15:39 <jrandom> (đã có vài app như vậy) 15:39 <cervantes> (client) 15:40 * cervantes xin lỗi vì nói "bespoke" 15:40 <cervantes> *xin lỗi 15:40 <jrandom> nhưng điều đó dẫn đến một điểm trong ghi chú trạng thái tuần - có quá nhiều việc quan trọng cần làm 15:40 <fvw> jrandom: Điều đó rất dễ, ít nhất trên unix. Chỉ cần hack một sendmail drop-in và thứ gì đó làm fetchmail là xong. Làm bằng shell script cũng được nếu muốn. 15:40 <deer> <duck> mình nghe ai gọi tên 15:40 <jrandom> ta cần tập trung nếu bounty là đủ 15:40 <jrandom> à, chào duck 15:41 <deer> <duck> xin lỗi, tôi vừa euh.. uống 15:41 <jrandom> duck: chỉ muốn hỏi xem có cập nhật gì về cái web gateway kia không? và/hoặc liệu nó có thể là thứ người dùng i2p bình thường dùng được không? 15:41 <jrandom> heh, cạn ly 15:41 <nicktastic> vịt say 15:41 <cervantes> nước ao? 15:41 <jrandom> fvw: bắt tay vào code :) 15:42 <deer> <duck> không, dev bị treo. sẽ phải tìm người khác 15:42 <jrandom> ok, tiếc nhỉ 15:42 <deer> <baffled> Ta đã bảo anh đừng nhốt họ trong tủ để “bảo vệ” rồi mà. 15:43 <deer> <duck> đặc tả ban đầu của tôi: http://duck.i2p/files/anonyproxy.txt 15:44 <deer> <baffled> Đưa mail vào/ra i2p có dễ như giao diện web/tunnel đến một trong những thứ mixmaster đó không? 15:44 <jrandom> có lẽ ta có thể làm lại spec đó và xem nó có phục vụ nhu cầu eepsites thường (với quỹ i2p chung góp phần) 15:44 <jrandom> oh ok hay đó duck, tôi sẽ xem 15:44 <jrandom> baffled: ra khỏi i2p? có. vào i2p? có lẽ cần nhiều việc hơn 15:44 <fvw> baffled: Sao muốn thêm mixmaster? Tất cả những gì mixmaster có chúng ta đã có rồi. 15:45 <jrandom> fvw: mixmaster có mạng outproxy, cộng với độ trễ đáng kể 15:45 <jrandom> à ok duck, nhìn qua spec rồi. có lẽ ta sẽ nghĩ ra cách 15:45 <deer> <baffled> Tôi không muốn, jrandom đề xuất dựng giao diện web cho nó chứ không phải tôi. 15:46 <jrandom> (dù có vẻ yêu cầu nặng, nên có khi không. chưa chắc, ta xem) 15:46 <deer> <duck> rất dễ; kỳ vọng là 1.5h nghiên cứu thành phần và 3-4h vá 15:46 <fvw> outproxy thì hữu ích. Còn độ trễ, ai chưa dùng i2p sẽ không dùng i2p chỉ vì mail khi đã có mixmaster, trong khi ai đang dùng i2p sẽ bị compromise ở chỗ khác vì ta thiếu trễ (nếu điều đó là khả thi) rồi 15:46 <jrandom> đúng đúng, và ship perl, privoxy, và apache nữa duck ;) 15:47 <jrandom> có lẽ fvw. (dù i2p 3.0 blah blah blah) 15:47 <fvw> hehe, tôi ngại nói “điểm hay”, nhưng tôi hiểu ý bạn. 15:48 <nicktastic> FYI, JES (Java Email Server) cung cấp server SMTP và POP3 theo GPL 15:49 <jrandom> ok, có lẽ nên bàn thêm trên list hoặc forum về một hai app client ta nên tập trung 15:49 <jrandom> hay đó nicktastic, còn có một cái xịn của apache nữa 15:49 <nicktastic> Hay đấy, tên là gì? 15:49 <jrandom> http://james.apache.org/ 15:49 <nicktastic> Cảm ơn 15:50 <jrandom> (cả nntp nữa (chảy nước miếng)) 15:50 <nicktastic> Wow 15:50 * nicktastic phấn khích 15:51 * fvw đã join #i2p-porn. Hoặc cảm giác là vậy. 15:51 <fvw> Ok, tiếp? 15:51 <jrandom> ok, ta có thể tiếp tục bàn app client và chiến lược trên list và forum 15:51 <nicktastic> Vâng 15:52 <jrandom> còn bây giờ, chuyển sang 6) ??? 15:52 <nicktastic> Hoặc trong giờ không họp ;P 15:52 <jrandom> ai có gì khác muốn nêu không? 15:52 * fvw gật đầu. Đáng để thảo luận trên list. 15:52 <deer> <duck> chút giải thích về www-inproxy: ý là nhờ ISP nào đó cung cấp gateway như một dịch vụ 15:52 <fvw> không, list là tốt. Cho mọi người cơ hội góp ý, không chỉ ai tình cờ thức. 15:52 <jrandom> chuẩn duck, khá ngầu 15:52 <deer> <duck> để joe i2p-less-sixpack có thể truy cập bằng MSIE 15:52 <deer> <duck> nhưng host thì ẩn danh 15:52 <deer> <soros> http://it.slashdot.org/article.pl?sid=04/09/14/2226226&threshold=0&tid=172&tid=128&tid=201&tid=218 (lỗ hổng mới xấu xí cho windows xp) 15:52 <jrandom> i2pless! kẻ dị giáo! thiêu chúng đi! 15:53 <deer> <duck> ISP chịu một phần rủi ro, nên mới cần whitelist (danh sách trắng) 15:53 <deer> <duck> và dĩ nhiên trả tiền cho domain v.v. 15:53 <fvw> hehe. Rồi đột nhiên ta dán porn trẻ em khắp các eepsites nổi tiếng và xem nửa số người bị bắt còn nửa kia cài i2p. 15:53 <jrandom> heh 15:53 <deer> * duck gọi AIVD 15:54 <fvw> duck là người Hà Lan? *ngẫm nghĩ* 15:55 <deer> <duck> Tôi nghĩ nhiều clientapp không thực sự là “killer” 15:55 <jrandom> ok, ai còn gì muốn nêu? 15:55 <jrandom> đồng ý duck, nhưng ta cần *cái gì đó* 15:55 <deer> <duck> một thứ tunnel smtp tự chế sẽ không thành chuyện lớn 15:56 <deer> <duck> myi2p với IOU accounting 15:56 <deer> <duck> fvw: Bedankt foor die bloumen 15:57 <deer> <soros> "After complaints to NIC.CX (the regulation authority of .cx domains) by an office worker named Rhonda Clarke of Christmas Island, the site goatse.cx was taken down Friday, January 16, 2004. (Goat.cx and Hick.org/Goat remain active.) A petition has even been launched to bring goatse.cx back. " 15:57 <deer> <soros> tôi đã mất niềm tin vào nhân loại 15:57 <deer> <duck> chút việc nhỏ về site: I2P đã được thêm vào thẻ <title> của mỗi trang để phục vụ google 15:57 <deer> <soros> xin lỗi nhầm cửa sổ 15:57 <jrandom> à ok duck 15:57 <deer> <duck> nhưng tôi không theo dõi điệu nhảy google mới nhất, nên có thể vô ích. 15:57 <jrandom> có lẽ nếu có cách để không tự động thêm? 15:58 <jrandom> (ví dụ để ta có thể ghi "Welcome to I2P.net" thay vì "I2P - Welcome to I2P.net", v.v.) 15:58 <deer> <duck> dĩ nhiên là có thể 15:58 <deer> * duck nhìn máy đo vui vẻ 15:58 <jrandom> ta luôn có thể thêm title = "I2P - How does it work" vào menu.ini 15:58 <deer> <duck> không, không phải hôm nay 15:58 <deer> <thetower> Ồ ồ, có cách nào để khiến google crawl i2p không? Kiểu reverse proxy gì đó? 15:58 <jrandom> ừ, không đáng 15:58 <jrandom> thetower với cái thứ của duck, có lẽ. 15:59 <deer> <duck> ừ 15:59 <fvw> nhưng như đã nói, có lẽ bạn không muốn là người vận hành nó. 15:59 <deer> <thetower> Có vẻ nếu eepsites xuất hiện trong tìm kiếm google thì đó đã là quảng bá tốt rồi. 16:00 <deer> <duck> fvw: tôi đã liên hệ một isp có hứng 16:00 <deer> <duck> nhưng anh ta sẽ không tự xây 16:00 <jrandom> thetower: có lẽ nếu nối ht://dig vào files.i2p, và nếu files.i2p phơi bày cơ sở dữ liệu như một file lớn với liên kết html, có thể được mirror..? 16:00 <fvw> duck: thật? Lớn cỡ nào và ở nước nào? 16:00 <cervantes> cache thì sao thay vì proxy 16:00 <cervantes> à 16:00 <deer> <duck> 20cm 16:00 <fvw> khá lớn đấy. Bạn có đưa họ danh bạ để ngồi lên không? 16:01 <nicktastic> hehe 16:01 <deer> <duck> fvw: họ có lẽ sẽ quét site trước khi thêm 16:01 <deer> <duck> nên bạn phải tìm chỗ khác cho đồ bẩn của bạn 16:01 <fvw> Một lần hay mỗi lần cập nhật? 16:02 <fvw> cái sau có vẻ nhiều việc cho rất ít nội dung. 16:02 <deer> <duck> mỗi Chủ nhật thứ hai của tháng có chữ x trong tên 16:02 <deer> <duck> trời 16:03 <jrandom> ok, ta đã quá hai tiếng, ai còn gì muốn nêu, hay tiếp tục bàn trên list / forum / v.v.? 16:03 <fvw> Tôi chỉ thấy khó có khả năng một ISP nghiêm túc sẽ cam kết tài nguyên cho I2P lúc này. 16:03 * cervantes đội nồi lên đầu 16:03 <deer> <duck> fvw: cảm xúc của bạn đã được ghi nhận. 16:03 * fvw gật với jrandom. Tôi cần đồ uống. Tiếp tục làm tốt nhé. 16:03 <deer> <duck> bao giờ ta tổ chức họp 24h? 16:04 <jrandom> có lẽ tuần sau duck 16:04 * jrandom kết thúc 16:04 <deer> <duck> ôi trời! 16:04 <fvw> duck: cảm xúc của tôi? Bạn chưa bắt đầu thấy cảm xúc của tôi đâu. Để tôi làm vài ly đã.. *cười* 16:04 * jrandom *baf* vào đầu cervantes, đóng cuộc họp