Источник: AltStake
Сообщество сети Эфириума нарушило свое молчание в связи с обновлением сети для облегчения возврата потерянных средств на платформе.
В результате ухода разработчиков Эфириума Йоши Хираи, который ушел в отставку в четверг со своей должности по контролю изменений в программном обеспечении, участники сообщества штурмовали Github в оглушительном отказе от спорного предложения, над которым он оставил свой пост.
За последние 24 часа более 80 комментариев были опубликованы в официальном GitHub сети Ethereum, большинство из которых сообщают, что они «не поддерживают» или «категорически против» предложения по улучшению Эфира (EIP) 867, в котором подробно описывается метод стандартизации использование общесистемных обновлений программного обеспечения для возврата средств, потерянных на платформе.
Возникающие потребности восстановления средств из-за неисправного кода — это важная тема для платформы, ранее переведшая к расколу сети и появлению Ethereum classic.
Горячий ответ, в котором многие ожидают поддержки разработчика, отмечает резкий контраст с тишиной наблюдавшейся ранее на этой неделе, а некоторые пользователи даже пишут, что это предложение является «полным позором для сообщества эфира».
Выступая по теме, разработчик Уильям Энтрикен предупредил о возможных последствиях нормализации восстановления потерянных средств в комментариях, которые отражают чувства пользователей. Энтрикен пишет:
«Вот непреднамеренное следствие наличия легко доступного, хорошо документированного и стандартизованного инструмента, подобного этому».
Другие пользователи также отклоняют предложение как «очень опасное», а также «страшную и абсолютную шутку», в то время как некоторые пользователи пишут, что обновление «идет вразрез со всем, что я думал о экосистемы Эфира».
Оскорбление также отражает реакцию, наблюдаемую на собрании разработчиков на прошлой неделе, где разработчик Ethereum Влад Замфир говорил о необходимости обратной связи с сообществом по этому вопросу, заявив, что EIP 867, возможно, слишком важно для прохождения обычного процесса обновления.
К этой проблеме добавляется и то, что возникла путаница в отношении статуса предложения, которое было изначально было заявлено официально на GitHub как «спорный вопрос» (или эскиз на ранней стадии), а затем как «запрос на реализацию» кода на платформе.