Search Results
Search type | Search syntax |
---|---|
Tags | [tag] |
Exact | "words here" |
Author |
user:1234 user:me (yours) |
Score |
score:3 (3+) score:0 (none) |
Answers |
answers:3 (3+) answers:0 (none) isaccepted:yes hasaccepted:no inquestion:1234 |
Views | views:250 |
Code | code:"if (foo != bar)" |
Sections |
title:apples body:"apples oranges" |
URL | url:"*.example.com" |
Saves | in:saves |
Status |
closed:yes duplicate:no migrated:no wiki:no |
Types |
is:question is:answer |
Exclude |
-[tag] -apples |
For more details on advanced search visit our help page |
0
votes
Do we need a multiple-recipient(-encryption) tag?
The fact that it is about encryption or message authentication is probably clear from other tags or context. …
1
vote
Do we need a multiple-recipient(-encryption) tag?
StackExchange is generally in favor of more specific tags anyway. …
0
votes
Do we need a multiple-recipient(-encryption) tag?
Nah, why would we need such a tag? We didn't need it before and I don't think we need it now.
3
votes
Split of quantum-computing tag
We could also go for quantum-computing as a generic term, but then we would still have to specify additional tags to indicate what is meant. … I don't think that combining the tags quantum-computing and cryptanalysis is wrong in any way. However, my personal feeling is that quantum-cryptanalysis serves the purpose fine. …
11
votes
1
answer
88
views
Introduction of quantum-cryptanalysis tag
Currently quantum-computing is about cryptography performed using quantum computers. Of course, questions that involve Shor's- or Grover's algorithm are not created to perform cryptography. They are u …
1
vote
3
answers
25
views
Do we need a multiple-recipient(-encryption) tag?
Do we need a multi-recipient or multi-recipient-encryption tag? That would be used for MRES (Multiple-Recipient Encryption Scheme) specific questions?
I think that MRES and related acronyms (MRSES for …
4
votes
Are [crc] questions on-topic here, and should they be?
I think it is pretty obvious that questions that are just about CRC are not on topic here. The problem is of course that it would not even be clear to me where they should belong. Definitely not on ma …
2
votes
Introduce "competition" tag
Yes, please introduce a competition tag so we can use that in combination with the other tags. …
3
votes
Introduce "competition" tag
No, please don't introduce the competition tag and use competition-specific tags instead.
There will be few questions tagged with this and more frequent tags may have to be added afterwards. …
2
votes
Introduce "secp256k1" tag?
Yes, we should introduce a secp256k1 tag. This specific curve has become important enough to merit its own tag.
b degnan: Besides that, people may not know that secp256 would be related to ECC and DS …
2
votes
Introduce "secp256k1" tag?
No, we should not introduce a secp256k1 tag. Just a single curve specification is too specific to merit a tag of its own. Instead we could introduce a koblitz tag, as the curve is associated with a Ko …
5
votes
Introduce "secp256k1" tag?
No, we should not introduce a secp256k1 tag. Just tagging something with elliptic-curve and / or dsa is enough.
6
votes
Accepted
Should keys-size be renamed to key-size?
I've simply gone ahead and merged it with key-size, without creating a synonym. I don't think it warrants one because it is just a misspelling of sorts (probably some questions took this tag because t …
0
votes
3
answers
48
views
Introduce "competition" tag
Should we introduce a "competition" tag and then convert the SHA-3-competition tags to that tag (together of course with the SHA-3 tags). … This could be more useful for people searching for the thing by name, and you might be able to use fewer tags. However, people may forget to tag it e.g. sha-3 as that is already in the name. …
1
vote
Two rival tags, [tpm] and [trusted-platform-module], both for the same topic. Neither is off...
Agreed, these should be synonyms, and using tag [tpm] is best because although TPM has multiple meanings, it is unlikely to be confused within the field of cryptography.