В настоящее время, даже если вы можете проверить внутри смарт-контракта кривой NIST P-256 (вот библиотеки для проверки, например - https://github.com/RustCrypto/elliptic-curves/tree/master/p256), вам все равно нужно будет подписать транзакцию с некоторым ED25519 или ключ SECP-256K1, чтобы заставить блокчейн принять его до того, как код контракта будет выполнен.
Я понимаю, что прямо сейчас вы можете просто сохранить последовательность байтов в безопасном анклаве, прочитать ее и подписать любую функционировать на земле пользователя. Вот как это можно сделать безопасно - https://github.com/AlphaWallet/alpha-wallet-ios/pull/1272
Если это важное соображение для поддержки iOS безопасного анклавного пения, вы можете создать предложение об изменении spe c, чтобы добавить SECP-256P1 (который является NIST P-256) в качестве типа ключа, альтернативного NEAR. У этого были бы очевидные недостатки, но это также явный положительный момент, и это необязательно, поэтому каждый отдельный пользователь может решить, какую кривую он предпочитает использовать.