Tarsnap news
daemonology.net
daemonology.net
It's sometimes unclear what a startup plans to offer to its customers, and how it plans to make money. In fact, sometimes it's utterly baffling. tarsnap is a necessary product with affordable pricing, and I wish Colin every success with it.
I'm surprised that VC hasn't been banging down Colin's door. He has a workable business plan and a product that's wonderful. Tarsnap, in my opinion, should also have broad appeal to businesses. I know my company does a disk->tape thing, but often the tapes aren't so reliable, the whole setup is labor intensive, and it's stored in one location. Businesses are less hesitant to pay than consumers are and Tarsnap offers a lot of value.
As for VC, I can see why sometimes that's not always the best option, especially if the founder has to give up control in return for funds. However, I think it would be great to see more projects like this on HN, grounded in technical expertise and solid business needs.
Probably they either aren't aware of tarsnap or they aren't sufficiently technically inclined to be able to try using tarsnap for themselves. :-)
That said, I have had some inquiries; but my response so far has always been that at the moment, for the small amount of money which I could usefully apply, funding would be more of a distraction than it would be worth.
* Building a complete, final product with appropriate documentation, feature matrix etc.
* Building a nice and informative web page describing your product, it's features, your offerings, it's advantages/disadvantages etc.
(...or maybe you already have plans for all those after you finish beta-testing.)
You only need one.
In any event, my feeling is that a rogue CA (I include a CA which doesn't perform adequate verification in this category) is the greatest of the three risks I mentioned.
But speaking of theoretical CS concepts: Part of the tarsnap source code implements a "multitape layer" -- which, in this case, refers to code which uses block storage to provide multiple simulated tapes -- but I spent a long time trying to think of a different name for it in order to avoid any confusion with multitape Turing machines.