Розробник Terra Classic Core відкриває пропозицію щодо усунення канонічного репозиторію LUNC

- Реклама -

Ця пропозиція позбавить від необхідності центрального органу контролю за змінами коду в блокчейні.

Едвард Кім, розробник Terra Classic і доцент Університету Дрекселя, запропонував ліквідувати існуюче канонічне сховище для блокчейну Terra Classic. Якщо пропозиція буде прийнята, зміни коду, внесені розробниками, контролюватимуть не центральний орган, а набір активних валідаторів, що ще більше сприятиме децентралізації.

Мотивація пропозиції 

Ед представив пропозиція у четвер, пояснивши його деталі та мотивацію, що стоїть за ним, коли він відкрив його для обговорення спільнотою. За словами Еда, розробники Terra Classic все ще стикаються з проблемою, яка виникла, коли Terraform Labs мала абсолютну владу над змінами коду, внесеними в блокчейн.

Обговорення відсутності канонічного репозиторію для Terra Classic, https://t.co/j2TqbIt9cA

— Едвард Кім (@edk208) Січень 5, 2023

Він зазначив, що розробники, які зараз працюють над ланцюжком, не мають доступу для запису до поточного канонічного сховища для блокчейну, який отримав назву «Classic».

Після краху Terra у травні, який породив токен Terra Classic (LUNC), Terra Money Classic Core репо було створено та служило канонічним репо для блокчейну. Отже, зміни коду, внесені в мережу Terra Classic, підлягали затвердженню Terraform Labs, оскільки фірма контролювала репо. Але TFL більше зосередилися на блокчейні Luna, залишивши Terra Classic без уваги.

У вересні 2022 року було прийнято пропозицію 4940, спрямовану на те, щоб повстанці Терри «Класичне ядро” канонічний репозиторій для блокчейну. Однак після патчів, внесених до репозиторію для виправлення експлойту Dragonberry, засвідченого в його коді IBC, поточне «Класичне» репо стало канонічним репозиторієм. 

Вплив на процедуру внесення змін до кодексу Terra Classic

Якщо пропозиція буде прийнята, репозиторій Classic перестане бути канонічним репозиторієм, а оновлення блокчейну Terra Classic будуть контролюватись спільнотою, пройшовши кілька процедур. За словами Еда, ці оновлення повинні містити хеші фіксації з деталізацією змін і завжди починатися з активного або останнього хешу фіксації в ланцюжку.

Крім того, Ед зазначив, що всі відповідні сутності; включаючи валідатори, проекти, вузли та CEX; повинні отримувати інформацію про зроблені оновлення. Він заставив Команда L1 підтримка у складанні та наданні необхідної інформації про їх репо.

Ці процедури можуть бути громіздкими як для розробників, так і для валідаторів, сказав Ед. Розробникам доведеться пройти більш ретельний контроль з боку спільноти, перш ніж вносити зміни в код, оскільки вони намагаються завоювати довіру спільноти. Для валідаторів знадобляться додаткові зусилля для спостереження за змінами коду, вбудованими в будь-яке оновлення.

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

- Реклама -