viem

Les faits et les vérifications qui les fondent

Rien de ce qui suit n’est copié d’une documentation. La vérification content/libraries/verify/viem/run.sh a exécuté viem 2.57.7 sur Node.js 24.22.0; viem depends on @noble/curves 1.9.1 dans l’image de conteneur node:24.22.0-bookworm-slim le 20 octobre 2026 ; la page doit correspondre à ce que la vérification a affiché, et chaque fait cite les lignes en question.

• Encodage des signatures ECDSA

  rsv-65

  signMessage() renvoie 65 octets en hexadécimal : r, s et v.

  Relevé par la vérification

  fact ecdsa-signature-encoding = rsv-65

• Identifiant de récupération v

  27-28

  v vaut 27 ou 28 ; parseSignature() l’indique aussi sous la forme yParity 0 ou 1.

  Relevé par la vérification

  fact recovery-v = 27-28

• Préfixe de message

  eip-191

  hashMessage() est égal au keccak-256 du préfixe EIP-191, de la longueur en décimal et du message, calculé de façon indépendante.

  Relevé par la vérification

  fact message-prefix = eip-191

• Fonction de hachage par défaut

  keccak256

  Les signatures de messages utilisent keccak-256.

  Relevé par la vérification

  fact ecdsa-default-hash = keccak256

• Ce que l’appel de signature hache

  hashes-message-or-digest

  signMessage() hache avec le préfixe EIP-191 ; sign() avec un paramètre hash signe tel quel un condensat de 32 octets et a produit une signature identique pour ce condensat.

  Relevé par la vérification

  fact ecdsa-prehash = hashes-message-or-digest
  evidence ecdsa-prehash: sign() over the EIP-191 digest equals signMessage(): true

• Nonce ECDSA

  rfc6979

  RFC 6979 : la signature correspondait à la signature déterministe de @noble/curves sur le même condensat.

  Relevé par la vérification

  fact ecdsa-nonce = rfc6979

• Low-S à la signature

  low-s

  Aucune valeur high-S parmi 64 signatures de messages.

  Relevé par la vérification

  fact ecdsa-low-s-sign = low-s

• High-S à la vérification

  accepts-high-s

  La signature miroir (r, n − s) avec v inversé a permis de récupérer le signataire dans recoverMessageAddress() et a été vérifiée par l’utilitaire verifyMessage.

  Relevé par la vérification

  fact ecdsa-low-s-verify = accepts-high-s
  evidence ecdsa-low-s-verify: recoverMessageAddress with (r, n - s, flipped v): recovers the signer

• Formes de signature acceptées

  v-27-28v-0-1

  Les signatures de 65 octets avec v = 27/28 ou v = 0/1 ont permis de récupérer le signataire ; la forme EIP-2098 de 64 octets a échoué avec invalid signature length.

  Relevé par la vérification

  fact signature-input-shapes = v-27-28, v-0-1
  evidence signature-input-shapes: v-27-28: recovers the signer
  evidence signature-input-shapes: v-0-1: recovers the signer
  evidence signature-input-shapes: eip-2098: invalid signature length
  evidence signature-input-shapes: verifyMessage utility, high-S twin: true
  evidence signature-input-shapes: verifyMessage utility, eip-2098: invalid signature length
  evidence signature-input-shapes: eip-2098 expanded with parseCompactSignature and compactSignatureToSignature: recovers the signer
  evidence signature-input-shapes: parseSignature returns v 28 and yParity 1

• Courbes ECDSA

  secp256k1

  secp256k1 uniquement.

  Relevé par la vérification

  fact ecdsa-curves = secp256k1

• EdDSA

  none

  Pas d’EdDSA.

  Relevé par la vérification

  fact eddsa = none

• Algorithmes post-quantiques

  none

  Aucun algorithme post-quantique.

  Relevé par la vérification

  fact pqc = none

• Formats de clé publique

  sec1-uncompressed

  account.publicKey est le point non compressé SEC1 de 65 octets.

  Relevé par la vérification

  fact public-key-formats = sec1-uncompressed
  evidence public-key-formats: account.publicKey is 65 bytes starting with 0x04: true

Utilisation

import { recoverMessageAddress, verifyMessage } from "viem";
import { generatePrivateKey, privateKeyToAccount } from "viem/accounts";

const account = privateKeyToAccount(generatePrivateKey());
const message = "Sign in to example.com\nNonce: 8f2c1a";

// EIP-191 personal_sign, RFC 6979, low-S, v = 27 or 28.
const signature = await account.signMessage({ message });

// For EOAs this is ecrecover plus an address comparison; for smart-contract
// wallets use the publicClient.verifyMessage action, which also checks ERC-1271.
const valid = await verifyMessage({ address: account.address, message, signature });
const signer = await recoverMessageAddress({ message, signature });

console.log("signature bytes:", (signature.length - 2) / 2);
console.log("valid:", valid, "signer matches:", signer === account.address);