Вот, нашёлся тут один проектик, от пользователя dewdeded
вроде, без bitcoind
http://bitfreak.info/index.php?page=tools&t=bitsci
Topic: Мерчант-скрипт без использования bitcoind? (Read 1540 times)
Понятно, что формирование счёта - это дело магазина. Мерчанту нужны только сумма, id и время сделки, а так же кошельки сторон.
Но отправка покупателю e-mail, помимо сообщения о статусе заказа, ещё "фиксирует" и время для оплаты.
Ведь курс меняется практически ежеминутно. Поэтому, то, что будет отправлено через пол-часа - уже не катит.
Список е-магазинов, для в принципе, можно взять отсюда http://btc-price.org/merchants.html, но, думаю, на них ориентироваться можно только опосредованно. Ведь каждому магазину "не угодишь".
На счёт того, как указывать цену, в btc или фиате - на мой взгляд - это дело вкуса.
Мне нравится в btc. Я считаю, что надо "привыкать", и других "приучать" к нему. Это психология.
Тем более, что btc можно округлять, до приемлемых значений.
Но, конечно, ещё долго не лишней будет и возможность оперативно смотреть на цены в фиате.
Поэтому, я за то, что бы была возможность переключения между валютами.
А вообще, действительно, упростить мерчант можно.
Но некоторым важно знать, что деньги поступили именно от одного покупателя, а не от другого... но на такую же сумму.
Интересно узнать мнение народа: нужна ли light-light вариация мерчанта, с фиксацией сделки только по времени и сумме?
И может, действительно, её стоит сделать в первую очередь?
Но отправка покупателю e-mail, помимо сообщения о статусе заказа, ещё "фиксирует" и время для оплаты.
Ведь курс меняется практически ежеминутно. Поэтому, то, что будет отправлено через пол-часа - уже не катит.
Список е-магазинов, для в принципе, можно взять отсюда http://btc-price.org/merchants.html, но, думаю, на них ориентироваться можно только опосредованно. Ведь каждому магазину "не угодишь".
На счёт того, как указывать цену, в btc или фиате - на мой взгляд - это дело вкуса.
Мне нравится в btc. Я считаю, что надо "привыкать", и других "приучать" к нему. Это психология.
Тем более, что btc можно округлять, до приемлемых значений.
Но, конечно, ещё долго не лишней будет и возможность оперативно смотреть на цены в фиате.
Поэтому, я за то, что бы была возможность переключения между валютами.
А вообще, действительно, упростить мерчант можно.
Но некоторым важно знать, что деньги поступили именно от одного покупателя, а не от другого... но на такую же сумму.
Интересно узнать мнение народа: нужна ли light-light вариация мерчанта, с фиксацией сделки только по времени и сумме?
И может, действительно, её стоит сделать в первую очередь?
а вообще, это охуенно, что ты это делаешь! молодец.
есть еще такая мысля:
если написать удобную и простую нашлепку на cmsки, если суметь ее популяризовать среди мелких интренет магазинов (тут важно позиционирование, недопустимы все эти сектантские мантры "биток - валюта будущего", нужно спокойней: "удобная платежная система безхуйни коммисий")
то во второй версии проекта можно переходить к созданию сервиса для мерчантов...
есть еще такая мысля:
если написать удобную и простую нашлепку на cmsки, если суметь ее популяризовать среди мелких интренет магазинов (тут важно позиционирование, недопустимы все эти сектантские мантры "биток - валюта будущего", нужно спокойней: "удобная платежная система без
то во второй версии проекта можно переходить к созданию сервиса для мерчантов...
ту мач...
формировать счет, писать всякие emailы и т.п. должен сам магаз. думаю, стоит начать с составления списка cms на которые будет писаться эта штуковина. в процессе подготовки этого списка и унификации функционала разаботки под большее число cmsок множество вопросов отпадут сами по себе.
И еще. Зачем вот все эти ужимки с постоянной подменой цены на битки? цена в BTC0.432468592 да еще и меняющаяся при каждой перезагрузке страницы выглядит ужасно лицемерно. нужно быть честнее, зачем эти дешевые понты? Получается что мы используем биток только как платежную систему, но зачем-то врем всем, что это средство обмена (деньги). Покупатель, тоже прекрасно понимающий ситуацию, почему-то должен будет постоянно как-то дрочится чтобы узнать цену своей покупки в деньгах...
Честнее и удобнее сделать один единственный красивый блочек на странице чекаута. В нем написать "вы можете оплатить свой заказ переведя 453453BTC на кошелек 4353958353453. И все. Уже потом пусть магаз автоматически идет и пару суток мониторит поступление указаной суммы на указанный кошель. Без лишней дерготни покупана и продавана. А то начинается: нажмите тут, потрите здесь... Будте проще - сядьте на пол! )
формировать счет, писать всякие emailы и т.п. должен сам магаз. думаю, стоит начать с составления списка cms на которые будет писаться эта штуковина. в процессе подготовки этого списка и унификации функционала разаботки под большее число cmsок множество вопросов отпадут сами по себе.
И еще. Зачем вот все эти ужимки с постоянной подменой цены на битки? цена в BTC0.432468592 да еще и меняющаяся при каждой перезагрузке страницы выглядит ужасно лицемерно. нужно быть честнее, зачем эти дешевые понты? Получается что мы используем биток только как платежную систему, но зачем-то врем всем, что это средство обмена (деньги). Покупатель, тоже прекрасно понимающий ситуацию, почему-то должен будет постоянно как-то дрочится чтобы узнать цену своей покупки в деньгах...
Честнее и удобнее сделать один единственный красивый блочек на странице чекаута. В нем написать "вы можете оплатить свой заказ переведя 453453BTC на кошелек 4353958353453. И все. Уже потом пусть магаз автоматически идет и пару суток мониторит поступление указаной суммы на указанный кошель. Без лишней дерготни покупана и продавана. А то начинается: нажмите тут, потрите здесь... Будте проще - сядьте на пол! )
Переменные скрипта:
для парсера и автозамены цен с фиата на btc:
..включить автозамену/или автозамена нажатием кнопки
..класс (или id?) объекта переключающего валюты
..изначальная валюта
..биржа(источник курса) обмена (а точнее - адрес файла парсера биржи)
..класс (или id?) объекта показывающего (заменяющиеся) цены в магазине
..класс (или id?) объекта показывающего окончательную цену в биткоинах в счёте
..коэффициент для учёта комиссий на перевод в фиат
для мерчанта:
.. источник параметров времени (!?)
.. идентификатор(номер) заказа - передаётся скрипту из магазина
.. параметры заказа (много их..., они не имеют принципиальной важности для мерчанта, он "берёт" их из магазина, и помещает в счёт)
.. идентификатор "кнопки" "Оплатить Заказ", запускающей мерчант
.. e-mail адрес покупателя, куда отправлять счёт
.. bitcoin адрес(для ссобщений), куда отправлять счёт
.. адрес кошелька приёма - продавца (или кошельков, если их несколько (с новой строчки) приёма)
.. адрес кошелька отправки - покупателя
.. таймаут для совершения платежа (время на отправку платежа покупателем)
.. таймаут проверки оплаты (через какое время подтверждения?) + время дополнительной прверки
.. количество необходимых подтверждений оплаты
.. источник данных для проверки трансакций №1(адрес скрипта)
.. источник данных для проверки трансакций №2
.. источник данных для проверки трансакций №3
.. количество необходимых источников данных для проверки трансакции
.. переменные для статуса заказа "оплачено", "не оплачено", "в ожидании оплаты", "в ожидании подтверждения"
для проверки трансакций в мерчанте (на один сервис):
.. API - адрес сервиса проверки и параметры доступа
.. адрес кошелька приёма - продавца (или кошельков, если их несколько (с новой строчки) приёма)
.. адрес кошелька отправки - покупателя
.. время трансакции
.. количество необходимых подтверждений
.. количество полученных подверждений
для парсера и автозамены цен с фиата на btc:
..включить автозамену/или автозамена нажатием кнопки
..класс (или id?) объекта переключающего валюты
..изначальная валюта
..биржа(источник курса) обмена (а точнее - адрес файла парсера биржи)
..класс (или id?) объекта показывающего (заменяющиеся) цены в магазине
..класс (или id?) объекта показывающего окончательную цену в биткоинах в счёте
..коэффициент для учёта комиссий на перевод в фиат
для мерчанта:
.. источник параметров времени (!?)
.. идентификатор(номер) заказа - передаётся скрипту из магазина
.. параметры заказа (много их..., они не имеют принципиальной важности для мерчанта, он "берёт" их из магазина, и помещает в счёт)
.. идентификатор "кнопки" "Оплатить Заказ", запускающей мерчант
.. e-mail адрес покупателя, куда отправлять счёт
.. bitcoin адрес(для ссобщений), куда отправлять счёт
.. адрес кошелька приёма - продавца (или кошельков, если их несколько (с новой строчки) приёма)
.. адрес кошелька отправки - покупателя
.. таймаут для совершения платежа (время на отправку платежа покупателем)
.. таймаут проверки оплаты (через какое время подтверждения?) + время дополнительной прверки
.. количество необходимых подтверждений оплаты
.. источник данных для проверки трансакций №1(адрес скрипта)
.. источник данных для проверки трансакций №2
.. источник данных для проверки трансакций №3
.. количество необходимых источников данных для проверки трансакции
.. переменные для статуса заказа "оплачено", "не оплачено", "в ожидании оплаты", "в ожидании подтверждения"
для проверки трансакций в мерчанте (на один сервис):
.. API - адрес сервиса проверки и параметры доступа
.. адрес кошелька приёма - продавца (или кошельков, если их несколько (с новой строчки) приёма)
.. адрес кошелька отправки - покупателя
.. время трансакции
.. количество необходимых подтверждений
.. количество полученных подверждений
Есть намерение сделать прототип light-мерчант-скрипта для электронных магазинов, без использования bitcoind. С возможностью использования "динамической цены" (т.е. btc-цены на товары, корректируемой автоматически, в зависимости от курса).
Простой и удобный в установке, осуществляющий проверку трансакций с помощью сторонних сервисов (например - http://blockchain.info, http://blockr.io).
С возможностью дальнейшей адаптации для распространённых e-commerce движков.
Функционал такой:
- Скрипт производит автозамену фиатных цен в крипту на всех страницах в "контейнерах" нужного класса по нажатию спец. клавиши
(для этого можно взять скрипт http://btc-price.org/dynamix.php, но с доплнением ещё одного класса объектов - "контейнера" финальной суммы в счёте)
- Получает данные об окончательной сумме заказа, и его параметрах из магазина (идентификатор заказа, сумма заказа в btc, и все остальное необходимое для счёта)
- Получает необходимые для проведения сделки данные от покупателя (btc-адрес покупателя, e-mail для отправки счёта, возможно - bitcoin-text-адрес)
- Формирует "счёт" покупателю, фиксирует сделку, и отправляет счёт (на электронную почту, и/или, по желанию покупателя, на bitcoin-text-адрес)
- Контролирует поступление оплаты (в течение установленных лимитов времени)
- Сигнализирует о необходимых дальнейших действиях продавцу (отгрузка, отмена заказа, возможный возврат денег)
Для основы мерчанта можно использовать код любого мерчанта c http://btc-price.org/merchants.html
Как вы думете, сколько такая работа будет стоить?
Простой и удобный в установке, осуществляющий проверку трансакций с помощью сторонних сервисов (например - http://blockchain.info, http://blockr.io).
С возможностью дальнейшей адаптации для распространённых e-commerce движков.
Функционал такой:
- Скрипт производит автозамену фиатных цен в крипту на всех страницах в "контейнерах" нужного класса по нажатию спец. клавиши
(для этого можно взять скрипт http://btc-price.org/dynamix.php, но с доплнением ещё одного класса объектов - "контейнера" финальной суммы в счёте)
- Получает данные об окончательной сумме заказа, и его параметрах из магазина (идентификатор заказа, сумма заказа в btc, и все остальное необходимое для счёта)
- Получает необходимые для проведения сделки данные от покупателя (btc-адрес покупателя, e-mail для отправки счёта, возможно - bitcoin-text-адрес)
- Формирует "счёт" покупателю, фиксирует сделку, и отправляет счёт (на электронную почту, и/или, по желанию покупателя, на bitcoin-text-адрес)
- Контролирует поступление оплаты (в течение установленных лимитов времени)
- Сигнализирует о необходимых дальнейших действиях продавцу (отгрузка, отмена заказа, возможный возврат денег)
Для основы мерчанта можно использовать код любого мерчанта c http://btc-price.org/merchants.html
Как вы думете, сколько такая работа будет стоить?
Jump to: