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