Basicamente, a ideia é fazer o cliente realizar uma certa quantidade de trabalho para gerar uma nota com um ID contendo um número definido de bits zerados no começo DS string. Ou seja, o cliente precisa gastar uma certa quantidade de poder computacional (e energia) para adicionar uma demonstração ("minerar") determinada nota. Relays e clientes podem então rejeitar notas que não contenham essa prova. Por exemplo, se você não estiver na minha rede de confiança, precisaria de uma prova de trabalho com dificuldade de pelo menos 40 para postar. A teoria por trás disso é que o desafio seria barato de produzir para algumas poucas notas legítimas, mas caro para um spammer enviando milhares / milhões de notas. Na prática, a história é outra: na época do ReplyGuy, foi provado que a rede ainda é pequena o suficiente para que spammers consigam gerar notas e incomodar mesmo com dificuldades relativamente altas de PoW. Dito isso, vale a pena que os clientes implementem algo assim, já que alguns relays ainda exigem PoW. Por exemplo, o nos.lol e o nostr.mom às vezes requerem PoW 28 para postar, especialmente de npubs novos ou quando publicamos eventos demais em sequência. Para mais detalhes, veja:

GitHub

nips/13.md at master · nostr-protocol/nips

Nostr Implementation Possibilities. Contribute to nostr-protocol/nips development by creating an account on GitHub.