News

Chain Signatures NEAR переходят в TEE: где остаётся доверие

28 октября 2026 г.
4 мин чтения

NEAR сообщил о работе Chain Signatures внутри TEE. Разбираем, что подтверждает аттестация среды и какие проверки перевода остаются за пользователем.

23 октября 2026 года NEAR сообщил, что операции Chain Signatures теперь выполняются внутри доверенных сред исполнения TEE на Intel TDX. При согласовании межсетевого перевода полезно разделять подтверждение среды подписи и подтверждение самого платежа. Аттестация среды не исправит ошибку в адресе получателя, которую пользователь согласовал сам.

Что изменилось на стороне подписантов

В анонсе NEAR указан порог подписи 11 из 17 операторов. Это конфигурация, о которой проект сообщил на дату публикации, а не неизменный параметр сети. Новость относится к работе операторов. Владельцу кошелька не требуется переводить монеты только ради подтверждения этого обновления или участия в нём.

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

Корректная подпись ещё не означает правильное поручение

Документация Chain Signatures разделяет исходящую подпись и чтение состояния другой цепочки. Там же объясняется, что привязка к сети зависит от подписываемых данных, а не просто названия пути деривации. Надпись со знакомой сетью в интерфейсе сама по себе не показывает, какую именно операцию запросит приложение.

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

Вопрос перед подтверждениемКакие сведения нужныЧего они ещё не доказывают
Кто вправе запросить операцию?Правила доступа приложения и согласования действийЧто получатель выбран правильно
Что именно подписывается?Расшифрованные сеть, актив, адрес и суммаЧто транзакция уже отправлена
В какой среде получен результат?Объяснение аттестации и разрешённого ПОЧто бизнес-правило приложения разумно
Приняла ли перевод целевая сеть?Транзакция назначения и её статусЧто биржа зачислила внутренний баланс

Обычная ошибка в реквизитах переживёт хорошую инфраструктуру

Представим условное приложение, где сотрудник готовит перевод поставщику. Актив и сумма выбраны верно, но адрес скопирован из старого платежа другой компании. Если приложение принимает такое поручение, подтверждение работы разрешённого ПО не устанавливает принадлежность адреса нужному поставщику. Полезная проверка здесь — сверка получателя до согласования, а не более убедительное описание сервера после отправки.

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

  1. Определите приложение и разрешение, позволяющее ему запрашивать подписи от вашего имени.
  2. Сравните расшифрованную транзакцию с ожидаемыми адресом, сетью, активом и суммой; разберитесь с незнакомыми действиями контракта.
  3. Выясните, что охватывает аттестация и где проверяют сведения о разрешённом ПО.
  4. После отправки сохраните идентификатор транзакции целевой сети отдельно от запроса подписи.
  5. Если получатель — сервис, проверьте статус его собственного зачисления, прежде чем считать операцию завершённой.

Какие выводы из новости делать рано

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

Перед отдельным обменом проверьте поддерживаемые монеты и сети, прочитайте порядок выполнения заявки и сверяйте конкретные реквизиты в форме простого обмена. Эти действия не устанавливают использование Chain Signatures в KOT.CASH. Практический результат проверки — понимание согласуемой операции, без предположений об интеграции сервиса на основании новости сети.

Частые вопросы

Что изменилось в NEAR Chain Signatures после новости о TEE?

Анонс от 23 октября относится к среде работы операторов. Аттестацию среды нужно рассматривать отдельно от проверки получателя и суммы согласуемого перевода.

Где на GitHub посмотреть устройство NEAR MPC?

В указанном репозитории near/mpc есть описание работы с TEE. Чтение документа не является независимой проверкой действующей конфигурации всех операторов.

Что подтверждает доверенная среда исполнения?

Она позволяет рассматривать изоляцию вычислений и предусмотренную модель проверки среды. Принадлежность адреса нужному получателю следует устанавливать отдельно.

поддерживаемые монеты и сетипорядок выполнения заявкиформе простого обмена

Источники

Готовы обменять крипту?

Быстрые, прозрачные свопы — регистрация не нужна.

Начать обмен
Chain Signatures NEAR переходят в TEE: где остаётся доверие | KOT.CASH