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

13:07 <jrandom> 0) привет 13:07 <jrandom> 1) Состояние сети 13:07 <jrandom> 2) Feedspace 13:07 <jrandom> 3) ??? 13:07 <jrandom> 0) привет 13:07 * jrandom машет 13:07 <jrandom> еженедельные статусные заметки выложены @ http://dev.i2p.net/pipermail/i2p/2005-March/000649.html 13:08 <Teal> привет 13:08 <jrandom> (да, в этот раз я опоздал, но почти вовремя!) 13:08 <frosk> привет 13:08 <jrandom> давайте перейдём к 1) Состояние сети 13:08 <jrandom> сеть, типа, работает и всё такое 13:09 <jrandom> общая пропускная способность всё ещё на прежнем низком уровне, с заметным числом потерянных сообщений и фрагментов 13:09 <bla> привет 13:09 <ant> <dm> плохо 13:09 <Teal> есть догадки почему ? 13:10 <jrandom> Teal: конечно, почитай статусные заметки? :) 13:10 <+detonate> привет 13:11 <jrandom> всё ещё ~ 25 человек на старых сборках, и, вероятно, они там останутся, пока мы не выкинем их из сети 13:11 <jrandom> в любом случае, мы должны уметь обходить их, так что их присутствие даже полезно, полагаю 13:11 <jrandom> (хотя было бы неплохо, если бы они обновились... ;) 13:11 <cervantes> (привет) 13:11 <frosk> это, вероятно, овцы, которые установили i2p, потому что где-то прочитали и захотели попробовать «анонимный p2p» 13:12 <ant> <BS314159> да, если деградация качества сети может происходить из‑за багов, значит возможна и из‑за злого умысла 13:12 <newkid> Я впервые на собрании, но я прочитал заметки, и проблема кажется связанной с тем, что я объяснял до встречи 13:12 <Pseudonym> мы знаем, какие именно проблемы вызывают старые узлы и почему? 13:12 <jrandom> bs314159: никогда не приписывай злому умыслу то, что можно списать на то, что jrandom написал плохой код ;) 13:13 <jrandom> Pseudonym: да, см. changelog 13:13 <newkid> Я запускаю два узла, разнесённых на миллисекунды, и большую часть времени они не считают друг друга «fast» 13:13 <jrandom> верно, newkid 13:13 <jrandom> реализованный калькулятор скорости, ну, довольно паршивый 13:13 <jrandom> он не собирает достаточно данных, чтобы иметь хоть какую‑то уверенность в значениях 13:13 <bla> Хмм.. Это в лучшем случае плохо ;) 13:13 <jrandom> он примерно так же бессмысленен, как «мгновенные скорости», которые можно видеть на /oldconsole.jsp 13:14 <jrandom> я пробую новые калькуляторы, и есть улучшение, но в алгоритме есть проблемы 13:14 <jrandom> а именно, он не позволяет узлам с высокой емкостью становиться быстрыми, пока эти быстрые узлы не выпадут из группы высокой емкости 13:15 <bla> jrandom: Каждый узел получает данные о «fastness» других узлов напрямую («P2P») или через tunnels? 13:15 <jrandom> (т.е. первые K пиров, попавших в fast‑группу, останутся в fast‑группе) 13:15 <jrandom> bla: через tunnels — мы не можем доверять прямым измерениям, так как это позволило бы тривиальные атаки на анонимность 13:15 <godmode0> "alfYl6RvHzw=" = "21538-900" 13:15 <godmode0> "alV9ye/y/Us=" = "23565-200" 13:15 <godmode0> это sha1 ? 13:15 <jrandom> (например, быть очень‑очень медленным для всех, кроме Алисы) 13:15 <+detonate> они будут оставаться там на протяжении всей жизни router? 13:15 <jrandom> godmode0: у нас сейчас собрание 13:16 <godmode0> упс, сорри 13:16 <jrandom> detonate: пока один из них не начнёт сбоить или отклонять tunnel (т.е. их ранг по емкости не выкинет их из группы высокой емкости) 13:16 <+detonate> ок 13:17 <bla> bla: Хмм.. Похоже, это проблема, которая — чтобы получить _действительно_ достаточно данных — должна быть>>log(N) для сети. 13:17 <jrandom> я прикидывал идеи, как собрать больше данных, но пока не обновлял 13:17 <bla> Я про нагрузку. 13:18 <jrandom> один из критических моментов — когда нагрузка на сеть превышает её емкость 13:18 <jrandom> думаю, наши калькуляторы емкости справятся с этим 13:18 <cervantes> jrandom: в -3 действительно используется этот метод выбора быстрых пиров? 13:18 <+polecat> Надеюсь, поскольку передача данных между пирам имеет механизмы fairness, не будет способа чрезмерно увеличить нагрузку... 13:19 <bla> jrandom: Ну, точнее: нам нужно убедиться, что алгоритм «выяснения, кто быстрый» остаётся O(log(N)) 13:19 <jrandom> cervantes: да, но, как я сказал, он не позволяет продвижения пиров между fast и high capacity 13:19 <jrandom> polecat: fairness controls? 13:19 <cervantes> я только что понял, что у меня был включён прокси, и я бездумно лазил по живому вебу (я и думал, что соединение немного тупит) ;-) 13:20 <cervantes> s/live web/outerweb 13:20 <jrandom> bla: не уверен, что нам нужно зависеть от N. Не нужно находить оптимально «самых быстрых в сети», достаточно «достаточно быстрых, чтобы потянуть наши данные» 13:20 <@smeghead> похоже, i2pProxy.pac опасен даже для своего создателя :) 13:20 <jrandom> хех, ништяк, cervantes :) 13:20 <jrandom> lol 13:20 <cervantes> так что, похоже, у меня на домашнем узле, который раньше реально страдал, стало лучше 13:21 <ant> <BS314159> jrandom: можно ли это рандомизировать? 13:21 <cervantes> smeghead: хехе, да я этим не пользуюсь! думаешь, я сумасшедший! 13:21 <ant> <BS314159> то есть ввести спонтанную скорость перехода? 13:21 <jrandom> BS314159: мы используем уровни (tiers) и рандомизируем внутри уровней 13:22 <jrandom> BS314159: спонтанность — это по сути то, что у нас сейчас, и она сильно колеблется 13:22 <jrandom> (we == 0.5.0.2-0) 13:22 <ant> <BS314159> Кажется, я не понимаю проблему. ок, неважно. 13:23 <jrandom> это сложно сделать безопасно и точно, но, думаю, данных вокруг достаточно, чтобы собрать нужную информацию. посмотрим 13:23 <bla> jrandom: В любом случае, поиск пары хороших узлов очень похож на задачу оптимизации по типу муравьиной колонии 13:24 <bla> jrandom: Потому что как только у тебя есть быстрые узлы, ты, вероятно, будешь использовать их, чтобы находить других быстрых. 13:24 <jrandom> предлагал бы дальше активные пробы в этом духе? 13:24 <jrandom> ах, на самом деле это не так 13:25 <jrandom> в этом разница между client tunnels и exploratory tunnels 13:25 <bla> jrandom: и, значит, по сути, ты делаешь жадную схему оптимизации (как у муравьиных колоний) 13:25 <jrandom> client tunnels строятся с быстрыми пирами, exploratory tunnels строятся с любым «не валящимся» пиром 13:25 <jrandom> (выбираются случайно) 13:26 <bla> jrandom: Хмм.. Для анонимности это хорошо. Однако, чтобы быстро находить хороших партнёров по tunnel, лучше было бы использовать быстрых пиров и в expl. tunnels... Снова компромисс 13:26 <jrandom> с другой стороны, может быть что‑то в этом духе для оптимизации выбора пиров 13:26 <jrandom> да, так, конечно, получишь лучшую производительность, используя быстрых пиров, но тогда это уже не exploration :) 13:27 <jrandom> exploratory tunnels не используются для сквозных клиентских сообщений, только для netDb messages, tunnel maintenance messages и peer test messages 13:27 <bla> jrandom: Понимаю, то есть фактически ты используешь случайные expl. tunnels, чтобы не застревать в локальных оптимумах? 13:27 <jrandom> так что фактическая пропускная способность exploratory tunnels не важна (пока данные в итоге доходят) 13:27 <jrandom> ага 13:29 <bla> jrandom: ОК, ясно. С другой стороны: когда я использую свои client tunnels для передачи данных (скажем, скачиваю с eepsite), мне кажется (интуитивно), что тайминг/пропускная способность тоже может служить чем‑то вроде «пассивной оценки пиров», так? 13:29 <jrandom> однозначно, bla, и сейчас мы ещё не собираем эти данные в механизме выбора скорости 13:29 <bla> jrandom: то есть как доп. способ получить больше данных о пирах 13:30 <jrandom> часть можно, но часть сложнее вытащить (так как потоковая библиотека внешняя) 13:30 <jrandom> но определённо стоит брать всё, что можем, чтобы повысить уверенность 13:30 <ant> <BS314159> разве это не будет зависеть от самого медленного звена в любом tunnel? 13:31 <ant> <BS314159> делая это очень трудным для использования при hops>0? 13:31 <jrandom> BS314159: да, но это усреднится, так как пиры выбираются случайно внутри fast‑уровня 13:31 <jrandom> это же верно для любых удалённых измерений 13:34 <jrandom> ок, в целом так обстоят дела на данный момент. надеюсь, в ближайшие дни у нас будут новые калькуляторы и статистика для сборки -4 или -5, чтобы посмотреть, как это поведёт себя в живой сети 13:34 <jrandom> есть ещё что добавить по 1) Состояние сети? 13:34 <bla> jrandom: Может показаться, что я придаю этому чрезмерное значение, но мне кажется, это очень фундаментальная проблема для работы большой I2P‑сети... 13:35 <jrandom> bla: это, безусловно, важно, но помни, нам не нужен оптимальный выбор пиров. достаточно достаточного 13:35 <ant> <aum> утро всем 13:36 <jrandom> нам важно лишь найти пиров, которые потянут tunnel, и убедиться, что эти tunnels тянут наши данные 13:36 <jrandom> доброе утро, aum, как раз к собранию :) 13:36 <bla> jrandom: Понял. Спасибо за объяснение! 13:36 <jrandom> конечно, ты прав, было бы круто, если бы мы /смогли/ найти оптимальный выбор пиров ;) 13:37 <jrandom> и определённо тут много места для студентов — продумать идеи и написать статьи 13:37 <frosk> это была бы крутая тема для диплома :) 13:37 <+detonate> насколько осуществимо, как думаешь, активно подкручивать параметры выбора пиров, пока это, возможно, не сойдётся к рабочему варианту, не принимая во внимание невозможность отладки такой системы? :) 13:38 <jrandom> detonate: ручной выбор пиров — та ещё морока, так как быстрые пиры временами перегружаются, просят притормозить и т.п. 13:38 <+detonate> ага 13:39 <jrandom> знаю, можно копать это бесконечно, поэтому я поставил веху: успешно передать один конкретный большой файл через стандартные tunnels без разрыва соединения 13:39 <+detonate> ладно 13:40 <Teal> Победа любой ценой! 13:40 <jrandom> (с другой стороны, есть некоторые недокументированные возможности в системе выбора пиров, позволяющие вручную задавать веса отдельным пирам, но я их не рекомендую ;) 13:40 <jrandom> ок, с 1) всё, перейдём к 2) Feedspace 13:41 * jrandom передаёт микрофон frosk 13:41 <frosk> ой, ладно, привет 13:42 <Myo9> Привет, Frosk. 13:42 * jrandom направляет яркий прожектор 13:42 <frosk> итак, всем стоит заглянуть на http://feedspace.i2p (ключи на orion или в блоге jrandom) 13:42 <frosk> мой devbuddy (раскрою: ku) и я начали писать код и провели много оживлённых обсуждений 13:42 <frosk> также, http://feedspace.i2p/wiki/CallForComments — свежая ревизия документа feedspace :) 13:43 <frosk> привет, Myo9 13:43 <frosk> ах да, feedspace — наше новое (и окончательное) имя того, что раньше называлось i2pcontent или fusenet :) 13:43 <jrandom> r0x0r 13:43 <frosk> как сказано в статусных заметках, мы по‑прежнему очень заинтересованы в отзывах по общей архитектуре всего 13:44 <frosk> не стесняйтесь оспаривать это :) 13:44 <frosk> на сайте также перечислены некоторые «вакансии», нам нужны руки для многих аспектов системы и проекта 13:45 <frosk> у нас довольно жёсткий график, и никто из нас, к сожалению, не занят в проекте фулл‑тайм 13:45 <frosk> пожалуй, всё, вопросы? :) 13:45 <ant> * aum не может достучаться до orion.i2p или блога jrandom, так что не может попасть на feedspace.i2p 13:46 <frosk> хм да, на сайте также есть дорожная карта, но даты там _будут_ меняться :) 13:46 <legion> feedspace.i2p=KuW5sR2iGCfnnuwdslHbFsNyNCsoZnoIwAmHeypOV-s8OQxokBpdNazksBrhoQum9nv81vprl6k15Mhcd~KWE4OajjmdU7v2fjqps7QK3KmLv4UTrX-ihSIUdhb5B9FLh2XEFEQ4-8guFTVxBRqQQE~c058AL6~uZpuFpLtEOg0HEZ6BydndOhx-FCDm8ip12pPwZ3a5O86l1UoATZBXxoctGafTjnUlx64jyQs6y0WB811l36wVrc~~dqEcanxab0yfg8dJ~1M4EUNrXcHT-PwYYrr3GgpimuF4oUtYjkeDKlq5WjfMAa8bE73HFgquxq99fuW5aI1JbLPxnTLHi00-2On0dSDwJxSP08HOhKFKMNzykI9Asg8CywzNO6kWpbX9yaML36ohCJF0iaLvvDyhS4a2B65crSJRJPVkbxIvsyyUyYMGi31EK593ijOLjOvug 13:46 <legion> держи, aum 13:46 * jrandom только что добавил feedspace в http://dev.i2p.net/i2p/hosts.txt 13:46 <jrandom> (и в cvs) 13:46 * frosk временно слепнет 13:46 <jrandom> legion: никогда не вставляй одной строкой, это слишком длинно — не влезет 13:47 <ant> <aum> спасибо 13:47 <frosk> jrandom, может, сможешь закоммитить ключ в свой hosts.txt? :) 13:47 <jrandom> ага, он уже там, забыл :) 13:48 <frosk> в общем, план такой: к I2P 0.6.1 должно быть что‑то простое и рабочее (и 100% без багов!), а дальше будем наворачивать вкусности 13:49 <jrandom> хех, wikked 13:49 <frosk> s/out/ready for real-world testing/ 13:49 <frosk> пока не могу сказать, реалистично это или нет, но надеюсь, что да, а если нет — будем резать фичи ;) 13:49 <ant> <BS314159> раз я не могу дотянуться до feedspace.i2p, задам базовый вопрос 13:50 <ant> <aum> этот ключ неверный, всего 441 символ 13:50 <jrandom> верно, aum, irc обрезает, бери http://dev.i2p.net/i2p/hosts.txt 13:51 <+detonate> frosk: у меня есть предложение на это время 13:51 <+detonate> добавить в консоль router что‑то, что будет забирать список обновлений с i2p веб‑сервера, чтобы люди знали, когда обновлять свои routers, и т.д. :) 13:51 <legion> ах, сорри. В любом случае я уже добавил это в свой hosts.txt. 13:51 <ant> <aum> спасибо, jrandom 13:51 <ant> <BS314159> какие из следующих систем, по твоему, feedspace заменит: usenet, gnutella, google, livejournal, www 13:52 <jrandom> , церковь 13:52 <jrandom> эм.. 13:52 <cervantes> jrandom: ах, ты поймал меня в процессе коммита hosts 13:52 <ant> <BS314159> то есть это форум сообщений, система файлообмена, система индексации контента, система динамических страниц и/или система статической раздачи 13:53 <ant> * aum выключает ограничение в routerConsole и смотрит, поможет ли 13:54 <frosk> BS314159: мы поддержим блоги, форумы и общие адресные книги (для первой версии; возможны и другие приложения) 13:54 <frosk> он не заменяет веб‑страницы как таковые 13:54 <frosk> но вполне может использоваться для «file sharing» 13:54 <+detonate> значит, синдикация контента? 13:54 <jrandom> он, вероятно, заменит статический веб‑контент, позволяя устойчивую веб‑публикацию для тех, кто не может запускать eepsites 13:54 <frosk> в этом и суть 13:55 <jrandom> (суммарно в двух словах: usenet+SSK) 13:55 <frosk> ага 13:55 <ant> <BS314159> ок 13:55 <Ragnarok> не настолько устойчивый 13:56 <jrandom> Ragnarok: зависит от политики синдикатора, верно 13:56 <+detonate> что‑нибудь происходит со stasher? 13:56 <frosk> он может быть столь же устойчив, как самый усердный синдикатор :) 13:56 <jrandom> (см.: dejanews ;) 13:56 <ant> <aum> detonate: stasher на паузе, пишу совершенно новую штуку под названием quartermaster 13:57 <+detonate> ясно 13:58 <jrandom> frosk: чем можем помочь? 13:59 <jrandom> стоит ли людям регистрироваться и править wiki, писать на почту, постить на форуме? 13:59 <jrandom> о, может, попросим cervantes добавить новую категорию на форуме? 13:59 <frosk> думаю, сейчас форум был бы очень кстати 14:00 <frosk> для более приватных обсуждений можно писать нам обоим на ku@mail.i2p и frosk@mail.i2p 14:01 <cervantes> хрррм ... вы туда будете постить обзоры игр? 14:01 <jrandom> хех 14:01 <jrandom> w3rd 14:01 <cervantes> потому что если нет... тогда милости просим, будет новая секция форума 14:01 <frosk> я думал про обзоры топ‑20 музыки, cervantes 14:02 <jrandom> (кстати, зеркало Call for Comments @ http://dev.i2p.net/~jrandom/feedspace.txt) 14:02 <cervantes> :) 14:04 <cervantes> frosk: feedspace или feed space или Feedspace или Feed Space или FeedSpace? 14:04 <frosk> cervantes: Feedspace 14:05 <frosk> жду оживлённых обсуждений на форуме :) у меня по этому пункту всё, у кого‑нибудь ещё? 14:05 <jrandom> ок, круто, спасибо за апдейт, frosk 14:06 <@smeghead> или FEeDspace? 14:06 <ant> <cervantes> frosk: когда будет минутка, просто кинь мне в личку одно предложение‑описание для раздела форума 14:06 <legion> хмм, к слову о новых форумах, лол. Я собираю новый форумный сайт. Хотя мне ещё много пилить код phpbb, думаю, закончу где‑то на этой неделе. ;) 14:06 <jrandom> круто, legion 14:06 <jrandom> это как раз плавно переводит нас к 3) ??? 14:06 <jrandom> есть ещё что поднять? 14:06 <jrandom> aum: есть новости по Q? 14:07 <frosk> я, эм, нет 14:07 <ant> <aum> разработка Q идёт неплохо, объявлять пока нечего 14:07 <jrandom> w3rd 14:07 <ant> * aum на 90% готово с net.i2p.i2ptunnel.I2PTunnelXMLServer 14:07 <ant> <BS314159> у меня простой вопрос про netDb 14:07 <ant> <aum> сейчас работает всё, кроме 'i2p.tunnel.close' 14:07 <legion> мой форум позволит участникам иметь аватары приличного размера, обсуждать общий контент — что угодно. 14:08 <jrandom> wikked 14:08 <ant> <BS314159> на странице сказано, что записи хранятся у пиров, ближайших к SHA256(router identity + YYYYMMdd) 14:08 <jrandom> верно, BSpi 14:08 <@smeghead> legion: он будет такой же угрозой безопасности, как твой bt‑клиент? 14:08 <ant> <BS314159> значит ли это, что каждый день в 00:00 GMT идёт всплеск трафика? 14:08 <ant> * aum действительно начал что‑то понимать в java, достиг «когнитивной критической массы» 14:09 <jrandom> BS: точки данных истекают чаще, чем мигрируют 14:09 <jrandom> например, LeaseSet годен всего 10 минут 14:09 <bla> jrandom: Есть ли вызов из командной строки, чтобы получить оценки скорости по каждому пиру в сети за последние, скажем, 60 секунд? 14:09 <legion> лол, форумы — угроза безопасности? 14:10 <@smeghead> legion: да, и если ты этого не знаешь, я уже уверен, что твой форум будет угрозой безопасности 14:10 <jrandom> bla: да, java -cp lib/i2p.jar:lib/router.jar -Djava.library.path=. net.i2p.router.peermanager.ProfileOrganizer peerProfiles/* 14:10 <jrandom> (кажется) 14:10 <legion> о, а следующий релиз моего bt‑клиента не должен вызывать таких проблем... 14:10 <jrandom> возможно, нужно добавить уровни логов в logger.config, дай проверю 14:10 <@smeghead> legion: Cervantes внёс тонну правок в phpBB, чтобы ужесточить его под i2p 14:10 <ant> <BS314159> Просто кажется, что делать всё разом в заданное время неудобно. Если бы это происходило постоянно, было бы... плавнее. Это тоже дало бы атакующему меньше времени на атаку, поскольку куски данных были бы неверны меньше 24 часов 14:11 <jrandom> не, он пишет в stdout 14:11 <frosk> jrandom: как тебе текущая дорожная карта i2p, если можно спросить? реалистично ли? 14:11 <legion> Хмм, интересно, могу ли я получить копию модов cervantes? 14:11 <jrandom> frosk: я обновляю её, когда она начинает меня беспокоить 14:12 <frosk> ок 14:12 <+detonate> знаешь, есть инсталлятор для windows для python 2.4, есть для wxpython, и есть i2p-bt tarball, я правда не вижу, почему кто‑то должен брать/доверять стороннему релизу 14:12 <legion> Иначе придётся дальше самому хакать исходники phpbb... 14:12 <jrandom> BS: пиры будут смотреть не туда максимум около 30 секунд из‑за синхронизации часов 14:12 <@smeghead> legion: удачи 14:12 <legion> ну почему люди вообще берут и пользуются kazaa? 14:13 <bla> jrandom: Спрашиваю, потому что... 14:13 <legion> Или morpheus? 14:13 <jrandom> (потому что не знают лучше?) 14:13 <legion> В обоих есть adware/и т.д... 14:13 <+detonate> они необразованны? 14:14 <legion> да, и миллионы необразованных пользователей. ;) 14:14 <ant> <BS314159> legion: звучит так, будто ты хочешь добавить spyware в I2P. Поистине гениально. 14:14 <bla> jrandom: ...я посмотрел SpeedCalculator.java и CapacityCalculator.java, и хотел бы поэкспериментировать с оценщиками 14:14 <cervantes> legion: оставайся на последних официальных патчах и поставь htaccess на админские зоны 14:14 <jrandom> wikked, bla 14:14 <legion> Что? Да ни в коем случае... Ненавижу malware... 14:14 <cervantes> большинство моих модов — про предотвращение спама 14:14 <ant> <aum> можно поднять более критический вопрос? 14:14 <legion> И всё? cervantes? 14:15 <jrandom> что там, aum? 14:15 <@smeghead> legion: а что насчёт твоих пользователей, которые тоже ненавидят malware? почему ты ничего не делаешь, чтобы снять их опасения? 14:15 <ant> <dm> BS314159: ты hotfix для Windows? 14:15 <ant> <aum> это только у меня или в i2p всё ещё нестабильность? у меня куча проблем даже с основными eepsites, irc и т.д. 14:15 <bla> jrandom: вдобавок, идея «пассивного профилирования (fingerprinting)» теперь в голове (немного ;): если я получаю данные через tunnel, это что‑то говорит о полосе/ёмкости всех пиров в этом tunnel:... 14:15 <jrandom> aum: смотри еженедельные статусные заметки 14:16 <cervantes> legion: переименуй все страницы регистрации, логина, постинга и редактирования профиля во что‑то нестандартное 14:16 <bla> jrandom: Это многое говорит о пиру, ближайшем ко мне, несколько меньше — о пирам на один шаг дальше, и так всё меньше. 14:16 <cervantes> поможет держать червей подальше 14:16 <jrandom> bla: ага, я с интересом прочёл ту работу про тайминг и вчерашнюю статью об атаке на Tor 14:17 <Myo9> Cervantes, releasing ant of your mods? 14:17 <Myo9> s/ant/any/ 14:17 <jrandom> есть опасения в capacity calculator в этом духе — с различными уровнями отказа 14:18 <bla> jrandom: В некотором роде это даёт мне «степень доверия» к полосе/ёмкости пира (эта степень зависит от расстояния до каждого участника tunnel и от степени доверия к BW/ёмкости узлов, ближайших ко мне) 14:18 <legion> спасибо за совет, cervantes :) 14:18 <bla> jrandom: Я, кстати, знаю людей, которые много знают о Байесовских сетях доверия... ;)) 14:18 <@smeghead> снова legion игнорирует вопрос 14:18 <+thetower> Думаю, придётся заключить перемирие с legion и позволить ему писать, что он хочет, всё равно никто не обязан этим пользоваться. 14:18 <jrandom> хмм, что ты имеешь в виду под расстоянием, bla? 14:18 <ant> <dm> что затевает legion? 14:19 <bla> jrandom: Поговорю с ними насчёт пассивного профилирования (заметь: я не имею в виду «fingerprinting» в негативном смысле) 14:19 <jrandom> wikked 14:19 <jrandom> предложения о том, как лучше выбирать «качественных» пиров, очень приветствуются 14:19 <cervantes> Myo9: вполне мог бы. 14:19 <legion> Вообще, пока немного пользователей i2p на Windows и не так много, кто запускает мой бинарный дистрибутив i2p‑bt. Скоро выйдет следующий релиз, проблем не будет... Будут и бинарник, и исходники. 14:19 <@smeghead> почему кто‑то будет использовать софт от человека, который даже не предпринимает базовых мер, чтобы снять опасения пользователей о безопасности и анонимности, — мне непонятно 14:20 <ant> <aum> frosk: на каком языке пишешь feedspace? (прости, если я уже спрашивал) 14:20 <cervantes> это не аккуратный «патч» или что‑то такое 14:20 <bla> jrandom: расстояние... Допустим, у меня входящий tunnel X -> Y -> me, и я много знаю о свойствах Y, тогда статистика по тому, что я получаю через этот tunnel, много говорит и про X 14:20 <frosk> aum: java (и прощаю ;) 14:20 <cervantes> я просто чинил вещи и проблемы по мере их возникновения 14:20 <bla> jrandom: С другой стороны, если у меня мало данных/доверия к свойствам Y, то статистика передачи мало что скажет про X; сначала нужно больше узнать о Y 14:20 <cervantes> as they 14:20 <jrandom> bla: очень трудно понять, лаг или перегрузка происходят на X или Y (или на предыдущих хопах) 14:20 <cervantes> http://forum.i2p/index.php?c=4 14:21 <cervantes> новый раздел: Feedspace 14:21 <jrandom> w00t 14:21 <frosk> ура 14:22 <legion> хватит обсуждения моего релиза, лады. Дальше это обсуждать в канале #itorrent 14:22 <bla> jrandom: Это так. Но при большом количестве данных (и если время измерений не _намного_ больше временного масштаба изменения свойств узлов) я уверен, что в статистике трафика/tunnel есть информация 14:22 <@smeghead> legion: можно обсудить в пункте встречи № 3) любой вопрос, влияющий на i2p 14:23 <@smeghead> legion: и я думаю, твой софт вызывает серьёзные опасения и заслуживает предупреждения пользователям 14:23 <legion> ага, ок 14:23 <jrandom> bla: конечно, нам лишь нужно подтянуть RTT из OutboundClientMessageOneShotJob 14:23 <jrandom> (а потом решить, как лучше считать и выполнять затухание данных) 14:24 <legion> Итак, smeghead, если бы это выпускал ты, что сделал бы иначе? 14:24 <@smeghead> legion: то, как ты постоянно увиливаешь от вопросов и пытаешься увести обсуждение, очень настораживает 14:25 <@smeghead> legion: для начала, выложи исходники текущего бинарника, даже если это «просто i2p-bt с патчем smeghead», и сделай у себя на сайте описание, объясняющее твой форк 14:25 <bla> jrandom: Что там означает RTT? 14:26 <@smeghead> legion: было бы полезно сделать, как в i2p-bt, и вести changelog со всеми изменениями 14:27 <jrandom> bla: сквозные клиентские сообщения часто (по умолчанию всегда) упаковываются в garlic‑обёртке, содержащей дополнительный DeliveryStatusMessage, который возвращается отправителю (через tunnels, конечно), что позволяет использовать AES+sessionTags вместо ElGamal 14:28 <bla> jrandom: (да) 14:28 <+detonate> как я и сказал, можно просто дать ссылку на страницу скачивания трёх штук, нужных для работы i2p-bt — всё просто и получаешь ровно то же самое, я не вижу пользы в этом, кроме как для трояна 14:28 <jrandom> позже обновим I2CP (и SDK), чтобы потоковая библиотека могла доставлять те же данные без необходимости в DeliveryStatusMessage 14:29 <@smeghead> detonate: согласен, он мог просто предложить патч в официальный i2p-bt, форк был совершенно не нужен и немедленно породил подозрения 14:30 <+detonate> именно 14:30 <@smeghead> *suspicion 14:31 <jrandom> ок, есть ли ещё что‑нибудь для обсуждения на собрании? 14:31 <ant> <drakoh> привет, люди! хотел узнать, с сетью что‑то особенное? 14:32 <@smeghead> учитывая природу i2p, приложения под него требуют большей открытости перед пользователями и кооперации между разработчиками 14:32 <jrandom> drakoh: смотри еженедельные статусные заметки 14:32 <bla> quit 14:32 <ant> <drakoh> нет, я имею в виду что‑то странное ... 14:32 <@smeghead> у пользователей i2p естественно будет паранойя в какой‑то степени, и наша обязанность — по максимуму развеивать возможные опасения 14:32 <ant> <drakoh> например, у меня исчезли все пиры 14:33 <jrandom> ага, согласен, smeghead. для софта об анонимности и безопасности, особенно в такой нашпигованной троянами области, как файлообмен, критично быть открытыми. 14:33 <jrandom> drakoh: ок, подожди, разберёмся после окончания встречи 14:33 <ant> <drakoh> ой, сорри 14:33 <jrandom> ок, раз уж речь про окончание встречи... 14:34 * jrandom подводит итог 14:34 * jrandom *baf* закрывает собрание