Это машинный перевод. Оригинал на английском здесь: Update 14 September, 2023
Поскольку наши плотно упакованные узлы MaidSafe начали переваливаться из-за переполнения и нехватки памяти, мы попрощались с RewardNet пару дней назад, но не раньше, чем он оправдал свое название. Помимо демонстрации уже знакомой стабильности, члены сообщества обогатились невообразимыми суммами воображаемых денег, а мы все были вознаграждены большими знаниями по некоторым важным темам. Как всегда - тысяча благодарностей всем, кто помог. Особая благодарность @josh за его показатели распределения выплат по узлам, @southside за усердное отслеживание цен и @loziniak за недавний пиар по очистке некоторых клиентских API. 
Вот что мы изменили на этой неделе в ответ на результаты тестовой сети.
Толерантность к изменению цены лучше обрабатывается клиентом, чем узлом. Узлы не должны принимать недоплату, клиент сам решает, допускать ли рост цен. Теперь клиент может выплатить компенсацию, если цена фрагмента изменилась между первоначальным запросом и загрузкой файла (помните, что цены автоматически увеличиваются по мере заполнения узлов).
Мы изменили кривую «цена-емкость» так, чтобы хранилище оставалось дешевым дольше, фактически увеличиваясь только тогда, когда узлы заполнены наполовину. Это будет стимулировать использование, а также сгладить расходящиеся платежи на первых порах.
Мы начали платить за хранилище, используя UXTO, передаваемые по проводу, вместо полных DBC, которые используют намного меньше памяти. Еще один бонус: UXTO шифруются в движении.
Чтобы решить проблему нехватки памяти у клиентов при шифровании больших файлов, мы добавили к самошифрованию возможности потоковой передачи. Это означает, что большие файлы разбиваются на части поэтапно, а не все сразу. Мы сделали нечто подобное и с расшифровкой на сетевой стороне. И мы внесли в клиент настройки параллелизма, которые, как мы надеемся, помогут поддерживать большие загрузки, поскольку они могут одновременно отправлять в сеть больше фрагментов.
Помимо тестовой сети, есть хорошие новости о сопротивлении Сивилле в целом. Как Дэвид упомянул на прошлой неделе, атаки Сивиллы не должны быть проблемой для Safe Network на уровне мелкого вандализма; но @bogard обратил наше внимание на документ, в котором показано, как можно обнаружить атаки Сивиллы на другие децентрализованные сети. в режиме реального времени и потенциально смягчены, что, если это сработает, станет реальным шагом вперед в деле более широкой децентрализации.
Общий прогресс
@anselme теперь интегрировал UTXO в рамках подготовки к удалению DBC из сети, включая добавление проверок безопасности и [внедрение частичных платежей с помощью SNT]( https:/ /github.com/maidsafe/safe_network/pull/721). Вскоре последуют платежи по реестрам, а также полное объяснение преимуществ этого подхода перед DBC (обещание). Сейчас следует отметить одну вещь: UTXO полностью зашифрованы по сети, тогда как DBC — нет, что является значительным улучшением безопасности.
Платежи за регистры в настоящее время являются доменом @bochaco, и они уже почти там. Он также представил улучшения UX, чтобы клиент не платил за создание нового реестра, если он уже существует по тому же адресу, и уведомлял клиента об ошибках. были сделаны в транзакции или при создании нового реестра.
Что касается мониторинга, @roland работал над интеграцией формата OpenMetrics в safenode и настройкой запустите Prometheus и Grafana для визуализации выдаваемых метрик. Это гораздо более легкое решение, чем мы использовали раньше.
Между тем, при загрузке @qi_ma внедрила расшифровщик потока для загрузки, позволяющий передавать загруженный файл непосредственно в заданную папку. Это позволяет избежать необходимости хранить все содержимое расшифрованного файла в памяти перед записью на диск, что должно облегчить некоторые проблемы с памятью.
@Joshuef изучал стоимость и экономику узлов, включая кривую цен, описанную выше. Опять же, вскоре появится более полный пост. Он также застрял в переносе обработки допустимых платежей на клиента, поэтому платежи, которые не выполняются из-за изменения цен, просто повторяются с новой скоростью. И он изучал какое-то странное прерывистое поведение процессора в Linux, которое может быть связано с загрузкой DBC.
@chriso занимается исправлением ошибки обмена файлами, а также настройкой автоматических дымовых тестов и начальной загрузки данных для тестовых сетей.
@dirvine вернулся в муравьиное гнездо ради своего последнего поста в блоге по глупости tпытаются навести полный порядок в сложных системах.
А @jimcollinson предложил несколько отличных идей для сети без излишеств, сети MVP для запуска и предложил идеи экономического стимулирования в бета-сети. Ненавижу делать это с тобой снова, но поскорее!
Полезные ссылки
Не стесняйтесь отвечать ниже со ссылками на переводы этого обновления для разработчиков, и модераторы добавят их сюда.
Как проект с открытым исходным кодом, мы всегда ждем отзывов, комментариев и предложений сообщества - так что не стесняйтесь, присоединяйтесь и давайте вместе создадим безопасную сеть!