Встреча разработчиков I2P - 25 октября 2005

16:24 <jrandom> 0) привет 16:24 <jrandom> 1) Состояние сети 16:24 <jrandom> 2) Интеграция Fortuna 16:24 <jrandom> 3) Статус GCJ 16:24 <jrandom> 4) i2psnark возвращается 16:24 <jrandom> 5) Еще о bootstrap 16:24 <jrandom> 6) Расследование вируса 16:24 <jrandom> 7) ??? 16:24 <jrandom> 0) привет 16:24 * jrandom машет рукой 16:24 <jrandom> еженедельные статусные заметки выложены @ http://dev.i2p.net/pipermail/i2p/2005-October/001079.html 16:25 * susi23 машет в ответ 16:26 <jrandom> давайте перейдем к 1) состоянию сети 16:26 <jrandom> как я упоминал, пока всё выглядит вполне прилично. 16:26 <+fox> <Romster> ах, собрание, клёво 16:27 <jrandom> впереди тоже намечается кое-что хорошее, так что у нас будет новый релиз позже на этой неделе 16:27 <jrandom> кто-нибудь хочет поднять что-то по поводу 1) состояния сети? 16:27 <@cervantes> ого, 7 пунктов 16:27 <+legion> ага, всё выглядит хорошо :-) 16:27 <jrandom> насыщенная неделя, cervantes :) 16:28 <@cervantes> это даже к лучшему 16:28 <+Complication> Работает относительно хорошо, даже dev.i2p — я могу делать CVS checkout без сообщений EOF. 16:28 <jrandom> отлично :) 16:28 <+Complication> Последние проблемы, возможно, были перегрузкой, связанной с релизом. 16:28 <+Complication> Но я не уверен. 16:28 <jrandom> dev.i2p тоже на последнем билд-коде (-7), так что, надеюсь, производительность будет существенно лучше, чем раньше 16:29 <jrandom> s/dev.i2p/cvs.i2p (etc)/ 16:29 <+legion> forums.i2p тоже, похоже, работает гораздо лучше, чем раньше :) 16:29 <@cervantes> *кхм* 16:29 <+fox> <Romster> i2p безопасно пускать новых людей и т. п.? 16:29 <+Ragnarok> ок, теперь я должен попробовать это чудо — «cvs checkout, который срабатывает с первого раза» 16:30 <+fox> <Romster> раз сейчас нет известных лимитов 16:30 <@cervantes> это потому что все долбят i2p-list вместо того, чтобы писать на форум 16:30 <+legion> хмм, ты уверен, cervantes? 16:30 <jrandom> Romster: ну, мы в последнее время растем довольно хорошими темпами, но с публичной бетой следует подождать до 0.6.2 16:30 <jrandom> хех, cervantes ;) 16:30 <jrandom> тсс, Ragnarok, сглазишь! 16:31 <+Ragnarok> вау... это правда. Я потерял дар речи 16:31 <+fox> <Romster> ок, jrandom 16:31 <jrandom> (черт, у меня слезятся глаза от карри, которое готовят соседи пониже) 16:31 <jrandom> круто, Ragnarok 16:32 <+fox> <Romster> лол, вот это ядреный карри 16:32 <jrandom> ок, если больше нечего по 1), давайте быстро пройдемся по 2) интеграции Fortuna 16:32 <jrandom> (так и есть, Romster) 16:32 <+fox> <shardy> ура интеграции fortuna! 16:32 <+fox> <Romster> переходим к 2) :P 16:32 <+fox> <Romster> что такое fortuna? 16:32 <jrandom> хех, думал, тебе понравится, shardy :) 16:32 <+fox> <Romster> я последний месяц немного выпал из темы 16:32 <+Complication> PRNG-алгоритм, если правильно помню. 16:33 <+Complication> Пишут, что он хороший, вроде бы. :P 16:34 * Complication, правда, не знает ничего о его внутренностях 16:34 <jrandom> shardy: буду рад, если как-нибудь посмотришь 16:34 <+fox> <shardy> конечно 16:34 <+fox> <shardy> используете реализацию gnu? 16:34 <jrandom> Romster/Complication: ссылки есть в письме 16:34 <jrandom> да, shardy — http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/gnu/crypto/prng/Fortuna.java 16:35 <jrandom> (интегрировано с http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/net/i2p/util/FortunaRandomSource.java ) 16:36 <jrandom> мы, однако, отличаемся от прямой реализации gnu-crypto, так как у нас уже есть код AES256 и SHA256 (соответственно, Cryptix и Bouncycastle) 16:36 <jrandom> в общем, это круто, мы уже, наверное, год ковырялись, чтобы это завести 16:37 <jrandom> (интеграция fortuna была одним из основных проектов, подталкивавших smeghead сделать 'pants' ;) 16:37 <jrandom> если у кого есть вопросы/комментарии/опасения по этому поводу, please отправляйте их в рассылку 16:37 <jrandom> (или на email, или на форум, конечно) 16:38 <+fox> <Romster> да, где smeghead, его давно не видно 16:38 <jrandom> smeghead [redacted] занимается [redacted] 16:39 <jrandom> ок, переходим к 3) статус GCJ 16:39 <jrandom> i2p работает на GCJ! [w00t!] 16:39 <+susi23> крутая работа 16:39 <+legion> отлично 16:39 <jrandom> по крайней мере, работает на GCJ 4.0.2 под linux 2.6.12. На других платформах я не пробовал 16:40 <jrandom> да, ребята из GCJ и GNU Classpath творят чудеса 16:40 <jrandom> собрать было очень просто, старые классы со статическими ссылками, как я помню, не понадобились 16:41 <+Complication> Звучит позитивно, учитывая не до конца открытую Sun Java (в отношении распространения, если правильно помню). 16:41 <jrandom> теперь с I2P поставляется makefile, хотя, для простоты, думаю, мы всё же останемся при распространении чистой java, по крайней мере, в основном 16:41 <+susi23> (дальше попробуем запустить на J2ME ;) 16:42 <+fox> <Romster> GCJ придет на смену JVM от Sun> 16:42 <cat-a-puss> как с производительностью на GCJ? 16:42 <jrandom> да, хотя Sun вполне открыт, и мы /могли бы/ распространять их JVM вместе с I2P, но их лицензия запрещает распространять их JVM как инструмент общего назначения 16:42 <jrandom> cat-a-puss: сопоставима 16:42 <jrandom> большинство тяжёлой работы в i2p уже делается ассемблерным кодом ;) 16:43 <+fox> <Romster> а как насчет i2p на C#/mono с тем дополнением java->C# (забыл название) 16:43 <+fox> <Romster> помню, мы с jrandom это пробовали давным-давно 16:43 <jrandom> не знаю. но если работает с gcj, может заработать и с ikvm — той JVM для mono 16:44 <+Ragnarok> IKVM 16:44 <+Ragnarok> неважно 16:44 <+fox> <Romster> а, точно, ikvm 16:44 <+fox> <Romster> большие отличия между GCJ, IKVM и от Sun? 16:45 <jrandom> ikvm я никогда не пользовался 16:45 <+fox> <Romster> уверен, что как-то ты запускал то ли с mono, то ли с eclipse? 16:45 <+fox> * Romster пожимает плечами 16:45 <jrandom> и i2p в текущей поставке пока не поддерживает router console, хотя поддерживает работу router, i2ptunnel и sam 16:46 <+Ragnarok> что блокирует router console? 16:47 <+susi23> xerces, если правильно помню 16:47 <jrandom> вещи из xerces. xercesImpl, поставляемый с i2p, имеет зависимости на sun.*, и когда я наивно попытался подложить последний xerces, сборка его, jdom, rome и остального Jetty в GCJ ломалась 16:47 <jrandom> у последнего xerces, похоже, есть дополнительные требования 16:48 <jrandom> (к jar-файлам, которые мы сейчас не поставляем). однако уверен, что мы это раскопаем 16:49 <+fox> <Romster> jrandom хорошо находит проблемы :) 16:49 <jrandom> ещё лучше — создавать проблемы 16:49 <+fox> * Romster тащит кофе 16:49 <jrandom> ок, что-нибудь ещё по 3) статус GCJ? 16:49 <jrandom> или перейдем к 4) i2psnark 16:50 <jrandom> считаем, что перешли 16:50 <jrandom> ок, i2psnark снова с нами (ура) 16:51 <jrandom> мне особо нечего добавить к тому, что в письме... у тебя есть что-то, Ragnarok? 16:51 <+Ragnarok> нет 16:51 <+susi23> насчет веб-фронтенда 16:51 <+Ragnarok> побольше тестирования не помешает, так что всем стоит попробовать :) 16:52 <+susi23> поддержка через susibt не должна быть проблемой 16:52 <jrandom> о, расскажи подробности, susi23 :) 16:52 <jrandom> отлично 16:52 <+fox> <jme___> наивный вопрос: почему тратить время на поддержку старого bt-клиента, когда другой (azureus) поддерживает полноценный клиент? 16:52 <jrandom> jme___: azureus и правда kickass 16:52 <+susi23> мажорный релиз susibt запланирован на ноябрь :) 16:53 <jrandom> хех, круто, susi23 16:53 <+Complication> По мне, Azureus слишком сложный. 16:53 <+Ragnarok> azureus — отстой полнейший 16:53 <+susi23> мне всегда нужна headless-версия (без графического интерфейса) 16:53 <+Ragnarok> чтобы уж без экивоков 16:53 <+fox> <jme___> независимость и простота — критерии, с которыми я полностью согласен 16:53 <jrandom> jme___: azureus тяжеловесен, хотя отличный BT-клиент общего назначения 16:53 <+Complication> (Я лично могу легко что-то не так сконфигурить в нём и подмочить анонимность.) 16:54 <+fox> <jme___> логично, просто хотел узнать 16:54 <+fox> <Romster> у меня azerious толком не работал, я перешел на bitlord, который работает 16:54 <jrandom> я всё ещё планирую помочь с дальнейшим улучшением плагина azneti2p вместе с ребятами из azureus, но i2psnark занял буквально меньше 2 часов до того, как я уже раздавал/скачивал данные 16:54 <+legion> Да, azureus для i2p слишком большой и сложный 16:54 <+Complication> Если цель — бандлить BT-клиент вместе с i2p, то лёгкий клиент — лучший вариант. 16:54 <+fox> <Romster> принцип KISS 16:54 <+Ragnarok> Мне больше нравится официальный клиент, но у i2psnark есть огромное преимущество — он достаточно простой, чтобы я мог его хакать 16:55 <+legion> i2p не нужен тяжёлый bittorrent-клиент 16:55 <jrandom> да, код очень чистый (хоть и со странным gnu-форматированием ;) 16:55 <+Ragnarok> чертовы gnu 16:55 <+Ragnarok> худший стиль скобок 16:55 <jrandom> хех 16:55 <+fox> <Romster> хех, форматер кода :) 16:55 <+Ragnarok> jrandom не разрешает :) 16:55 <+Ragnarok> ну и правильно 16:55 <+fox> <jme___> независимость и простота — критерии, с которыми я определенно согласен 16:56 <+fox> <Romster> будут опции включать BT-клиент на каждом i2p-узле? 16:56 <jrandom> ага, было бы неплохо, если сможем бэкпортировать мульти-торрент, выбор частей и веб-возможности в основной snark от mjw 16:56 <+Ragnarok> чем проще, тем выше шанс, что его будут поддерживать 16:56 <jrandom> именно, Ragnarok 16:57 <+legion> да, бэкпортить это было бы круто 16:57 <+fox> <Romster> оффтопом: посмотрите на KAD-сеть emule, по-моему, она клёвая. 16:57 <jrandom> Romster: сейчас он включен по умолчанию в сборку, но как только добавим его в susibt, он будет в верхней навигации вместе с остальными клиентами 16:58 <+Ragnarok> нам также нужно уметь поставлять создатель .torrent, и трекер был бы кстати. 16:58 <jrandom> да, вообще-то в snark это всё есть, я только отключил, потому что не хотел это поддерживать :) 16:58 <+legion> хмм, верное замечание, ragnarok 16:58 <jrandom> но вернуть это обратно — не проблема 16:59 <+Ragnarok> ну, хотя бы создатель .torrent — это не должно быть сложно 16:59 <jrandom> есть ещё Tracker.java, и обработка в PeerAcceptor, но я выкинул всё лишнее, так что, вероятно, стоит посмотреть на http://klomp.org/snark/ для этого 17:00 <jrandom> (и просмотреть http://dev.i2p/~jrandom/snark_diff.txt для изменений) 17:00 <+fox> <Romster> раз snark вернулся, над ним будут работать, верно? :) 17:00 <+legion> на самом деле, если говорить о трекере, лучше бы придумать распределённое решение 17:00 <+fox> <Romster> snark* 17:00 <jrandom> портировать код проще, чем строить новый распределенный трекер, legion ;) 17:00 <+fox> <Romster> legion, мечтать не вредно 17:00 <+legion> правда 17:01 <jrandom> но я не против интеграции хорошего, чистого, поддерживаемого, дружелюбного к анонимности распределенного трекера :) 17:01 <+fox> <Romster> можно прикрутить к eepsites? 17:01 * jrandom замечает пролетающего пони за окном 17:01 <+Ragnarok> в официальном bt-клиенте есть распределённый трекер на базе kademlia, но очевидно, это годится только как референс-дизайн 17:01 <+legion> с этого и начать ;) 17:02 <+fox> <Romster> вообще kademlia = KAD сеть emule? хмм, если так, то KAD был бы идеален для трекера, но bootstrap — проблема 17:03 <+Ragnarok> они основаны на одном алгоритме, но никак не совместимы 17:03 <+Ragnarok> точнее, совместимы — никак 17:04 <+Ragnarok> сделать что-то вроде KAD из emule для i2phex было бы интересно... 17:04 <+Ragnarok> ладно, летающие пони 17:04 <jrandom> :) 17:04 <jrandom> (согласен по обоим пунктам) 17:04 <jrandom> ок, что-нибудь ещё по 4) i2psnark? 17:05 <+Ragnarok> пока у нас есть чем делать .torrent-файлы, текущие трекеры сгодятся 17:05 <jrandom> верно — в main Snark, кажется, есть закомментированный код 17:05 <+legion> нет, думаю, текущие трекеры — не ок :( 17:05 <jrandom> что с ними не так, legion? 17:05 <cat-a-puss> не просто отдавайте пользователям torrent-файл тоже 17:05 <+legion> часто есть проблемы с доступом к ним 17:06 <jrandom> хмм, cat-a-puss? а, ты про то, чтобы сделать веб-интерфейс с прозрачным swarming? 17:06 <+legion> сайты заливает трафиком 17:06 <jrandom> ах да, это проблема i2p, надеюсь, 0.6.1.4 это улучшит 17:06 <jrandom> postman рассказывал, что у него куча хитов на tracker.postman.i2p 17:06 <jrandom> не помню цифр 17:06 <cat-a-puss> Если мы обрабатываем и swarming, и получение самого torrent, то стоит сделать это прозрачным для пользователя 17:07 <jrandom> orion.i2p/bt/ особо не используется 17:07 <jrandom> (а tracker-fr кажется живым) 17:07 <+susi23> в susibt хочу включить RSS фидов трекеров, чтобы не ходить на их веб-страницы, а скачивать торренты автоматически :) 17:07 <cat-a-puss> это также предотвращает путаницу между i2p-торрентом и неанонимным 17:07 <+fox> <jme___> http-трекер для bt не масштабируется из-за криво спроектированного протокола 17:07 <+fox> <Romster> watchdog router: router повис намертво, перезагрузил, wtf 17:07 <+legion> верно, к чему я — одни трекеры забиты, другие простаивают 17:07 <jrandom> cat-a-puss: ага, я бы с радостью сделал хуки из syndie в susibt :) 17:07 <+fox> <jme___> это можно легко поправить, но будет несовместимо с официальным bt-протоколом 17:08 <+fox> <jme___> по этому пути пошел DHT-трекер 17:08 <jrandom> (и в обратную сторону, чтобы можно было легко «синдицировать» .torrent-файлы и т. п.) 17:08 <+Complication> Romster: у меня такое бывает, но машина на грани (300 МГц) 17:08 <+fox> <Romster> распределённый трекер — решение для закидываемых трекеров 17:08 <jrandom> legion: это легко правится тем, что люди будут использовать разные трекеры :) 17:08 <+fox> <Romster> DHT в azerius 17:08 <jrandom> писать код — дорого, использовать разные URL — дешево 17:08 <+legion> да, но они так не делают, верно? 17:09 <jrandom> но да, распределённый трекер был бы отличен. не в моём планах, но если кто-то начнет, это будет здорово. 17:09 <+Complication> Со временем... наверняка кто-то сделает и распределённый. 17:09 <+legion> Вместо публикации торрентов на сайтах-трекерах можно было бы публиковать bith и прочие детали на своей eepsite. 17:10 <jrandom> bith == хеш? 17:10 <+legion> да, означает bittorrent hash, это не я придумал 17:10 <+Complication> На первых порах, впрочем... простой и надёжный клиент на Java, бандлящийся с router... может решить много проблем. (Возможно, даже тянуть подписанные обновления без перегрузки dev.i2p.) 17:11 <+legion> да, это было бы здорово 17:11 <jrandom> ага, Complication 17:11 <+fox> <Romster> да, обновления через torrent 17:11 <+fox> <Romster> ок, следующий пункт в списке :) 17:12 <jrandom> ок, 5) еще о bootstrap 17:12 <+legion> да, поехали дальше 17:12 <jrandom> в списке сейчас много интересного, и я точно не буду всё это здесь конспектировать :) 17:12 <+fox> <Romster> bootstrap базы данных router? 17:12 <jrandom> кто-нибудь хочет обсудить вопросы/комментарии/опасения по этой ветке? 17:12 <jrandom> Romster: см. список и/или email 17:12 <+fox> * Romster надо прочитать ту ветку 17:13 <jrandom> ага, там много хорошего :) 17:13 <+fox> <Romster> я был довольно занят в последнее время 17:13 <+Complication> 26 сообщений для прочтения, пока не могу комментировать 17:13 <jrandom> итогов пока нет, но мы смотрим в сторону нового способа построения tunnels для 0.6.2 17:14 <+fox> <Romster> новый способ — в текущем есть косяк? 17:14 <+fox> <Romster> flaw* 17:14 <jrandom> Анализ Michael показывает, что атака сейчас не особо проблема, так как на альтернативы есть атаки проще 16:14 <jrandom> читайте список ;) 17:14 <+fox> <Romster> эх, потом 17:14 <+fox> <Romster> сейчас же :) 17:15 <+fox> <Romster> я обычно в это время сплю. 17:15 <+fox> <Romster> так что редко попадаю на собрание 17:16 <cat-a-puss> можешь выслать свои идеи по новому способу / существующим / отвергнутым способам на список, чтобы сравнить 17:16 <+fox> <Romster> так это связано с методами атак и созданием tunnel, полагаю, не читая списка 17:16 <cat-a-puss> (это для Jrandom) 17:16 <jrandom> cat-a-puss: не уверен, что у нас уже есть финальный вариант 17:16 <+fox> <Romster> хорошая мысль, cat-a-puss 17:17 <+Complication> Romster: да, это примерно о том, чтобы дать конечной точке исследовательского tunnel меньше влияния как потенциальному атакующему 17:17 <jrandom> но http://dev.i2p.net/pipermail/i2p/2005-October/001073.html — последнее по тому, что я вижу, выходит из твоего предложения 17:17 <jrandom> ну, не влияние — i2p — это free route mixnet (смешанная сеть со свободным выбором маршрута) — а меньше информации 17:18 <+Complication> Да, это, вероятно, более точный термин 17:18 <jrandom> (по ссылке выше — одно махание руками, конкретная крипта ещё не выверена) 17:18 <+fox> <Romster> меньше = лучше для устойчивости к атакам, понял, к чему ты 17:18 <jrandom> ((но думаю, всё решаемо существующими техниками) 17:19 <jrandom> Romster: вот график атаки Michael на текущий алгоритм, где ось X — процент скомпрометированной сети — http://dev.i2p.net/~jrandom/fraction-of-attackers.webp 17:20 <jrandom> (plain telescopic building улетит с графика задолго до x=200) 17:20 <jrandom> ((так что то, что у нас сейчас, буквально на порядки лучше)) 17:20 <jrandom> но это можно улучшить ещё 17:21 <jrandom> есть также альтернатива с garlic routing 17:21 <jrandom> в общем, да, надо ещё многое обдумать, следите за списком :) 17:21 <+fox> <Romster> ок, прочту список позже 17:22 <+fox> <Romster> и посмотрю, смогу ли что-то добавить 17:22 <jrandom> отлично 17:22 <cat-a-puss> будет ли «новый» telescopic method достаточно быстрым для построения по требованию? 17:22 <jrandom> не уверен, что нам это нужно 17:22 <jrandom> это вопрос O(1) против O(N) 17:23 <jrandom> новая техника позволит создавать tunnels без использования исследовательских, оставив исследовательские для операций netDb 17:23 <jrandom> (и для создания исследовательских tunnels :) 17:24 <+fox> <Romster> хрмм, стоит ли путать хакеров, выдавая кучу ложных срабатываний, маскируя настоящий источник 17:24 <+legion> звучит хорошо :) 17:24 <+legion> думаю, такое «путание» было бы кстати 17:24 <cat-a-puss> jrandom: я не про O(n). Я про ожидание создания клиентского tunnel до тех пор, пока он не понадобится какому-то приложению, вместо того, чтобы держать их постоянно. 17:28 <+Complication> (на списке это обсуждалось) 17:25 <+fox> <Romster> exploratory tunnels — для сбора ссылок router в netDb? 17:25 <jrandom> romster: мы и есть «хакеры» ;) но да, если ложных положительных будет больше, чем истинных, для статистически значимых данных понадобится существенно больше атак 17:26 <jrandom> хмм, понятно, cat-a-puss, но не уверен, как это ускорит, это переведет нас от O(1) к O(N) по топологии tunnel 17:26 <jrandom> что ты имеешь в виду под «ускорит»? 17:26 <+fox> <Romster> а если дойдет до обнаружения, то можно будет отключиться и замолчать на время? 17:26 <jrandom> с новой техникой уменьшится число неудачных созданий tunnel, это точно 17:26 <+fox> <Romster> или молниеносно сменить ключ и продолжить или типа того хех 17:26 <jrandom> romster: вероятно, стоит покопаться в письмах и посмотреть атаку ;) 17:27 <+fox> <Romster> да, после сна 17:27 <+Complication> Romster: насколько я знаю, это в основном пассивная атака, так что цель не может заметить, что она происходит 17:27 <+fox> <Romster> и починить ПК друга, который тут стоит 17:27 <+fox> <Romster> понятно, Complication. 17:27 <cat-a-puss> jrandom: я не про O(n). Я имею в виду просто ждать, чтобы строить client tunnel до момента, когда он понадобится для какого-то приложения, а не держать их постоянно. 17:28 <+Complication> (но могу ошибаться, и в последних 26 сообщениях есть активные компоненты) 17:28 <+fox> <Romster> долгосрочная пассивная атака в итоге найдет цель? 17:28 <+fox> <Romster> прокомментирую после того, как прочту список 17:28 <jrandom> ах, cat-a-puss, мы точно улучшим пул tunnels в 0.6.2. Сейчас мы строим tunnel только когда он нужен (давая себе немного времени на случай неудачного создания) 17:28 <+Complication> Romster: продолжать атаку дольше, чем время жизни tunnel, потребует ресурсов и терпения 17:28 <+fox> <Romster> и лучше пойму 17:29 <+Complication> Но время влияет на вероятность успеха. Дольше пробуешь — больше шансов. 17:29 <+fox> <Romster> ага, идея — время жизни tunnel слишком короткое, чтобы атака успела сработать. 17:29 <jrandom> у каждого пула определено число резервных tunnels, и по умолчанию мы строим замену за 60–120 секунд до истечения старого 17:29 <+fox> <Romster> time* 17:30 <jrandom> верно, Complication — каждый сэмпл происходит лишь 'm' раз каждые (c/n) tunnels 17:30 <+fox> <Romster> нет ли какой-то взаимосвязи между tunnels для сбора статистики? 17:30 <+fox> <Romster> когда один вот-вот умрет, а другой строится 17:31 <jrandom> romster: новые tunnels друг с другом не общаются, нет, но это не та атака, которую описывает Michael 17:31 <jrandom> атак бесчисленное множество, с большинством мы разобрались, но когда кто-то предлагает ту, что может влиять на работу I2P, мы хотим её дополнительно проанализировать 17:31 <+fox> <Romster> надо читать список, ок, на этом пока всё с моей стороны, у кого-то ещё есть что сказать? 17:32 <jrandom> ок, если больше ничего, перейдем к 6) расследованию вируса 17:32 <+fox> <Romster> на самом деле одну статистику можно собрать: если нет 0 hop, значит следующий hop не конечная точка, можно исключить, но с миллионами узлов такая аналитика бесполезна 17:33 <jrandom> Мне нечего добавить к тому, что обсуждалось на форуме 17:33 <jrandom> верно, Romster, есть predecessor-атаки на длину tunnel, и это одна из основных вещей, которые мы решаем в 0.6.2 17:33 <+fox> <Romster> вирус, какой вирус, если это linux — его не будет, а вот windows хмм 17:34 <+Complication> Хотя я не смог собрать совпадающий бинарник (черт знает почему), итоговые различия были достаточно малы... надеюсь, это полезно тем, кто читает ассемблер. 17:34 <jrandom> Romster: пожалуйста, в еженедельных статус-заметках объясняются пункты повестки, а встреча, чтобы обсуждать то, что /выходит за рамки/ заметок ;) 17:35 <+Complication> Я не нашел там ничего очевидного, но и не смог объяснить все различия. 17:35 <@cervantes> rtfml и rtff 17:35 <+fox> <Romster> да, я давно выбился из графика, сорри за это, jrandom 17:35 <@cervantes> ;-) 17:35 <jrandom> ага, тот факт, что и явно безопасный bat-файл, и старый сработали на одном детекторе, существенен 17:35 <+Complication> Да, это немного успокаивает сомнения. 17:36 <+Complication> Думаю, в QBFC могут быть недокументированные различия в пределах одной версии (разные сборки?) 17:37 * jrandom не знаю, возможно, это просто взаимодействие с ОС или что-то в этом роде. Не знаю, ты дал достаточно анализа, чтобы люди могли составить собственное мнение 17:37 <+Complication> Думаю, так лучше. 17:37 <+Complication> Дизассемблирование — явно вне моей обычной зоны. 17:37 <jrandom> legion: хочешь что-то добавить по этому поводу, или пусть люди идут на форум, если им нужно больше информации? 17:38 <@cervantes> могу лишь повторить то, что говорили на форуме, и поблагодарить Complication за время и тщательные попытки проверить этот вопрос 17:38 <jrandom> ага, очень признательны 17:38 <+legion> Мне добавить нечего, чувствую, что уже и так сказал слишком много 17:39 <jrandom> ок, понял. ок, кто-нибудь ещё хочет что-то поднять по этому, или перейдем к 7) ??? 17:39 <jrandom> [считайте, что перешли] 17:40 <+fox> * Romster поддерживает :) 17:40 <+legion> ок для 7)??? давайте минутку поговорим об i2phex 17:40 <jrandom> круто, хорошая идея 17:40 <+fox> <Romster> я как раз сейчас им пользуюсь :) 17:40 <@cervantes> нет, сначала групповые объятия 17:40 <jrandom> redzara говорил, что будет на встрече, но прогресс по слиянию идёт медленно 17:41 <+legion> susi23 интересовался headless-версией 17:41 <jrandom> ах, круто, видел твой пост об этом 17:41 <+fox> <Romster> добавлю: список избранного нужно сделать шире — не влезают длинные i2p-ключи 17:42 <+susi23> (это не обязательно, просто любопытно) 17:42 <jrandom> ну, никто не запомнит base64-ключи, так что, Romster, ты не много теряешь ;) 17:42 <jrandom> (и первых байт достаточно, чтобы их уникально различать) 17:42 <+fox> <Romster> запуск i2phex с сервером — главная проблема, что я вижу 17:42 <+legion> На самом деле я бы хотел, чтобы в клиенте показывались только первые 12 символов ключей 17:42 <+fox> <Romster> угадай 17:42 * Complication к сожалению очень занят и не может делать xml-rpc 17:43 <jrandom> звучит разумно, legion 17:43 <+fox> <Romster> а можно показывать столько символов, сколько нужно для уникальности ключа 17:43 <jnymo_> У меня хорошие результаты с i2phex 17:44 <jrandom> круто, jnymo_, я тоже слышу хорошие отзывы 17:44 <+fox> <Romster> например, если 2 ключа начинаются с abc, будет abcx 17:44 <jnymo_> 12 одинаковых символов — маловероятно, romster 17:44 <+fox> <Romster> верно 17:44 <+Complication> К тому же проще = быстрее 17:44 <+fox> <Romster> но и 12 не нужно, если ключи достаточно рандомизированы 17:45 <+Complication> (хотя на отображении много скорости не выиграешь) 17:45 <+legion> Может сделать новое окно свойств хоста, где полный ключ и информация, типа сколько он шарит и т. п. 17:45 <+susi23> (netDb отлично работает с 4 символами для router ids) 17:45 <+fox> <Romster> или база, где keyname=base64, и показывать только keyname 17:45 <jrandom> хмм, думал, уже есть отображение информации о пирах, legion? 17:46 <jrandom> legion: такие вещи, вероятно, лучше добавить в основной phex? 17:46 <+legion> хмм, может быть... 17:46 <jrandom> (так Gregor будет это поддерживать ;) 17:46 <+Complication> Есть функция "Browse host", но это не совсем то. (Если она работает.) 17:46 <jrandom> Complication: работает 17:46 <jrandom> (то есть работает) 17:47 <+Complication> Кажется, просто вставляет destkey хоста в строку поиска 17:47 <+Complication> ...и запускает поиск. 17:48 <jnymo_> возможно, это вопрос к основной ветке i2phex, но я не видел ETA по загрузкам в i2phex 17:48 <+Complication> Хмм... или на самом деле не запускает. 17:48 <+Complication> У меня, похоже, ждёт, пока я вручную не начну. 17:48 <+fox> <Romster> для чего галочка «nearby i2phex running»? 17:49 <+legion> Вижу, что есть где развернуться для улучшений. ;) 17:49 <jrandom> ага :) 17:50 <jrandom> дел много, и форум — хорошее место, чтобы выкладывать идеи/предложения/вопросы(/патчи :) 17:50 <+fox> <Romster> несмотря на очевидное название 17:50 <jrandom> ок, у кого-то есть ещё что-то для встречи? 17:50 <+fox> <Romster> хмм, верное замечание 17:50 <+fox> <Romster> больше ничего в голову не приходит 17:51 <+fox> <Romster> а кто-нибудь работает над распределенным хранилищем данных? 17:51 * cervantes смотрит на часы 17:51 <+fox> <Romster> прям активненько 17:51 <jrandom> Romster: кроме syndie — нет 17:51 <jrandom> (насколько мне известно, по крайней мере) 17:52 <+legion> я думал о встраивании http-менеджера загрузок в i2p — было бы удобнее скачивать крупный контент с eepsites. 17:52 <+fox> <Romster> q и iphex и ещё 1–2, но я не видел, чтобы что-то поддерживалось в последнее время 17:52 <@cervantes> каков статус feedspace... давненько о нем не слышно 17:52 <jrandom> legion: было бы круто — кажется, на форуме тоже есть пост об этом 17:53 <+fox> <Romster> ах да, feedspace 17:53 <jnymo_> если это уже обсуждали, сорри.. но есть новости по коллаборации i2p и freenet? 17:53 <jrandom> cervantes: последнее, что слышал — frosk занят, но если frosk здесь, может сказать больше :) 17:53 <+legion> Лично я бы хотел увидеть коллаборацию i2p и entropy. 17:54 <+fox> <Romster> у меня идеи для datastore, но это расширение существующих методов, что используются сейчас 17:54 <+legion> Учитывая, что q, feedspace и т. п. никуда быстро не двигаются сейчас 17:54 <jrandom> jnymo_: я перекинул ребятам из freenet немного кода, чтобы гонять по нашему SSU transport, toad участвует в некоторых обсуждениях, но freenet ещё не в том состоянии, чтобы мы запускали его как хранилище данных поверх i2p (скорее после выхода их 0.7) 17:54 <+fox> <Romster> хочу начать проект, но не повторять то, что уже сделано 17:54 <+legion> интересно, можно ли портировать entropy, чтобы работало поверх i2p... 17:54 <jrandom> legion: entropy было бы хорошо, но интеграция сложна. конечно, можно запускать такие вещи, как fproxy.i2p для entropy 17:55 * jrandom не знает транспортный код entropy совсем 17:55 <+fox> <Romster> я отложил свой irc-клиент, их и так много в разработке, сейчас i2p нужен datastore, и он легко обгонит freenet :) 17:55 <jrandom> (но, возможно, это будет хорошим способом заставить кого-то поковыряться в GCJ SDK :) 17:56 <jrandom> Romster: помогать существующим усилиям — гораздо продуктивнее, чем начинать с нуля, так больше сделаешь при меньших усилиях :) 17:56 <jnymo_> ах.. поздравляю с портом на gcj 17:56 <+fox> <Romster> entropy, кажется, на C или C++, если правильно помню 17:57 <jrandom> верно, Romster, поэтому они могли бы использовать I2P SDK и streaming lib, собранные GCJ в нативные библиотеки 17:57 <+fox> <Romster> jrandom, верно, но кто :) 17:57 <jrandom> не я 17:57 <+legion> и ещё: сегодня я выпустил новую версию своего обновления readme.html для консоли router I2P. 17:57 <jrandom> (единственный способ сделать то, что тебе важно, — чтобы *ты* это сделал :) 17:57 <jrandom> круто 17:57 * dust хотел бы видеть какой-нибудь «squid»-подобный механизм синдикации для разгрузки eepsites 17:58 <jrandom> dust: да, полностью согласен, если сможем довести sucker до такой роли — было бы идеально 17:58 <jrandom> например, я бы хотел получать последние новости с orion в syndie, локально 17:58 <+fox> <Romster> напишите прокси для squid :) 17:59 <+legion> Я откладывал в надежде, что к этому времени улучшат python-скрипт eepsitechecker. 17:59 <dust> а, syndie 17:59 <jrandom> (вообще, syndie для этого и создан — синдикация, чтобы уменьшить нагрузку) 17:59 <dust> то, что нужно 17:59 <jrandom> есть python eepsite checker? 17:59 <+fox> <Romster> впервые слышу 17:59 <+legion> да, я им пользуюсь ;) 18:00 <jrandom> круто, legion 18:00 <+legion> правда? Он давно уже есть 18:00 <+fox> <Romster> класс, хочу посмотреть :) 18:00 <@cervantes> кажется, кто-то портировал скрипт baffled... не помню кто/когда 18:00 <+fox> <Romster> учу python 18:00 <jrandom> ага, cervantes 18:00 <+fox> <Romster> по-тяжёлому — по примерам и мануалу :) 18:00 <jrandom> да, я ленивый, просто использую polecat.i2p/i2psurvey/ и orion.i2p/ :) 18:01 <jrandom> (мне не надо паучить) 18:01 <+legion> если кто-то поработает со мной над этим, очень хочу починить код и сделать совместимым либо с python 2.3, либо с 2.4 18:01 <+fox> <Romster> у меня 2.4 установлен 18:01 <+Ragnarok> могу взглянуть. Ссылка есть? 18:01 <+fox> <Romster> точнее, кажется, 2.4.1 18:02 <+legion> сейчас нет совместимости с py2exe, и половина работает с каждой версией, то есть тому, кто запускает, нужны обе. 18:02 * jnymo_ хотел бы видеть гибрид orion.i2p/I2PDirectory.. инфо, категории, статистика.. конфетка 18:02 <+legion> Я заархивирую после встречи и выложу ссылку на форум 18:03 <+Ragnarok> ок 18:03 <jrandom> legion: хмм, а многим ли нужно это запускать? Думаю, паучить нужно немногим 18:03 <+fox> <Romster> обе — брр, возможно, для меня будет многовато переводить на новую — не знаю, пока не посмотрю 18:03 <jrandom> (не то чтобы было плохо облегчить жизнь тем немногим :) 18:04 <+fox> <Romster> можно же и разобрать и использовать для других задач? 18:04 <+legion> Думаю, можно придумать и что-то полезное для всех, кто запускает i2p. 18:04 <+fox> <Romster> могло бы* 18:04 <jrandom> хмм, не уверен, объясни как? 18:04 <jrandom> я бы не хотел, чтобы все по сути устроили DDoS каждому eepsite 18:05 <+legion> Одно из них — динамическая страница закладок, автоматически генерируемая каждые 12–24 часа. 18:05 <jrandom> это тривиально в syndie (собственно, одна из основных фич — «новые блоги») 18:05 <jrandom> ((но, конечно, в syndie пока нет хорошего UI для этого)) 18:06 <+fox> <Romster> на деле достаточно нескольким паучить и скидывать это в torrent/DHT-подобную базу и синхронизировать между узлами 18:06 <jrandom> верно, Romster (а тот torrent/DHT-подобный механизм синхронизации, или «syndi»кации, может быть syndie ;) 18:06 <+fox> <Romster> можно даже скрытно узнавать больше i2p-узлов и сервисов 18:07 <+fox> <Romster> да, или syndie 18:07 <jrandom> ок, есть ли ещё что-то для встречи? карри остывает ;) 18:08 <+fox> <Romster> если syndie будет настолько крутым, можно кэшировать статические страницы и так же — изображения 18:08 <+fox> <reliver> приятного аппетита, jrandom :-) 18:08 <jrandom> именно, Romster, уже можно 18:09 <jrandom> ок, если больше ничего... 18:09 * jrandom закругляется 18:09 * jrandom *баф* закрывает собрание