Cuộc họp các nhà phát triển I2P, ngày 29 tháng 7 năm 2003

--- Đã mở nhật ký Tue Jul 29 16:54:31 2003 17:11 <@hezekiah> Tue Jul 29 21:11:18 UTC 2003 17:11 <@hezekiah> Cuộc họp iip-dev lần thứ 51 (tôi nghĩ vậy). 17:11 <@hezekiah> Chương trình họp: 17:11 <@hezekiah> 1.) Chào mừng 17:11 <@hezekiah> 2.) Các thứ của jrand0m 17:11 <@hezekiah> 3.) Bất kỳ thứ gì của các lập trình viên khác 17:11 <@hezekiah> 4.) Bất cứ thứ gì nop bổ sung khi/nếu anh ấy tới 17:12 <@hezekiah> 5.) Câu hỏi và bình luận từ quần chúng lúc nào cũng háo hức. ;-) 17:12 <@hezekiah> OK! 17:12 <@hezekiah> Chào mừng mọi người đến với cuộc họp iip-dev lần thứ 51 (tôi nghĩ vậy) 17:12 <@hezekiah> Mục số 2! 17:12 <@hezekiah> Các thứ của jrand0m 17:12 -!- thetower [none@anon.iip] đã vào #iip-dev 17:12 * hezekiah đưa mic cho jrand0m 17:12 <@jrand0m> tiểu-chương trình: 17:12 <@jrand0m> 2.1) I2CP spec & dev status 17:12 < co> Nhật ký của cuộc họp 50 ở đâu? 17:12 <@jrand0m> 2.2) Kế hoạch SDK 17:12 <@jrand0m> 2.3) crypto 17:12 <@jrand0m> 2.4) lộ trình / tình trạng network proto 17:13 <@hezekiah> co: cohesion đang lo đưa chúng lên 17:13 <@jrand0m> (nhân tiện, là "mic", của microphone) 17:13 <@hezekiah> jrand0m: Xin lỗi. :) 17:13 <@hezekiah> jrand0m: (Và sai lầm này lại đến từ một anh chàng kỹ thuật âm thanh!) 17:13 -!- luckypunk [~yetalohe@anon.iip] đã vào #iip-dev 17:13 -!- odargur [odargur@anon.iip] đã vào #iip-dev 17:13 <@jrand0m> 2.1) I2CP: bản đặc tả đã được commit lên CVS với một chỉnh sửa nhẹ cho một trong các message (MessageStatusMessage) 17:14 <@jrand0m> Luôn hoan nghênh góp ý về I2CP, càng sớm càng tốt. 17:14 <@hezekiah> jrand0m: Bản đặc tả ở đâu trong CVS? ... và có trên CVS của SF không? 17:14 <@jrand0m> Lý do cần sớm là vì đến thứ Sáu chúng ta sẽ có một bản triển khai client Java hoạt động. 17:14 -!- some_random_guy [~dan@anon.iip] đã vào #iip-dev 17:14 * thecrypto cầu may cho vụ đó 17:14 <@jrand0m> Cộng thêm một router chỉ cục bộ vào cuối tuần, tôi hy vọng vậy 17:15 <@jrand0m> không hez, chỉ trên cathedral 17:15 <@jrand0m> ý kiến hay đấy thecrypto. 17:15 <@jrand0m> Lưu ý: 17:15 <@hezekiah> Ugh. Tôi vẫn không làm cho CVS làm việc với cathedral được. 17:15 <@jrand0m> một số crypto chưa đạt 100%, nhưng tất cả đã được stub để sau này cắm vào các triển khai đầy đủ hơn hay khác đi 17:15 <@jrand0m> hezekiah> sau buổi họp sẽ giúp bạn lên. 17:15 <@hezekiah> jrand0m: Cảm ơn. :) 17:16 <@jrand0m> bản đặc tả nằm ở i2p/doc/specs/data_structure_spec/datastructures.html 17:16 <@jrand0m> thecrypto> bạn có gì muốn bổ sung về triển khai java không? 17:16 -!- ArdVark [simple1@anon.iip] đã vào #iip-dev 17:16 <@jeremiah> cái router chỉ-cục-bộ bạn nhắc tới là con python, đúng không? hay có cả con java nữa? 17:17 <@jrand0m> còn tùy :) 17:17 <@jrand0m> jeremiah/hezekiah> python client và router chỉ-cục-bộ tiến độ sao rồi? 17:17 <@thecrypto> không hẳn, trừ vấn đề crypto chắc lát nữa chúng ta sẽ nói 17:17 <@jrand0m> chuẩn đấy thecrypto. 17:17 <@hezekiah> jrand0m: Đang tiến triển. Hôm qua tôi cuối cùng đã làm được phần TCP transport. 17:17 <@jeremiah> có vẻ ổn, tôi nghĩ phần lớn sẽ phụ thuộc vào tốc độ dev của hezekiah hơn là tôi 17:17 <@hezekiah> jrand0m: Jeremiah đang làm khá ổn với cấu trúc message. 17:18 <@hezekiah> hezekiah: Tôi hy vọng chúng ta có thể kịp hạn. 17:18 <@jrand0m> tuyệt. 17:18 <@jeremiah> còn nữa... thứ Sáu là sinh nhật tôi, nên tôi định không ở gần máy tính hôm đó 17:18 <@hezekiah> jeremiah: Hiểu mà. :) 17:18 <@hezekiah> jeremiah: Và chúc mừng sinh nhật trước nhé. :) 17:18 <@jeremiah> cảm ơn 17:18 <@jrand0m> nhảy nhẹ sang mục 2.4> khi nào chúng ta có thể kỳ vọng có router chỉ-cục-bộ Python? thực tế nhé? 17:19 <@jrand0m> đúng, nếu cậu code vào thứ Sáu tôi sẽ đá vào mông cậu 17:19 <@jrand0m> ít nhất là trên mạng 17:19 <@hezekiah> jrand0m: Tôi tưởng đó là cái tôi đang code. Router Python chỉ cục bộ. 17:19 <@jrand0m> si, đúng là cậu 17:19 <@hezekiah> Hạn chót là ngày 1 tháng 8. 17:19 <@jeremiah> giờ chúng tôi đang làm phần chuyển đổi message sang-từ định dạng nhị phân 17:19 <@hezekiah> Không khó lắm. 17:19 <@jeremiah> đúng 17:19 <@hezekiah> Tôi hy vọng xong trong một hai ngày. 17:20 <@jrand0m> đó là thứ Sáu :) 17:20 <@jrand0m> tuyệt 17:20 <@hezekiah> Tôi hy vọng sẽ xong trước ngày 1/8. Thực tế có thể trễ vài ngày, nhưng hy vọng là không. 17:20 <@jrand0m> 'k, vậy tôi sẽ không đụng vào bất kỳ thứ gì local only bằng java, mà sẽ làm network spec sau khi java client api ổn. 17:20 <@hezekiah> Đúng. Đặc tả là tốt. 17:21 <@hezekiah> Chúng làm công việc của tôi dễ hơn RẤT nhiều! :) 17:21 <@jrand0m> chuẩn. 17:21 <@jrand0m> Tôi cũng sẽ viết nhanh 2 đoạn giới thiệu về java I2CP test harness 17:21 <@jrand0m> Tôi sẽ gửi tối nay 17:22 <@hezekiah> jrand0m: Tôi thích cách bạn viết specs nhanh vậy. 17:22 <@hezekiah> Vui ghê. :) 17:22 <@jrand0m> Ok, hez/jeremiah/thecrypto> còn gì về I2CP không? 17:22 <@jrand0m> lol 17:22 -!- dm [~hifi@anon.iip] đã vào #iip-dev 17:22 <@hezekiah> Ờm ... 17:22 <@hezekiah> Tôi muốn bản đặc tả crypto! 17:22 < dm> chào mừng 17:22 * hezekiah bĩu môi như em bé 17:22 <@hezekiah> ;-) 17:23 <@hezekiah> Nghiêm túc thì ... tôi không nghĩ ra gì cả. 17:23 <@jrand0m> đó là mục 2.3 17:23 <@thecrypto> vẫn đang đợi 2.3 được nêu ra 17:23 <@hezekiah> Nếu tôi nghĩ ra, tôi sẽ online và quấy rầy cậu bằng câu hỏi, jrand0m. :) 17:23 <@jrand0m> chuẩn. 17:23 <@jrand0m> ok. 2.2) Kế hoạch SDK 17:23 <@hezekiah> Chúng ta vừa xong mục nào? 17:23 <@hezekiah> 2.4? 17:23 <@hezekiah> Và đã xong 2.1 chưa? 17:23 <@jrand0m> 2.1 17:24 <@jrand0m> giờ 2.2> SDK 17:24 <@hezekiah> OK. 17:24 < dm> chương trình họp giờ có dấu thập phân? Tôi thấy tiến bộ rồi đó. 17:24 <@hezekiah> Tôi đã tìm lại được đường (không còn lạc nữa). 17:24 <@thecrypto> chúng ta có thể có đến 2 dấu thập phân :) 17:25 <@jeremiah> SDK gồm những gì ngoài các API? 17:25 <@jrand0m> SDK gồm: client API (càng nhiều cái có sẵn càng tốt), router chỉ cục bộ, một ứng dụng mẫu đơn giản, và một ít tài liệu hướng dẫn dùng các API. 17:25 <@hezekiah> jrand0m: Tôi đoán đúng phải không là bạn sẽ viết tài liệu? :) 17:26 <@jrand0m> Tôi muốn phát hành SDK càng sớm càng tốt, để các lập trình viên bên thứ 3 (hoặc thậm chí thứ 2 hay thứ 1) có thể viết và thử ứng dụng sẽ chạy trên I2P, để khi mạng vận hành, chúng ta vào guồng ngay. 17:26 <@jrand0m> hezekiah> Thực ra tôi thích KHÔNG viết. 17:26 <@jrand0m> hezekiah> nói vậy không phải vì tôi không muốn viết tài liệu, mà vì tôi ở quá gần nó. 17:26 <@hezekiah> jrand0m: OK. 17:26 <@jrand0m> nên để ai đó mà KHÔNG trực tiếp triển khai code viết tài liệu, để người không viết I2CP spec cũng hiểu được 17:26 <@hezekiah> jrand0m: Tới đó rồi tính. 17:26 <@jrand0m> nhưng nếu cần, tôi sẽ nhận. 17:26 <@jrand0m> chuẩn. 17:27 < dm> người ta có động lực gì để viết app khi mạng chưa hoạt động, và họ thử app kiểu gì. 17:27 <@hezekiah> jrand0m: Hoặc sao người thiết kế protocol không viết, rồi đưa người chưa từng làm việc với nó soát tới khi hợp lý? 17:27 <@jrand0m> Ok, đã có thảo luận về một app kiểu 'talk' đơn giản. 17:27 <@jrand0m> dm> mọi người sẽ có thể thử với SDK. 17:27 <@thecrypto> thực ra, tôi thắc mắc cái đó dùng làm gì nếu nó chỉ cục bộ 17:28 <@jeremiah> dm: ý tưởng là triển khai một mạng đơn giản chưa đầy đủ chức năng nhưng có thể truyền message 17:28 <@thecrypto> bạn chỉ có thể nói chuyện với chính mình 17:28 <@jeremiah> nó không hẳn là chỉ-cục-bộ, mà chỉ gồm client-router, không có code router-router 17:28 <@jrand0m> thecrypto> bạn có thể nói chuyện với các điểm đích khác. I2P độc lập vị trí - cục bộ hay từ xa cũng như nhau. 17:29 <@thecrypto> ok 17:29 < dm> nghe hay đấy, chỉ là tôi không thấy ai (ngoài 3-4 người các bạn) viết gì nếu chỉ thử được cục bộ. Nhưng dù sao, không quan trọng. 17:29 <@jrand0m> vậy một app talk có thể mở hai instance của ứng dụng và nói chuyện với bản thân, v.v. 17:30 <@thecrypto> nhưng khi thêm phần remote, app sẽ chạy luôn 17:30 <@jrand0m> dm> đúng, đây chỉ là tiền đề để người khác viết app. 17:30 <@jrand0m> chính xác. 17:30 <@jrand0m> app sẽ chạy mà KHÔNG cần bất kỳ thay đổi nào 17:30 < co> dm: Đây là ứng dụng thử nghiệm. Khi code router-router được viết, bạn sẽ nói chuyện với người khác được. 17:30 <@jeremiah> có chỉ-cục-bộ giúp chúng ta phát triển song song 17:30 < dm> đúng, nhưng nếu app giả định độ trễ 10 ms, mà thực tế 12 giây, thì không ổn lắm :) 17:31 <@jrand0m> đồng ý dm 17:31 < dm> có ước lượng độ trễ không? :) 17:31 <@jrand0m> nếu độ trễ 12 giây, cần làm việc tiếp. 17:31 <@jrand0m> nhưng sẽ không như vậy. 17:31 <@jrand0m> ước lượng là 0.6-2.7 giây 17:31 <@jrand0m> cho mạng 5,000,000 router. 17:31 <@hezekiah> Nhân tiện, điều đó làm tôi nhớ. Chúng ta cần nói về ElGamal. 17:31 <@thecrypto> lâu nhất là thời gian thiết lập 17:31 <@jrand0m> (xem kho lưu iip-dev cho các mô hình sơ bộ) 17:32 < dm> thấp hơn hay cao hơn với mạng nhỏ hơn? 17:32 <@jrand0m> hezekiah> 2.3: crypto. 17:32 <@thecrypto> sau đó thời gian giảm đáng kể 17:32 <@jrand0m> dm> thấp hơn. 17:32 <@thecrypto> hezekiah: có lẽ bạn có cùng câu hỏi với tôi 17:32 <@jrand0m> thecrypto> chính xác, thời gian thiết lập là offline so với việc chuyển phát message [tức là thiết lập tunnels trước khi gửi message] 17:32 < dm> ok, chỉ kiểm tra bạn ;) 17:32 <@jrand0m> heh 17:33 <@jrand0m> ok. phần cuối của SDK - ứng dụng 17:33 <@jrand0m> co/thecrypto: ý tưởng về triển khai java talk? khả thi? thời gian? kế hoạch? hứng thú? 17:34 <@thecrypto> một khi API xong, chúng ta có thể làm talk trong khoảng một tuần, tối đa 2, co đồng ý? 17:34 <@jeremiah> chat có thể tích hợp thành một jabber router, đúng không? 17:34 < co> Cái đó khá dễ làm. 17:34 < co> thecrypto: Tôi đồng ý. 17:34 <@jrand0m> jeremiah> tôi không biết jabber, nhưng nếu jabber chạy được trên api thì tuyệt 17:35 <@jrand0m> chuẩn co & thecrypto 17:35 <@jrand0m> jeremiah> lưu ý đây chỉ là app nhỏ để chứng minh khái niệm, không phải một Kickass Anonymous IM System :) 17:35 <@jeremiah> chưa phải ;) 17:35 <@thecrypto> chúng ta có thể thêm chức năng đó sau 17:35 <@jeremiah> k 17:36 <@jrand0m> heh 17:36 <@thecrypto> hãy bắt đầu nhỏ thôi 17:36 * jrand0m ghi vào lịch "thêm tính năng: be kickass" 17:36 < some_random_guy> heh 17:36 < some_random_guy> tính năng hay đấy :) 17:36 -!- dm2 [~hifi@anon.iip] đã vào #iip-dev 17:37 <@jeremiah> jrand0m: Tôi nghĩ tôi lỡ mất trong 2.1, nhưng ý kiến nào về kademlia như một DHT? nó cần bảo trì ít hơn Chord 17:37 -!- nop [nop@anon.iip] đã vào #iip-dev 17:37 < nop> xin lỗi 17:37 <@jrand0m> thêm nữa là một ngày nào đó chúng ta cần ai đó làm lại IIP để chạy trên cái này. 17:37 -!- dm [~hifi@anon.iip] đã thoát [Ping timeout] 17:37 < nop> gì? 17:37 < nop> ai 17:37 < nop> ở đâu 17:37 < nop> khi nào 17:37 < nop> ? 17:37 -!- dm2 giờ là dm 17:37 <@jrand0m> này, vừa nhắc Tào Tháo Tào Tháo đến 17:37 < WinBear> tại sao? 17:37 < WinBear> thôi 17:37 < nop> thực ra tôi là thiên thần 17:37 <@hezekiah> lol 17:38 <@thecrypto> ai đó đưa nop một bản log đi 17:38 < WinBear> azrel 17:38 <@jrand0m> jeremiah> kademila là một DHT tốt, và chắc chắn chúng ta sẽ xem xét nó cùng nhóm chord/tapestry, với cả sloppy dhts trong network spec. 17:38 <@jeremiah> jrand0m: tuyệt 17:38 <@hezekiah> thecrypto: Tôi đang lo đây. :) 17:38 < nop> Tôi có nghe một cái rất bá 17:38 < nop> gọi là chord/middle 17:38 -!- hif [~hifi@anon.iip] đã vào #iip-dev 17:39 < nop> nhưng bạn biết ai nói chuyện giỏi không là brandon wiley 17:39 * jrand0m !thwaps nop 17:39 < nop> tôi biết cái đó sẽ đau 17:39 <@hezekiah> lol 17:39 <@hezekiah> Brandon Wiley là ai? 17:39 < nop> ai đó tôi chắc jrand0m đã thảo luận vô số lần 17:39 < nop> :) 17:39 < nop> ai đó email tôi bản log 17:39 < dm> Brandon là tên thật của jrandom, lộ rồi! 17:39 <@hezekiah> Tôi đang làm đây. 17:40 <@hezekiah> Bình tĩnh nào, nop. :) 17:40 < nop> haha 17:40 < dm> Brandon Wiley là lập trình viên Freenet đầu tiên, 17:40 < dm> đồng sáng lập nỗ lực phát triển với người tạo ra hệ thống, Ian Clarke 17:40 < nop> userx đang ở đây hay ở kia 17:40 < WinBear> bạn có thể nói chuyện với brandon wiley của tôi 17:40 <@hezekiah> OK. Nó đang trên đường ... nếu trình mail của tôi chịu gửi cái đính kèm 15K. 17:41 <@thecrypto> chúng tôi đã nói chuyện nhiều rồi :) 17:41 <@hezekiah> nop: UserX chẳng ở đây cũng chẳng ở kia. 17:41 <@hezekiah> OK! 17:41 <@hezekiah> Log đã gửi nop! Đi đọc đi. :) 17:41 <@thecrypto> và giờ chúng ta chờ 17:41 <@jrand0m> ok, ai có ý kiến gì về SDK trong lúc chờ nop bắt kịp? ;) 17:41 <@hezekiah> jrand0m: Giờ tôi xong vụ log rồi ... kademlia là gì? 17:42 <@jrand0m> Lại Một DHT Hàn Lâm Nữa :) 17:42 <@hezekiah> Và có link đến trang kademlia không? 17:42 -!- Erazerhead [JohnDoe@anon.iip] đã vào #iip-dev 17:42 <@jeremiah> http://kademlia.scs.cs.nyu.edu/ 17:42 <@hezekiah> Cảm ơn. :) 17:42 <@thecrypto> YAADHT? 17:42 <@hezekiah> lol 17:42 <@hezekiah> Tên thời nay ... nói thật! 17:43 <@jrand0m> và nếu có bất kỳ thứ CS nào được nhắc mà bạn không hiểu, vào citeseer.nj.nec.com/cs 17:43 < WinBear> klamidia? 17:43 <@hezekiah> OK. 17:43 < nop> jrand0m: Tôi vừa định nói citeseer 17:43 < dm> ETA cho SDK là bao lâu? 17:44 * jrand0m tránh bơm bệnh lậu vào I2P 17:44 * jrand0m hy vọng SDK ra mắt tuần sau. có lẽ thứ Sáu tới? 17:44 * thecrypto lại cầu thêm một cặp tay nữa 17:45 <@jrand0m> ok. chuyển sang 2.3) Crypto. 17:45 * hezekiah tưởng tượng thecrypto đang bắt chéo khoảng 13 bộ tay ... rồi nhận ra chắc giờ hết tay rồi. 17:45 <@hezekiah> Yay! 17:45 * jrand0m chọc nop để chắc anh ấy đang ở đây 17:45 <@hezekiah> Crypto! 17:45 <@hezekiah> Tôi có thứ để mở màn. :) 17:46 <@thecrypto> tôi cũng có 17:46 <@thecrypto> Dibs! :) 17:46 * jrand0m thì không nên hai bạn tự giải quyết nhé 17:46 <@hezekiah> thecrypto nói trước đi. :) 17:46 <@jrand0m> thecrypto> mời 17:46 <@jrand0m> :) 17:46 <@thecrypto> Ok, về Elgamal 17:47 <@thecrypto> Chúng ta phải xác định có dùng p và alpha chung không 17:47 -!- some_random_guy [~dan@anon.iip] đã thoát [BitchX: the original point-and-click interface.] 17:47 <@thecrypto> vấn đề với p và alpha chung là phải tìm cách đổi khóa của mọi người cùng lúc 17:48 <@jrand0m> còn gọi là: rất tệ. 17:48 < co> thecrypto: Xin lỗi, p và alpha là gì? 17:48 <@thecrypto> ưu điểm là ta có thể chọn các giá trị tối ưu đặc biệt và lượng dữ liệu truyền cho một public key rất nhỏ 17:48 * jrand0m không thấy lý do tốt để dùng p và alpha chung, ngoài tiết kiệm vài bit 17:48 <@thecrypto> co: nói nôm na là những số lớn đặc biệt 17:49 <@jrand0m> thecrypto> ta vẫn có thể tối ưu cho p và alpha của đích được mã hóa thường xuyên 17:49 <@thecrypto> hay tôi nên giải thích cách elgamal hoạt động 17:49 <@thecrypto> jrand0m: đúng 17:49 < co> thecrypto: OK. 17:49 <@thecrypto> chúng ta cũng có thể để mọi người có p và alpha khác nhau 17:50 <@jeremiah> cho ai quan tâm: http://www.wikipedia.org/wiki/ElGamal_discrete_log_cryptosystem 17:50 <@thecrypto> tức là lượng dữ liệu truyền lớn hơn nhiều và ta phải tìm cách đóng gói nó 17:50 <@jrand0m> chuẩn, cảm ơn jeremiah 17:50 <@jrand0m> lớn hơn nhiều? 17:50 <@jrand0m> tôi tưởng với p và alpha thay đổi, ta có thể dùng p và alpha nhỏ hơn? 17:51 <@thecrypto> thay vì số 160 bit thì giờ là 2 số 1024 bit và 1 số 160 17:51 <@thecrypto> tổng là 2308 17:51 <@hezekiah> 288 byte 17:51 <@hezekiah> Không đáng kể. 17:52 <@jrand0m> ok, không tệ lắm. chúng ta đã lên kế hoạch 256 byte 17:52 <@hezekiah> Những khóa này đâu có truyền thường xuyên, đúng không? 17:52 <@jrand0m> thêm 32 nữa cũng không sao 17:52 <@jrand0m> hezekiah> chúng được chèn vào DHT 17:52 <@hezekiah> À! 17:52 <@hezekiah> Đó là lý do ta muốn nó nhỏ. 17:53 <@thecrypto> còn một vấn đề khác về elgamal có thể phải lo 17:53 <@jrand0m> à, cũng không sao nếu cấu trúc RouterInfo cỡ 10K 17:53 -!- mrflibble [mrflibble@anon.iip] đã vào #iip-dev 17:53 <@jrand0m> 'k, có gì nữa thecrypto? 17:53 <@thecrypto> message expansion là 2, kích thước một encryption hay một signature gấp đôi kích thước message 17:54 <@jrand0m> ElG encryption chỉ áp dụng lên khóa AES 17:54 <@jrand0m> ElG signature chỉ áp dụng lên các hash SHA256 17:55 <@thecrypto> ok, chỉ là điều cần nêu ra 17:55 <@hezekiah> jrand0m: Điều này làm tôi RẤT bối rối. 17:55 <@thecrypto> quay lại vấn đề ban đầu, ta muốn p và alpha dùng chung hay mỗi người mỗi p và alpha? 17:55 <@jrand0m> hezekiah> hửm? bạn đọc data structure spec phần #Payload chưa? 17:55 <@jrand0m> có ý kiến/câu hỏi gì về đó không hezekiah? 17:55 * dm giờ đã hiểu DHT hoạt động thế nào. 17:55 <@jrand0m> nop> ý kiến? 17:55 <@jrand0m> tuyệt dm 17:55 <@hezekiah> Nếu một chữ ký có kích thước gấp đôi dữ liệu được ký, thì tại sao IC2P spec nói chữ ký là 128 byte? 17:56 < nop> không 17:56 < nop> dùng chung p 17:56 <@hezekiah> Không phải phải là 512 sao? 17:56 <@thecrypto> hash của bytes 17:56 < nop> và alpha 17:56 < dm> có vẻ cần nhiều việc khi tham gia một DHT, nhưng chắc là chạy được. 17:56 < nop> cùng base, cùng p 17:56 <@jrand0m> hezekiah> bit / byte. 17:56 < nop> điều này sẽ loại bỏ nhiều rủi ro 17:56 <@thecrypto> vậy ta muốn kích thước bao nhiêu? 17:56 <@hezekiah> Hmm 17:56 <@jrand0m> nop> 3 năm nữa, ta có muốn bắt mọi người đổi p và alpha cùng lúc không? 17:56 < nop> và giữ protocol của ta theo chuẩn 17:57 <@thecrypto> vì nó mở ra các tấn công lớn vào p và alpha 17:57 < nop> jrand0m: có thứ gọi là cooked primes, vào thời điểm này, và đó là thời điểm tôi đang xét 17:57 <@thecrypto> nếu hoàn thành sẽ kéo cả mạng sập 17:57 < nop> tôi tin ta có thể điều chỉnh theo thời gian 17:57 < nop> nhưng nên dùng prime được oakley phê duyệt cố định 17:57 < nop> vì chúng đã được xem xét kỹ là an toàn 17:58 < nop> và đó là nền tảng tốt hơn mọi giả định của chúng ta về việc sinh primes (mà cũng chỉ có xác suất) 17:58 <@thecrypto> nếu nó không phải prime, encryption hoặc signatures sẽ không chạy nên ta bỏ đi 17:59 <@jrand0m> đồng ý, họ có primes tốt hơn. vậy khi một trong các primes đó bị phân tích nhân tử, tất cả ai dùng chúng sẽ lộ, đúng chứ? 17:59 < dm> hmmm, tôi phải đi. Cái này có log lại chứ? 17:59 < nop> jrand0m: đúng 17:59 <@thecrypto> yup 17:59 < nop> jrand0m: khi chuyện đó xảy ra chúng ta sẽ biết 17:59 < nop> tôi không muốn mạo hiểm sinh prime 17:59 -!- dm [~hifi@anon.iip] đã thoát [it better be] 17:59 <@thecrypto> làm sao chúng ta biết? 17:59 < nop> cộng thêm nó làm tăng thời gian tính toán của ta 17:59 -!- hif [~hifi@anon.iip] đã thoát [] 17:59 < nop> thecrypto: nếu dùng bộ Oakley prime tiêu chuẩn, bạn sẽ biết khi nó bị bẻ 18:00 <@thecrypto> sao? 18:00 < nop> vì sẽ là tin rất công khai 18:00 <@jrand0m> nop> ta sẽ biết trừ khi NSA bẻ. 18:00 < co> nop: Có bao nhiêu prime như vậy? Nếu không nhiều, dùng chúng là rủi ro. 18:00 <@thecrypto> đúng, nghe lén thụ động vẫn là mối đe dọa 18:00 <@thecrypto> và tôi có thể viết chương trình sinh p và alpha và test trong khoảng một giờ 18:00 <@jrand0m> nop> sẽ rất công khai trừ khi là đe dọa an ninh quốc gia. 18:00 < co> Khoan... không, câu hỏi ngu ngốc. Thôi. 18:01 < nop> điều này đúng, nhưng tôi tin từ nhiều liên hệ trong cộng đồng mật mã rằng nếu nó được giải, sẽ được giải trước NSA 18:01 < nop> sinh prime của chúng ta cũng không đảm bảo được điều đó 18:01 < nop> nếu họ giải được các prime đó 18:01 < nop> bạn nên tính dùng thuật toán mới 18:01 <@jrand0m> 'k. 18:02 < nop> hãy dùng cố định, nó sẽ giảm vấn đề với phân tích mật mã, và giảm rủi ro sai sót trong crypto của chúng ta 18:02 <@jrand0m> Tôi đang lưỡng lự, và tôi ổn với việc dùng primes chung đã biết là tốt. 18:02 <@thecrypto> ok, vậy hãy chọn một prime 18:02 <@jrand0m> nop> chúng tôi vẫn ghi tên bạn trong ganttchart cho crypto spec 18:02 <@thecrypto> và họ có các generator cho các prime này chứ? 18:02 < nop> có 18:02 < nop> tôi có 18:03 < nop> 2 18:03 < nop> đó là căn nguyên thủy của các prime tôi sẽ có 18:03 < nop> các bạn muốn prime kích cỡ bao nhiêu? 18:03 <@thecrypto> tôi nghĩ đâu đó giữa 2048-4096 18:03 <@hezekiah> Chúng ta đang dùng khóa 2048, đúng không? 18:03 < nop> đúng, vậy dùng prime 4096 hoặc cao hơn 18:04 <@thecrypto> vì tính chia sẻ khiến ta lộ diện 18:04 <@thecrypto> và nếu cái này nổi lên, nó sẽ là prime rất đáng giá để bẻ 18:04 * cohesion lỡ buổi họp 18:04 < co> Các bạn đang dùng prime này trong ElGamal, đúng chứ? 18:04 <@hezekiah> Vậy khóa sẽ là 4096 bit? 18:04 <@cohesion> có ai log lại không? 18:04 < nop> co đúng 18:04 < nop> không hezekiah 18:04 < nop> khóa sẽ là 2048 18:04 <@cohesion> ok 18:04 < nop> prime sẽ cao hơn 4096 18:04 * cohesion quay lại công việc 18:04 <@hezekiah> OK. Xin tha lỗi vì hiểu biết tệ hại của tôi. :) 18:04 < nop> brb 18:05 <@thecrypto> p và alpha có thể cố định, alpha sẽ là 2 và p sẽ là prime ta chọn 18:05 < nop> ok, để tôi email các prime ứng viên 18:05 < nop> cho tôi vài giờ tôi có việc phải làm 18:05 * jeremiah đi ăn tối, sẽ đọc log sau 18:05 <@thecrypto> khóa bí mật là a, một số giữa 0 và p - 2 18:05 <@thecrypto> khóa công khai là 2^a mod p 18:06 < nop> ta có thể chuyển sang chủ đề tiếp theo rồi quay lại để tôi có mặt phần đó chứ, tôi sẽ quay lại ngay, đang ở chỗ làm và phải xử lý việc nhanh 18:06 <@hezekiah> OK, vậy bạn gọi 'x' của tôi là 'a' 18:06 <@hezekiah> ... và 'g' của tôi là 'alpha'. 18:06 < nop> vui lòng chuyển giải thích thuật toán sang tin nhắn riêng 18:06 <@hezekiah> thecrypto: Đúng chứ? 18:06 <@thecrypto> đúng 18:06 <@jrand0m> ok. vậy thecrypto, nop, và hezekiah sẽ bàn chi tiết thuật toán sau. 18:06 < nop> ok 18:06 < nop> chắc chắn 18:06 <@hezekiah> OK ... vậy thecrypto, bạn xong câu hỏi chưa? 18:06 <@thecrypto> vậy chuyển tiếp đi 18:06 < nop> tôi sẽ email các prime 18:06 <@thecrypto> r 18:06 <@thecrypto> ồi 18:06 <@hezekiah> OK. Đến lượt tôi! :) 18:07 <@hezekiah> Tại sao chúng ta lại dùng ElGamal để ký vậy? 18:07 <@jrand0m> ok. 2.4) lộ trình / tình trạng network proto 18:07 <@jrand0m> chưa phải lúc hez :) 18:07 <@jrand0m> ôi hez 18:07 <@hezekiah> Khi nào tôi được hỏi? 18:07 -!- dm [~hifi@anon.iip] đã vào #iip-dev 18:07 <@jrand0m> bạn đề xuất gì, khi ta đã có public key ElG? 18:07 <@thecrypto> khi nop quay lại 18:07 <@jrand0m> không, bạn đúng, tôi sai. giờ là lúc đúng. 18:07 < co> Chủ đề tiếp theo, làm ơn. 18:07 <@hezekiah> jrand0m: Vấn đề là thế này: 18:07 <@hezekiah> tốc độ 18:08 <@hezekiah> Hôm nay tôi nghịch crypto và bị sốc nặng. 18:08 <@hezekiah> ElGamal CHẬM kinh khủng khi xác minh chữ ký so với DSA hay RSA. 18:08 <@jrand0m> hezekiah> đó là vấn đề do thư viện hay thuật toán? 18:08 <@hezekiah> Tôi không biết. 18:09 <@hezekiah> Nhưng tôi kiểm tra Applied Cryptography và thấy ít nhất MỘT PHẦN vấn đề là do ElGamal. 18:09 <@hezekiah> AC có bảng thời gian ký và xác minh cho DSA, RSA, và ElGamal. 18:09 <@jrand0m> vậy bạn đề xuất chuyển sang RSA cho mã hóa, giải mã, và ký? 18:09 <@hezekiah> T 18:09 <@hezekiah> Tôi chưa đề xuất chắc chắn gì. 18:09 <@jrand0m> ...dù ta CÓ THỂ thêm một public key ký thứ hai vào cấu trúc RouterInfo 18:10 <@hezekiah> Tôi chỉ nói, AC ghi ElGamal verification là 9.30 giây. 18:10 <@hezekiah> RSA là 0.08 giây 18:10 <@thecrypto> cho 1024 bit 18:10 <@jrand0m> chết thật. 18:10 <@hezekiah> DSA là 1.27 giây 18:10 <@hezekiah> Giờ bạn hiểu vấn đề của tôi. 18:10 <@hezekiah> ElGamal siêu chậm ... 18:10 <@jrand0m> ta cần verification <100ms. 18:10 <@jrand0m> nếu được thì <10ms 18:10 <@hezekiah> ... và CPU của tôi 333MHz. 18:11 <@hezekiah> Nhân tiện, các phép tính đó làm trên SPARC II 18:11 <@hezekiah> Tôi dùng AMD K6-2 333MHz. 18:11 <@jrand0m> sparc 2 là máy 40Mhz. 18:11 <@hezekiah> Xác minh chữ ký ElGamal bằng module Python của tôi (dùng backend C nhưng thấy hơi mùi). 18:11 < luckypunk> trời 17:11 < luckypunk> ừm 18:11 <@hezekiah> jrand0m: OK. Tôi không rành SPARC. 18:11 <@hezekiah> Dù sao, nó mất khoảng 20 giây. 18:12 <@hezekiah> Nếu không muốn nói là hơn chút. 18:12 < luckypunk> ai có CPU 1 ghz -2 ghz thì không phải lo. 18:12 < co> hezekiah: Trên máy hiện đại, vậy thì verification sẽ đủ nhanh chấp nhận được. 18:12 <@hezekiah> DSA và RSA gần như tức thì. 18:12 <@jrand0m> hezekiah> Tôi thì quan tâm. sparc 2 nhanh vào năm '92 18:12 <@hezekiah> Dù sao, đó là lý do tôi nêu. 18:12 <@hezekiah> Chúng ta có thể thêm khóa DSA, nhưng nghĩa là 2 khóa 18:12 <@thecrypto> ta vẫn phải nghĩ cho người không có máy siêu nhanh 18:12 <@hezekiah> Hoặc dùng RSA. 18:12 <@jrand0m> tôi nhớ lý do chọn ElG thay vì RSA không quá mạnh. 18:13 <@hezekiah> Hoặc sống chung với thời gian xác minh dài và dùng ElG. 18:13 <@jrand0m> thecrypto> chắc chắn rồi. 18:13 <@thecrypto> nop là người nói: dùng elgamal đi 18:13 <@hezekiah> thecrypto: Chính xác. Bố mẹ rồi cũng sẽ dùng I2P một cách trong suốt. 18:13 <@jrand0m> ta sẽ muốn các bản distro khởi động được cho 386, cũng như triển khai chạy trong applet. 18:13 <@hezekiah> Bố mẹ sẽ không có phần cứng tối tân. 18:13 < luckypunk> ôi trời 18:14 < luckypunk> ai muốn cái này cũng có ít nhất p100. 18:14 < co> Đừng đánh đổi an ninh bằng cách chọn thuật toán yếu hơn chỉ vì nhanh hơn. 18:14 <@hezekiah> co: Tôi không đề xuất vậy. 18:14 <@thecrypto> elgamal và DSA là tương đương 18:14 <@jrand0m> ok. vậy ta sẽ xem lại lựa chọn RSA/ElG. thay đổi code không vấn đề. 18:14 < luckypunk> họ chịu khó chút đi. 18:14 <@hezekiah> co: RSA và DSA cũng uy tín như ElGamal. 18:14 < luckypunk> lol 18:14 < luckypunk> nếu bạn quan tâm đến tính ẩn danh 18:14 <@hezekiah> thecrypto: Và điều đó hoàn toàn sai. 18:14 < luckypunk> bạn sẽ không quan tâm lắm đến tốc độ. 18:14 <@thecrypto> hezekiah: cả hai đều là triển khai của cùng một họ thuật toán 18:14 < dm> bước hiển nhiên là ai đó xác định chắc chắn mức sử dụng CPU của hai cái :) 18:14 <@jrand0m> dm> nếu Applied Crypto benchmark RSA verification nhanh hơn ElG 100 lần, thế là đủ với tôi. 18:15 <@thecrypto> ta có thể dùng ElG cho mã hóa/giải mã và DSA cho ký/xác minh 18:15 <@jrand0m> lựa chọn là chuyển sang RSA hoặc thêm một khóa DSA (~256 byte nữa) vào cấu trúc RouterInfo 18:15 <@hezekiah> Đúng. Nhưng giờ DHT có 2 public key. 18:16 <@jrand0m> thì sao? 18:16 < co> Hãy có một public key thôi. Sẽ đỡ rối. 18:16 <@hezekiah> co: Sẽ chỉ 'rối' với lập trình viên ... và chúng ta cần biết mình đang làm gì. :) 18:16 <@thecrypto> tôi nghĩ nên đợi nop vụ này nữa 18:16 <@hezekiah> Đúng. 18:16 <@jrand0m> nhưng nếu nó chậm hơn 100 lần... 18:16 <@jrand0m> dù sao, ta sẽ tiếp tục thảo luận thiết kế crypto offline. 18:17 <@hezekiah> jrand0m: Email lên mailing list nhé? 18:17 < luckypunk> jrand0m: trời, tôi không phiền, nếu bạn không thể đợi 40 giây để trang load, kệ bạn. 18:17 <@thecrypto> hoặc sau phần chính của cuộc họp 18:17 <@jrand0m> chết tiệt, tôi email list hàng ngày :) 18:17 <@jrand0m> heh lucky 18:17 -!- hif [~hifi@anon.iip] đã vào #iip-dev 18:17 <@jrand0m> đúng vậy. 18:17 <@jrand0m> ok> 2.4) lộ trình / tình trạng network proto 18:17 -!- hif giờ là dm2 18:18 <@jrand0m> Tôi làm rất ít với network proto ngoài trả lời mail của co, vì tôi đang làm java và I2CP. 18:18 <@jrand0m> lộ trình vẫn như kế hoạch. 18:18 <@jrand0m> có thay đổi nào cho lộ trình không? 18:19 <@jrand0m> ok. nếu có, khi nào có, cứ mail lên list. 18:19 <@hezekiah> Đúng. 18:19 -!- dm [~hifi@anon.iip] đã thoát [Ping timeout] 18:19 <@jrand0m> roadmap.xml giờ ở module cvs i2p/doc/projectPlan 18:19 -!- dm2 giờ là dm 18:20 <@hezekiah> jrand0m: Để tôi đoán ... cũng ở cathedral? 18:20 < nop> quay lại 18:20 < nop> xin lỗi về chuyện đó 18:20 <@jrand0m> ok, phần đó xong (dù ta có thể quay lại câu hỏi về network protocol ở phần câu hỏi). 18:20 <@jrand0m> Tôi không còn tiểu-mục nào nữa 18:20 <@jrand0m> hezekiah> Tôi không dùng sf 18:20 <@thecrypto> tốt, giờ nop quay lại ta có thể quay lại vấn đề tốc độ nhanh một chút 18:20 <@hezekiah> Đúng. 18:21 < nop> vấn đề tốc độ nào 18:21 <@thecrypto> Elgamal chậm khi xác minh 18:21 < nop> đúng thế 18:21 < nop> nhưng rsa cũng vậy 18:21 <@jrand0m> nop> Applied Crypto benchmark RSA verification nhanh hơn ElG 100 lần cho ký. 18:21 < nop> hmm 18:22 <@hezekiah> Với tôi RSA và DSA là tức thì. 18:22 <@hezekiah> ElG mất 20 giây. 18:22 < nop> DSA là el gamal 18:22 <@jrand0m> Vậy chúng ta có thể nhảy sang RSA hoặc thêm một khóa DSA vào cấu trúc RouterInfo 18:22 < nop> DSA 18:22 < nop> Tôi có bất cứ thứ gì có chữ R 18:22 < nop> ;) 18:22 * jrand0m không nhớ có lý do thật sự mạnh cho ElG thay vì RSA 18:22 * jrand0m ấm ức vì điều đó 18:22 <@hezekiah> nop: Khai sáng cho chúng tôi đi? Sao không dùng RSA? 18:22 <@hezekiah> Kể tất cả chi tiết rùng rợn. :) 18:23 < nop> vì lý do này, và còn tranh luận được, nhưng 18:23 < dm> ai đó nhắn tôi URL tới iip-dev khi rảnh nhé. 18:23 < nop> phân tích nhân tử primes là cách bẻ RSA 18:23 < dm> danh sách iip-dev ấy. 18:23 < luckypunk> RSA đã bị crack. 18:23 < luckypunk> thực tế. 18:23 < nop> đúng, RSA 512 bit đã bị crack 18:23 < luckypunk> hay là DES? 18:23 < luckypunk> kệ. 18:23 <@hezekiah> DES đã bị crack. 18:23 < nop> tôi nghĩ bạn đang nói DES 18:23 < co> luckypunk: Khóa một số cỡ nhất định đã bị crack. 18:23 <@hezekiah> RSA thì chưa đến mức đó. 18:24 < nop> dù sao 18:24 < luckypunk> nhưng có thể. 18:24 < nop> quay lại điểm của tôi 18:24 <@hezekiah> Nhưng câu hỏi là: khóa RSA 2048 hoặc 4096 hôm nay có an toàn không? 18:24 <@thecrypto> chờ một chút 18:24 < nop> RSA 512 bit bị crack bằng máy văn phòng 18:24 <@jrand0m> ta đang xét RSA 2048 bit hoặc ElG 18:24 < nop> hezekiah: sẽ an toàn, nhưng phần thú vị là 18:24 < nop> nếu bạn có thể phân tích nhân tử primes 18:24 < nop> bạn có thể bẻ RSA 18:24 < nop> nếu bạn tính được logarithm rời rạc bạn có thể giải được RSA và El gamal 18:24 < nop> chúng ta gần với phân tích nhân tử hơn 18:24 < nop> so với tính logarithm rời rạc 18:24 < nop> lúc này 18:24 < luckypunk> không phải logarithm rời rạc khó hơn sao? 18:25 <@hezekiah> Nếu bạn có thể phân tích nhân tử nhanh bạn có thể bẻ RSA. 18:25 <@hezekiah> luckypunk: Đó là điều nop đang nói. 18:25 < luckypunk> máy tính lượng tử. 18:25 < luckypunk> gần như hoạt động được rồi. 18:25 <@hezekiah> lol 18:25 < nop> và tỷ lệ kích thước bit cho pub key với logarithm rời rạc mạnh hơn khóa RSA 18:25 < nop> ví dụ khóa 768 bit không được khuyến nghị bởi các biến thể diffie-hellman, nhưng chưa bị chứng minh crack 18:25 <@hezekiah> Vậy kết lại là chúng ta thêm một khóa DSA. 18:25 <@thecrypto> nop, đừng nói theo kiểu bill gates, là phân tích n lớn với n = pq 18:25 < nop> trong khi RSA 512 bit thì rồi 18:25 <@thecrypto> vì phân tích số nguyên tố thì dễ 18:25 < nop> cảm ơn 18:25 < nop> xin lỗi 18:25 <@jrand0m> hezekiah> có vẻ là vậy. 18:26 < nop> tôi cố để mọi người hiểu 18:26 < nop> xin lỗi 18:26 <@thecrypto> chỉ là làm rõ một chút 18:26 <@jrand0m> chuẩn nop, được mà, gracias 18:26 <@hezekiah> OK. 18:26 < nop> vậy DSA 18:26 < nop> nhé 18:26 <@hezekiah> Vậy chúng ta đang thêm một khóa DSA? 18:26 < nop> vốn cũng là một biến thể diffie-hellman 18:26 <@jrand0m> ok, vậy ta sẽ tiếp tục chi tiết crypto offline. 18:26 < nop> tôi nghiêng về logs hơn là factors 18:27 < nop> ;) 18:27 <@hezekiah> Nhân tiện, còn gì ta cần tiếp tục không? 18:27 < co> dm: URL là http://news.gmane.org/thread.php?group=gmane.comp.security.invisiblenet.iip.devel 18:27 <@thecrypto> hezekiah: chọn prime thần thánh 18:27 <@hezekiah> Ồ đúng! 18:27 < dm> cảm ơn co, tôi tìm thấy specs của jrand0m. Giờ chỉ cần máy in với nhiều mực. 18:27 < nop> tôi sẽ gửi 18:27 <@jrand0m> hezekiah> cập nhật data structure spec, thêm thông tin về DSA, chỉ định kích cỡ khóa cho dsa, v.v. 18:27 < nop> làm cái đó offline nhé 18:27 <@jrand0m> lol dm. 18:28 <@hezekiah> OK, vậy bạn còn gì nữa không, jrand0m? 18:28 <@jrand0m> ok, tôi xong phần của mình. hezekiah> bạn có # 3? 18:28 <@hezekiah> Có. 18:28 < dm> hmmm. hình ảnh không hiện. 18:28 <@hezekiah> 3.) Bất cứ gì nop muốn thêm vào chương trình họp. 18:28 < dm> jrand0m: có nơi nào lấy 'I2P Network Spec Draft 2003.07.23' kèm hình không? 18:29 < co> dm: Có, tôi cũng gặp vấn đề đó. 18:29 <@jrand0m> dm/co> lấy bản rev đầu của network spec (hai tuần trước trong file zip), trong đó có png. 18:30 <@jrand0m> (nó cũng ở cvs, nhưng chưa anon/public) 18:30 < arj> khi nào thì có? :) 18:30 <@hezekiah> Wow! 18:30 <@hezekiah> CVS giờ nhanh rồi! 18:31 <@jrand0m> arj> chúng tôi cố tránh thổi phồng, nên khi sẵn sàng chúng tôi sẽ đưa công khai, nhưng vẫn giữ khá yên ắng cho đến lúc đó. 18:31 < nop> hezekiah: cái cathedral hả? 18:31 <@jrand0m> arj> tuy nhiên, mọi thứ chúng tôi làm đều theo GPL, ít nhất là tới giờ. 18:31 <@hezekiah> nop: Ừ 18:31 <@hezekiah> ! 18:31 < dm> hai tuần trước trong file zip nào? 18:31 <@jrand0m> ôi chuẩn, bạn làm được rồi hezekiah? 18:31 < arj> jrand0m: chỉ muốn đọc specs mới nhất 18:31 <@jrand0m> dm> network_spec_*.zip nếu tôi nhớ đúng 18:31 <@hezekiah> jrand0m: Yup! :) 18:31 < dm> tôi cũng vậy, kèm hình nữa! 18:31 <@thecrypto> iip-dev có hầu hết 18:32 <@jrand0m> arj> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/292 có tất cả trừ một thay đổi nhỏ. 18:32 <@jrand0m> (ờ, ngoại trừ Client Access Layer, giờ ở đặc tả khác) 18:33 < arj> ok cảm ơn 18:33 <@jrand0m> client access layer spec là http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/298 18:33 < dm> ok, và link tới zip có hình? 18:33 <@jrand0m> ok. nop bạn có gì không, hay ta chuyển sang "5) mở cho câu hỏi/ý kiến từ số đông"? 18:34 -!- mihi [none@anon.iip] đã thoát [Ping timeout] 18:34 * jeremiah đã quay lại và đọc backlog 18:34 <@jrand0m> dm> đợi chút, đang lục 18:34 <@jrand0m> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/269 18:35 < dm> cảm ơn 18:35 <@jrand0m> ok, có câu hỏi / ý kiến gì không? 18:35 -!- arj [anders@anon.iip] đã thoát [EOF From client] 18:35 < co> có. 18:35 <@jrand0m> np 18:35 < co> Chúng ta đang ở mục 5 phải không? 18:35 * jrand0m biết co sẽ có vài câu :) 18:35 < co> Hiện tại, giao tiếp giữa client và router (ra ngoài) không được mã hóa. 18:35 <@jrand0m> đúng, vì nop chậm :) 18:35 <@jrand0m> (chết tiệt những người có công việc này nọ) 18:36 <@hezekiah> lol 18:36 < co> Giả sử tôi có một người bạn tin cậy và muốn dùng router của anh ấy để gửi ra ngoài. 18:36 <@hezekiah> jrand0m: Bạn biết đó. Không phải ai cũng đủ điều kiện để không có cuộc sống. 18:36 <@jrand0m> co> phần lớn đúng. payload của message được mã hóa, nhưng phần còn lại của I2CP thì không 18:36 < co> Như vậy có khiến tôi có nguy cơ bị bắt message không. 18:37 <@hezekiah> Ừ. Chúng sẽ được truyền plain trên dây. 18:37 <@hezekiah> Trừ khi bạn ssh tunnel tới router của anh ấy hoặc tương tự. 18:37 <@jrand0m> nếu bạn có bạn tin cậy và kết nối tới router của họ, họ có thể biết bạn đã gửi hoặc nhận một message, nhưng không biết bạn gửi cái gì. 18:37 <@jeremiah> message vẫn sẽ dưới mã hóa public key chứ? 18:37 <@hezekiah> Ối. 18:37 <@hezekiah> Lỗi của tôi. 18:37 < dm> Tôi sẽ dùng I2P như cách học thứ mới để không bị công việc 9to5 (quản trị windows, công cụ VB) biến thành zombie. 18:37 <@jrand0m> Tôi ổn với việc thêm hỗ trợ SSL listener, thay vì chỉ TCP listener. 18:37 <@hezekiah> Tôi quên là client có mã hóa đầu-cuối. 18:37 < co> Bạn giả định tôi chạy router tin cậy cục bộ, nhưng như nói ở trên, tôi có thể không muốn làm vậy để message không gắn với tôi. 18:37 <@jrand0m> đúng jeremiah, nhưng đó chỉ là phần payload 18:37 <@jrand0m> heh chuẩn dm 18:37 -!- mihi [none@anon.iip] đã vào #iip-dev 18:38 <@jrand0m> hmm. 18:38 <@hezekiah> jrand0m: Sao không thêm hỗ trợ sau này cho mã hóa giao tiếp client-to-router? 18:38 <@jrand0m> bạn thực sự luôn nên có một router tin cậy cục bộ. bạn có thể để nó kết nối tới một router không cục bộ nhưng tin cậy đã biết nữa. 18:39 < co> Đúng, nhưng tôi muốn bổ sung đề xuất của hezekiah. 18:39 <@jrand0m> hezekiah> Tôi ổn với việc thêm sau này (mà "sau này": t=0...releaseDate ;) 18:40 <@jrand0m> Tôi hoàn toàn không ngại thêm hỗ trợ DH+AES cho I2CP 18:40 < nop> tốt 18:40 <@jrand0m> thực tế, các tính năng đó có thể được thêm trên từng router 18:41 < nop> jrand0m: tôi cũng tin là cần rotation khóa đa hình và chaffe traffic 18:41 < nop> Tôi chắc chúng ta sẽ bàn ở buổi họp sau 18:41 < nop> chỉ là bình luận bên lề 18:41 < nop> dùng key sets 18:41 <@jrand0m> đúng, khi ta đụng tới giao tiếp router-router. 18:41 <@jrand0m> (còn 1-2 tuần) 18:41 < co> nop: Hiện tại tôi không thấy chaffe traffic trong spec, nhưng thêm vào sẽ tốt. 18:42 <@jrand0m> có chaffe, theo nghĩa router và các thành viên tunnel tự kiểm tra bản thân và peers. 18:42 -!- arj [~anders@anon.iip] đã vào #iip-dev 18:42 <@jrand0m> cộng thêm các yêu cầu DHT là chaffe đối với payload messages 18:42 < nop> jrand0m: tôi sẽ đào sâu nghiên cứu né phân tích lưu lượng và để lộ bất kỳ known plaintext nào 18:42 <@jrand0m> và các transport riêng sẽ có kiểu chaffe riêng (vd. http transport sẽ query google về "cute puppy dogs" theo định kỳ, hay gì đó) 18:43 < nop> cái chaffe đó hay, nhưng tôi cũng muốn chaffe được mã hóa 18:43 < nop> điều này giúp xoay vòng session keys 18:43 < nop> và giữ node của bạn bận rộn ngay cả khi không hoạt động 18:43 < dm> có lẽ đổi thành child porn cứng để chaffe thực tế hơn 18:43 <@jrand0m> chuẩn. 18:43 < dm> đùa thôi! 18:43 <@hezekiah> dm: Tốt. Không thì tôi phải !thwack bạn. 18:43 <@hezekiah> :) 18:44 <@jrand0m> DHT (mã hóa liên kết) và test messages (free route mix, kiểu onion/garlic) sẽ không có vấn đề known plaintext 18:44 < nop> vì node mới sẽ có ít lưu lượng khi mới bắt đầu 18:44 <@jrand0m> cộng thêm chúng ta sẽ hỗ trợ transport tốc độ bit không đổi 18:44 < nop> garlic rocks 18:44 < nop> :) 18:44 < nop> jrand0m: kiểu DC net :) 18:44 * jrand0m sắp làm ít pasta với thật nhiều tỏi sau khi họp xong 18:45 < nop> jrand0m: Tôi muốn nói garlic routing 18:45 <@hezekiah> lol! 18:45 <@jrand0m> tôi biết ;) 18:45 < nop> jrand0m: dù sao, tốc độ bit không đổi có thể ép bằng block encryption vì AES tạo block 128 bit 18:45 < nop> ;) 18:45 < nop> nên ta có thể đệm tất cả dữ liệu thành 16 byte mỗi message 18:45 <@jrand0m> co> câu trả lời email của tôi cho bạn có hợp lý không? 18:47 <@jrand0m> *ping* 18:47 <@hezekiah> *pong* 18:47 <@thecrypto> *pong 18:47 <@thecrypto> * 18:47 <@jrand0m> còn câu hỏi nào không, hay iproxy của tôi đã ngắt kết nối? 18:47 <@jrand0m> heh chuẩn 18:47 <@hezekiah> thecrypto: Gói tin bị phân mảnh! 18:47 <@hezekiah> lol 18:48 <@thecrypto> mất đoạn cuối đó 18:48 <@thecrypto> MTU nhỏ hơn ở đây :) 18:48 <@hezekiah> jrand0m: Ừ, tôi không có câu hỏi. 18:48 < co> jrand0m: Vâng, câu trả lời hợp lý. 18:48 < co> Tôi không còn câu hỏi. 18:48 < dm> Tôi sẽ tạo câu hỏi khi đọc specs ngày mai. 18:49 <@jrand0m> tốt, tôi hy vọng bạn sẽ có thêm sau này :) 18:49 <@jrand0m> tuyệt dm 18:49 < dm> ban đầu có thể là "tuyệt". 18:49 < dm> thôi, tôi đi đây. chúc may mắn mọi người! 18:49 -!- dm [~hifi@anon.iip] đã thoát [] 18:50 <@jrand0m> chúng ta VẪN có giai đoạn peer review 2 tuần trong lịch, nhưng review trước đó được hoan nghênh (dù mọi chi tiết chưa được điền vào) 18:51 <@jrand0m> ok. còn câu hỏi nào không, hay ta sẽ kết thúc #52 như một buổi họp 102 phút? 18:52 <@thecrypto> #51 18:52 <@hezekiah> Ờ, tôi đọc là 1:57 phút. 18:52 <@hezekiah> Haiz. 18:52 <@hezekiah> Tôi ngốc quá 18:52 <@hezekiah> Đừng để ý tôi. 18:52 <@hezekiah> Tôi không có câu hỏi ... 18:52 <@hezekiah> Câu hỏi nào! 18:52 * jrand0m chẳng bao giờ biết cộng... 18:52 <@hezekiah> Hãy nói ngay hoặc giữ im lặng cho đến thứ Ba sau! 18:52 <@hezekiah> Lần một! 18:53 <@hezekiah> ... Lần hai! 18:53 <@thecrypto> Bán cho anh chàng mặc sơ mi cài nút 18:53 <@hezekiah> Xong! 18:53 * jrand0m vào bếp làm bữa tối trễ nải 18:53 <@jrand0m> cảm ơn các quý ông và quý cô 18:53 <@hezekiah> Tạm biệt mọi người! 18:53 <@jeremiah> Tôi nên checkout mã nguồn trước khi chuồn 18:53 <@hezekiah> Hẹn gặp lại thứ Ba tới! --- Đã đóng nhật ký Tue Jul 29 18:53:55 2003