I2P Geliştirici Toplantısı - 27 Mart 2007

16:02 <jrandom> 0) selam 16:02 <jrandom> 1) Ağ durumu 16:02 <jrandom> 2) zzz'nin NTCP/SSU önerileri 16:03 <jrandom> 3) Syndie geliştirme durumu 16:03 <jrandom> 4) DNS/kayıt kuruluşu durumu 16:03 <jrandom> 5) ??? 16:03 <jrandom> 0) selam 16:03 * jrandom el sallar 16:03 <jrandom> haftalık durum notları http://dev.i2p.net/pipermail/i2p/2007-March/001342.html adresinde yayınlandı 16:04 <jrandom> 1) ağ durumuna geçiyorum 16:04 <jrandom> işler oldukça iyi görünüyor ve belirtildiği gibi, en son değişikliklerle ilgili yapılacak daha fazla araştırma var 16:05 <+Complication> IRC bağlantısı hakkında biraz yakınmak istiyordum (diğer her şey yeterince iyi görünüyor), ama son günde sadece yaklaşık 6 kopma yaşadım, o kadar da kötü değil 16:05 <cervantes> /mute Complication 16:05 <jrandom> heh 16:05 <+Complication> :D 16:06 <+Complication> Yine de tunnel oluşturma başarısı çok güzel 16:06 * Complication yine kontrol eder, ne olur ne olmaz 16:06 <jrandom> evet, biraz kopma dalgalanması gördüm (doğrusu, birikmiş mesajlarımı grep -v -\!- ile okuduğum için kopmaları hiç görmüyorum ;) 16:06 <cervantes> son zamanlarda irc tarafında çeşitli ISP aksaklıkları oldu - postman alternatif barındırma düzenlemelerine bakıyor 16:06 <jrandom> istatistiklerdeki tunnel oluşturma oranları yükselişe geçti, ancak stats.i2p'deki döngülerle genel olarak uyumlu görünüyor 16:06 <cervantes> umarız daha iyi ağ yedekliliği elde edebiliriz 16:06 <jrandom> ah tamam cervantes 16:07 * jrandom dev.i2p.net'e yardım teklif ederdi, ama üzerindeki yükün en son ne zaman 4'ün altına indiğini hatırlamıyorum 16:08 <jrandom> tamam, ağ durumu ile ilgili gündeme getirmek istediğiniz başka bir şey var mı? 16:10 <jrandom> yoksa, 2)'ye geçiyorum: zzz'nin NTCP/SSU önerileri 16:10 <jrandom> zzz şu an ortalıkta görünmüyor ve başlığa yanıt veren Syndie gönderilerimi evde bıraktım (tüh) 16:11 <jrandom> her durumda, düşüncelerinizi zzz'nin bloguna yazın (ya da daha fazla bilgi için oradan okuyun) 16:11 <jrandom> yine de, şu anda burada bununla ilgili tartışmak istediğiniz bir şey var mı? 16:12 <+Complication> Şey, ben şahsen oraya bir yanıt yazdım, UDP'ye aşırı dayanma konusunda endişemi dile getirdim (çünkü şahsen bende UDP'nin yeniden iletim oranları oldukça yüksekti) 16:12 <jrandom> evet 16:12 <+Complication> Ancak bir yaklaşıma dair düşündüm... 16:12 <+Complication> Şu anda teklifler tamamen deterministik (rastgele bir bileşenli olasılıksal olmaya karşıt olarak), değil mi? 16:13 <jrandom> evet, tamamen deterministik 16:13 <+Complication> Onlara bir olasılık bileşeni eklemenin (uç durumlardan kaçınma anlamında) bir faydası olur mu diye merak ediyordum 16:14 <+Complication> Şu biçimde: "NTCP alma olasılığı %60, SSU alma olasılığı %40" 16:14 <+Complication> (önceden veri olmadığı varsayımıyla - eğer önceki başarısızlık/başarı verileri mevcutsa, olasılığı muhtemelen o bağlantı için daha iyi performans gösteren taşıma lehine kaydırmak gerekir) 16:15 <jrandom> şey, neyi başarmayı umduğuna bağlı - zzz'nin önerisini anladığım kadarıyla, amaç mümkün olduğunda SSU kullanmak 16:15 <+Complication> (elbette her iki taşımanın da belirli bir bağlantı için kullanılabilir olduğu varsayımıyla - bazen kesinlikle değiller) 16:15 <jrandom> bunu rastgeleleştirmek buna yardımcı olmaz, ancak her iki taşıma hakkında da sahada veri toplamak için daha fazla imkân sunar 16:16 <+Complication> Aralarında denge kurmayı denemenin olası bir yolu üzerine bir düşünceydi sadece (çünkü biri hep daha yüksek teklif verirse, router'lar muhtemelen pek "deney" yapmayacak) 16:19 <jrandom> Daha fazla veri toplamak için kullanabileceğimiz bir yöntemdir, akılda tutmaya değer 16:19 <jrandom> tamam, belirtildiği gibi, daha fazlası için o başlığa yazın :) 16:20 <jrandom> 3) Syndie geliştirme durumuna geçiyorum 16:20 <jrandom> e-postadakilerin ötesinde ekleyecek pek bir şeyim yok 16:20 <jrandom> soru/yorum/endişe olan var mı? 16:21 <+Complication> Henüz yok. :) 16:22 <jrandom> hehe 16:22 * Complication, ister I2P ister Syndie cephesinde, daha fazla yardımcı olma umudunu besliyor, ama önce şu webcache zımbırtısını piyasaya çıkarmam gerçekten gerek 16:22 <jrandom> w3rd, ikisini de dört gözle bekliyorum :) 16:24 <jrandom> tamam 4'ü geçelim ve 5)'e atlayalım ??? 16:25 <jrandom> toplantı için gündeme getirmek istediğiniz başka bir şey var mı? 16:26 <TrevorReznik> I2P için bir hashcash üretecine ilgi var mı? 16:26 <TrevorReznik> yani tarayıcı arayüzü üzerinden. 16:26 <TrevorReznik> I2P içinde olası DoS senaryolarını ortadan kaldırmanın bir yolu olarak bunu düşündüm. 16:27 <jrandom> hmm, javascript mi yoksa c/java mı? 16:27 <jrandom> bence ortada birkaç hashcash üreteci var 16:27 <TrevorReznik> java'da. 16:28 <+Complication> şey, hashcash şemaları üzerine bir noktada biraz araştırma yapmak gerekecek gibi 16:28 <TrevorReznik> www.hashcash.org'da sanırım bazıları var. 16:28 <TrevorReznik> e-posta istemcileri için bir antispam şeyi olarak bunu yerleştirmeye yönelik bir girişimler. 16:28 <+Complication> belki doğru anlamda bir araştırma değil, fakat uygulama ve en iyi uygulama sese 16:28 <+Complication> =sense 16:28 <TrevorReznik> çok sayıda dilde uygulamalar derlemeleri var. 16:28 <TrevorReznik> orada 2 Java sınıfı ve en az bir applet var, ancak şu an için tam lisans koşullarını bilmiyorum. 16:30 <+Complication> kullanılabileceği yerler: 1) Syndie içinde nym (takma ad) kaydı 2) I2P içinde ad kaydı 16:30 <+Complication> 3) e-posta, tabii ki 16:30 * TrevorReznik katılır. 16:30 <+Complication> 4) daha az iyimser senaryolarda, Syndie içindeki sıradan mesajlar 16:31 <+Complication> I2P ağ düzeyinin kendisinde... 16:31 <+Complication> hmm 16:31 <jrandom> bunları tunnel oluşturma mesajlarına gömmek mümkün, ancak CPU cephesinde zaten hali hazırda bitmiş durumdayız ;) 16:39 <jrandom> tamam, toplantı için başka bir şey var mı? 16:41 <jrandom> yoksa 16:41 * jrandom toparlar 16:41 * jrandom *baf*s toplantıyı kapatır