#dusk $DUSK @Dusk почти превратил весь мой портфель в пыль
Занимался заданием по Dusk trading и случайно открыл намного более крупную позицию, чем планировал 😭
К счастью, я заметил вовремя и закрыл её, прежде чем она могла меня ликвидировать. Бачат Хогай...
i всё гадал, когда предложенное изменение от @Dusk на самом деле становится частью протокола.
похоже, написать убедительный DIP — это только начало.
Dusk Improvement Proposal проходит этапы Idea, Draft и Feedback, прежде чем попасть в Staging. Если предложение включает техническую реализацию, на этом этапе оно размещается в тестнете Nocturne для финального раунда тестирования и обратной связи.
Только после того, как оно получит консенсус, а его результаты (deliverables) попадут в production-среду, предложение становится Active.
это важное разделение.
Слитый документ может сохранить спецификацию и рассуждения за изменением, но это не значит автоматически, что каждый узел уже следует этому правилу в mainnet. Зрелость предложения и активация в production — разные состояния.
У процесса есть и путь бездействия.
Предложение, которое больше не разрабатывается, может стать Stagnant. Если оно остаётся там дольше шести месяцев, его могут пометить как Dead. Так архив сохраняет идеи, которые не продвинулись, а не заставляет каждый старый proposal выглядеть «ожидающим» бесконечно.
Мне нравится история, которую это создаёт: мотивация, спецификация, совместимость, тесты, соображения по безопасности и ссылки на реализацию остаются привязанными к решению.
Но структурированная запись не отменяет оценку. Редакторы и участники всё ещё должны решать, когда обратной связи достаточно, есть ли консенсус и действительно ли реализация соответствует написанному предложению.
Цикл DIP делает изменение протокола проще для аудита или помещает самые сложные управленческие решения в переходы, которые одна лишь документация не может разрешить??
#dusk @Dusk
Занимался заданием по Dusk trading и случайно открыл намного более крупную позицию, чем планировал 😭
К счастью, я заметил вовремя и закрыл её, прежде чем она могла меня ликвидировать. Бачат Хогай...
i всё гадал, когда предложенное изменение от @Dusk на самом деле становится частью протокола.
похоже, написать убедительный DIP — это только начало.
Dusk Improvement Proposal проходит этапы Idea, Draft и Feedback, прежде чем попасть в Staging. Если предложение включает техническую реализацию, на этом этапе оно размещается в тестнете Nocturne для финального раунда тестирования и обратной связи.
Только после того, как оно получит консенсус, а его результаты (deliverables) попадут в production-среду, предложение становится Active.
это важное разделение.
Слитый документ может сохранить спецификацию и рассуждения за изменением, но это не значит автоматически, что каждый узел уже следует этому правилу в mainnet. Зрелость предложения и активация в production — разные состояния.
У процесса есть и путь бездействия.
Предложение, которое больше не разрабатывается, может стать Stagnant. Если оно остаётся там дольше шести месяцев, его могут пометить как Dead. Так архив сохраняет идеи, которые не продвинулись, а не заставляет каждый старый proposal выглядеть «ожидающим» бесконечно.
Мне нравится история, которую это создаёт: мотивация, спецификация, совместимость, тесты, соображения по безопасности и ссылки на реализацию остаются привязанными к решению.
Но структурированная запись не отменяет оценку. Редакторы и участники всё ещё должны решать, когда обратной связи достаточно, есть ли консенсус и действительно ли реализация соответствует написанному предложению.
Цикл DIP делает изменение протокола проще для аудита или помещает самые сложные управленческие решения в переходы, которые одна лишь документация не может разрешить??
#dusk @Dusk