https://steemitimages.com/0x0/https://cdn.steemitimages.com/DQmdFMqgkatH2TY7p2ZxNrJuQXXcjhbKAj1pqw79NZgB9ry/HF20%20upcoming%20patch.jpg
Привет, стимеры! Последние несколько дней выдались напряженными, но мы достигли некоторого прогресса и теперь готовы предоставить вам самую последнюю информацию о том, как обстоят дела. Мы понимаем, что люди очень расстроены, но хотим заверить вас, что мы работаем так быстро, как только можем, чтобы вернуть блокчейну ожидаемый уровень удобства использования. В этом посте мы обсудим запланированные патчи, которые значительно улучшат пользовательский опыт на Steem, а также причины выбора этого конкретного пути.
*Обновление: [состоялся релиз Steem v0.20.4](https://github.com/steemit/steem/releases/tag/v0.20.4)*
## Приоритеты
Мы рассматривали ишью и разрабатывали для них патчи с максимально возможной скоростью, выстраивая оптимальный путь продвижения. Выбор, который мы сделали, был обусловлен тремя приоритетами. Первый – непрерывность. Пользователи Steem должны иметь возможность продолжать использовать блокчейн даже во время перехода к обновленной системе, обеспечивающей справедливые цены на ресурсы. Второй приоритет – минимизация сбоев в работе бирж и предприятий. Третий – это обеспечение постепенного продвижения к стабильному ценообразованию операций.
## Продвижение
Отталкиваясь от проведенного нами анализа, мы полагаем, что лучший путь продвижения – выпустить серию патчей, наиболее значительный из которых умножит ресурсный бюджет в 10 раз. Это должно гарантировать, что в течение 5 дней пользователи смогут производить в блокчейне в 10 раз больше операций, чем они могут сейчас, хотя этот показатель может варьироваться в зависимости от типов операций. Наш первоочередной приоритет – это непрерывность, и главной причиной наиболее вопиющих проблем, с которыми сталкиваются пользователи, является то, что исходный ресурсный бюджет был слишком ограничивающим. Резкое увеличение ресурсного бюджета – самый быстрый способ устранить эти ограничения и вернуть пользователям тот опыт, к которому они привыкли.
Дополнительным преимуществом этого пути, в отличие от некоторых других рассматриваемых вариантов, является то, что он позволит биржам восстановить работу как можно скорее. Поскольку плагин RC (ресурсных кредитов) является неконсенсусным, любые будущие обновления этой системы, скорее всего, не потребуют повторного воспроизведения блокчейна, т.е. они смогут поддерживать работу сервисов на протяжении всего процесса, пока мы продолжаем заниматься обновлениями.
## Сохранение гибкости
В то же время это решение оставляет на месте систему RC, которая уже сейчас предоставляет нам ценную информацию о реальных ценах на различные операции. Сильные стороны и преимущества системы RC остаются слишком значительными, чтобы рискнуть их потерять. Этот путь позволяет нам сохранить некоторые из этих преимуществ при этом восстановив непрерывность пользовательского опыта. В связи с тем, что многие компоненты системы RC неконсенсусны, мы можем продолжать корректировать бюджет пулов ресурсов, отслеживать тенденции и постепенно корректировать цены с течением времени, чтобы мы могли выполнить нашу третью задачу: приблизить нас к устойчивому ценообразованию в сфере операций в блокчейне. Этот путь предоставляет нам определенную степень гибкости, которой нам не хватало в предыдущей системе распределения пропускной способности.
## Что дальше?
Совсем скоро мы выпустим патчи, после чего немедленно начнем переиндексацию. Это означает, что в течение 24 часов заверители могут подготовиться к запуску нового кода, который обеспечит улучшенный пользовательский опыт, так необходимый стимерам. В конечном счете, именно заверители решают, достаточно ли код безопасен для использования, однако мы выбрали этот конкретный путь, так как простое увеличение ресурсных бюджетов в 10 раз – это самое простое исправление, код которого легко проверить. Если они согласятся принять это изменение, пользовательский опыт может начать улучшаться уже завтра.
За этим последуют другие важные исправления, которые закроют такие проблемы, как недостаток количества RC при создании аккаунтов и задержка в получении маны при делегировании Steem Power. Более подробная информация об этих изменениях приведена ниже.
Мы высоко ценим то, что вы терпеливо переживаете с нами эту непростую ситуацию. Ни одно другое сообщество на Земле не пытается сделать то, что все мы пытаемся осуществить вместе, и понятно почему: это явно непросто! Большое вам спасибо за ваши отзывы и поддержку.
*- Команда блокчейна Steem
Технический отдел*
## Исправления, включенные в патч 0.20.4:
1- [#2974](https://github.com/steemit/steem/issues/2974) Параметры установлены слишком низко, и многие пользователи не могли осуществить транзакцию.
- Система RC слишком сильно ограничивала ресурсы.
- Мы скорректировали параметры минимального вмешательства.
2 - [#2968](https://github.com/steemit/steem/issues/2968) Аккаунты с менее чем -100% RC не могут восстановить ману.
- Если аккаунт не смог получить положительное значение RC в течение 5 дней, он в принципе не сможет этого сделать.
3 - [#2961](https://github.com/steemit/steem/issues/2961) Активация Power up/делегирование SP не увеличивает RC.
- Баг: пользователи, производящие повышение силы, не могли сразу же проголосовать/совершить транзакцию.
- Теперь получение SP дает мгновенное повышение маны голосования.
4 - [#2949](https://github.com/steemit/steem/issues/2949) Сила голоса не была должным образом перенесена в ХФ20.
- Многие испытали понижение силы голоса почти до 0%.
- Мы не вносили никаких изменений в код, однако ваша сила голоса восстановится до нормального уровня в течение следующих 3 дней.
5 - [#2971](https://github.com/steemit/steem/issues/2971) Новые аккаунты с 0 SP имеют только 3 000 RC.
- Эта проблема была симптомом других проблем, которые были решены.
6 - [#2942](https://github.com/steemit/steem/issues/2942) Новые свойства заверителей не возвращались из condenser_api.
- Упущенные свойства были добавлены в legacy API.
7 - [#2947](https://github.com/steemit/steem/issues/2947), [#2957](https://github.com/steemit/steem/issues/2957), [#2962](https://github.com/steemit/steem/issues/2962) Condenser_api.get_accounts возвращал недействительные значения voting_power.
- Уровень совместимости для старого API силы голоса неправильно преобразовывал новую ману в использовавшиеся ранее проценты голоса.
- Для текущей силы голоса пользователя отображались нерегулярные значения, что сделало голосование еще более кривым, чем оно было.
- Крайние случаи были исправлены, теперь всё полностью совместимо со старой системой.
8 - [#2953](https://github.com/steemit/steem/issues/2953) Во время хардфорка у некоторых аккаунтов были отрицательные показатели ресурсных кредитов.
- Любой, чей аккаунт был активен до хардфорка, накапливал долг в новых расчетах, даже не подозревая об этом.
- Мы сбросили отрицательные значения аккаунтов до 0, чтобы они могли совершать транзакции.
9 - [#2958](https://github.com/steemit/steem/issues/2958) Мелкие аккаунты не получили полный объем маны при переходе.
- Все аккаунты должны иметь в доступе минимальное количество RC.
- Эта сумма была рассчитана неправильно, что вызвало недостаток RC.
- Теперь у большинства аккаунтов будет минимум 6 млн RC вместо 3000 RC.
10 - [#2965](https://github.com/steemit/steem/issues/2965) Необходимость наличия плагина RC на транслирующих нодах.
- Использование нестандартной конфигурации для транслирующих нод приводило к тому, что транзакции не отклонялись сразу же.
- Чтобы предотвратить ошибки конфигурации, для любой ноды, которая транслирует транзакции в сеть, по умолчанию доступны вычисления RC.
---
***<div class="pull-right">Переведено @blockchained</div>***
**Оригинал поста: [ЗДЕСЬ](https://steemit.com/steem/@steemitblog/hf20-update-restoring-continuity)**
---
## Если вам нравится то, что мы делаем - поддержите делегата blockchained в сети Steem
---
## Телеграм чат: https://t.me/steemit
---
# [Вы можете торговать токенами STEEM/SBD на RuDEX с 0% торговой комиссией](https://market.rudex.org/#/market/RUDEX.STEEM_BTS)
<center>[](https://market.rudex.org)</center>