ZEC-сообщество открывает исходный код по пороговому хостингу: тестирование основной сети ≠ безопасный массовый выпуск. Около 1468 я жду только подтверждения
Моя позиция — осторожно наблюдать и не считать отрывок демонстрации разработчиков сразу же готовым решением для институционального хостинга. На форуме Zcash сообщество разработчик 20 сентября публично опубликовал библиотеку порогового хостинга 2/3 для блокировок ZEC; в репозитории проекта указано, что 21 сентября две машины, у которых есть доли с разными ключами, скоординировали действия, чтобы авторизовать одну транзакцию в основной сети с блокировкой, при этом третий хранитель не обязан быть в сети — порог всё равно достигается. И форум, и репозиторий — это раскрытие со стороны разработчиков. Я пока не могу независимо проверить полный процесс подписи этой транзакции, поэтому описываю её лишь как «тест основной сети, о котором сообщил разработчик», а не как уже выполненное обновление всей сети, не как официальную публикацию и не как то, что уже принято институтами.
Почему стоит смотреть? Когда институциональные участники или DAO держат средства с блокировкой, хранение полной seed-цепочки одним человеком несёт риски единой точки компрометации и операционные риски. Здесь решение опирается на пороговую подпись RedPallas FROST от Zcash Foundation, и связывает в цепочку генерацию ключей распределённо, связь между участниками, сборку Orchard-транзакции, подтверждение пополнения и обработку реорганизаций. При этом координатор сам не хранит долю ключей. В проекте ZIP 312 Zcash также обсуждается использование пороговых подписей с перезапуском рандомизации для авторизации сделок с блокировкой, что говорит о наличии протокольной базы в документации; но сам «draft» — не производственная сертификация. В проекте прямо сказано, что весь продукт не прошёл независимый аудит; при недостижении порога нет on-chain стратегии восстановления на случай сбоя. Резервное копирование и операционные процедуры остаются болезненным местом. Я считаю, что это улучшает доказательную базу для долгосрочной осуществимости хостинга, а не является доказательством для покупок «прямо сегодня».
Рынок не дал ей прямую цену. По пекинскому времени около 13:20, OKX по фьючерсам ZEC — 1468 долларов, диапазон за 24 часа 1443.66—1572; в 13:00 15-минутный свечной бар закрылся с 1466 до 1462.49, затем отскок — это возврат в незавершённом баре, поэтому нельзя записать как уже случившийся разворот. Плата за финансирование около +0.01%, открытый интерес около 121600 ZEC, номинал около 179 млн долларов. В старом посте в 11:04 условия для лонга требовали: остановка падения в зоне 1444—1452, возврат с объёмом выше 1463 и удержание следующей свечи на уровне 1458. Хотя цена отскочила, я не имею никаких подтверждаемых записей реальных сделок — поэтому не буду писать, что это прибыль. Сегодня я слежу за тем, сможет ли 1460 продолжать удержание, и смогут ли 1476—1484 быть снова закреплены; если цена вернётся обратно к 1443, вывод об отскоке будет опровергнут.
Если бы я торговал сам, сейчас у меня позиция 0 и я не буду гнаться за ростом из-за сообщений разработчиков. Использовал бы максимум 1% капитала на спотовый лонг только если 1460—1466 удержатся подряд двумя свечами по 15 минут и с ростом объёмов вернутся/закроются выше 1476, а следующая свеча всё ещё удержит 1470. Первая цель — 1485—1493, вторая — 1502—1515; первая цель на половину позиции. Если остаток откатит обратно к 1460 — снова сокращение вдвое; при закрытии 15-минутки ниже 1442 — полностью закрыть позиции с остановкой. Если сначала пробьёт 1458 и отскок к 1468 окажется неудачным — отменить вход в лонг и продолжить без позиции; не открывать высокий плечо «по причине экспериментального кода хостинга». Если позже аудит обнаружит ключевые дефекты или тест основной сети не сможет быть воспроизведён, то и по долгосрочному использованию это решение нужно будет отозвать.
Материалы: исходный пост разработчика на форуме Zcash, репозиторий проекта zyn-io, draft ZIP 312, публичная лента OKX. #ZEC
Только личные наблюдения рынка; это не является инвестиционной рекомендацией.
Моя позиция — осторожно наблюдать и не считать отрывок демонстрации разработчиков сразу же готовым решением для институционального хостинга. На форуме Zcash сообщество разработчик 20 сентября публично опубликовал библиотеку порогового хостинга 2/3 для блокировок ZEC; в репозитории проекта указано, что 21 сентября две машины, у которых есть доли с разными ключами, скоординировали действия, чтобы авторизовать одну транзакцию в основной сети с блокировкой, при этом третий хранитель не обязан быть в сети — порог всё равно достигается. И форум, и репозиторий — это раскрытие со стороны разработчиков. Я пока не могу независимо проверить полный процесс подписи этой транзакции, поэтому описываю её лишь как «тест основной сети, о котором сообщил разработчик», а не как уже выполненное обновление всей сети, не как официальную публикацию и не как то, что уже принято институтами.
Почему стоит смотреть? Когда институциональные участники или DAO держат средства с блокировкой, хранение полной seed-цепочки одним человеком несёт риски единой точки компрометации и операционные риски. Здесь решение опирается на пороговую подпись RedPallas FROST от Zcash Foundation, и связывает в цепочку генерацию ключей распределённо, связь между участниками, сборку Orchard-транзакции, подтверждение пополнения и обработку реорганизаций. При этом координатор сам не хранит долю ключей. В проекте ZIP 312 Zcash также обсуждается использование пороговых подписей с перезапуском рандомизации для авторизации сделок с блокировкой, что говорит о наличии протокольной базы в документации; но сам «draft» — не производственная сертификация. В проекте прямо сказано, что весь продукт не прошёл независимый аудит; при недостижении порога нет on-chain стратегии восстановления на случай сбоя. Резервное копирование и операционные процедуры остаются болезненным местом. Я считаю, что это улучшает доказательную базу для долгосрочной осуществимости хостинга, а не является доказательством для покупок «прямо сегодня».
Рынок не дал ей прямую цену. По пекинскому времени около 13:20, OKX по фьючерсам ZEC — 1468 долларов, диапазон за 24 часа 1443.66—1572; в 13:00 15-минутный свечной бар закрылся с 1466 до 1462.49, затем отскок — это возврат в незавершённом баре, поэтому нельзя записать как уже случившийся разворот. Плата за финансирование около +0.01%, открытый интерес около 121600 ZEC, номинал около 179 млн долларов. В старом посте в 11:04 условия для лонга требовали: остановка падения в зоне 1444—1452, возврат с объёмом выше 1463 и удержание следующей свечи на уровне 1458. Хотя цена отскочила, я не имею никаких подтверждаемых записей реальных сделок — поэтому не буду писать, что это прибыль. Сегодня я слежу за тем, сможет ли 1460 продолжать удержание, и смогут ли 1476—1484 быть снова закреплены; если цена вернётся обратно к 1443, вывод об отскоке будет опровергнут.
Если бы я торговал сам, сейчас у меня позиция 0 и я не буду гнаться за ростом из-за сообщений разработчиков. Использовал бы максимум 1% капитала на спотовый лонг только если 1460—1466 удержатся подряд двумя свечами по 15 минут и с ростом объёмов вернутся/закроются выше 1476, а следующая свеча всё ещё удержит 1470. Первая цель — 1485—1493, вторая — 1502—1515; первая цель на половину позиции. Если остаток откатит обратно к 1460 — снова сокращение вдвое; при закрытии 15-минутки ниже 1442 — полностью закрыть позиции с остановкой. Если сначала пробьёт 1458 и отскок к 1468 окажется неудачным — отменить вход в лонг и продолжить без позиции; не открывать высокий плечо «по причине экспериментального кода хостинга». Если позже аудит обнаружит ключевые дефекты или тест основной сети не сможет быть воспроизведён, то и по долгосрочному использованию это решение нужно будет отозвать.
Материалы: исходный пост разработчика на форуме Zcash, репозиторий проекта zyn-io, draft ZIP 312, публичная лента OKX. #ZEC
Только личные наблюдения рынка; это не является инвестиционной рекомендацией.
