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

15:00:05 <zzz> 0) привет 15:00:23 <zzz> 1) структура этих встреч 15:00:32 <zzz> 2) обсуждение дорожной карты 15:00:37 <zzz> 0) привет 15:00:41 <zzz> привет 15:00:54 <str4d> привет 15:01:02 <xcps_> привет! 15:01:27 <orignal_> как дела? 15:02:18 <zzz> пожалуйста, посмотрите тред по адресу http://zzz.i2p/topics/2021 и текущую дорожную карту на http://i2p-projekt.i2p/en/get-involved/roadmap 15:02:27 <zzz> 1) структура этих встреч 15:03:22 <zzz> перейдем прямо к дорожной карте или сначала обсудим приоритеты верхнего уровня? 15:03:53 <str4d> я бы сначала выбрал второе 15:04:41 <zzz> ок, в треде я предложил два приоритета — расширять сеть и повышать безопасность 15:04:55 <zzz> как это звучит как принципы верхнего уровня? 15:05:25 <zzz> давайте сначала решим, что важно 15:05:32 <EinMByte> Звучит ожидаемо, по-моему 15:05:48 <EinMByte> «расширять сеть» должно пониматься в широком смысле, впрочем 15:05:57 <str4d> Думаю, это отличные широкие темы 15:06:03 <zzz> anonimal накидал еще целую кучу в треде, но я не это имел в виду 15:06:13 <xcps_> повышение безопасности должно всегда быть самым важным, имхо 15:06:28 <zzz> есть ли другие принципы, которые стоит учитывать при рассмотрении дорожной карты? 15:06:28 <str4d> Имхо, нам нужно понять, что это на самом деле означает в терминах потенциальных результатов 15:06:40 <EinMByte> Так что «расширять сеть» также должно означать «привлекать больше внимания исследователей» 15:07:00 <zzz> «расширять сеть» означает массу всего — см. тред 15:07:09 <str4d> EinMByte, ага, думаю, я упоминал это в треде 15:07:36 <zzz> скоро разберёмся, что это означает. сейчас давайте согласуем, что важно. 15:07:58 <str4d> Юзабилити для меня очень важно и, имхо, подпитывает обе области выше 15:07:58 <zzz> всё возможно, если мы продолжаем расти. как только перестанем расти — мы мертвы 15:08:05 <zzz> согласен, str4d 15:08:41 <str4d> В краткосрочной перспективе — для увеличения нашей пользовательской базы, и в долгосрочной — для роста публичной известности, простоты использования для исследователей и т. п. 15:09:11 <EinMByte> Заметьте также, что рост — единственный способ привлекать исследователей 15:09:25 <zzz> больше пользователей — больше разработчиков, больше исследователей, больше контента и т. д., и т. д. 15:09:37 <EinMByte> Крупные сети, как правило, интереснее изучать 15:10:05 <EinMByte> Так что, думаю, мы все можем согласиться с этими двумя приоритетами 15:10:16 <zzz> основной рост за последний год пришёл из Vuze. Это здорово, но я бы хотел также больше «нативного» роста 15:10:43 <zzz> но, возможно, рост во встроенных приложениях или фокус на приложения в целом — это самый простой путь к росту 15:10:48 <str4d> Да 15:11:04 <EinMByte> zzz: Для многих проще использовать приложение, которое запускает I2P в фоне и берёт на себя конфигурацию 15:11:12 <sadie> привет — немного опоздала на вечеринку 15:11:20 <zzz> привет, sadie, рад, что ты пришла 15:11:23 <str4d> Это, имхо, придёт через улучшения юзабилити и UI, и API 15:11:42 <str4d> Над последним мы уже работаем в разных тредах 15:11:48 <zzz> в каком-то смысле именно приложения — эксперты по UI; пусть они бандлят i2p и показывают (или скрывают) его так, как считают лучшим 15:11:58 <str4d> Ммм 15:12:08 <EinMByte> str4d: Это другое решение той же проблемы, да. И мне оно больше нравится, потому что бандлить I2P с чем угодно, имхо, не масштабируется 15:12:30 <str4d> Это примерно тот подход, который я применял на Android 15:13:04 <EinMByte> Нужен способ гарантировать, что у людей не будет отдельного инстанса I2P для каждого приложения 15:13:12 <zzz> ок, ещё что-то по 1) или переходим к рассмотрению самой дорожной карты? 15:14:00 <str4d> Думаю, мы здесь в целом согласны 15:14:08 <str4d> (по крайней мере, никто не возражает :P) 15:14:14 <zzz> позвольте скопирую строки из треда. Не как догму, просто для справки 15:14:25 <zzz> Grow the Network 15:14:25 <zzz> Includes: Marketing, совместные проекты, бандлить больше всего, помогать другим бандлить i2p, юзабилити, улучшения сайта, больше переводов, доклады и презентации, статьи и истории, UI, Android, приложения для Android, лучший обход GFW (Великий китайский файрвол), orchid, больше библиотек и инструментов для разработчиков клиентов, лучшая поддержка огромных веб‑сайтов, поддержка разработки альтернативного router, альянсы, ускорения и эффективность, пропускная способность, повышение лимитов, попадание в Debian, ... 15:14:25 <zzz> Increase security 15:14:25 <zzz> Includes: миграция криптографии, протокол подписки, новые транспортные протоколы, подключаемые транспорты, LS2 (новый формат leaseSet), NTCP2, новый DH, отзыв ключей, хранение ключей, ревью кода, Sybil, исправления багов, нейминг, SSL, ... 15:14:46 <zzz> ок, перейдём к 2) самой дорожной карте 15:15:10 <zzz> url: http://i2p-projekt.i2p/en/get-involved/roadmap 15:15:50 <zzz> .25 почти готов, релиз примерно через 10 дней, так что давайте посмотрим на следующие 4 релиза 26–29 на этот год 15:16:00 <zzz> которые доведут нас до ccc 15:16:15 <EinMByte> Если что-то под 2017, это значит мы начнём изучать это только тогда, или начнём реализацию в тот момент? 15:16:41 <str4d> Из того, что нам нужно сделать, я бы поставил миграцию криптографии и работу по Sybil очень высоко 15:16:42 <zzz> 1mb, конечно, мы хотим начать большие вещи из 2017 уже сейчас, такие как новая крипта/DH, ntcp2 и т. п. 15:17:04 <EinMByte> Также, атаки типа eclipse сейчас проблема, имхо 15:17:05 <zzz> так что в дорожную карту можно включить подготовительные работы для этого 15:17:23 <str4d> EinMByte, ага, я относил это под Sybil 15:17:36 <EinMByte> Идея ротации в полночь не работает, и, думаю, должны быть лучшие альтернативы 15:17:52 <zzz> согласен 15:18:05 <EinMByte> str4d: Конечно, разумно классифицировать это как один тип атак 15:18:44 <str4d> EinMByte, я обсуждал это с несколькими людьми на RWC 15:18:48 <str4d> Есть мысли, но трудно обсуждать прямо тут 15:18:51 <EinMByte> zzz: Если мы хотим начать NTCP2/... к 2017, нужно планировать предварительные работы 15:18:58 <zzz> верно, 1mb 15:19:02 <str4d> Да 15:19:20 <str4d> Я хочу видеть планирование и исследования в дорожной карте :) 15:19:28 <zzz> вот проблема. Я должен работать над 26 прямо сейчас, а я не знаю, что в неё входит 15:19:39 <orignal_> можно ли добавить случайный паддинг в существующий NTCP? 15:20:01 <str4d> orignal_, насколько помню, нет, но проверь тред про NTCP2 15:20:02 <zzz> давайте 10 минут планировать 26, потом перейдём к долгосрочному 15:20:13 <str4d> ок 15:20:14 <zzz> скажите, что мне делать сегодня 15:20:30 <EinMByte> Верно, давайте сначала на этом сосредоточимся 15:20:34 <zzz> ок, посмотрим, что из списка 25 не произошло 15:20:50 <zzz> wrapper не случился, kytv пропал 15:20:54 <EinMByte> «crypto enhancements» слишком широко звучит 15:21:12 <zzz> что фактически произошло по улучшениям крипты — некоторые ускорения для 25519 15:21:34 <zzz> так что список .25 на самом деле весь в релизе, кроме wrapper 15:22:00 <zzz> но по sybil ещё много чего делать, так что давайте оставим это в списке 26 15:22:08 <str4d> Отлично 15:22:25 <str4d> Мы перенесли GMP 6 на .26 из‑за необходимости большего тестирования 15:22:35 <zzz> что ещё из текущего списка 26 должно там быть или быть перенесено 15:23:05 <EinMByte> В итоге предотвращение sybil, вероятно, будет большой работой, так что это выглядит долгосрочно 15:23:10 <EinMByte> (в том смысле, что сначала нужен хороший обзор литературы) 15:23:15 <zzz> orignal, да, ntcp с паддингом — это ntcp2 15:23:21 <str4d> EinMByte, инструмент обнаружения Sybil пока ни для чего не используется, тут нужно больше планирования :) 15:23:49 <zzz> hottuna4 недоступен месяц, не уверен, когда этот месяц закончится, так что gmp6 может и не попасть в 26 15:24:02 <str4d> Ок 15:24:37 <str4d> Улучшения протокола подписки для адресной книги: это очень хорошо бы добавить как можно скорее, чтобы владельцы старых Dest (Destination) могли мигрировать на Ed25519 15:24:37 <EinMByte> Думаю, CRL (список отзыва сертификатов) особо не нуждается в вопросительном знаке 15:24:47 <str4d> Но сколько времени это реально займёт? 15:25:14 <zzz> нам скоро понадобится статус‑апдейт от tuna, ожидаю, что дедлайн для подпихивания больших вещей в 26 — конец марта/первая неделя апреля 15:26:10 * str4d всё ещё не до конца понимает тему CRL, zzz, можешь пояснить? 15:26:14 <zzz> .25 будет уметь читать CRL с диска, так что мы можем включать их в обновление 15:26:35 <zzz> но это не так полезно, потому что в обновлении мы можем просто удалить сертификат, и это даст тот же эффект 15:26:56 <zzz> так что чтобы доставлять CRL людям без необходимости делать обновление, мы бы положили их в фид 15:26:57 <str4d> Я пытаюсь понять сценарий использования 15:27:09 <zzz> Сценарий — кто-то компрометирован 15:27:20 <str4d> Мы всё ещё не делаем pinning сертификатов? 15:27:30 <zzz> нет 15:27:56 <zzz> так что я сделал 90% и осталось просто поместить CRL в namespace 15:28:46 <zzz> pinning — штука сложная и опасная 15:29:05 <zzz> crypto cat устроили «самоубийство pinning’ом» 15:29:17 <zzz> когда был сделан пин, но изменился промежуточный сертификат 15:30:49 <zzz> не думаю, что pinning заменяет cls 15:30:51 <zzz> crls 15:31:21 <zzz> CRL не только для SSL, есть ещё ключи reseed и обновления 15:31:58 <zzz> тогда можем оставить CRL в списке для 26? почти готово 15:32:20 <str4d> Что меня беспокоит насчёт pinning: кто-то может сделать, например, что-то вроде Quantum Insert, чтобы перенаправить имя домена reseed, поставить любой валидный SSL‑сертификат, подходящий по имени домена, и routers это примут 15:33:05 <str4d> А насчёт CRL: если мы используем это, чтобы отключить конкретный сертификат, чем он будет заменён? 15:33:25 <zzz> ничем. в следующем релизе, предположительно, будет замена 15:33:45 <str4d> Мы уходим в дебри 15:34:07 <str4d> Думаю, мысль была в том, что нам надо это ещё обдумать 15:34:24 <zzz> ок, оставим CRL для 26, но обсудим детали в ближайшую неделю‑две 15:34:30 <zzz> поскольку это не на 100% ясно 15:34:38 <zzz> двигаемся дальше 15:34:42 <zzz> что ещё в списке 26 15:34:43 <str4d> ок 15:34:50 <EinMByte> ок 15:35:08 <zzz> протокол подписки 15:35:28 <zzz> это ключ к миграции криптографии сайтов 15:35:40 <EinMByte> замена hosts.txt или что ты имеешь в виду? 15:36:22 <zzz> да, это вариант hosts.txt как фид, с чем‑то вроде foo.i2p=b64#sig=b64#cmd=alt ... 15:36:26 <str4d> EinMByte, добавление в протокол подписки адресной книги подписанных метаданных ключ‑значение 15:36:49 <zzz> предложение в целом сформировано, но на паузе примерно 18 месяцев 15:37:07 <EinMByte> Конечно, хотя размер файла hosts не станет слишком большим 15:38:02 <EinMByte> Может, добавить параметр since, чтобы исключать все хосты, добавленные до заданного времени 15:38:07 <EinMByte> (чтобы не скачивать весь список, если это не требуется) 15:38:22 <zzz> это изначально было частью плана миграции крипты, но это было трудно и не самым важным 15:38:49 <zzz> но это главная оставшаяся часть миграции криптографических подписей 15:39:26 <str4d> EinMByte, у нас это уже есть, в некотором смысле, через etag 15:39:28 <zzz> это ещё одна из тех вещей, где есть предложение с кучей деталей, но нет финального согласия, и поэтому не начали 15:39:42 <EinMByte> str4d: Но это используется? 15:39:46 <str4d> EinMByte, да 15:40:00 <EinMByte> О, ок. в таком случае 15:40:03 <str4d> Это ничем не будет отличаться от текущей схемы 15:40:20 <zzz> так что оставим это в списке 26 и начнём как можно скорее. не уверен, что успеем продвинуться достаточно для 26, но я попробую. нам нужно пересмотреть тред на zzz.i2p 15:40:22 <str4d> но вместо того, чтобы записи доменных имён никогда не повторялись, теперь они будут повторяться в «потоке» 15:40:42 <EinMByte> Есть ли особая причина сохранять этот странный формат? 15:41:05 <EinMByte> Мне кажется, было бы проще использовать что‑то стандартное 15:41:06 <zzz> может быть. совместимость со старыми клиентами. но нам стоит пересмотреть и точно решить, важно ли это 15:41:20 <zzz> никто из нас, наверное, уже год на это не смотрел 15:41:28 <zzz> так что сдуем пыль и посмотрим 15:41:32 <EinMByte> zzz: Совместимость можно обеспечить, некоторое время предоставляя и старый файл hosts.txt 15:41:41 <str4d> Есть ещё более общий вопрос: что делать, например, со всеми «потерянными» именами 15:41:53 <str4d> Но это вне текущего обсуждения 15:41:57 <zzz> ага. нам также нужно привлечь другие реализации 15:42:18 <EinMByte> str4d: Думаю, это стоит решать, когда у нас будет новая система именования (если вообще будет) 15:42:26 <str4d> Пока что мне нужен способ, чтобы активные домены могли обновлять свои dests 15:42:26 <zzz> ок, пока оставляем это в списке 26. далее в списке — тема Sybil 15:42:45 <zzz> можем ли сделать Sybil автоматической? Надеюсь, вы все читали статью Филипа Винтера???? 15:42:50 <str4d> И чем скорее мы добавим код в ядро, тем скорее сможем включить это, через год или около того 15:43:50 <EinMByte> zzz: Какую статью? Похоже, я что‑то пропустил 15:44:27 <zzz> посмотрите у @__phw в Twitter ссылку 15:45:02 <zzz> мы работаем с ним благодаря знакомству, которое устроила sadie на ccc 15:45:03 <EinMByte> zzz: это: http://arxiv.org/pdf/1602.07787v1.pdf? 15:45:27 <zzz> если это опубликовано за последние пару недель, значит оно 15:45:59 <EinMByte> Ну, это eprint от февраля этого года 15:46:09 <zzz> не думаю, что мы готовы к автоматике. по сути, и они тоже 15:46:22 <zzz> они просто раз в день высылают письмо дир‑авторитетам 15:46:36 <zzz> с обеих сторон это эвристики и магия 15:46:49 <EinMByte> Так что он, вероятно, выложил eprint после публикации 15:46:57 <zzz> я бы хотел отложить автоматизацию на более позднее время в этом году 15:47:07 <str4d> EinMByte, у меня версия от 25 февраля 15:47:14 <EinMByte> zzz: И как это вообще будет работать в децентрализованной среде? 15:47:44 <str4d> Нам нужно делать это снизу вверх, а не сверху вниз 15:48:06 <str4d> то есть каждый router должен включать «потенциальных кандидатов на Sybil» в peer profiles 15:48:13 <zzz> EinMByte, не знаю. это сложно 15:48:20 <str4d> на основе, например, времени онлайн и т. п. 15:48:30 <EinMByte> Обнаруживать атаки Sybil, думаю, можно; предотвращать их на основе этого обнаружения в децентрализованной сети — очень сложно 15:48:30 <EinMByte> Но мне нравится вызов 15:48:34 <zzz> нам также нужен gravy, который работает над централизованной переделкой своей системы 15:48:43 <str4d> Есть также возможность иметь некую более централизованную схему 15:48:45 <str4d> Ага, это 15:48:45 <EinMByte> str4d: В этот момент нужно начинать назначать доверие каждому router 15:48:52 <EinMByte> что само по себе будет целой анти‑Sybil системой 15:49:07 <str4d> И чтобы routers подписывались на список потенциальных sybil 15:49:07 <zzz> что‑то вроде предложений dagon 15:49:09 <str4d> EinMByte, но это по сути то, чем сейчас являются peer profiles 15:49:31 <str4d> где «доверие» сейчас определяется как «в прошлом хорошо и надёжно маршрутизировал для меня» 15:49:42 <EinMByte> str4d: Да, и они уже привели к нескольким атакам :) 15:50:15 <str4d> Да 15:50:23 <EinMByte> Кроме того, peer profiles не позволяют действительно исключать пира из сети 15:50:31 <EinMByte> Предотвращение Sybil в каком‑то смысле позволило бы это 15:50:35 <str4d> Профилирование пиров и выбор пиров — ещё одна вещь, которой, думаю, нужно придать приоритет 15:50:46 <str4d> EinMByte, они могут 15:51:01 <zzz> поэтому предлагаю изменить пункт Sybil в 26 на «продолжающиеся улучшения», а «автоматизацию» перенести на позже 15:51:01 <str4d> Не прямо сейчас 15:51:11 <str4d> Я лишь говорю, что вот туда мы бы это поместили 15:51:34 <EinMByte> str4d: Да, возможно. 15:51:37 <str4d> (в плане внесения обнаружения Sybil и более продвинутых техник в лексикон и архитектуру I2P) 15:51:53 <EinMByte> В любом случае, я бы не отказывался от децентрализации. Это лучшая часть I2P, имхо 15:52:14 <str4d> Да 15:52:27 <EinMByte> (и централизация всё равно ведёт к различным практическим атакам) 15:52:43 <zzz> перейдём дальше. улучшения streaming? не уверен, что именно, возможно вечный пункт «сделать лучше» 15:52:49 <str4d> zzz, да, мы можем продолжать работать над той страницей routerconsole, а затем связать её с peer profiles и выбором, когда определимся со стратегией 15:53:00 <zzz> не могу придумать, что конкретно делать по streaming. кто‑нибудь? 15:53:01 <EinMByte> Иногда добавление центрального органа упрощает доказательство безопасности, но приводит к провалам безопасности на практике 15:53:20 <str4d> Было бы неплохо заняться исследованиями и оптимизациями 15:53:28 <EinMByte> zzz: Есть какие‑нибудь очевидные улучшения, которые мы могли бы там сделать? 15:53:30 <str4d> Это хороший кандидат для внешних исследований 15:53:46 <zzz> нам действительно нужен лучший тестовый стенд 15:53:51 <EinMByte> str4d: Согласен. 15:53:55 <zzz> добавлять задержки/потери, переупорядочивание и т. п. 15:54:04 <EinMByte> Наверное, стоит расширить нашу страницу «открытые исследовательские вопросы» этим и прочим 15:54:40 <zzz> у меня нет особо «голубого неба» в списке по streaming. это должно быть управляемо результатами тестов 15:54:50 <EinMByte> Возможно, есть ещё улучшения в распределении tunnels? 15:55:05 <str4d> zzz, есть какой‑то проект на GH, который моделирует «Интернет» контейнерами и умеет это, если я правильно помню 15:55:08 <zzz> как насчёт того, чтобы сделать этот пункт «streaming test harness» 15:55:17 <str4d> Не знаю, насколько это просто, нам понадобится новая JVM на контейнер :P 15:55:25 <str4d> EinMByte, ммм 15:55:48 <EinMByte> str4d: shadow можно использовать, думаю. Не уверен, можно ли интегрировать с Java, но это в списке TODO коври 15:55:52 <str4d> Это не совсем про streaming, это на уровне датаграмм 15:56:22 <zzz> идея распределения tunnels — это идея psi, чтобы client выбирал tunnels 15:56:34 <EinMByte> str4d: Да, подозреваю, тут есть что оптимизировать 15:56:46 <EinMByte> zzz: Не думаю, что пользователи — лучшие алгоритмы оптимизации, но может быть 15:57:10 <zzz> это жёсткое нарушение наших уровней, и я не вижу, как это сделать. но это то, что предлагает psi 15:57:19 <EinMByte> ... или, вероятно, «client» не означает пользователя 15:57:32 <zzz> client == client‑side i2cp 15:57:44 <str4d> Дело в том, что 15:57:54 <str4d> Tor предоставляет такую возможность через их Control Socket 15:57:58 <EinMByte> Ок, значит это и имеется в виду 15:57:59 <str4d> И это очень полезно для исследователей 15:58:10 <str4d> Но у них также гораздо более плоская архитектура 15:58:19 <str4d> А у нас разные клиенты изолированы друг от друга через I2CP 15:58:31 <EinMByte> zzz: Я бы ожидал, что у router больше релевантной информации. Client может передать дополнительные требования 15:58:41 <zzz> у нас также есть lua‑хуки psi для исследователей, которые так и не были влиты (ни в Java, ни в kovri), но это всё ещё вариант 15:59:14 <zzz> сейчас client side даже не знает о tunnels, так что уж точно не может их выбирать 15:59:16 <str4d> Разговаривая с nickm на RWC, он сказал, что Tor куда проще поддерживать интерфейс Control Socket, чем систему плагинов 15:59:17 <EinMByte> Знаю, что shadow реально используется исследователями 15:59:22 <EinMByte> Lua — не знаю 15:59:55 <EinMByte> zzz: Так, вероятно, можно добиться того же, передавая релевантную информацию по I2CP? 16:00:17 <zzz> 1mb, да, но это будет очень уродливо 16:00:44 <str4d> Мы всегда можем ограничить это флагом -research или чем‑то подобным 16:00:54 <str4d> (в router.config) 16:01:06 <str4d> Так большинство пользователей не столкнётся с этой уродливостью 16:01:13 <zzz> у kovri/i2pd ещё нет таких жёстких границ API между client/router, им проще 16:01:20 <zzz> *им 16:01:28 <str4d> И мы можем изначально определить «.research» как «Мы оставляем за собой право менять эти API» 16:01:44 <str4d> то есть исследователям нужно будет использовать флаг .research вместе с конкретной версией 16:01:57 <str4d> Возвращаясь к теме обсуждения: 16:01:59 <EinMByte> zzz: Насчёт tunnels. Зависит. Думаю, имеет смысл передавать информацию о предполагаемом использовании tunnel. 16:02:20 <zzz> (К сведению: эта встреча продлится максимум ещё 25 минут, продолжим в воскресенье) 16:02:33 <EinMByte> zzz: Для нас это проще в основном потому, что shadow написан на C, думаю 16:02:42 <str4d> Думаю, это стоит отнести в категорию «нужно больше исследований» 16:02:44 <zzz> проблема в том, что нужно выбирать не только ваши tunnels, но и tunnels на дальней стороне 16:02:48 <EinMByte> Ок. Тогда идём дальше. 16:03:08 <zzz> ок, это всё, что сейчас в списке 26. Что добавить? 16:03:11 <EinMByte> zzz: Разве дальней конец этим не занимается 16:03:36 <zzz> нет, у нас source‑route (т. е. выбираем на дальней стороне lease из его leaseset для его inbound) 16:04:08 <zzz> посмотрите на список 27–29. что стоит перетащить в 26, если вообще стоит? 16:04:44 <str4d> Хочу начать подготовительные работы для новых LSs и netdb 16:04:46 <zzz> тут все «начальные работы по xxx на 2017», но также много вещей на 2016 16:05:23 <EinMByte> zzz: Я неправильно понял, что ты имел в виду под дальней стороной, не важно 16:05:31 <str4d> Чем скорее мы это стабилизируем и внесём в кодовую базу, тем скорее сеть получит широкую поддержку 16:06:42 <EinMByte> Учтите, что мы (kovri) хотим спецификации 16:06:52 <EinMByte> Иначе будет трудно успевать за реализацией 16:07:31 <zzz> верно. всё, что является новой спецификацией, нам нужно прорабатывать вместе 16:07:36 <EinMByte> str4d: Давайте начнём со списка того, что LS2 на самом деле должен поддерживать 16:07:53 <EinMByte> (если это ещё не сделано) 16:09:40 <zzz> в основном LS2 — это всего пару вещей 16:09:59 <zzz> добавить немного места для флагов 16:10:09 <zzz> и включить будущую криптографию 16:10:52 <zzz> но у меня есть все те предложения про лучший multihoming, плюс grothoff‑подобный поиск сервисов 16:11:00 <zzz> anycast 16:11:01 <EinMByte> Есть где‑нибудь конкретный список для справки? 16:11:11 <zzz> это собрано у zzz, секунду 16:11:23 <str4d> EinMByte, я потихоньку свожу всё это вместе на сайте 16:11:41 <zzz> можем ускорить это, str4d? типа за неделю‑две? 16:11:47 <str4d> Это стоит включить в список .26 16:11:50 <str4d> Хмм 16:11:53 <str4d> Возможно 16:11:59 <str4d> Мне нужно больше глаз на это 16:11:59 <zzz> без простого списка с предложениями это слишком сложно 16:12:08 <EinMByte> str4d: Вообще, для некоторых из этих вещей была бы полезна wiki‑функциональность 16:12:24 <EinMByte> (идея в том, что тогда пойдёт быстрее) 16:12:48 <zzz> для начала нам нужен список 16:12:50 <str4d> EinMByte, именно 16:12:56 <zzz> давайте не будем «кипятить океан» 16:13:11 <str4d> Я пытаюсь перейти от необходимости бэкенд‑HTML к (пока) rST 16:13:31 <str4d> Мне нужно, чтобы люди посмотрели на то, что у меня есть, и проверили: а) это удобно использовать и б) мы не потеряли то, что есть сейчас 16:13:39 <str4d> Сейчас это применено только к спецификациям 16:13:40 <zzz> давайте добавим тему с предложениями в список для 26, а детали обсудим позже. Но нам нужен прогресс как можно скорее. 16:13:55 <str4d> Но как только это стабилизируется, расширить на предложения — тривиально 16:13:56 <zzz> я хочу видеть их на сайте. мне всё равно, в какой форме. 16:14:46 <EinMByte> Готов просматривать предложения, но иногда просто не могу найти текст 16:15:10 <EinMByte> (некоторые вещи на сайте, как мне кажется, слегка спрятаны) 16:15:37 <zzz> верно 16:16:05 <zzz> нам нужно перенести материалы с zzz.i2p на сайт с какой‑то организацией 16:16:13 <EinMByte> str4d: Переход от HTML к чему‑то, что легко конвертируется в разные форматы, — это хорошо 16:16:28 <EinMByte> zzz: Да, абсолютно 16:16:35 <str4d> EinMByte, то, что нужно поревьюить, в i2p.www.str4d 16:16:36 <EinMByte> Может, фиксированный процесс для всех предложений 16:16:57 <zzz> ок. это в списке для 26. детали позже. str4d, за работу. я бы не ожидал много фидбэка. просто придумай новую систему, и мы все подтянемся 16:17:02 <str4d> и на http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/ 16:17:04 <str4d> EinMByte, если хочешь поработать со мной над доводкой, я мог бы закончить это, возможно, к .25 16:17:23 <zzz> что ещё для 26? нам нужно закругляться 16:17:36 <str4d> ( EinMByte, http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec в частности) 16:18:14 <zzz> это очень краткосрочные вещи. Мне нужно знать, что делать в понедельник 16:18:27 <zzz> последний вызов для 26 16:18:41 <str4d> Думаю, вещи с подписками займут время 16:18:49 <str4d> Так что я был бы рад, если это будет основным 16:18:52 <zzz> согласен. 16:19:54 <zzz> ок. встреча в воскресенье в то же время. начнём с vrp/h1. пожалуйста, заранее посмотрите тикет 1119. после этого поговорим о 27–29, если хватит времени. 16:20:06 <EinMByte> str4d: Какие из них, по твоему мнению, требуют больше всего внимания? 16:20:27 <zzz> мы также можем кратко вернуться к 26 в воскресенье, если нужно 16:20:43 <str4d> EinMByte, в основном — решить, пригоден ли формат написания предложений и ограничивает ли он то, что окажется на сайте (в формате HTML или TXT) 16:20:45 <zzz> так что повестка на воскресенье: 1) vrp/h1/1119; 2) 26; 3) 27–29 16:20:57 <zzz> спасибо всем 16:21:25 * zzz *bafs* встреча завершена 16:27:50 <EinMByte> str4d: Наверное, это ок, если его можно конвертировать в большинство других форматов :)