Это машинный перевод. Оригинал на английском здесь: Update 27 April, 2023
Еще одно относительно компактное обновление на этой неделе, поскольку мы работаем над подготовкой следующей тестовой сети сообщества, которая нуждается в дополнительной настройке собственными силами. На самом деле у нас запланировано две тестовые сети. Первый будет относительно простым, с данными, хранящимися в памяти, и без обхода NAT. Зная склонность сообщества бомбардировать тестовые сети фотографиями петухов (sic) и коллекциями записей, мы ожидаем, что это будет довольно недолговечным делом, но оно должно позволить нам увидеть, что происходит с обменом сообщениями между узлами. Однако вскоре после этого мы сможем щелкнуть переключателем, чтобы разрешить сохранение на диск и после этого обход NAT. Итак, маленькие шаги, но это самый быстрый ребенок, которого вы когда-либо видели.
Также мы рады приветствовать Ангуса (@aed900) в команде 
. Ангус — сетевой инженер, который будет помогать нам в вопросах маршрутизации и подключения. Он ныряет в самую глубь, работая с @bzee, чтобы увидеть, как libp2p обрабатывает обход NAT и какие настройки могут потребоваться для Safe.
Общий прогресс
@Bochaco в настоящее время занимается Сериализацией, гарантируя, что все данные могут быть эффективно переданы и сохранены в памяти или на диске, что обмен сообщениями эффективен и способен справиться с ожидаемой асинхронностью, и, в конечном счете, что мы можем поддерживать несколько языков программирования, гарантируя форматы данных. не зависит от платформы (например, protobuf).
Мы думаем, что большую часть общих вещей можно перенести в libp2p, оставив нам возможность выполнять конкретные требования для приложений, работающих в Safe.
@roland, @qi_ma и @anselme изучают, как libp2p обрабатывает запросы данных. По сути, есть два сценария для GET. Одним из них является простой запрос Kademlia, который направляется ближайшим узлам на основе адреса XOR данных. libp2p также имеет функцию поставщика услуг, когда клиент запрашивает услугу у специализированного узла (например, узла аудита или архива), который затем выполняет запрос. Очевидно, что в дальнейшем это будет очень полезно.
@bzee продолжает тестировать обход NAT. В настоящее время он изучает функциональность реле, в частности, как мы можем использовать это как часть последовательности запуска, то есть сначала обнаруживать NAT, а затем, при необходимости, подключаться к реле. Он также изучает, как определить, какие узлы предлагают какую функциональность (см. выше).
@joshuef копается в функциях обновления libp2p. Kademlia по умолчанию заставляет узлы проверять жизнеспособность своих ближайших соседей, периодически реплицируя им данные, но в нашем случае это может быть (или не быть) расточительным. Ограниченное тестирование не выявило каких-либо проблем (и это действительно было очень приятно видеть!), но по мере расширения мы можем захотеть переместить эту функцию, основанную на времени, на функцию, управляемую событиями, где проверки выполняются при изменении близкая группа (присоединяется и уходит).
С гаечным ключом в руке, как новоявленный Марио, @oetyng героически внедряет DBC в новую архитектуру. В нашем новом доме теперь есть кран, который может использовать любой, кто запускает комнет. Этот человек претендует на генезис DBC и затем может распространять его по своему усмотрению. Мы планируем создать веб-страницу, на которой пользователи смогут самостоятельно нажимать на кран для совершения платежей. До этого платежи можно было производить с помощью CLI, выполнив следующие три шага:
- Получите публичный адрес от получателя.
- Позвоните в кран с суммой для получения.
- Передайте полученный гекс DBC получателю.
Полезные ссылки
Не стесняйтесь отвечать ниже со ссылками на переводы этого обновления для разработчиков, и модераторы добавят их сюда.
Как проект с открытым исходным кодом, мы всегда ждем отзывов, комментариев и предложений сообщества - так что не стесняйтесь, присоединяйтесь и давайте вместе создадим безопасную сеть!