NIP-13 définit un système de preuve de travail pour les événements Nostr, exigeant un effort computationnel pour créer des événements comme mécanisme de prévention du spam.

Fonctionnement

La preuve de travail est démontrée en trouvant un ID d’événement (hash SHA256) avec un nombre spécifié de bits zéro en tête :

  1. Difficulté : Mesurée en bits zéro en tête (par ex., 20 bits = 2^20 tentatives en moyenne)
  2. Tag Nonce : Les événements incluent un tag nonce avec la valeur du nonce et la difficulté cible
  3. Vérification : Les relais et les clients peuvent rapidement vérifier que le travail a été effectué
{
  "tags": [["nonce", "12345", "20"]],
  ...
}

Niveaux de difficulté

BitsTentatives moyennesUtilisation typique
8256Dissuasion minimale du spam
1665 536Filtrage léger
201 048 576Protection modérée
2416 777 216Forte résistance au spam

Pourquoi c’est important

  • Admission au relais : Les relais peuvent exiger un PoW minimum pour l’acceptation des événements
  • Limitation de débit : Difficulté plus élevée pour des actions comme l’enregistrement de compte
  • Filtrage du spam : Les clients peuvent prioriser les événements à PoW élevé dans les fils
  • Amorçage de réputation : Les nouveaux comptes peuvent démontrer leur engagement via le PoW

La propriété utile est le coût asymétrique. Créer de nombreux événements acceptables devient coûteux pour l’expéditeur, tandis que vérifier la preuve reste peu coûteux pour les relais et les clients.

Compromis

  • Favorise les utilisateurs avec du matériel puissant
  • Préoccupations de consommation énergétique
  • N’empêche pas tout le spam, augmente seulement le coût

Le PoW déplace aussi la résistance au spam de l’identité de compte vers la disponibilité de calcul. Cela peut aider dans les environnements sans permission, mais ne permet pas de distinguer un utilisateur légitime nouveau d’un spammeur bien financé.


Sources principales :

Mentionné dans :

Voir aussi :