Демонстрация хранилища конфиденциальности Midnight требует внешних подписантов для выпуска токенов Ethereum

Вывод средств из экспериментального хранилища Ethereum сети SIG требует участия сети подписантов, хотя основные активы остаются на Ethereum. Этот пример иллюстрирует зависимость вывода средств в плане конфиденциальности Midnight's Nightmode: пользователи сжигают защищенный запрос перед тем, как внешний перевод будет подписан, а восстановление неудачного перевода также требует подтвержденного ответа.

Аккаунт Чарльза Хоскинсона @IOHK_Charles приветствовал Tron в Midnight 21 октября. Дорожная карта SIG нацелена на Tron в декабре 2026 года, в то время как интеграция с Ethereum находится на тестовой сети stagenet.

Как хранилище Ethereum удерживает активы

SIG описывает свою услугу как предоставление контракту Midnight обычного аккаунта Ethereum. Порог подписантов создает подпись Ethereum, когда контракт запрашивает это. SIG утверждает, что подписанты независимы и ни один подписант не может действовать в одиночку.

В этом образовательном и экспериментальном приложении основные токены ERC20 находятся в EVM-аккаунте хранилища. На Midnight пользователи держат защищенные токены хранилища, представляющие их права на этот пул. Таким образом, родные активы, остающиеся на Ethereum, отвечают на вопрос, где активы записаны; это не отвечает, кто может их перемещать.

Это различие также объясняет сжигание. Начало вывода уничтожает защищенный запрос, который выкупается, а не уничтожает основной ERC20. Успешный внешний платеж завершает выкуп. Если платеж получает один из задокументированных результатов неудачи, приложение может восстановить запрос.

Процесс вывода средств рассматривает расход монеты держателя как авторизацию. Держатель предоставляет защищенную монету хранилища, соответствующую токену и точной сумме вывода, затем выбирает адрес назначения. Цепь отклоняет нулевой адрес назначения.

Цепь startWithdraw сжигает эту монету и ставит запрос в очередь. Позже сброс очереди назначает номер последовательности транзакции аккаунта хранилища, известный как его nonce. Этап отправки затем записывает запрос на точный перевод ERC20 и уведомляет службу подписания MPC, или многопартийных вычислений.

Остальное — это последовательность различных обязанностей:

Служба подписания не транслирует транзакцию. dApp или релейер собирает ее с проверенной подписью и отправляет в цепь EVM.

Неудачный перевод и молчаливая служба — это разные вещи

У службы есть вторая задача после подписания. Она предоставляет аттестацию результата внешней транзакции, отдельную от подписи, которая авторизовала эту транзакцию. Протокол интеграции описывает связывание этого результата с запросом и его возвращенными данными.

Хранилище проверяет аттестацию по своему настроенному ключу ответа MPC, прежде чем разрешить расчет.

Спецификация вывода средств описывает три способа, как требование может быть восстановлено: отмененная транзакция, транзакция, ставшая недействительной из-за того, что другая использовала ее nonce, или выполненный перевод ERC20, который вернул false. После того как подтвержденный результат будет поставлен в очередь и очищен, выводящий завершает запрос и получает вновь отчеканенную защищенную сумму.

Успешный перевод, возвращающий true, оставляет сжигание на месте и закрывает запрос. В случае неудачи восстановление представляет собой требование к хранилищу на Midnight, а не новый платеж родного актива на место назначения.

Документированный маршрут возврата требует проверенной, очищенной аттестации. Неполученный запрос на подпись или отсутствующий ответ на результат сами по себе не соответствуют этому условию.

Пример также имеет экстренный механизм в коде хранилища. Разработчик может начать запрос на замену nonce для зависшей транзакции хранилища, используя перевод с нулевой стоимостью с аккаунта хранилища обратно к самому себе с тем же nonce.

Цель состоит в том, чтобы сделать оригинальную транзакцию недействительной, после чего подтвержденный результат может поддержать ее урегулирование неудачи. Начать это восстановление может только разработчик, хотя отправка уже исправленного запроса не требует разрешения. Это еще одна подписанная транзакция, за которой следует аттестация, а не выход, который обходит службу MPC.

Код также содержит конкретное предупреждение: замена оригинального запроса до того, как MPC его подписал, может привести к гонке этого запроса, потенциально оставляя его без аттестации и сожженным сданным защищенным требованием.

Разработчик также устанавливает начальную конфигурацию аккаунта, цепочки и ключа ответа и может изменить настройки газа хранилища. Уже начатые запросы сохраняют значения газа, скопированные при их начале.

Производственный тест — это полный путь выхода

Поддержка основной сети остается связанной с журналом v9 на дорожной карте SIG. Обновление репозитория от 21 октября подготавливает пакет хранилища 0.5.0 на SIG Midnight 0.25.0. В этой версии кода опубликованный реестр адресов содержит адрес хранилища стейджнета и пустую запись основной сети, которую файл определяет как еще не развернутую или опубликованную.

Отдельная демонстрация полного стека SIG использует стейджнет Midnight и Ethereum Sepolia, оба являются публичными тестовыми сетями, с "фейкнет" ответчиком MPC. Это демонстрирует поток приложения. Это не устанавливает, что производственный кворум независимых подписантов работает в этой демонстрации.

Описание порогового подписания SIG касается того, как создается подпись. Оценка фактического развертывания также требует знания о том, сколько подписантов должно сотрудничать, кто их управляет, как эти договоренности могут измениться и какой путь восстановления может завершиться, когда обычная служба недоступна.

Объем аудита требует такой же точности. Финальный отчет Hacken от 21 февраля 2025 года охватывает контракты на цепочные подписи Ethereum Solidity. Его объем не устанавливает охват более нового компактного хранилища или полной системы Nightmode.

Следующее доказательство развертывания, следовательно, более значимо, чем еще одно объявление о расширении: точный производственный код и адреса, его конфигурация подписания и аттестации, охват аудита для этих компонентов и путь восстановления, соответствующий сбою службы.

Этот контент предоставляется исключительно в общих информационных целях и не является финансовым, инвестиционным, юридическим или налоговым советом. Любые мероприятия, вознаграждения, онлайн-акции или связанная с ними информация, упомянутые в настоящем документе, не должны рассматриваться как рекомендация, приглашение к покупке, продаже, торговле или иной сделке с какими-либо криптоактивами. Криптоактивы очень волатильны и могут привести к убыткам. Доступность услуг, продуктов WEEX и связанных с ними событий может варьироваться в зависимости от региона. Вы несете ответственность за обеспечение того, чтобы ваше участие соответствовало применимым местным законам и нормативным актам.