Технічний директор Ripple реагує на спекуляції навколо оновлення XRP Ledger перед 2026 роком - U.Today

2025-12-30 14:52:18

Генерація анотацій у процесі

Головний технічний директор Ripple Девід Шварц нещодавно поділився оновленням щодо свого хабу XRP Ledger, який працює вже кілька місяців.

Оновлення від CTO 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 запитав у CTO Ripple, чи можливо додати “оновлення rippled” як поправку, що підтримує голосування. Якщо 80% валідаторів проголосують за оновлення, сервери здійснять поетапне оновлення без участі користувача, додав користувач X.

CTO Ripple відповів, що це може послабити важливе обмеження на повноваження валідаторів. Якщо це зробити, валідатори зможуть змусити вузли приймати правила, які вони свідомо не бажали приймати.

Пояснюючи, чому ця ідея йому не дуже до вподоби, Шварц сказав, що він наполягає на тому, щоб процес внесення змін залишався лише механізмом координації, а не основним механізмом управління.

Користувач X зазначив, що через швидкий темп інновацій у XRP Ledger синхронізація оновлень, тестування та слідкування за змінами може бути дуже складною роботою. CTO Ripple підкреслив, що “було б добре мати якийсь пріоритетний спосіб повідомляти оператору вузла про необхідність оновлення”.

XRP6,13%

Переглянути оригінал

Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.