Головний технічний директор 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 підкреслив, що “було б добре мати якийсь пріоритетний спосіб повідомляти оператору вузла про необхідність оновлення”.
Застереження: Інформація на цій сторінці може походити від третіх осіб і не відображає погляди або думки Gate. Вміст, що відображається на цій сторінці, є лише довідковим і не є фінансовою, інвестиційною або юридичною порадою. Gate не гарантує точність або повноту інформації і не несе відповідальності за будь-які збитки, що виникли в результаті використання цієї інформації. Інвестиції у віртуальні активи пов'язані з високим ризиком і піддаються значній ціновій волатильності. Ви можете втратити весь вкладений капітал. Будь ласка, повністю усвідомлюйте відповідні ризики та приймайте обережні рішення, виходячи з вашого фінансового становища та толерантності до ризику. Для отримання детальної інформації, будь ласка, зверніться до
Застереження.
