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

16:06 <jrandom> 0) chào 16:06 <jrandom> 1) 0.6.1.25 và tình trạng mạng 16:06 <jrandom> 2) I2PSnark 16:06 <jrandom> 3) Syndie (cái gì/tại sao/khi nào) 16:06 <jrandom> 4) Câu hỏi về crypto của Syndie 16:06 <jrandom> 5) ??? 16:06 <jrandom> 0) chào 16:06 * jrandom vẫy tay 16:06 <jrandom> ghi chú trạng thái hàng tuần đã được đăng tại http://dev.i2p.net/pipermail/i2p/2006-September/001307.html 16:07 <jrandom> vì những ghi chú đó đã lên từ hàng giờ trước, mọi người hẳn đã đọc và có ghi chú sẵn rồi, phải không? ;) 16:07 <jrandom> nhảy tới 1) 0.6.1.25 và tình trạng mạng 16:08 <vulpine> <Complication> Về 0.6.1.25 thì bên tôi chạy ổn, chỉ có một lỗi trước đây chưa thấy 16:08 <jrandom> hay đấy, vấn đề gì vậy? 16:08 <vulpine> * Complication tìm trong log 16:09 <jrandom> kích thước mạng có vẻ lớn hơn trước, dù vẫn cùng bậc độ lớn 16:09 <vulpine> <Complication> "Unknown error reading the net.i2p.data.i2np.GarlicMessage: wtf, fromLong got a negative? -840" 16:10 <vulpine> <Complication> Bắt đầu với "ERROR [NTCP read 1 ] .router.tunnel.FragmentHandler: Error receiving fragmented message (corrupt?)" 16:10 <jrandom> à ok hay, lỗi đó đã tồn tại lâu rồi, cứ bỏ qua 16:11 <vulpine> <Complication> Chỉ xảy ra một lần 16:11 <vulpine> <frosk> tôi đã gặp cái cuối đó vài lần 16:11 <vulpine> * jrandom chọc fox 16:12 <vulpine> <Complication> Ồ, và thêm một cái nữa: "router.tunnel.TunnelDispatcher: wtf, took 1121 to dispatch net.i2p.data.i2np.TunnelBuildMessage@XXXX out YYYYY in net.i2p.router.tunnel.PumpedTunnelGateway@ZZZZ" 16:12 <vulpine> <Complication> (có vẻ cũng không đáng kể, có thể chỉ là tắc nghẽn đơn giản) 16:12 <jrandom> ừ, có khả năng 16:13 <jrandom> irc rõ ràng hiện vẫn hơi trục trặc 16:13 <jrandom> (nhưng, lần này thì không phải lỗi của i2p :) 16:14 <jrandom> ok, còn ai có gì cho 1) Tình trạng mạng và 0.6.1.25 không? 16:15 <kostya213> chỉ muốn thêm rằng .25 đã sửa tất cả vấn đề tôi gặp vài tháng qua 16:15 <jrandom> tuyệt! 16:16 <vulpine> <green> làm ơn, thay đổi cách tính trạng thái khi chỉ dùng NTCP 16:16 <jrandom> 'k, nhưng không khuyến nghị tắt UDP (tôi tin là tôi đã nói rõ là tôi cũng sẽ không chỉ mọi người cách tắt UDP) 16:17 <jrandom> nhưng trạng thái nên được cập nhật để tính đến việc UDP không phải phương thức truyền tải duy nhất 16:17 <jrandom> tôi sẽ sửa trong bản rev tiếp theo, cảm ơn 16:17 <vulpine> <green> jrandom : chắc là anh không nói, nhưng tôi có thể đọc code ;) 16:18 <jrandom> đúng, nhưng khi tôi không khuyến nghị một thứ, và bảo mọi người đừng thử, thì đừng ngạc nhiên nếu có thông báo hiển thị gây rối ;) 16:19 <vulpine> <green> chắc rồi, tôi cũng có thể chỉ hiển thị "OK" trong console :) 16:19 <jrandom> chuẩn rồi 16:21 <jrandom> ok, chuyển sang 2) I2PSnark 16:21 <jrandom> zzz có vẻ không có ở đó lúc này 16:22 <jrandom> zzz đang làm vài thay đổi để cải thiện việc lập lịch trong i2psnark 16:23 <jrandom> (nó hơi... đơn giản hiện tại, nếu tôi nhớ đúng, dù tôi không hoàn toàn chắc về các sửa đổi zzz đang hack) 16:23 <jrandom> ((nhưng tôi mong chờ tiến triển!)) 16:25 <jrandom> ok, nếu không còn gì về 2) I2PSnark, hãy chuyển tiếp sang 3.*) chuyện Syndie 16:26 <jrandom> hãy vào 3.1) syndie là gì trước, vì có rất nhiều thứ cần bàn 16:27 <jrandom> tôi nhận được vài câu hỏi trước cuộc họp liên quan đến mã hóa cho bài đăng 16:27 <jrandom> về cơ bản, các bài được mã hóa theo kiểu đối xứng - ai có khóa đối xứng đều có thể đọc bài, vì họ được cấp quyền 16:28 <jrandom> các trả lời trong kênh được mã hóa bất đối xứng tới khóa công khai gắn với kênh/diễn đàn 16:28 <jrandom> một số bài có thể dùng mã hóa dựa trên mật khẩu để tạo khóa đối xứng dùng để đọc 16:29 <jrandom> và một số bài có thể đưa khóa đối xứng vào các header có thể đọc của bài (để ai cũng có thể đọc) 16:29 <modulus> mục đích của cái cuối cùng là gì? 16:29 <jrandom> và bản thân một số diễn đàn có thể đưa khóa đối xứng vào metadata của diễn đàn, để ai cũng có thể đọc bài nhưng chỉ khi họ có metadata của kênh 16:29 <jrandom> modulus: để mọi thứ luôn được mã hóa, kể cả những thứ công khai đọc được 16:29 <jrandom> (để nghe lén kiểu tầm thường trở nên vô dụng) 16:30 <modulus> đúng, tôi hiểu rồi. 16:31 <jrandom> ok, tôi nghĩ thế là bao quát các câu hỏi về mã hóa được hỏi trước cuộc họp 16:31 <jrandom> có ai có câu hỏi gì về 3.1) syndie là gì không? 16:31 <jrandom> (ý tôi là, sẽ rõ hơn khi nó được tung ra, dĩ nhiên) 16:32 <vulpine> <void> hmm 16:33 <jrandom> thế nào rồi void? 16:33 <vulpine> <void> <void> tôi đoán rằng kho lưu trữ thông điệp (.zip) cũng có thể chứa các thông điệp khác, có thể từ người khác, như những thông điệp được trích dẫn? 16:34 <jrandom> ừ, đúng, bạn có thể đính kèm các tệp .snd, nhưng có một namespace rõ ràng, nên bạn có thể tạo các liên kết kiểu References: tiêu chuẩn tới các thông điệp trước 16:34 <jrandom> (tức là bạn không phải dùng kiểu "threading" kiểu frost) 16:35 <vulpine> <void> ok, đúng rồi 16:37 <vulpine> <Complication> Về Syndie, tôi tự hỏi mọi người sẽ giải quyết thế nào vấn đề cấp quyền truy cập cho người khác vào một diễn đàn có nhiều người đăng (như tài khoản trên một bảng tin thông thường) nhưng không cấp vĩnh viễn, và tránh mớ rắc rối không mong muốn khi cần thu hồi quyền truy cập (vì bất kỳ lý do nào). 16:38 <vulpine> <Complication> Một giải pháp, dĩ nhiên, là tác giả chỉ định khuyến nghị về những ai mà client nên hiển thị trả lời của họ 16:38 <jrandom> Complication: tạo một cặp khóa công/riêng mới, đưa khóa riêng cho những người được cấp quyền (tạm thời), và đưa khóa công vào danh sách "keys allowed to post" 16:38 <vulpine> <Complication> ..và đối với client, trừ khi họ muốn nghiên cứu lịch sử, thì theo khuyến nghị này (cụ thể là phiên bản mới nhất của nó) 16:38 <jrandom> (và khi họ không còn được cấp quyền, gỡ khóa đó khỏi danh sách "keys allowed to post") 16:39 <kostya213> jrandom: bạn có thể muốn dùng phần mở rộng khác .snd vì đó là phần mở rộng được dùng rộng rãi cho ứng dụng âm thanh, MIME sẽ nhầm lẫn 16:39 <jrandom> à, đúng - mọi diễn đàn đều có một "owner" (một khóa riêng dùng để ký) có thể quản lý danh sách ai được phép đăng, v.v. 16:39 <vulpine> <Complication> "keys allowed to post" sẽ là metadata gắn với bài mới nhất của tác giả, hay một thông điệp khác, đúng không? 16:39 <jrandom> ý hay đấy kostya213, dù có lẽ ta sẽ phải kẹt với .dat ;) 16:40 <jrandom> Complication: à xin lỗi, không, giống syndie hiện tại/cũ - có các bài metadata được ký riêng cho chính diễn đàn/kênh 16:40 <vulpine> * Complication tin rằng ai đó thậm chí đã nhận .dat cho thứ gì đó :) 16:40 <jrandom> đúng, kiểu application gọi là "octet-stream" ;) 16:40 <vulpine> <void> có vẻ .syn không được dùng cho thứ gì đáng kể 16:41 <vulpine> <Complication> À ha, các bài metadata đặc biệt... đúng, thế là được 16:41 <jrandom> ồ hay, ta dùng được syn! 16:41 <jrandom> (tinh mắt đấy void, cảm ơn kostya213) 16:41 <vulpine> <void> hmm, " 16:41 <vulpine> <void> hmm, "Word Synonym File", Company: Microsoft 16:42 <jrandom> ừ, tôi chắc là ta sẽ giải quyết được thôi 16:42 <kostya213> đúng nó được Word dùng 16:42 <vulpine> <void> nhưng ta cũng có thể bỏ qua điều đó :) 16:42 <kostya213> đừng mất hy vọng, tôi nghĩ có thể tìm được cái gì đó sẽ không gây vấn đề với các mimetype dùng rộng rãi 16:43 <jrandom> ok, còn gì về 3.1) Syndie là gì không? 16:43 <vulpine> <void> ờ, mà tại sao ta phải giữ phần mở rộng 3 ký tự? đó là di tích thời DOS 16:43 <kostya213> một điều phải hỏi, sao lại giới hạn phần mở rộng 3 ký tự? chẳng ai dùng DOS nữa 16:44 <jrandom> hê 16:44 <kostya213> trùng ý với void 16:44 <kostya213> .syndie có vẻ ổn với tôi 16:44 <vulpine> <void> .synd sẽ không xung đột với cái nào 16:44 <kostya213> cũng tốt 16:45 <vulpine> <void> lag chết tiệt :( 16:48 <jrandom> ok, chuyển sang 3.2) Tại sao Syndie quan trọng? 16:48 <vulpine> <void> jrandom: đợi đã 16:48 <cervantes> (vì anh nói nó quan trọng) 16:48 * jrandom chờ 16:48 <jrandom> !thwap cervantes ;) 16:48 <vulpine> <void> bài ghi chú trạng thái có nói rằng có thể đính kèm avatar vào một bài, nếu không sẽ dùng avatar mặc định 16:49 <vulpine> <void> nhưng nếu ai đó muốn có vài avatar định sẵn thay vì một cái "mặc định" thì sao? 16:49 <jrandom> ừ, tác giả có thể đưa avatar mặc định vào metadata kênh của họ 16:49 <vulpine> <void> mỗi lần lại đính cái khác thì không hiệu quả 16:49 <jrandom> câu hỏi hay void - hãy xem đoạn mã script trong ghi chú 16:50 <jrandom> listauthkeys --authorizedOnly true 16:50 <jrandom> authenticate 0 16:50 <vulpine> <void> (?) 16:50 <jrandom> listauthkeys sẽ hiển thị tất cả các danh tính mà bạn có thể ký thông điệp để nói rằng bạn là, còn "authenticate 0" chọn một danh tính để ký 16:51 <jrandom> vậy, danh tính đó có kênh riêng, và kênh đó có metadata riêng, có thể bao gồm một avatar 16:51 <vulpine> <void> hmm, một danh tính riêng nghĩa là một cặp khóa riêng? 16:51 <jrandom> đúng 16:51 <vulpine> <void> nếu ai đó muốn có vài avatar trên một danh tính thì sao? 16:52 <jrandom> họ có avatar mặc định trong metadata kênh, và có thể ghi đè theo từng thông điệp 16:52 <kostya213> giá trị đáng ngờ 16:52 <vulpine> <void> vài avatar "mặc định" để anh ta chọn 16:52 <vulpine> <void> hay tôi đang soi mói quá? :) 16:53 <jrandom> à, tôi hiểu ý bạn. không, ban đầu không hỗ trợ 16:53 <jrandom> có thể sau này 16:53 <vulpine> <void> đúng kostya213, thôi bỏ qua 16:53 <vulpine> <void> :) 16:53 <jrandom> (nhưng avatar sẽ bị giới hạn kích thước rất nhỏ, nên không quá phiền khi đính kèm) 16:53 <vulpine> * Complication nghĩ rằng việc thêm avatar theo từng thông điệp có thể code khá dễ 16:53 <vulpine> <void> vậy, 3.1) Syndie là gì? 16:53 <vulpine> <Complication> (rồi sẽ vậy) 16:54 <vulpine> * cervantes dán các máy chủ irc lại với nhau 16:54 <vulpine> <void> Complication: jrandom vừa nói là anh ấy sẽ làm vậy rồi :) 16:54 <jrandom> (avatar theo từng thông điệp sẽ nằm trong bản cơ sở, điều bàn là có nhiều 'mặc định' để chọn, chọn bằng cách nói "use avatar 1" trong một thông điệp thay vì đính kèm chính avatar) 16:54 <vulpine> <Complication> độ trễ, độ trễ... 16:54 <jrandom> ok, còn gì nữa cho 3.1 không? 16:54 <jrandom> nếu không, hãy sang 3.2 16:55 <vulpine> <void> tôi nghĩ vậy là hết 16:55 <jrandom> wr0d. 16:56 <jrandom> ngoài câu móc mỉa của cervantes, ai có câu hỏi/bình luận/quan ngại gì về "tại sao" không? 16:56 <jrandom> (ờ, "concerns") 16:58 <vulpine> <Complication> cervantes: anh đã lau bề mặt bằng cồn trước khi bôi keo lên ircd chưa? ;) 16:58 <kostya213> theo tôi syndie không cần biện minh, giá trị của nó tự nó hiển nhiên với bất kỳ ai đã quan tâm đến các mạng ẩn danh 16:58 <kostya213> và nhận thức được nguy cơ của việc tập trung hóa thông tin 16:59 <vulpine> <Complication> (đăng lại, vui lòng bỏ qua nếu máy chủ đã nhận) 16:59 <vulpine> * Complication nghĩ rằng Syndie quan trọng vì Joe Sixpack chạy phpBB sẽ bị 'pwn' quá nhanh, và Joe Sixpack chạy $random_blogging_tool cũng vậy 16:59 <vulpine> <Complication> (dù khả năng có thể khác nhau) 16:59 <vulpine> <void> đúng vậy 16:59 <jrandom> ừ, thêm nữa là bất kỳ ai đối mặt với đối thủ thù địch thực sự (thậm chí không nhất thiết ở cấp nhà nước) 17:00 <jrandom> ok, tuyệt, chỉ muốn hỏi qua ý mọi người 17:00 <jrandom> còn gì nữa ở 3.2 không, hay ta chuyển sang 3.3) khi nào ta có thể dùng syndie? 17:01 <vulpine> <void> về cơ bản đó là công cụ diễn đàn/viết blog/e-mail/giao tiếp dựa trên các nguyên thủy mật mã và độc lập với tầng truyền tải 17:01 <vulpine> <Complication> ...và trong kịch bản xa vời khi đối thủ của Joe Sixpack thực hiện tấn công giao cắt, bất kỳ ai vận hành một eepsite kiểu gì rồi cũng sẽ bị 'pwn' (trừ khi trong một mạng khổng lồ) 17:01 <kostya213> sẽ khó thuyết phục hơn với những người không thấy giá trị tức thì ở quyền riêng tư/ẩn danh 17:01 <jrandom> kostya213: ừ, dù ta có thể dùng vài mẹo, như có thể duyệt offline một cách an toàn 17:02 <vulpine> <Complication> Dù sao họ có thể trân trọng bảo mật 17:02 <jrandom> (ví dụ một trình đọc RSS offline cũng kéo về toàn bộ tập trang được tham chiếu, không chỉ tóm tắt RSS) 17:02 <vulpine> <void> vậy nên, tôi không thấy vì sao cần biện minh :) 17:02 <vulpine> <void> kostya213: họ không cần ẩn danh để dùng syndie 17:02 <cervantes> khi nào ta có thể dùng syndie hay khi nào syndie sẽ dùng được? 17:02 <jrandom> chuẩn đó void :) 17:03 <cervantes> đối với giao diện văn bản tôi hình dung cần khá nhiều tài liệu hướng dẫn sử dụng 17:03 <jrandom> cervantes: ngay bây giờ, syndie đã hoạt động (bạn có thể tạo bài, quản lý kênh, đọc bài, trả lời, v.v.) 17:03 <kostya213> jrandom: syndie xử lý dư thừa thế nào? khả năng chống việc nội dung biến mất ra sao? 17:03 <cervantes> (trước khi nó thực sự dễ dùng) 17:03 <jrandom> cervantes: có menu nội tuyến với mỗi lệnh đều có tài liệu (ít nhất ở mức tối thiểu) 17:04 <cervantes> hay đấy, có kế hoạch ví dụ các trường hợp sử dụng không? 17:04 <jrandom> kostya213: syndie làm việc ở tầng nội dung - dư thừa do thứ khác xử lý. nếu bạn đăng lên usenet, nó sẽ được nhân bản khắp usenet (ví dụ) 17:04 <cervantes> Tôi nghĩ mẹo là học cách chúng script cùng nhau 17:04 <vulpine> <void> kostya213: điều đó nằm ngoài phạm vi của syndie, nó phụ thuộc vào cơ chế truyền tải 17:04 <vulpine> <void> đáng tiếc 17:04 <jrandom> ý tưởng hay cervantes 17:05 <jrandom> bản phát hành syndie đầu tiên sẽ bao gồm một hệ thống nhân bản qua http giống syndie cũ/hiện có 17:05 <jrandom> cervantes: có lẽ một số người dùng beta có thể gom các script ưa thích để chúng ta phân phối :) 17:05 <modulus> mmm, đây là ứng dụng console à? 17:05 <jrandom> modulus: đúng, ứng dụng dựa trên văn bản đầu tiên 17:06 <modulus> tuyệt! 17:06 <cervantes> jrandom: miễn là người dùng beta hiểu cách dùng nó ;-) 17:06 <jrandom> hehe 17:06 * jrandom đã cân nhắc curses/v.v., cũng như chỉ CLI, nhưng một giao diện văn bản tương tác có thể script có lẽ là đơn giản và hữu dụng nhất 17:07 <jrandom> (tức là không có GUI) 17:07 <cervantes> modulus: thấy không, jrandom đã lắng nghe phản hồi không ngừng của anh :) 17:07 <vulpine> <Complication> Nếu muốn, mọi người có thể xây dựng các giao diện văn bản tương tác hơn ở phía trên 17:07 <jrandom> ừ, chắc chắn 17:08 <jrandom> (mã được xây dựng để hỗ trợ tích hợp dễ với một client irc, như pircbot) 17:08 <modulus> cervantes: hehe 17:09 <modulus> tôi nghĩ anh cũng có thể đặt một GUI lên trên nếu nó hoạt động đại khái như tôi hình dung 17:09 <modulus> dù vậy sẽ nhiều việc hơn nhiều. 17:09 * kostya213 chờ plugin emacs 17:09 <modulus> hahaha 17:09 <jrandom> heh 17:09 <modulus> thực ra một emacs mode không phải ý tồi, có lẽ sẽ thu hút thêm mấy người 'điên' 17:10 <cervantes> nhấn ctrl-alt-shift-break-uparrow-num7-b để chọn danh tính của bạn 17:10 * jrandom sẽ để việc đó cho các elispers hack qua ;) 17:10 <kostya213> không có ý xúc phạm, nhưng tôi không chắc dự án này cần thu hút thêm 'điên' 17:10 <vulpine> <Complication> loại 'điên' đó có viết code không? 17:11 <jrandom> hy vọng thế complication 17:11 <jrandom> ok, hy vọng 3.3) giải thích một chút về những gì sắp tới 17:11 <jrandom> còn về *khi nào*, ừ thì, sẽ xem, nhưng tôi hy vọng là "sớm" ;) 17:12 <jrandom> ok, còn ai có gì cho 3.3) không? 17:12 <vulpine> * Complication sẽ hoan nghênh vài bầy 'điên' như thế :D 17:12 <cervantes> ờ thì có lập trình, rồi lại có viết perl rối rắm chạy qua tcl thông dịch 17:12 <kostya213> một plugin cho FUSE cũng có thể hữu ích 17:13 <jrandom> ừ 17:13 <jrandom> ok, chuyển sang 4) crypto cho syndie 17:13 <jrandom> ai có bình luận gì về các vấn đề đó không? 17:14 <vulpine> <Complication> Ước gì tôi có, nhưng tôi không đủ thẩm quyền để ước lượng độ mạnh của các cipher/hash/độ dài khóa đó 17:15 <vulpine> <void> chữ ký elgamal/rsa dài bao nhiêu? 4kbit cho khóa 2kbit? 17:15 <vulpine> * Complication để cuộc bàn đó hoàn toàn cho người khác 17:15 <jrandom> không rõ ngay 17:15 <vulpine> <void> so với dsa? 17:16 <jrandom> (dù ecc trông gọn và nhỏ) 17:16 <modulus> Chữ ký ElGamal thì khó và dài. như nhóm gnupg đã phát hiện. 17:16 <jrandom> ừ, dù một số mánh đó liên quan đến tái sử dụng khóa 17:16 <vulpine> <void> à, ok 17:16 <vulpine> <void> ừ, đúng thế 17:16 <tethra> modulus: nếu chúng cứng và dài, thì có site fetish cho chuyện đó 17:17 <jrandom> ok, điểm đó thực ra chỉ để báo trước và kêu gọi bình luận khi mọi người có ý 17:17 <cervantes> chẳng lẽ không thể triển khai kiểu cipher cắm-thêm được sao - khi một phương pháp tạo khóa tốt hơn được tiêu chuẩn hóa ta có thể thêm vào syndie và các bài mới sẽ bắt đầu dùng chúng, nhưng vẫn có thể dùng phương pháp lỗi thời cho các bài cũ 17:17 <tethra> (xin lỗi) 17:17 <jrandom> cervantes: nó bao gồm tiền tố DSA:, nên tiền tố Elg: cũng sẽ hoạt động 17:17 <modulus> bạn dùng dsa giới hạn 1024 hay không? 17:18 <modulus> hash nào? sha1 hay bản cao hơn? 17:18 <cervantes> vậy thực ra anh chỉ quan tâm đến việc cho syndie khởi đầu tốt 17:18 <jrandom> dsa chỉ 1024bit (có đề xuất dsa2 dài hơn, nhưng chưa được tiêu chuẩn hóa) 17:18 <jrandom> và đúng, dsa cần sha1 17:18 <modulus> hmm, tôi hiểu rằng chúng khá mạnh trước chuẩn. 17:18 <kostya213> cervantes có điểm hay, để nội dung syndie với các cipher cố định thì forward-secrecy kém, bạn không bao giờ biết khi nào một thuật toán sẽ 'tèo' 17:18 <modulus> nhưng tôi không theo dõi quy trình đủ sát nên có lẽ anh đúng 17:19 <jrandom> kostya213: nhưng lựa chọn là xấu cho crypto, nên ta nên có các giá trị cố định khi có thể 17:19 <jrandom> (xấu vì ảnh hưởng ẩn danh) 17:19 <vulpine> <void> anh có biết vì sao không nhiều người/giao thức dùng ecc không? họ sợ thiếu nghiên cứu, hay chỉ lo tương thích? 17:19 <modulus> bằng sáng chế. 17:20 <jrandom> bằng sáng chế và FUD, cũng như vài lo ngại trong triển khai 17:20 <vulpine> <void> à, đúng rồi modulus 17:20 <modulus> nhân tiện, có lý do tốt nào để chọn dsa thay vì rsa-sha512 chẳng hạn? 17:20 <tethra> bằng sáng chế, FUD và nhà nước (ôi chao) 17:20 <modulus> không cố gây phiền đâu, chỉ xét rằng gpg chẳng hạn đã đi theo hướng này, trong số khác. 17:20 <jrandom> đã nhiều năm tôi không xem lại lựa chọn đó modulus 17:21 <modulus> rõ ràng dsa là một tiêu chuẩn, đó là điểm cộng, nhưng khóa nhỏ và hash yếu. không phải tôi nghĩ nó sẽ thành mắt xích yếu nhất ;-) 17:23 <cervantes> Tôi không đề xuất "lựa chọn" - nhưng các phiên bản mới của syndie sẽ đóng gói các cipher (bắt buộc) ngày càng an toàn hơn 17:23 <vulpine> <Complication> Chừa một chút khoảng linh hoạt trong cấu trúc để thay đổi về sau có vẻ hợp lý, bất kể crypto hiện tại nào tỏ ra tốt nhất 17:23 <jrandom> ừ, dù điều đó hàm ý phải fallback về phiên bản yếu/cũ hơn để tương tác 17:23 <jrandom> nhưng ok, ta sẽ xử lý 17:24 <jrandom> ok, chuyển sang 5) ??? 17:24 <jrandom> ai còn điều gì muốn nêu cho cuộc họp? 17:25 <cervantes> việc không thể đọc các bài mới nhất từ nguồn ưa thích là động lực tốt để đảm bảo mọi người luôn nâng cấp 17:25 <jrandom> ở mức nào đó 17:26 <cervantes> no=not 17:26 <jrandom> (ừ, đó là động lực, nhưng mọi người lười/không hứng thú với việc "nâng cấp phần mềm", v.v.) 17:27 <jrandom> s/people/some people/ 17:27 <cervantes> Tôi đoán đó là vấn đề của họ thôi 17:27 <jrandom> đúng vậy 17:27 <kostya213> ít nhất triển khai i2p có thể nâng cấp không đau 17:28 <jrandom> chắc chắn 17:28 <cervantes> còn về ??? - xin lỗi vì kết nối irc - ISP nên khôi phục một trong các nhà mạng chính của nó "càng sớm càng tốt" 17:29 <jrandom> w3wt 17:29 <vulpine> <Complication> Về chủ đề ???, tôi có thể bổ sung rằng phần thứ hai (rộng hơn) của các sửa đổi NTP sắp hoạt động, và tôi hy vọng sẽ commit để thử nghiệm sớm 17:29 * cervantes bốc nhúm muối 17:29 <kostya213> kế hoạch ngắn hạn cho phát triển router là gì? lộ trình có chính xác không? 17:29 <jrandom> tuyệt complication 17:29 <vulpine> <Complication> Mục tiêu là 'đoán lại' máy chủ NTP dựa trên độ lệch đồng hồ của peer 17:29 <jrandom> kostya213: ổn định cho đến khi syndie ra 17:30 <jrandom> (từ góc nhìn của tôi) 17:30 <vulpine> <Complication> (và tránh thực hiện hành động có thể gây hại kết nối) 17:31 <cervantes> tuyệt 17:32 <jrandom> ok, còn gì nữa cho cuộc họp không? 17:34 * jrandom kết thúc 17:34 * jrandom *baf* đóng cuộc họp