Skip to main content
After creating intents, they must be signed before submission to the Verifier contract via the execute_intents function. The Verifier supports multiple signature standards to enable signing from NEAR, Ethereum, TRON, Solana, Stellar, TON, and passkey-based wallets.
Encoding Requirements for the Verifier ContractImportant: Compressed public keys are not supported for ECDSA curves (Secp256k1, P256). Public keys must be in uncompressed format (raw 64-byte x || y coordinates without prefix bytes).Signatures must be in raw concatenated byte format, not DER-encoded.
Every public key registered to an account can sign intents on its behalf. See Account Abstraction for key management details.

Signature types

Different wallets use different signing standards. To allow users to sign with their existing wallet, the Verifier supports multiple verification methods — each corresponding to a specific wallet ecosystem (e.g., ERC-191 for MetaMask, Raw Ed25519 for Phantom). Each signed intent conforms to the MultiPayload enum.

NEP-413

The NEP-413 standard is an off-chain message signing standard recognized by NEAR wallets.

ERC-191

Compliant with the ERC-191 standard for off-chain message signing (Ethereum wallets like MetaMask).
There is no public_key field because it can be recovered from the secp256k1 signature and data.
Ethereum clients shift the recovery byte (v) based on chain ID. The Verifier contract expects v ∈ {0, 1}, so clients must normalize the recovery byte before submission.

TIP-191

Compliant with TIP-191, TRON’s off-chain message signing standard. TIP-191 is fully compatible with ERC-191.
Like ERC-191, there is no public_key field because it can be recovered from the secp256k1 signature and data. The same recovery byte normalization applies.

Raw Ed25519

Used by Phantom wallet for Solana off-chain message signing.

WebAuthn (Passkey)

For use with passkeys and the Web Authentication standard. The signature can use either Ed25519 or P256 (secp256r1).

TonConnect

Follows the standard for data signing on TON.

SEP-53

Compliant with SEP-53, Stellar’s standard for signing arbitrary messages using Stellar key pairs.

Adding more signature types

To support additional key or signature types, contact the NEAR Intents team via Telegram.