Это машинный перевод. Оригинал на английском здесь: Update 10 August, 2023
Следующая тестовая сеть, которая должна быть запущена со дня на день, будет учитывать переменную стоимость магазина. Напомним, что когда узлы заполняются, стоимость хранения данных увеличивается, чтобы привлечь в сеть больше узлов; и наоборот, когда места в сети много, стоимость магазина падает.
Перед тем, как сохранить порцию данных, клиент теперь запрашивает цену для выбора узлов в диапазоне адресов (близкая группа). Цена, предлагаемая каждым узлом, зависит от того, сколько данных в данный момент обрабатывает узел. Как мы видели во время тестовых сетей, свободная емкость и, следовательно, цена будут падать в распределении. В последней тестовой сети, хотя несколько узлов были заполнены полностью, большинство из них были заполнены где-то наполовину или полностью.
Принимая во внимание, что каждый сохраненный фрагмент будет реплицироваться на нескольких узлах (в настоящее время 8), для клиента имеет смысл не выбирать самую низкую цену, поскольку это может привести к недостаточному количеству узлов, сохраняющих платеж и предотвращающих репликацию, а скорее выбирать стоимость хранения должна быть ближе к верхней части предлагаемого диапазона, что будет приемлемой для большинства узлов в группе. Таким образом, клиент должен искать самую низкую цену, которая по-прежнему гарантирует, что большая часть закрытой группы сохранит кусок.
Чтобы сделать это правильно, потребуется несколько итераций тестовой сети, но мы рады, что наконец-то сможем начать.
Мы также рассматриваем возможность обмена DBC по сети. На данный момент DBC необходимо обмениваться вне диапазона — через обмен сообщениями, электронную почту или подобное — но @anselme и @dirvine работают через процесс, посредством которого DBC, которые выводятся в транзакции, будут безопасным образом доступны в сети, поэтому получатель может захватить их, если он знает адрес и имеет правильный ключ.
В другом месте мы работаем над несколькими ошибками из последней тестовой сети. Есть еще некоторые проблемы с соединениями, некоторые узлы не добавляются в таблицы маршрутизации других узлов должным образом. Еще одна проблема — скорость проверки данных, которая довольно низкая. Теперь мы ввели параметр CLI, чтобы не проверять PUT, чтобы ускорить загрузку, но это может вызвать проблемы с большими файлами. Ожидание ответа 20 узлов, прежде чем клиент сможет подключиться к сети, также было довольно медленным, поэтому мы сократили это число до 8 узлов, что немного ускорит работу.
Плюс в том, что платежи за хранение данных обрабатывались довольно быстро, чему мы очень рады.
Общий прогресс
@joshuef возглавил усилия по снижению затрат в магазине и реализовал упомянутую выше цену большинства узлов. Он также поднял PR до затраты на кэширование хранилища на клиенте и использовал это как способ обеспечения обновления таблиц маршрутизации узла, а не проверки связи каждого узла. время. Это должно ускорить запросы PUT.
Генерал Bugfinder @Qi_Ma исправил ошибку в логике обрезки, а также отследил основную причину проверки двойной траты, о которой мы говорили на прошлой неделе, и исправляем и это.
Между тем, @Chriso представил возможность создавать пользовательские ветки safenode и развертывать для тестирования, поэтому теперь мы можем тестировать неслитый код в наша современная ржавая версия инструмента развертывания тестовой сети.
@Aed900 продолжает откалывать «узлы из дома». Он создал прототип функции ретрансляции, позволяющей узлам, которые получают статус частного автоната из сети (что означает, что они находятся за маршрутизатором или брандмауэром), взаимодействовать с сетью, используя другой узел в качестве ретранслятора.
На аналогичной территории @bzee исследовал проблему с немаршрутизируемыми узлами в libp2p, которая вызывала проблемы. Это может быть связано с недавним изменением в libp2p, но требуется дополнительное расследование, и, похоже, для этого потребуются некоторые специальные инструменты отладки в сетевом стеке.
И @roland исправил ошибку в коде тестовой сети, из-за которой узел начальной загрузки не предоставлялся при запуске крана.
Полезные ссылки
Не стесняйтесь отвечать ниже со ссылками на переводы этого обновления для разработчиков, и модераторы добавят их сюда.
Как проект с открытым исходным кодом, мы всегда ждем отзывов, комментариев и предложений сообщества - так что не стесняйтесь, присоединяйтесь и давайте вместе создадим безопасную сеть!