Перевод Журнал встречи разработчиков Monero от 2019-06-16

Тема в разделе "Журналы о Monero", создана пользователем Unholy, 15 июл 2019.

  1. Unholy

    Unholy Well-Known Monerano

    Регистрация:
    6 мар 2018
    Сообщения:
    180
    Симпатии:
    13
    Опубликовал: el00ruobuob / rehrar
    16 июня 2019 года
    Журнал встречи:

    <rehrar> Время встречи! Кто здесь?
    <rbrunner> Всем привет!
    <hyc> hey!
    <fullmetalScience> Hi
    <dEBRUYNE> Здесь!
    <rehrar> 2. Краткий обзор того, что было завершено после предыдущей встречи
    <hyc> v0.14.1.0 выходит в мир
    <rbrunner> да, CLI как всегда…
    <rehrar> Да, знаем, и я слышал, что детерминированные сборки делают свое дело
    <jtgrassie> hi
    <hyc> да, это детерминированная сборка
    <dEBRUYNE> Нужно приложить еще немного усилий для детерминированных сборок, но я бы уже сейчас сказал, что это отличный тестовый запуск :p
    <rehrar> мы успели закрыть все моменты для этого маленького CLI релиза?
    <rehrar> для сравнения, у нас есть список изменений?
    <rehrar> для 0.15
    <rbrunner> этот «маленький релиз» на самом деле получился довольно большим релизом
    <hyc> я всё еще жду отчетов об ошибках для v0.14.1, может, понадобиться пересобрать до версии v0.14.1.1
    <dEBRUYNE> Я думаю, что смысл был в том, чтобы выпустить его раньше, потому что мы уже можем внести все консенсусные изменения на текущей стадии
    <dEBRUYNE> я полагаю, что CLSAG не стоит ожидать в ближайшее время
    <moneromooo> это будет зависеть от того, как скоро у нас появиться обзор
    <hyc> релиз 0.15 состоится в октябре?
    <moneromooo> (во время)
    <rehrar> sarang, suraeNoether, вы можете рассказать о возможных сроках аудита CLSAG?
    <dEBRUYNE> hyc: Да
    <rehrar> dsc_, selsta, dEBRUYNE, что-то новое про GUI?
    <dEBRUYNE> hyc: Да, осталось порядка ~4 месяцев
    <dEBRUYNE> GUI v0.14.1.0 отмечен и fluffypony уже работает над сборками
    <hyc> когда стоит ожидать заморозки для 0.15?
    <dEBRUYNE> rehrar: Немного изменений для GUI:
    <dEBRUYNE> - Белая тема
    <dEBRUYNE> - Измененный дизайн адресной книги
    <dEBRUYNE> - Измененный дизайн журнала транзакций
    <dEBRUYNE> - Поддержка Trezor и Ledger Nano X
    <dEBRUYNE> - Конвертация баланса в денежную еденицу
    <dEBRUYNE> - Поддержка полноэкранного режима в macOS
    <dEBRUYNE> Также автоматическая проверка обновлений + перевод на Хинди
    <dEBRUYNE> xiphon проделал большую работу по улучшению связи между (интегрированным) демоном и графическим интерфейсом
    <rehrar> Оуууууу, выглядит сочно... Спасибо
    <rehrar> так будет быстрее?
    <dEBRUYNE> hyc: Я думаю, это будет зависеть от того, хотим ли мы успеть с CLSAG. Если нет, мы могли бы сделать первый выпуск 0.15 после объединения RandomX (например, в августе)
    <dEBRUYNE> А потом еще один релиз за месяц до обновления сети
    <dEBRUYNE> rehrar: Да, и отставание получится намного меньше
    <moneromooo> Кто-то хочет просмотреть ветку share-rpc (оплата за RPC сервис)? :)
    <moneromooo> Он отлично сочетается с новым PoW…
    <hyc> Я могу взглянуть после того, как я вернусь с конференции
    <rehrar> Я полагаю, сегодня здесь нет основной команды?
    <moneromooo> \o/
    <rehrar> если их здесь нет, то мы все равно можем поговорить о Payment ID
    <dEBRUYNE> Кстати, вы уже написали реализацию CLSAG, верно?
    <rehrar> пункт номер 4
    <moneromooo> Да.
    <moneromooo> Саранг закончил с ней, и я подключил ее
    <dEBRUYNE> rehrar: Это моя вина, я забыл пропинговать их заранее (я сделал это немногим ранее сегодня, но, вероятно, слишком поздно :/)
    <dEBRUYNE> Во всяком случае мы все еще можем обсудить это самостоятельно, так как есть много мнений на этот счет
    <hyc> то что вы развернули, это и есть то, что мы бы представили аудиторам для проверки?
    <moneromooo> Да, они идентичны
    <hyc> ok
    <dEBRUYNE> hyc: я имел в виду, что, если я правильно понял, код еще не был полностью закончен
    <moneromooo> у нас уже есть на этот счет свои изменения
    <dEBRUYNE> moneromooo: Я просто думал, что он еще не полностью закончен :p
    <moneromooo> Ну, я не знаю, что вы видели раньше, но он уже завершен
    <rehrar> хорошо, давайте попробуем обсудить PID текущим составом
    <dEBRUYNE> Понял, спасибо за разъяснение
    <rehrar> dEBRUYNE: многие из участников основной команды уже высказали свое мнение на GitHub
    <rehrar> есть ссылка, dEBRUYNE ?
    <moneromooo> Вы говорили с биржами / торговцами, которые используют идентификаторами платежей, с тех пор как этот вопрос поднимался в последний раз, порядка полугода назад?
    <dEBRUYNE> Полагаю, этим занялись только мелкие сервисы, более крупные игроки, такие как Bittrex, Bitfinex, Binance упорно продолжают игнорировать
    <dEBRUYNE> rehrar: конечно
    <dEBRUYNE> smooth: https://github.com/monero-project/meta/issues/356#issuecomment-500187077 & https://github.com/monero-project/meta/issues/356#issuecomment-501168062
    <dEBRUYNE> binaryFate: https://github.com/monero-project/meta/issues/356#issuecomment-499968785
    <rehrar> ArticMine приводит своё мнение о возможном удалении tx_extra
    <dEBRUYNE> ArticMine: https://github.com/monero-project/meta/issues/356#issuecomment-501347185
    <ErCiccione[m]> некоторые большие игроки, такие как kraken, уже используют подадреса, moneromooo, в iirc канале есть частичный список со статусом бирж и сервисов
    <dEBRUYNE> https://github.com/monero-project/meta/issues/356#issuecomment-499936642 & https://github.com/monero-project/meta/issues/356#issuecomment-499948904
    <rbrunner> Да, было бы интересно узнать, кто-то уже *переключился *
    <ErCiccione[m]> может быть у sgp_ есть информация?
    <dEBRUYNE> rehrar: Насколько я вижу, людям не нравится запрет идентификаторов платежей путем отказа от tx_extra
    <dEBRUYNE> это довольно скользкий путь
    <dEBRUYNE> таким образом, у нас остается два варианта (i) поэтапный отказ путем удаления поддержки из официального программного обеспечения или (ii) полный запрет tx_extra
    <rehrar> dEBRUYNE: согласен, вижу, что это также отражено
    <rehrar> да ^
    <sgp_> У меня был список от января, не уверен, что он обновлен на текущую дату
    <rehrar> могу ли я попросить людей высказать свое мнение по поводу двух вышеупомянутых вариантов, представленных dEBRUYNE?
    <dEBRUYNE> rbrunner: Объявление висело в течение 10 дней
    <rehrar> особенно я хочу услышать аргументы за или против удаления tx_extra
    <rbrunner> dEBRUYNE: Да, видел это, но мы делаем много шума из ничего :)
    <sgp_> rehrar: Я лично привел несколько аргументов против удаления tx_extra
    <dEBRUYNE> Аргументами «за» будут выступать - (i) безоговорочный и окончательный поэтапный отказ от идентификаторов платежей и (ii) улучшение взаимозаменяемости
    <sgp_> Zcash имеет зашифрованное поле «заметки», которое используется для получения поддержки для многих служб и переводов
    <rehrar> dEBRUYNE: Я думаю, что пункт (ii) является основным, учитывая, что это наша фишка
    <dEBRUYNE> moneromooo: Я смутно помню, но вы тоже работали над каким-то зашифрованным полем для заметок, верно?
    <sgp_> я поддерживаю синтаксический анализ текущего поведения идентификаторов платежей для принудительного переключения служб, я против удаления tx_extra в полном объеме
    <dsc_> < rehrar> dsc_, selsta, dEBRUYNE, что-то новое про GUI? <== Я последние 4 дня посвятил инструментам, связанным с разработкой для поддержки QML, эта работа не связана с моей CCS
    <moneromooo> У меня есть патч для этого где-то. Я остановился на том, что вам нужен tx ключ, чтобы расшифровать все остальное
    <rbrunner> аналогично, полное удаление tx_extra - крайняя мера
    <rehrar> sgp_, rbrunner, есть ли еще какие-то причины, чтобы оставить его?
    <sgp_> rehrar: гибкость
    <dEBRUYNE> sgp_: Как это поле используется именно в этом контексте?
    <rehrar> есть ли веская причина, почему что-то подобное не может отслеживаться на стороне и почему оно вообще должно присутствовать?
    <rbrunner> пользователи криптовалюты должны иметь возможность делать то, что они хотят... хотя бы в определенной степени, пусть только и с одним этим полем...
    <sgp_> Посмотрите, «что люди будут делать с этим» https://electriccoin.co/blog/encrypted-memo-field/
    <dEBRUYNE> С другой стороны, хотим ли мы дать всем пользователям возможность косвенно повредить конфиденциальности других участников сети?
    <rbrunner> И кто знает, может быть, однажды у нас возникнет какая-то чрезвычайная ситуация, и мы захотим что-то там сделать сами. Криптовалюта с нулевой гибкостью... Такое себе решение
    <sgp_> Когда в январе я проводил исследование идентификатора платежа, кто-то специально задал мне вопрос о целесообразности его присутствия, и я ответил, что tx_extra присутствует для вариативности
    <rehrar> позвольте мне разглядеть долларовую купюру. Разве у нее есть это поле?
    <rbrunner> Маркировка собственных транзакций - это довольно небольшие риски конфиденциальности для других пользователей, если вы об этом
    <rehrar> или записки и прочие примечания интегрированы в программное обеспечение управления долларом?
    <rbrunner> Да, банковские переводы имеют что-то вроде поля для короткого примечания, не так ли?
    <sgp_> rehrar: Я не эксперт, просто хочу сказать, что эта гибкость может быть полезной для нас
    <rehrar> rbrunner: конечно, но это не встроено в сам доллар
    <rehrar> это моя позиция
    <rehrar> это необходимо как часть Monero? Или это можно встроить в программное обеспечение для того, чтобы иметь возможность оставлять заметки?
    <rehrar> как я уже сказал ранее, моя точка зрения непоколебима
    <rbrunner> хммм, думаю, что ваше сравнение неточное
    <sgp_> мое личное мнение заключается в том, что механизм гибкости не должен быть удален совсем, тем более, если в нем нет проблемы, и мы должны попытаться решить эту проблему по другому. Если бы мы уже пытались избавиться от идентификаторов платежей, и они использовали другой формат tx_extra, это было бы одно. Но сейчас, мы находимся в иной ситуации, и я думаю, что простой пересмотр tx_extra будет намного полезнее
    <rbrunner> Нет, наверняка появятся несколько несовместимых систем передачи заметок
    <rbrunner> Почему бы вообще не заполнить *каждый* tx_extra поддельными данными, если это такая проблема?
    <rehrar> hyc, dEBRUYNE, moneromooo? Хотите поучаствовать?
    <moneromooo> На самом деле, нет
    <sgp_> rbrunner: по идее, именно это и делает zcash со своим полем
    <moneromooo> Для меня этого достаточно
    <rbrunner> Да, и мы останемся с короткими платежными идентификаторами, верно?
    <hyc> как «протокольный» парень я склоняюсь к тому, чтобы иметь вариант для расширения
    <hyc> безусловно, существует риск появления спама в блокчейне с полностью заполненными полями tx_extra
    <hyc> может потребоваться ограничить его, например, что он не может быть больше, чем N байтов и т. д.
    <moneromooo> за использование можно устанавливать дополнительную плату
    <hyc> N=512, 1024 или как-то так
    <rehrar> Разве это не то, что делает Minergate, когда они находят блок
    <rehrar> Я помню, кто-то сказал, что они добавляют кучу странных данных
    <moneromooo> Да, у них есть такой функционал
    <dEBRUYNE> sgp_: Многие люди против удаления, хотя я не думаю, что мы придём к консенсусу
    <rehrar> хорошо, что-нибудь еще по этой теме?
    <rehrar> мы можем продолжить
    <dEBRUYNE> rehrar: В общем, я немного амбивалентен и думаю, что мы можем добиться гораздо большего, если удалим все эти функции из нашего программного обеспечения.
    <sgp_> dEBRUYNE: Я понимаю, просто думаю, что есть некоторая золотая середина, которая не должна заключатся в удалении tx_extra. И вообще мы уже исчерпали эту тему
    <dEBRUYNE> В настоящее время мы можем просто удалить его, но его будет также легко восстановить
    <sgp_> *полном удаление tx_extra*
    <luigi1111> вместо командной строки перейдите к времени компиляции
    <dEBRUYNE> Следующим шагом может быть то, что им нужно добавить код самостоятельно
    <hyc> VARIANT_TAG(binary_archive, cryptonote::tx_extra_merge_mining_tag, TX_EXTRA_MERGE_MINING_TAG);
    <rbrunner> код будет отсутствовать у пользователей, и биржи не смогут так легко его восстановить
    <hyc> если для поддержки майнинга требуется tx_extra, то о его удалении не может быть и речи, да?
    <dEBRUYNE> rbrunner: Да, это тоже
    <dEBRUYNE> Но могут быть сторонние кошельки, которые сохраняют его поддержку
    <rbrunner> Пока они придумают MoneroLPID (вариант с длинным идентификатором платежа)...
    <rehrar> хорошо, двигаемся дальше
    <rehrar> есть также обсуждение, неуместное для этой встречи
    <rehrar> мы самую малость затронем эту тему, но я не вижу здесь ни одного участника MRL
    <hyc> Похоже, что для tx_extra существует множество актуальных применений, поэтому вы не можете удалить его целиком
    <rehrar> хотите продолжить?
    <hyc> CLSAG можно перенести до следующей встречи
    <rehrar> ok
    <rehrar> какие-нибудь дополнительные моменты?
    <hyc> surae в настоящее время занят конференцией
    <rehrar> обсуждение кода?
    <moneromooo> Любой, кроме hyc, кто хочет просмотреть на share-rpc ? :)
    <moneromooo> Или даже использовать его как бэкэнд для добавления торрентов с платой за скачивание или чего-то в таком духе
    <rehrar> У меня недостаточно знаний :)
    <rehrar> *:(
    <rehrar> хорошо, значит все, я полагаю, что мы можем закрыть эту встречу
    <rehrar> повторим через две недели?
    <rehrar> спасибо, что пришли! Увидимся через две недели!

    Источник: Overview and Logs for the Dev Meeting Held on 2019-06-16

    Перевод:
    Unholy (@Unholy)
    Редактирование:
    Mr. Pickles (@v1docq47)
    Коррекция:
    Kukima (@Kukima)
     
    #1 Unholy, 15 июл 2019
    Последнее редактирование модератором: 15 июл 2019
  • О нас

    Наш сайт является одним из уникальных мест, где русскоязычное сообщество Monero может свободно общаться на темы, связанные с этой криптовалютой. Мы стараемся публиковать полезные мануалы и статьи (как собственные, так и переводы с английского) о криптовалюте Monero. Если вы хорошо владеете английским (или можете писать собственные статьи/мануалы) и хотите помочь в переводах и общем развитии Monero для русскоязычной аудитории - свяжитесь с одним из администраторов.