Topic: [BOUNTY CLOSED] Open Source (CC) Paper Wallet Kit for safe offline coin storage - page 7. (Read 27627 times)

LATEST TEMPLATE FILE:
http://m-ato.me/bitcoin/templatepreferredfinal.ai

I will remove links in previous posts to the older templates just in case.

Pricing Considerations

I am putting together some price estimates for a retail paper wallet "kit", containing the following:

- Instructions
- Software for printing the keys
- 10 sheets of pre-printed, perforated notes (offset printing, heavy archival paper)
- 4 sheets of test-templates on plain laser paper for calibration
- 120 x security stickers
- 40 x plastic sleeves

The kit would allow you to print and secure 40 paper wallets. Estimated wholesale COST of the kit: ~ $10 for production runs of less than 5000 sheets.

Questions for the thread:

1) Is this the right "size" for a starter kit, or should it be smaller/bigger?
2) Would you buy such a kit, if yes, how much would you pay? (min/max range please)
3) What are the top 3 reasons you would buy rather than DIY?
4) Would you want to sell such a kit, if yes, how much would you charge retail to make it worthwhile? (range please)


Any and all feedback welcome!

Ok, seems to work much better I've updated the generator to fit your provided measurements. In addition I have tried to fix printing multiple pages but I'm not entirely sure that the margins are generated correctly. I have switched to setting the margins using a CSS @page rule which means that in Chrome margins now simply have to be set to "default" and in firefox this method should also work. However, the generated PDFs seem a little off and I can't do a test print at this moment. Testing and bug reports of this version are very welcome: https://github.com/jonls/openpaperwallet/tree/update-template

If Adobe Illustrator does Measurement Guides, we should use them for the template. If not, I can do it in AutoCAD. They look like this, showing the exact position from which you are measuring.

|<---- 5 3/8 in ---->|

There are special holographic stickers that project a woven image over barcodes if photographed or scanned, making them impossible to read. I plan to include some in the "Pro" kit I will sell.

Overall, the security of paper wallets is as much a matter of process as it is a matter of technology. A big part of this project will be the instructions for users that will help them implement the process of paper wallets securely. These instructions should address issues of off-line software, printer "memory", suitable ink, storage options (wall-safe etc), considerations for fire/water, suggestions for backup storage etc. These instructions are what will take the security technology provided and elevate it to a secure process.

By the way, the more bitcoin rises, the worse this problem gets... I need more paper wallets to spread the value, so as to spread the risk of loss. I can't have a 10BTC wallet - that's insane ($2000 on one piece of paper? No thanks). I need 100 x 0.1 BTC instead. A year from now, I will need to spread the same risk to 1000 x 0.01 BTC. More notes means more opportunities for errors and accidental disclosure or loss, which in turn makes the process itself more important.

D'oh! You're right. Those offsets are from the page's top left corner! Yes, subtract the margins from the offsets.

Thanks for the offsets! Something seems to be wrong here though, when compared to your templates. E.g A is placed almost as far into the note as it is wide. Should I subtract the margin (0.5in) from these numbers?

Here's some really interesting reading:
http://www.patentstorm.us/patents/6106932/description.html

In particular:


Three cheers to everything we can learn from the long and venerable practice of cheating the lottery! I suspect that no matter how thick the card stock, "candling" with lasers or bright scanners might be a problem... So I wonder if the final printed product could contain a reflective yet inkjet/laser-printable square where the QR codes and addresses go? Might add more security, waterproofing, *and* look shiny and pretty & valuable... though doubtless more expensive.

Sorry again to those of you waiting for the final template.ai file. Illustrator is unavailable to me at the moment (time to get some new computers for the office..) but I'll be getting to a suitable computer after work to post it. I will save it so that is compatible with earlier versions of CS, since it's come to my attention that my earlier version is optimized for CS6 and some of you may be a few versions earlier.

ETA: 6:00PM PST!

The final agreed template has two blocks in the backup stub so that it can be printed in the "Basic with Human-Readable Backup Stub" layout.

All the designs will accommodate printing that mode.

My personal preference is that be the default layout - the backup stub has no public key (you can generate it from the private if you need), but has TWO versions of the private key - one as a QR and one as human-readable. That offers the greatest recoverability, with three possible places to recover: the main note QR, the backup QR and the backup-backup human readable.


The final template is the one that supports what you ask for, I think we're good!

Awesome demo photos. I'm not sure what printing process aantonop is using for the sheets but I would hope that it uses inks that won't run when wet. whoops I see he answered this as I was typing.

Using the human-readable with stub style example, both the private and public keys will be available in alphanumeric characters, for those who prefer to not deal with QR to load/redeem.

It's possibly too late to jump in since the template appears to be finished, but I wanted to second this opinion. I think -- as unwieldy as they are -- that the full public address and the full private WIF should be displayed in regular old human alphanumeric. One thing that's elegant about a paper wallet is that it reduces the amount of technology required to keep a balance. I don't like the idea of requiring any more technology than is absolutely necessary to recover that balance.

I even advocate multiple copies of the address/key in human readable form, like how serial numbers on US currency are repeated twice in opposite sides of the bill. Though in the case of USD I believe the reason for this is so that you can't tape the halves from two different bills together and claim it's one complete piece of currency.

Great test. I'll do a test on the sticker too ASAP.

The sticker itself has a transparent plastic coating under the scratch-off stuff. That covers the QR and protects it. I think it will also protect from water. The sticker material is the same used for lotto/scratchoff cards, but they are printed on thick cardboard.

We have a couple of proposed solutions for these issues:

1) A backup stub so you have two copies (one of which will survive water by being... elsewhere).
2) A human readable key - not just QR code, in the backup stub. Even severely smudged, I think you can retrieve 30 characters better than a QR code.
3) Pre-printed bills, offset printing. The QR codes will be home-printed, but the background colors will not bleed. Much of the damage in your photos seems to be from the green bleeding, rather than the black fading.
4) Heavy paper, hard to shine light through
5) Wax coated/matt paper may actively repel water but "hold" ink.
6) Acid free, archival quality paper, so it doesn't discolor with light, oxygen or age.
7) Patterned complex background behind QR codes to obscure/confuse scanners and CCD sensors.

I welcome more suggestions and will run some quality tests to see how the stickers help (or not).

great contribution!

These look great and I think it's a superb solution to keeping the private key secure.

Have you experimented to make sure you can't use a bright laser pen or other high intensity light source to transmit enough light through the scratch-off material to see (scan) the QR code on the other side?

I've been working on a folded-style paper wallet and someone suggested this might be a problem. I was skeptical, but after some experiments I was absolutely able to reveal some details that I believed would be obfuscated behind multiple layers of paper & ink.



The thing I'm especially interested in re: the scratch-off stickers is how they might protect against water damage when the keys are printed using an inkjet printer. Have you run some tests in that regard, seeing how a scratch-off covered inkjet-printed QR code survives when wet?

Here are the fairly horrifying results from my own experiments to this end:

I was away for a week on vacation. I can't express how amazed I am to see that the community work continued without even a tiny pause. This is awesome!

Given all the progress I'd like to announce the final stretch for this project:

TWO WEEKS LEFT

Next Friday (April 19th), will be the final day for the bounty. I will award any remaining funds on that day. This is because I intend to do the first PRODUCTION print run during the last week of April for shipment in May.

Here's what needs to happen next:

1) Final submission of all graphic designs based on the final template and dimensions.  (By Apr. 19)
2) Selection of the winners for the two remaining bounties (On Apr 19)
3) Finalization of the software for layout and graphic selection (jonis and I, by Apr 19)
4) Selection of the designs to include in the OpenPaperWallet repository, licensing and upload (by Apr 22)
5) Selection of the ONE design that will be printed in the first production run (by Apr. 22)
6) OpenPaperWallet site and repository launch (by Apr. 26)
7) First production run (week of Apr 29).
8 ) Free samples shipped to designers and anyone interested and contributing to this thread (me by May 15th).
9) First commercial paper wallet kit available for sale online (me by May 15th)
10) Reseller kits shipped to resellers (me by May 30th).

It's the final countdown!

Sorry for the delay.

All placement coordinates refer to the position of the top left corner.

Placement of first note on page: 0.5, 0.5 inches from PAGE’S top left corner.

The following are relative to the NOTE’S PAGE'S top left corner.

A PLACEMENT: 0.75, 0.685 inches
A DIMENSION: 1 x 1 inches

B PLACEMENT: 2, 0.685 inches
B DIMENSION: 2.75 x 0.2 inches

C PLACEMENT: 5, 1.8 inches
C DIMENSION: 1 x 1 inches

E PLACEMENT: 6.437, 0.685 inches
E DIMENSION: 0.2 x 1 inches

F PLACEMENT: 6.8125, 0.685 inches
F DIMENSION: 1 x 1 inches

G PLACEMENT: 6.8125, 1.8 inches
G DIMENSION: 1 x 1 inches

This layout is repeated vertically so that four notes fill the page.

Each note is 2.5 x 7.5 inches, so the
second note would start at 0.5, 3 inches from the PAGE’S top left corner;
third at 0.5, 5.5 inches;
fourth at 0.5, 8 inches.



Hope that's what you wanted. I will upload an updated version of the template .ai file within 24 hours, though everyone who submitted a design since I last posted shouldn't have anything to worry about or change anything -- the height of area B and the width of area E changed by only a fraction of a fraction of an inch.

New Design. More color and little bit slicker and also made a back this time.  
Based on the latest template template. Printed it out on some heavy paper (300g/m²) and looks really good imo.

Back could be used to keep a ledger of how much btc is stored on the wallet.

Front:


Back:

Made a little attempt at creating a design, though it did take quite a while to get it to the point where I was satisfied with how it looked.

http://i.imgur.com/HmV6Vmi.png

I mean the top left corner of each element relative to the note but the size of the margins would also be useful.

Most certainly. I'm just at my office right now and will post the measurements when I get home from work. Please note though -- I'm not sure if we've all agreed that this template is the way to go. I like it, and Aantonop likes it, but I think we were waiting for some commentary from the rest of the community with any concerns or questions about the layout.

For the top-left corner offset, do you mean the offset of the top left corner of the note relative to the top left corner of the entire page?