Это машинный перевод. Оригинал на английском здесь: Update 22 December, 2022
В этом, нашем последнем обновлении года, мы хотели бы пожелать вам всего наилучшего на Рождество и Новый год, отличного перерыва, приятного времяпрепровождения 
, и спасибо за все испытания! Мы действительно рады выйти на новый уровень с стабильной тестовой сетью, которая до сих пор, по крайней мере, есть, вела себя именно так, как мы надеялись [с тех пор, как это было набросано, мы видели, как все рушилось! ]. Без сомнения, это наложит на него проклятие и приведет к краху [yep], но на данный момент мы выглядим действительно хорошо. Если позволит время, до конца года мы разместим еще один, что снова позволит присоединиться.
Общий прогресс
Мостафа завершил интеграцию консенсусных протоколов, о которых мы упоминали несколько недель назад в контексте членства и передачи. Остается только тестирование.
@qi_ma придумал хитрый способ разделить репликацию данных на пакеты, чтобы избежать всплесков памяти, которые могут привести к сбою узлов. Кажется, это хорошо работает в нашем тестировании.
@chriso усердно работал над процессом выпуска, чтобы убедиться, что тестовые сети работают гладко, а @roland изучает, как мы можем улучшить наблюдаемость и отслеживание с передачей журналов на эластичный сервер.
Между тем, @bzee продолжает бороться с qp2p, а @bochaco все еще занимается некоторыми крайними случаями, связанными с обменом сообщениями и подключением.
Меньшие узлы
Одной из проблем, выявленных предыдущей тестовой сетью, было узкое место в репликации данных. С большими узлами и большим количеством данных, когда мы получаем или теряем узел, данные должны перемещаться по сети. Это означает, что мы не можем работать быстрее, чем можем реплицировать данные. Чем больше и, следовательно, меньше узлов, тем больше это становится проблемой. Внутри мы настраиваем тесты с меньшими узлами, скажем, около 1 ГБ. Узел, который в пятьдесят раз меньше, должен иметь в пятьдесят раз меньше задач репликации для устранения узкого места, таким образом, нагрузка распределяется лучше. Это может означать создание более крупных секций (возможно, 200 взрослых в каждой) или просто большего количества секций.
Это в сочетании с обновлениями потока репликации данных до сих пор выглядело позитивно.
Что это будет означать на практике? Что ж, операторы, скорее всего, будут использовать несколько узлов, а не один, что в целом было бы положительным моментом, поскольку эти узлы будут находиться в разных адресных пространствах в секции, и когда сеть будет расти (она будет расти быстро), вероятность того, что в конечном итоге каждый узел будет живите в другом разделе. Это означает, что данные будут реплицироваться фрагментами по 1 ГБ по сети вместо репликации по 50 ГБ в том же разделе сети. Таким образом, этот подход будет более децентрализованным, а также лучше сбалансирует нагрузку репликации. Также, вероятно, будет больше роли для старейшин, хранящих данные (в настоящее время они этого не делают), чтобы помочь на ранних этапах секции, когда мы все еще заняты добавлением взрослых.
Сейчас мы тестируем этот подход внутри с узлами по 1 ГБ, и если все пойдет по плану (пока все выглядит хорошо), мы сможем собрать общедоступную тестовую сеть в Новом году. До тех пор большинство парней наслаждаются заслуженным отдыхом, хотя MaidSafe есть MaidSafe, всегда найдется кто-то где-то, кто возится с новой идеей или застревает в оптимизации. Они не представляют собой толпу с поднятыми ногами.
Успокойтесь, потратьте немного времени на то, что вам нравится. Увидимся на другой стороне 
Полезные ссылки
Не стесняйтесь отвечать ниже со ссылками на переводы этого обновления для разработчиков, и модераторы добавят их сюда.
Как проект с открытым исходным кодом, мы всегда ждем отзывов, комментариев и предложений сообщества - так что не стесняйтесь, присоединяйтесь и давайте вместе создадим безопасную сеть!