Это машинный перевод. Оригинал на английском здесь: Update 09 March, 2023
Просто краткий отчет о проделанной работе на этой неделе, так как мы снова сталкиваемся с большим количеством рабочих мест, но без какого-либо крупного нового инструмента, разработки или идеи, о которой можно было бы сообщить.
Спасибо за комментарии в сети только для платежей. Мы тщательно оцениваем это с технической точки зрения, но также и со стратегической точки зрения. Требуется тесная координация с нашим юридическим отделом, поэтому мы будем держать вас в курсе по ходу обсуждения.
Мы тестировали стабильную архитектуру с помощью stateright и пока все хорошо :ухмыляясь:. Мы смоделировали одновременную потерю всех семи старейшин и последующее повышение семи взрослых из стабильной группы. Stateright требуется довольно много времени, чтобы пройти через 160 с лишним миллионов штатов, но ни один из них не является форком, что очень обнадеживает. Тем не менее, мы еще не вышли из леса, потому что, хотя членство кажется прочным, функциональность, построенная поверх него, может быть не такой. Итак, это следующий шаг.
@Oetyng использует этот период между основными работами, чтобы провести весеннюю уборку и рефакторинг. Одним из них является интеграция ключей вознаграждения в sn_node. Ранее использовавшиеся ключи вознаграждения ed2559, которые хранились в ~/.safe, нельзя использовать с DBC, как сейчас. Таким образом, мы обновили их до ключей BLS и добавили их к информации об узле и, что важно, к структуре, за которую голосуют в членстве. Старейшины должны знать ключ вознаграждения узла, чтобы они могли проверять входящие платежи и подтверждать, что стоимость передачи/сохранения выплачивается узлам.
Позже работа увидит:
- Старейшины включаются в выходы при расходовании DBC.
- Старейшины подтверждают, что расходы содержат предназначенные для них продукты.
- Внедрение общеизвестной детерминированной стоимости передачи/хранения и распределения по узлам.
- Включая стоимость передачи/хранения в выводах при расходовании DBC.
- Старейшины подтверждают, что суммы в этих выходных данных достаточны.
Он также убрал двусмысленное понятие «равный», где клиенты и узлы обрабатывались одинаково для целей обмена сообщениями, создав более четкий путь для клиента и узла. родственная логика. Это долгожданное изменение, и с интеграцией ключа вознаграждения использование ключа вознаграждения как части узла имеет гораздо больше смысла.
Также над DBC работает @anselme, который снова смотрит на платежи теперь, когда более ранний дизайн RingCT устарел. Большая часть предыдущего кода для платежей должна быть пригодна для использования, и сейчас он разбирается с этим.
@roland прошел курс по OpenSearch — платформе, которую мы используем для телеметрии.
Мы все еще видим ошибки, когда узлы не могут присоединиться, и @qi_ma сейчас на этом.
Мостафа настраивает алгоритм консенсуса, чтобы все предложения сопровождались подтверждающими доказательствами.
@Chriso продолжает упрощать CLI и удалять обертки и неиспользуемые или бесполезные команды. Пришло время кричать, если есть что-то, что вы хотите увидеть в CLI. Пожалуйста, используйте эту тему для предложений.
И последнее, но не менее важное: @bochaco обновляет Quinn и все зависимости qJSON-RPC. Он также рассматривает gRPC, инфраструктуру удаленного вызова процедур, изначально созданную Google, поскольку кажется неизбежным, что именно так обстоят дела с поддержкой HTTP/3 и Quic. Он предлагает множество преимуществ по сравнению с qJSON-RPC.
Полезные ссылки
Не стесняйтесь отвечать ниже со ссылками на переводы этого обновления для разработчиков, и модераторы добавят их сюда.
Как проект с открытым исходным кодом, мы всегда ждем отзывов, комментариев и предложений сообщества - так что не стесняйтесь, присоединяйтесь и давайте вместе создадим безопасную сеть!