I just heard about this term, is it really used? The concept does not seem new, is it used and/or implemented in current technologies?
Yes its used, in a number of mail delivery/filtering sytems. The most recognized and widely used of which is spamassassin, used by some major ISPs and mail services. See http://hashcash.org/mail/
You might also want to read the hashcash FAQ: http://hashcash.org/faq/
It is also used in various other protocols and applications including for combating blog spam. And you may have heard of bitcoin - hashcash is the underlying mechanism used as the work function in bitcoin.
No. It is not used. It forces the sender to waste a bunch of CPU cycles, and prove that he has done so, in hopes of cutting down spam. Unfortunately, this doesn't work. There are two severe problems with this approach:
So, overall, hashcash is dead. No one uses it, because it wouldn't work at deterring spam. It was a cute idea that turns out not to solve the actual real-world problem. Oh well, so it goes!
Edit 4/28: For more details about why hashcash is not a solution to spam, read the following research paper:
Wikipedia also has a short discussion of some of these issues.
I haven't seen this technology implemented (or openly discussed) in most major commercial email filters.
So hashcash is not a new idea. It dates back to at least 2003. I've heard this concept discussed a bit earlier than 2003 too.
It's based on a simple premise and forces the sender to expend CPU cycles to compute hash tags for each message. I believe this method assumed that each spam message may have been less valuable than the cost of computing the hashtag. If the value of each spam message was greater than the CPU cycle cost, then such a method would not deter a spammer.
With this type of technology, the effectiveness also depends on the recipient's implementation email implementation. If the recipient's mail server didn't enforce or check the results of the hash computation, then any sender can spoof results or simply create a fake value to add to each outgoing message.
The challenge to block spam is to tie together controls at both the sender and recipient. When there's lack of synergy, the effectiveness is greatly reduced or completely eliminated. Imagine if all senders computed hashcash but recipients never checked the has value. That would create an ineffective system where the sender is wasting CPU cycles computing something of no value. In addition, there's additional data to be transmitted per message which increases bandwidth and storage requirements compared to not computing and adding hashcash values in the header.
Most current anti-spam products use a number of different methods to identity spam with pretty high accuracy.
(This is original research using data I cannot otherwise share.)
I have comprehensive worldwide enterprise email telemetry, especially from the US and Europe.
About 0.002% of this mailflow uses Hashcash.
Compare that to the fact that 49.391% of mail uses DKIM, which involves the server signing at least a few components of the email, which has computational requirements (but not typically on a per-recipient basis. Also note that static spam is easier to catch than quickly morphing spam, which requires the signing server to compute new content signatures).
If you're a bulk mailer and you can afford the extra CPU cycles, you might as well use Hashcash, but it won't buy you much these days. You're far better off ensuring that you have DKIM and DMARC set up correctly before bothering with something as archaic as Hashcash.
I'm surprised nobody mentioned bitcoin. While hashcash may have been impractical for email systems, it has proved useful in cryptocurrencies algorithms for proof of work of miners.
"Hashcash is a proof-of-work system used to limit email spam and denial-of-service attacks, and more recently has become known for its use in bitcoin (and other cryptocurrencies) as part of the mining algorithm." https://en.m.wikipedia.org/wiki/Hashcash