Острота идея. Могу я предложить вам начать стандартизацию 2D формат данных штрих-кода, чтобы сделать это полезным в условиях пункт-покупки. Я думаю, что информация о штрих-код 2D должен включать в себя:

- Адресный Bitcoin
- Необязательное описание элемента
- Опциональная цена товара
- Дополнительный 64-битный идентификационный номер позиции
- Опциональный открытый ключ подписи описание, цена и номер позиции

Розничный торговец может встраивать описание, цена, и «инвентарный номер» из пункта для продажи в 2D штрих-кода и может подписать с их открытым ключом. Ваше Bitcoin программное обеспечение может прочитать такое 2D штрих-кода и при обнаружении эти необязательные поля представляют собой более подробную «платить» экран со списком описание товара, его цену, и, при необходимости его идентификационный элемент номер (хотя это, как правило, не может быть полезным для конечного пользователя видеть). Программное обеспечение будет также проверить, что подпись числа описание, цена, и пункт соответствует подписи адреса Bitcoin, чтобы гарантировать, что владелец адреса действительно описал пункт с помощью этих полей и там не было фальсификации. Кроме того, программа может при необходимости проверить, что открытый ключ действительно у розничного продавца (возможно, розничный торговец может иметь отдельный штрих-код где-то безопасный в своем магазине, вы можете сканировать, чтобы сказать вам, открытый ключ розничного продавца). Причиной этого было бы предотвратить кто-то печатать поддельные штрих-кодов и вставить их на предметы в магазине что бы потом платить их вместо розничной торговли для данного пункта.

После того, как указанная выше информация приобретается, программное обеспечение будет генерировать транзакции для данного количества, к данному Bitcoin адреса, с данными встроенных в транзакции (в некоторой стандартной форме) дает идентификационный номер пункта, а также.

Тогда ритейлер сможет после того, как сделка проверяется, точно знать, какой пункт был оплачен.

На выходе из магазина, пользователь будет повторно сканировать штрих-код в какой-то момент оформления заказа, который будет проверять, что там была сделка, которая выплачивается правильная сумма для данного элемента.

Это позволит сделать хорошую точку продажи системы. Розничные продавцы просто должны были бы иметь устройство, которое генерируется штрих-кодов 2D, один за единицу, с красивым интерфейсом для настройки штрих-кода (то есть создание единого описания, а затем убегал 200 уникальных штрих-кодов, каждый из которых с другим номером элемента, каждый из них по отдельности подписаны, должны быть прикреплены к каждому из 200 экземпляров этого пункта у них есть в наличии).

Единственная проблема заключается сделка задержки проверки перед пользователем может проверить свои покупки и покинуть магазин ...