Проблема синхронизации Zebra требует проверки｜Консенсус ZEC не взломан｜В районе 1234 я пока выжидаю с небольшой позицией
Моя позиция: сначала дождаться инженерной проверки и не превращать отдельную проблему в репозитории кода в инцидент безопасности всей сети. В официальном GitHub-репозитории Zebra от Zcash Foundation 8 октября была открыта проблема #11619. Автор предполагает, что при параллельной обработке двух разных блоков, содержащих одну и ту же прозрачную транзакцию, временный кэш UTXO может преждевременно удалить выход, на который ссылается другой кандидатный блок. Согласно описанному в тикете сценарию, валидатор может примерно шесть минут ждать, а затем получить сообщение об отсутствии прозрачного входа и повторить синхронизацию. В связанной проблеме #11479 также зафиксированы ложное сообщение об ошибке и перезапуск синхронизации, когда прозрачный вход ещё не был записан в состояние. «Возможный механизм, описанный автором» и «воспроизведено, подтверждено и исправлено командой разработчиков» — не одно и то же. Сейчас нельзя утверждать, что основная сеть подверглась подтверждённой атаке.
Почему трейдерам стоит обратить на это внимание? Надёжность синхронизации полных узлов влияет на способность майнеров, бирж и инфраструктурных сервисов стабильно следовать за вершиной цепочки и в крайних случаях может сказаться на пользовательском опыте при подтверждении депозитов. Однако в самой проблеме #11619 речь идёт об учёте кэша в сервисе состояния Zebra, а не о доказательстве того, что сеть приняла недействительный блок, и тем более не о компрометации конфиденциальности защищённого пула или утечке пользовательских ключей. Даже если проблему удастся воспроизвести, важно выяснить частоту её возникновения, наличие патча, сроки выпуска стабильной версии и возможное влияние на другие реализации узлов. По одной открытой проблеме нельзя делать вывод, что рынок немедленно рухнет или что после обязательного исправления последует отскок. Такие инженерные факты сложнее, чем заголовок «у монеты конфиденциальности снова серьёзная уязвимость», но именно их стоит включать в список наблюдения.
Как рынок уже отреагировал? На момент подготовки текста ZEC/USD на Kraken торговалась примерно по 1234 доллара; цена открытия сегодня составляла около 1221, внутридневной и скользящий 24-часовой максимумы — 1243, минимум — около 1213. Цена пока остаётся в прежнем диапазоне. Проблема была опубликована три дня назад, поэтому сегодняшнее восстановление нельзя приписывать ей. В краткосрочной перспективе сначала посмотрю, сможет ли цена пробить 1243 и удержаться выше; следующая цель — 1260. Снизу ближайшие уровни — 1218, затем 1213. Если разработчики официально подтвердят проблему и одновременно возникнут сбои с депозитами на биржах, ценовой риск может оказаться выше наблюдаемого сейчас. Если же воспроизвести проблему не удастся, это не означает, что цена автоматически вырастет.
Если бы я торговал сам, сейчас я бы не входил в рынок, а рассматривал только условную попытку открыть небольшую спотовую длинную позицию при выполнении необходимых условий. Я дождался бы закрытия двух полных часовых свечей выше 1243, затем — отката и удержания цены в диапазоне 1235–1243. На сделку я выделил бы не более 4% общего капитала, входил бы двумя частями; около 1260 закрыл бы половину позиции, а около 1280 — половину от оставшейся. Если часовая свеча закроется ниже 1218, немедленно выставил бы стоп-лосс. Если оставшаяся позиция снова потеряет уровень 1235 и не отыграет его к закрытию следующего часа, закрыл бы её. Если цена сначала пробьёт 1213, исходный план отменяется — не стал бы усредняться против движения. Если разработчики Zebra подтвердят частые сбои синхронизации основной сети или биржи приостановят соответствующие сервисы, я предпочту оставаться вне рынка и проверять информацию, а не рисковать позицией, пытаясь угадать характер проблемы. Условия плана пока не выполнены, сделок и прибыли нет.
#ZEC
Всё вышеизложенное — лишь моё личное наблюдение за рынком, а не инвестиционная рекомендация.
Моя позиция: сначала дождаться инженерной проверки и не превращать отдельную проблему в репозитории кода в инцидент безопасности всей сети. В официальном GitHub-репозитории Zebra от Zcash Foundation 8 октября была открыта проблема #11619. Автор предполагает, что при параллельной обработке двух разных блоков, содержащих одну и ту же прозрачную транзакцию, временный кэш UTXO может преждевременно удалить выход, на который ссылается другой кандидатный блок. Согласно описанному в тикете сценарию, валидатор может примерно шесть минут ждать, а затем получить сообщение об отсутствии прозрачного входа и повторить синхронизацию. В связанной проблеме #11479 также зафиксированы ложное сообщение об ошибке и перезапуск синхронизации, когда прозрачный вход ещё не был записан в состояние. «Возможный механизм, описанный автором» и «воспроизведено, подтверждено и исправлено командой разработчиков» — не одно и то же. Сейчас нельзя утверждать, что основная сеть подверглась подтверждённой атаке.
Почему трейдерам стоит обратить на это внимание? Надёжность синхронизации полных узлов влияет на способность майнеров, бирж и инфраструктурных сервисов стабильно следовать за вершиной цепочки и в крайних случаях может сказаться на пользовательском опыте при подтверждении депозитов. Однако в самой проблеме #11619 речь идёт об учёте кэша в сервисе состояния Zebra, а не о доказательстве того, что сеть приняла недействительный блок, и тем более не о компрометации конфиденциальности защищённого пула или утечке пользовательских ключей. Даже если проблему удастся воспроизвести, важно выяснить частоту её возникновения, наличие патча, сроки выпуска стабильной версии и возможное влияние на другие реализации узлов. По одной открытой проблеме нельзя делать вывод, что рынок немедленно рухнет или что после обязательного исправления последует отскок. Такие инженерные факты сложнее, чем заголовок «у монеты конфиденциальности снова серьёзная уязвимость», но именно их стоит включать в список наблюдения.
Как рынок уже отреагировал? На момент подготовки текста ZEC/USD на Kraken торговалась примерно по 1234 доллара; цена открытия сегодня составляла около 1221, внутридневной и скользящий 24-часовой максимумы — 1243, минимум — около 1213. Цена пока остаётся в прежнем диапазоне. Проблема была опубликована три дня назад, поэтому сегодняшнее восстановление нельзя приписывать ей. В краткосрочной перспективе сначала посмотрю, сможет ли цена пробить 1243 и удержаться выше; следующая цель — 1260. Снизу ближайшие уровни — 1218, затем 1213. Если разработчики официально подтвердят проблему и одновременно возникнут сбои с депозитами на биржах, ценовой риск может оказаться выше наблюдаемого сейчас. Если же воспроизвести проблему не удастся, это не означает, что цена автоматически вырастет.
Если бы я торговал сам, сейчас я бы не входил в рынок, а рассматривал только условную попытку открыть небольшую спотовую длинную позицию при выполнении необходимых условий. Я дождался бы закрытия двух полных часовых свечей выше 1243, затем — отката и удержания цены в диапазоне 1235–1243. На сделку я выделил бы не более 4% общего капитала, входил бы двумя частями; около 1260 закрыл бы половину позиции, а около 1280 — половину от оставшейся. Если часовая свеча закроется ниже 1218, немедленно выставил бы стоп-лосс. Если оставшаяся позиция снова потеряет уровень 1235 и не отыграет его к закрытию следующего часа, закрыл бы её. Если цена сначала пробьёт 1213, исходный план отменяется — не стал бы усредняться против движения. Если разработчики Zebra подтвердят частые сбои синхронизации основной сети или биржи приостановят соответствующие сервисы, я предпочту оставаться вне рынка и проверять информацию, а не рисковать позицией, пытаясь угадать характер проблемы. Условия плана пока не выполнены, сделок и прибыли нет.
#ZEC
Всё вышеизложенное — лишь моё личное наблюдение за рынком, а не инвестиционная рекомендация.