Cuộc họp các nhà phát triển I2P - 27 tháng 3 năm 2007

16:02 <jrandom> 0) chào 16:02 <jrandom> 1) Tình trạng mạng 16:02 <jrandom> 2) đề xuất NTCP/SSU của zzz 16:03 <jrandom> 3) Tình trạng phát triển của Syndie 16:03 <jrandom> 4) Tình trạng DNS/registrar 16:03 <jrandom> 5) ??? 16:03 <jrandom> 0) chào 16:03 * jrandom vẫy tay 16:03 <jrandom> ghi chú tình trạng hằng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2007-March/001342.html 16:04 <jrandom> chuyển sang 1) tình trạng mạng 16:04 <jrandom> mọi thứ có vẻ khá ổn, và như đã đề cập còn nhiều nghiên cứu cần làm liên quan đến các thay đổi mới nhất 16:05 <+Complication> Tôi định than phiền một chút về kết nối IRC (mọi thứ khác có vẻ đủ ổn), nhưng ngày qua, tôi chỉ bị khoảng 6 lần ngắt kết nối, cũng không tệ lắm 16:05 <cervantes> /mute Complication 16:05 <jrandom> heh 16:05 <+Complication> :D 16:06 <+Complication> Thành công xây dựng tunnel rất tốt, dù sao cũng vậy 16:06 * Complication kiểm tra lại, phòng khi cần 16:06 <jrandom> ừ mình có thấy chút churn do discon (mà thật ra, mình đọc backlog bằng grep -v -\!- nên chẳng bao giờ thấy các discon ;) 16:06 <cervantes> dạo này có vài sự cố ISP ở phía irc - postman đang xem xét các phương án lưu trữ thay thế 16:06 <jrandom> các chỉ số tốc độ xây dựng tunnel đã tăng trở lại, dù nhìn chung phù hợp với các chu kỳ trên stats.i2p 16:06 <cervantes> hy vọng chúng ta có thể có khả năng dự phòng mạng tốt hơn 16:06 <jrandom> à ok cervantes 16:07 * jrandom sẽ đề nghị giúp với dev.i2p.net, nhưng mình không nhớ lần gần đây nhất tải trên đó dưới 4 là khi nào 16:08 <jrandom> được rồi, có ai còn gì muốn nêu về tình trạng mạng không? 16:10 <jrandom> nếu không, chuyển sang 2) đề xuất NTCP/SSU của zzz 16:10 <jrandom> zzz có vẻ không có mặt lúc này, và mình để quên các bài Syndie của mình trả lời thread ở nhà (d'oh) 16:11 <jrandom> dù sao, đăng ý kiến của bạn lên blog của zzz (hoặc đọc ở đó để biết thêm) 16:11 <jrandom> có ai muốn bàn thêm về chủ đề đó ngay bây giờ không? 16:12 <+Complication> À, cá nhân tôi có viết câu trả lời ở đó, bày tỏ lo ngại về việc phụ thuộc quá nhiều vào UDP (vì với riêng tôi, UDP có tỷ lệ truyền lại khá cao) 16:12 <jrandom> ừ 16:12 <+Complication> Tuy nhiên, tôi có nghĩ về một cách tiếp cận... 16:12 <+Complication> Hiện tại các bid (điểm ưu tiên chọn transport) là hoàn toàn xác định (trái với xác suất với thành phần ngẫu nhiên), đúng không? 16:13 <jrandom> ừ, hoàn toàn xác định 16:13 <+Complication> Tôi tự hỏi liệu có lợi ích gì không (theo nghĩa tránh các cực đoan) nếu thêm thành phần xác suất vào chúng 16:14 <+Complication> Kiểu như "60% cơ hội dùng NTCP, 40% cơ hội dùng SSU" 16:14 <+Complication> (giả sử không có dữ liệu trước đó - nếu có dữ liệu thành công / thất bại trước đó, có lẽ cần làm lệch xác suất về phía transport hoạt động tốt hơn cho liên kết đó) 16:15 <jrandom> ờ, tùy mục tiêu muốn đạt được - theo tôi hiểu đề xuất của zzz, mục tiêu là dùng ssu bất cứ khi nào có thể 16:15 <+Complication> (tất nhiên là giả sử cả hai transport đều dùng được cho một liên kết nhất định - đôi khi chắc chắn là không) 16:15 <jrandom> ngẫu nhiên hóa điều đó sẽ không giúp đạt mục tiêu đó, nhưng sẽ tạo nhiều cơ hội hơn để thu thập dữ liệu về cả hai transport (giao thức truyền tải) ngoài thực tế 16:16 <+Complication> Chỉ là một ý về một cách cố gắng đạt cân bằng giữa chúng (vì nếu một bên luôn bid cao hơn, các routers có lẽ sẽ không "thử nghiệm" nhiều) 16:19 <jrandom> đó là một phương pháp ta có thể dùng để thu thập thêm dữ liệu, đáng để ghi nhớ 16:19 <jrandom> ok, như đã nói, đăng lên thread đó để bàn thêm nhé :) 16:20 <jrandom> chuyển sang 3) Tình trạng phát triển của Syndie 16:20 <jrandom> mình không có gì nhiều để bổ sung ngoài những gì trong email 16:20 <jrandom> có ai có câu hỏi/bình luận/quan ngại gì không? 16:21 <+Complication> Chưa. :) 16:22 <jrandom> hehe 16:22 * Complication hy vọng có thể giúp nhiều hơn, ở cả phía I2P hoặc Syndie, nhưng tôi thực sự cần đưa cái webcache đó ra cửa trước đã 16:22 <jrandom> w3rd, mong chờ cả hai :) 16:24 <jrandom> ok hãy bỏ qua 4 và nhảy tới 5) ??? 16:25 <jrandom> có ai còn gì khác muốn nêu trong cuộc họp không? 16:26 <TrevorReznik> có ai hứng thú với một trình tạo hashcash cho i2p không? 16:26 <TrevorReznik> kiểu như qua giao diện trình duyệt. 16:26 <TrevorReznik> tôi nghĩ về nó như một cách loại bỏ các kịch bản DoS có thể xảy ra bên trong i2p. 16:27 <jrandom> hmm, bằng javascript hay c/java? 16:27 <jrandom> tôi nghĩ ngoài kia có vài trình tạo hashcash 16:27 <TrevorReznik> bằng java. 16:28 <+Complication> ừm, có lẽ sẽ cần một số nghiên cứu về các lược đồ hashcash vào lúc nào đó 16:28 <TrevorReznik> www.hashcash.org có vài cái thì phải. 16:28 <TrevorReznik> họ là một sáng kiến nhằm thiết lập nó cho các trình khách email như một thứ chống spam. 16:28 <+Complication> có lẽ không phải nghiên cứu theo đúng nghĩa, mà là về triển khai và thực hành tốt nhất sese 16:28 <+Complication> =sense 16:28 <TrevorReznik> họ có một bộ sưu tập các hiện thực bằng nhiều ngôn ngữ. 16:28 <TrevorReznik> có 2 lớp java và ít nhất một applet ở đó, dù hiện tại tôi chưa rõ điều khoản giấy phép chính xác. 16:30 <+Complication> những nơi có thể dùng nó: 1) đăng ký nym (bí danh) trong Syndie 2) đăng ký tên trong I2P 16:30 <+Complication> 3) email, hiển nhiên 16:30 * TrevorReznik đồng ý. 16:30 <+Complication> 4) trong các kịch bản kém lạc quan, tin nhắn thông thường trong Syndie 16:31 <+Complication> ở chính tầng mạng I2P... 16:31 <+Complication> hừm 16:31 <jrandom> có thể nhúng chúng vào các thông điệp tạo tunnel, nhưng về CPU thì chúng ta đã đuối rồi ;) 16:39 <jrandom> ok, còn ai có gì cho cuộc họp không? 16:41 <jrandom> nếu không 16:41 * jrandom kết thúc 16:41 * jrandom *baf* đóng cuộc họp