Текущее решение (ы):
- в кассе Торговца показывает QR код для сканирования
- мобильный пользователь кладет бумажник своего кошелька в режим сканирования, сканирует торговец QR-код, который может быть запрос оплаты QR-(BIP 70-73) или Bitcoin адрес QR.
- Заказчик (традиционно) подтверждает суммы платежа и кошелек обрабатывает все остальное.
Проблемы, связанные с текущим решением:
- Торговец обязан иметь экран, который отображает QR-код.
- Отображение QR-код для всех клиентов может быть запутанным для не Bitcoin клиентов, и, таким образом, может потребоваться Bitcoin клиента нажать кнопку на платежном терминале, указывающие они хотят платить с Bitcoin. Тогда QR будет отображаться.
- Проезжайте еще более трудной задачей. Механика сканирования, как это неудобно, если это клиент, который должен сканировать код торговца. Ввод бумажника в режим сканирования и достижения в окно автомобиля в сторону торговца, который также тянуться с их QR-экран может работать, но торговец не может знать, что клиент делает? Почему они указывают свою камеру на меня? О, они хотят платить с Bitcoin. Weird. Или продавец должен отображать фиксированный экран для всех клиентов, который имеет проблемы, описанные выше, а также требует надлежащего выравнивания (окна автомобиля на экран).
Альтернативы: Предполагается, что мы предлагаем механизм, при котором текущая модель может быть «перевернутый вокруг» и позволить торговцу сканировать штрих-код, отображаемый на мобильном кошельке, чтобы инициировать поток платежей.
Почему это хорошо:
- Позволяет альтернативу сертификатов X509 в Bitcoin платежного протокола. Клиент генерируется QR-код может иметь один временной код или дополнительный ключ шифрования, который может быть перехвачен только другой камерой в непосредственной близости.
- Позволяет коммерсант использовать существующие сканирования штрих-кодов оборудования или не требует более дорогого экрана терминала
- Не требует клиента, чтобы указать, что они платят с Bitcoin. На диск через клиент может продлить телефон с боковой экран вверх заметно отображения штрих-кода, который торговец будет сканировать и торгового POS может определить, какой вид штрих-кода это (так как они могут позволить платежи других видов с использованием штрих-кодов)
- Резкие вопросы выравнивания на диске через
- Позволить кому-то сканировать ваш телефон проще, чем сканирование кода Чужого (так лучше для клиента).
- Клиент генерироваться QR может обеспечить механизм (URL, номер телефона, адрес электронной почты и т.д.) о том, как стандартный запрос на платеж должен быть доставлен к ним.
Успешные реализации без Bitcoin этого вида пользовательского опыта: Starbucks приложение, мобильный посадочный талон. Они работают очень хорошо, и основаны на коммерсант сканирования клиента не наоборот.
Вопросы: Получение запроса платежа на мобильный кошелек по-прежнему является проблемой. Тем не менее, как указано клиент генерируется QR-может содержать возможные протоколы для этого. Кошелек может потребоваться сервер «» бэкэнд общаться платежные требования, которые бумажник реселлеры могут реализовать. В качестве альтернативы запрос оплаты может быть отправлен с помощью текстовых сообщений или электронной почты. Код QR клиента может содержать номер телефона или адрес электронной почты и мобильный кошелек может перехватить текстовое сообщение акт на нем. Тем не менее, выявляя номер телефона или адрес электронной почты для продавцов является субоптимальным.
Альтернативные решения: Очевидно, NFC терминалы могут избежать этого, однако, терминалов и устройство NFC не распространены.