Aptos 12 октября включила в основной сети опциональный зашифрованный мемпул — очередь ожидающих транзакций, в которой их содержание скрыто до определения порядка в блоке. Пользователь включает защиту отдельно для каждой операции. Кошелёк Petra уже добавил её в окно подписи, а TypeScript SDK Aptos поддерживает шифрование начиная с версии 7.0.0; менять смарт-контракты для приёма таких транзакций не требуется.

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

Это защита ожидающей операции, а не анонимность. Адрес отправителя, цена и лимит газа, номер последовательности и срок действия остаются видимыми; после исполнения вся транзакция записывается в публичный реестр. Документация также устанавливает минимальную цену в 200 Octas за единицу газа — вдвое выше базового минимума — и пока не поддерживает подпись через keyless-аккаунты, federated keyless и account abstraction.

Независимый аудит zkSecurity отмечает и более узкие границы. Шифротекст может раскрывать примерный тип операции по размеру, а в некоторых потоках заранее виден вызываемый контракт. Валидаторы по-прежнему могут не включать зашифрованные операции; кроме того, при неверном номере последовательности, истёкшем сроке или исчерпании лимитов блока содержание может быть расшифровано без исполнения — часть последнего сценария исправлена лишь частично.

В тесте AptosBFT на 50 узлах пакетная расшифровка добавила около 20 мс задержки на блок. Это опубликованное разработчиками измерение, а не статистика основной сети. Первым заявленным приложением станет биржа бессрочных фьючерсов Decibel, но фактическую нагрузку и долю защищённых транзакций Aptos пока не раскрыла.