<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>An online attack against Wiesner's quantum money · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/1010.0256/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/1010.0256/feed.xml" rel="self" type="application/rss+xml" /><item><title>An online attack against Wiesner's quantum money — mentioned by amluto</title><link>https://news.ycombinator.com/item?id=12665903</link><guid isPermaLink="false">urn:hackerpapers:mention:1010.0256:12665903</guid><pubDate>Sat, 08 Oct 2016 06:18:16 GMT</pubDate><description>&lt;p&gt;&amp;gt; The conversion into a classical check bit sounds kind of trivial, since the bank has to do the verification of the check. Just add some EPR pairs to the token and use them for teleportation. The measurement results of the teleportation are the classical check. Be very, very careful doing things like this. For example, if the bank knows a secret, uses it to verify your token, and returns the token back to you even if it was invalid, you get a nice oracle to use to attack the bank&amp;#x27;s secret. See, for example: https://arxiv.org/abs/1010.0256&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1010.0256/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>quant-ph</category></item></channel></rss>
