Timeline for What is an "anonymous admissible timestamp"?
Current License: CC BY-SA 4.0
8 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Dec 8, 2018 at 21:58 | vote | accept | rapt | ||
| Dec 8, 2018 at 21:58 | comment | added | rapt | Thank you! Your answer definitely clarified the term I asked about in my question. | |
| Dec 7, 2018 at 22:21 | comment | added | M'vy | If you want anonymity, but still uniqueness, you need a party to take care of the uniqueness, and giving out the tickets which the second party can't use to track (or if first = second party, hand tickets out and 'forget' the id on the ticket). The question is about the timestamping part, if you need more details on the scenario, you should probably make a new question with more details about this scenario. | |
| Dec 7, 2018 at 20:40 | comment | added | rapt | This list of beer receivers will require people to prove their identity, e.g. by showing a passport, which is kinda strict, NSA heaven. Do you see any chance to work around it? And another thing - how do you actually implement the "untraceable" part in "anonymous 'tickets' containing a unique and untraceable identifier" in an online system? Let's say I send my passport docs and the system creates my account and puts there my 1st ticket with some ID, which the system associates with my account. Then all the next times I submit a ticket, the system knows it's from my account, thus from me. | |
| Dec 6, 2018 at 20:53 | comment | added | M'vy | That's the problem with analogy, it's difficult to match to the real problem. It could just be a list of clients, with a 'check-mark: has received free beer ticket'. After that, you can't track how much one client drinks, while still restricting the free beer to one per hour. Obviously, if you don't have some kind of control as to whom you give the tickets in the first place, it becomes complicated. | |
| Dec 6, 2018 at 18:14 | comment | added | rapt | I did not understand how you want to avoid documenting to whom a given identifier belongs to, and at the same time avoid giving multiple tickets to the same person (did you mean before he cashes his current ticket?).... Also, if you do have a clever way to avoid giving multiple tickets to the same person, then instead of working with tickets, you can just give them a beer on the first time they show up, and then if they showed up again too soon, you wouldn't give them a beer and tell them to wait (you could do this because you had some way to avoid giving multiple things to the same person). | |
| Dec 6, 2018 at 17:25 | history | edited | kelalaka | CC BY-SA 4.0 |
TA was not clearly defined.
|
| Dec 6, 2018 at 14:08 | history | answered | M'vy | CC BY-SA 4.0 |