>We present the user with four items, a key, lock, seal and imprint. The key
and lock serve the purposes of encryption: Alice distributes her locks as
widely as possible so that others can send her messages that only she
can open with her key. Similarly, the seal and imprint handle signing:
Alice passes out copies of her imprint so others can verify her as the sender
of messages she has stamped with her seal. Collected together, we refer to
these four items as a toolkit this abstraction handles the contingency where
a user loses her key but not her seal: we insist that the toolkit represents
an indivisible unit that must be replaced whenever any element is lost.
>The downside to radix sort is that is just looks at bytes. If you had some deep and semantically meaningful ordering defined over your type, (or, like, a pointer) that's great but we're sorting by its bytes.
See Fritz Henglein's "Generic Top-down Discrimination for Sorting and Partitioning in Linear Time" paper for a nice way to extend radix sort's runtime to arbitrary meaningful orderings:
This is cool, though as said in the other comments, it's unfortunate that the readability of the codes are tied to the availability of the service, like a URL shortener, i.e., not very mesh.
Did you do much research onto the actual "serialization format" of the tags? Aesthetically they are nice, but I wonder how deep the rabbit hole goes for drawable-but-not-necessarily-human-readable dense formats, which is a slightly different utility function than regular written languages. I imagine there's some overlap with the psychology of memorizing passwords which are opaque semantically, but still need to be remembered.
The syntax for these libraries is always a little wonky though. If only these libraries also had some sort of syntax preprocessor to make it more palatable. You could call it, I don't know, Scala, or something.
Is the Hypothetical Amnesia Machine algorithm backed by any scholarly research, or can you at least cite some papers with similar techniques? Blog posts and javascript are nice, but I have a certain fondness for LaTeX-generated PDFs whenever data integrity is involved, e.g. HyperDex's pretty excellent papers:
Basically, instead of the stream source having to sign every single new chunk (so peers can verify that they're getting the right data), the source signs subtree hashes of the new data and slowly builds up a larger hash tree. Once the stream is over, the complete hash tree is instantly seedable by anybody in the original stream.
_And_ sound, as evidenced by anybody who posts links to youtube or soundcloud, e.g., /a/ or /mu/. Having such functionality directly in 4chan uploads would further the goal of anonymous ephemerality/content creation better than links to other sites. I can see your point if by "4chan" you mean "moot and site admins" due to the copyright concerns, but my feeling from other anons is that audio support would be awesome overall.
>You haven't been on 4chan much, have you?
If the novelty truly never wore off, every gif would still turn into cheetus after the first frame, and every link to youtube would still be Rick Astley.
Plus, think of your argument if we already had audio webms for their legitimate uses and had never known restriction. Would you give up audio on all webms just because of an occasional "screamer"? Would you give up all images just because some anons occasionally post shock pictures?
What other reasons were there to limit videos to 2 minutes, without audio? They certainly aren't technical limits.
The commons reasons cited on 4chan are:
1. All videos with sound would be "screamers", where the audio would get really loud unexpectedly halfway through, as a simple troll.
2. 4chan is an _image_ board, not a video board.
3. the MPAA and other copyright holders would crush 4chan with DCMA takedown requests for audio.
I feel like (1) could be solved technically with auto-mute and/or a soundcloud-style visible meter, as well as the novelty eventually wearing off.
For (2), it seems that 4chan's main goal of ephemeral content/anonymity would overrule the historical precedent for content on the site (and already does, if /f/ is any indication). If it works for vine/snapchat, why not 4chan?
(3) though seems like the major issue, especially for +2 minute videos.
http://randomwalker.info/teaching/spring-2014-privacy-techno...
>We present the user with four items, a key, lock, seal and imprint. The key and lock serve the purposes of encryption: Alice distributes her locks as widely as possible so that others can send her messages that only she can open with her key. Similarly, the seal and imprint handle signing: Alice passes out copies of her imprint so others can verify her as the sender of messages she has stamped with her seal. Collected together, we refer to these four items as a toolkit this abstraction handles the contingency where a user loses her key but not her seal: we insist that the toolkit represents an indivisible unit that must be replaced whenever any element is lost.