Есть ли способ инициировать платежный запрос в биткойнах?

Я пишу систему периодического выставления счетов и хочу иметь возможность связаться с клиентом и запросить определенную сумму денег. Возможно ли это через биткойн?

Если нет, можно ли предоставить клиенту URL-адрес, чтобы он мог просто щелкнуть по нему, открыть приложение биткойн и инициировать процесс оплаты?

Говорят о добавлении транзакций с мультиподписью в ближайшем будущем. В зависимости от того, как это реализовано, может стать возможным разрешить бизнесу привилегию инициировать транзакцию, подписавшись своим закрытым ключом, но не завершать транзакцию до тех пор, пока клиент также не подпишет. В будущих клиентах мы можем увидеть очередь транзакций «требует одобрения» именно для такого случая. Я оставляю это как комментарий, а не как ответ, потому что в настоящее время приведенные ниже ответы полностью верны, и нет никакого способа легко реализовать периодическое выставление счетов в самом Биткойне.
Теперь для этого вы можете использовать платежный протокол Биткойн, подробнее об этом ниже.

Ответы (5)

Теперь вы можете использовать для этого протокол платежей Биткойн.

Вот простая в использовании реализация от Bitpay .

Уже есть несколько кошельков , поддерживающих это (включая эталонный клиент). Скоро будет выпущено больше.

Видеть:

В системе Биткойн нет возможности отправлять сообщения, а в клиенте Биткойн пока нет URL-ссылки. Как правило, вы предоставляете клиенту платежный адрес в биткойнах и сумму либо на веб-странице, либо по электронной почте, либо каким-либо другим способом.

Я считаю, что альтернативный клиент Spesmilo поддерживает URI в соответствии с предложенной стандартной схемой.

Вы не можете «связаться» с пользователем биткойнов через его адрес и, вероятно, никогда не сможете, потому что это может быть использовано для компрометации анонимного характера адресов. Точно так же нет механизма для запроса платежей или отправки счетов. Пользователь может просто заплатить вам.

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

Скажем, у вас есть услуга веб-хостинга, которая стоит 1 BTC за 30 дней с предоплатой. Хотя концепции периодического выставления счетов не существует, вы можете настроить свой веб-сайт для создания уникального платежного адреса для каждого пользователя. Записав информацию о пользователе и адрес платежа в базу данных, вы знаете, как сопоставить входящие платежи с пользователями. Когда вы получаете платежи, ища учетную запись пользователя по адресу, вы можете «зачислить» правильную учетную запись пользователя. Преимущество этого способа заключается в том, что пользователю не нужно ждать счета, платить в любое заданное время или дождитесь истечения срока действия услуги.Концепция периодических платежей должна быть адаптирована к уникальным функциям и ограничениям биткойнов.

Чтобы повысить уровень оплаты при каждом входе в систему, вы можете сообщить пользователю количество оставшихся дней и напомнить ему об оплате. Пользователь может в любое время отправить платеж на свой уникальный платежный адрес из любого кошелька и получить на x больше дней обслуживания в зависимости от размера платежа. Вы также можете попросить веб-службу отправить пользователю электронное письмо через 7 дней, оставшихся 3 дней и по истечении срока действия службы.

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

that could be used to compromise the anonymous nature of addressesНе обязательно. Вы можете использовать что-то вроде битового сообщения. Конечно, это будет иметь все проблемы с масштабированием, которые есть у самого биткойна.

Если вы посмотрите на приложение Bitcoin Wallet для Android, вы увидите схему URI, используемую для запроса денег у других пользователей. К сожалению, это не часть настольной версии приложения.

Очевидно, что существует спрос на повторяющуюся платежную систему. На мой взгляд, есть два пути реализации такой системы. Одним из них является изменение самого базового клиента биткойнов таким образом, чтобы при явной авторизации пользователя он отправлял x адресов x # биткойнов каждые x дней. Такая реализация, вероятно, будет иметь больше шансов быть реализованной, чем что-то, что вытягивает деньги из биткойн-кошелька, поскольку такого рода действия бросают вызов анонимной (и довольно либертарианской) природе биткойна.

Хотя вполне возможно, что это может быть реализовано, на мой взгляд, лучшим способом было бы создать API для этого. У DeathAndTaxes было хорошее представление о том, что должен делать такой API.

Мое представление об этом несколько отличается, но основывается на том, что сказал DeathAndTaxes. Напоминание по электронной почте было бы необходимо, если это будет платеж «push», а не автоматический платеж «pull».

Я поместил это в ветку bitcointalk, но это действительно лучшее место для этого.

Вот моя идея для API:

1) Клиент вносит первоначальный платеж на x биткойнов. Затем будущие платежи привязываются к обменному курсу x биткойнов к x долларам (или любой другой валюте, которую использует продавец).

2) Сервис запрашивает авторизацию для "повторяющегося выставления счетов"

3) Если пользователь соглашается, устанавливается график регулярных платежей. Напоминания по электронной почте отправляются для оплаты, как сказал DeathAndTaxes. По прошествии 30 дней сервис отключается, если пользователь не заплатил. Это может быть автоматическая вещь, или, что более вероятно, API свяжется с тем, кто реализовал его, что пользователь x не заплатил и, следовательно, должен отключить службу x.

На самом деле, еще один способ реализовать повторяющиеся платежи, который имел бы большой смысл, — это использовать клиент кошелька класса люкс, такой как Armory, и не трогать базовый биткойн-клиент. В некотором смысле, этот тип реализации будет иметь гораздо больше смысла, чем реализация API, потому что он может полностью повторяться без необходимости пользователю делать что-либо, кроме как убедиться, что в его или ее кошельке находится надлежащее количество биткойнов и что это не оффлайн кошелек. Проблема с этим типом реализации, конечно, заключается в том, что он ограничит повторяющиеся платежи в Armory (или любой другой клиент кошелька, который его реализовал).

Со временем я не удивлюсь, если появятся оба типа реализации. Я не вижу причин, по которым они не могут происходить одновременно.

Кто будет размещать API?
@NickODell, я бы сказал, что тот, кто его создал, будет его размещать. Если это будет официальный API, который все будут склонны использовать, я бы сказал, что bitcoin.org будет идеальным местом для его размещения. Но я сомневаюсь, что это будет НАСТОЛЬКО официальным, если только оно не будет реализовано в одном из клиентов, и в этом случае это не будет API.