Главный технический директор Ripple Дэвид Шварц недавно поделился обновлением о своем хабе XRP Ledger, который работает уже несколько месяцев.
Обновления от технического директора Ripple о его хабе XRP Ledger вызвали отклики со стороны криптосообщества, один из пользователей X похвалил его за стабильность, одновременно подняв важный вопрос, касающийся обновлений rippled и процесса внесения изменений в XRP Ledger.
XRP Ledger использует систему поправок, которая использует процесс консенсуса для утверждения любых изменений, влияющих на обработку транзакций, при этом валидаторы голосуют за них. Если поправка получает более 80% поддержки в течение двух недель, она утверждается, и изменение применяется постоянно ко всем последующим версиям реестра.
Процесс внесения поправок для обновлений rippled?
Пользователь X спросил, можно ли применить процесс внесения поправок в случае включения обновлений rippled, ссылаясь на случаи множества версий rippled на серверах dUNL.
В ноябре была выпущена версия rippled v2.6.2, которая добавила новую поправку fixDirectoryLimit и критическую исправление ошибки. Активация поправки “fixDirectoryLimit” 18 декабря привела к тому, что многие узлы, не обновившиеся, оказались “заблокированными для поправок”.
Менее чем через три недели после выпуска rippled v2.6.2, Ripplex объявила, что доступна новая версия rippled v3.0.0, которая добавила новые поправки, а также исправления ошибок. Версия v3.0.0 также включила поправки, такие как протокол кредитования, которые еще не активированы, но почти завершены в коде.
Учитывая это, пользователь X спросил у технического директора Ripple, возможно ли добавить “обновление rippled” как поправку, которая может быть голосована. Если 80% валидаторов проголосуют за обновление, серверы выполнит поэтапное обновление без вмешательства пользователя, добавил пользователь X.
Технический директор Ripple ответил, что это может ослабить важное ограничение на власть валидаторов. Если это сделать, валидаторы смогут заставить узлы принимать изменения правил, которые они сознательно не захотели принимать.
Объясняя, почему эта идея ему не очень нравится, Шварц заявил, что он настоятельно предпочитает сохранять процесс внесения поправок как механизм координации, а не как основной механизм управления.
Пользователь X отметил, что при быстром темпе инноваций в XRP Ledger синхронизация обновлений, тестирование и отслеживание изменений могут быть очень трудоемкими. Технический директор Ripple подчеркнул, что “было бы хорошо иметь какой-то приоритетный способ оповещения оператора узла”.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Технический директор Ripple реагирует на спекуляции вокруг обновления XRP Ledger перед 2026 годом - U.Today
Главный технический директор Ripple Дэвид Шварц недавно поделился обновлением о своем хабе XRP Ledger, который работает уже несколько месяцев.
Обновления от технического директора Ripple о его хабе XRP Ledger вызвали отклики со стороны криптосообщества, один из пользователей X похвалил его за стабильность, одновременно подняв важный вопрос, касающийся обновлений rippled и процесса внесения изменений в XRP Ledger.
XRP Ledger использует систему поправок, которая использует процесс консенсуса для утверждения любых изменений, влияющих на обработку транзакций, при этом валидаторы голосуют за них. Если поправка получает более 80% поддержки в течение двух недель, она утверждается, и изменение применяется постоянно ко всем последующим версиям реестра.
Процесс внесения поправок для обновлений rippled?
Пользователь X спросил, можно ли применить процесс внесения поправок в случае включения обновлений rippled, ссылаясь на случаи множества версий rippled на серверах dUNL.
В ноябре была выпущена версия rippled v2.6.2, которая добавила новую поправку fixDirectoryLimit и критическую исправление ошибки. Активация поправки “fixDirectoryLimit” 18 декабря привела к тому, что многие узлы, не обновившиеся, оказались “заблокированными для поправок”.
Менее чем через три недели после выпуска rippled v2.6.2, Ripplex объявила, что доступна новая версия rippled v3.0.0, которая добавила новые поправки, а также исправления ошибок. Версия v3.0.0 также включила поправки, такие как протокол кредитования, которые еще не активированы, но почти завершены в коде.
Учитывая это, пользователь X спросил у технического директора Ripple, возможно ли добавить “обновление rippled” как поправку, которая может быть голосована. Если 80% валидаторов проголосуют за обновление, серверы выполнит поэтапное обновление без вмешательства пользователя, добавил пользователь X.
Технический директор Ripple ответил, что это может ослабить важное ограничение на власть валидаторов. Если это сделать, валидаторы смогут заставить узлы принимать изменения правил, которые они сознательно не захотели принимать.
Объясняя, почему эта идея ему не очень нравится, Шварц заявил, что он настоятельно предпочитает сохранять процесс внесения поправок как механизм координации, а не как основной механизм управления.
Пользователь X отметил, что при быстром темпе инноваций в XRP Ledger синхронизация обновлений, тестирование и отслеживание изменений могут быть очень трудоемкими. Технический директор Ripple подчеркнул, что “было бы хорошо иметь какой-то приоритетный способ оповещения оператора узла”.