Концепция децентрализованной сети приема платежей в Bitcoin

[Сергей Александров]

Цель: Обеспечить возможность оплаты в Bitcoin без необходимости со стороны плательщика иметь доступ к интернету во время платежа.

 

Задача: Формирование p2p сети объединяющую покупателей и продавцов и обеспечивающую трансляцию по всей сети зашифрованных пакетов для оплаты с привязкой к логину пользователя.

 

Функционал-продавец:

Программа установленная на оборудовании продавца с организованным доступом к Bitcoin кошельку находящемуся в on-line. Так же это может быть услуга от третьего лица.

 

Создание платежа: Производиться путем введения одноразового кода покупателя, логина покупателя и указанием суммы. Сумма платежа и адрес продавца шифруется при помощи одноразового кода покупателя и данная информация транслируется в p2p сеть.

 

Подтверждение платежа: Происходит после подтверждение транзакции сетью Bitcoin.

 

Функционал-покупатель:

Программа установленная на оборудовании покупателя с доступом к Bitcoin кошельку находящемуся в on-line. Так же это может быть услуга от третьего лица.

 

Текущий адрес: Используется для оплат с установленными лимитами (сумма одного платежа, кол-во платежей в день, сумма платежей в день и т.д.)

 

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

 

Одноразовые коды: Генерируются пользователем заранее в необходимом количестве и с необходимым сроком «жизни».

 

---------

 

Это лишь размышления для обсуждения.

[polym0rph]

А что это за мифическая такая ситуация, когда нет доступа к Интернету, но есть доступ к какой-то другой p2p сети?  Кстати, что это за p2p сеть, как она должна выглядеть, какие каналы связи использовать, протоколы, и почему не проще сделать доступ к Интернету, чем создавать ее?

[Сергей Александров]

А что это за мифическая такая ситуация, когда нет доступа к Интернету, но есть доступ к какой-то другой p2p сети?  Кстати, что это за p2p сеть, как она должна выглядеть, какие каналы связи использовать, протоколы, и почему не проще сделать доступ к Интернету, чем создавать ее?

 

Данная концепция — это что то в виде возможной децентрализованной надстройки над blockchain bitcoin для безопасного удаленного формирования транзакций.

 

У продавцов принимающих bitcoin доступ к интернету имеется априори.

 

У покупателя доступа к интернету может и не быть (например: разряжен телефон, находиться в другой стране или нет желания носить с собой «кошелек»). Для оплаты покупателю достаточно иметь с собой одноразовые коды (распечатанные или сохраненные в телефоне) + домашний компьютер с доступом в интернет на котором будет bitcoin кошелек и данная надстройка.

 

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

 

Под «Р2Р сетью» я подразумеваю связанные по средством интернета между собой копии данной надстройки (торрент, а также все криптовалюты по факту и формируют свои p2p сети).

[commodore64]

система векселей, репутация, поручительства бирж?

а без инета всеже никак.. хоть офлайн, хоть через ёмэйл-но быть должен.

 

просто отложенного платежа мало...

Изменено 16 мар 2016, 07:50 пользователем commodore64

[Сергей Александров]

система векселей, репутация, поручительства бирж?

а без инета всеже никак.. хоть офлайн, хоть через ёмэйл-но быть должен.

 

Без инета вообще ни как ))

 

В том и суть, что третья сторона в данной концепции не нужна.

[balance]

 

Создание платежа: Производиться путем введения одноразового кода покупателя, логина покупателя и указанием суммы. Сумма платежа и адрес продавца шифруется при помощи одноразового кода покупателя и данная информация транслируется в p2p сеть.

Эээ, мне кажется, или тут конкретная дыра? Т.е. юзер вводит свой ключ(одноразовый код) на терминале продавца? Который шифрует этим ключом сумму? А что мешает владельцу терминала зашифровать некую другую сумму, а юзеру показать фейковую.

Как-то пробелов много и конкретики мало. Стоит поподробней проработать матчасть имхо.

[Сергей Александров]

Эээ, мне кажется, или тут конкретная дыра? Т.е. юзер вводит свой ключ(одноразовый код) на терминале продавца? Который шифрует этим ключом сумму? А что мешает владельцу терминала зашифровать некую другую сумму, а юзеру показать фейковую.

Как-то пробелов много и конкретики мало. Стоит поподробней проработать матчасть имхо.

 

А при оплате банковской картой, что мешает продавцу ввести в терминал одну сумму, а чек дать фейковый? :)

[commodore64]

идея то хороша! небольшое расширение функционала - как бтц-е коды... как с комсой быть?

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

Изменено 16 мар 2016, 09:44 пользователем commodore64

[Сергей Александров]

идея то хороша! небольшое расширение функционала - как бтц-е коды... как с комсой быть?

 

открытый код, комиссия сети bitcoin

 

"как бтц-е коды" - только созданные самим пользователем и формирование транзакции на оборудовании пользователя

[commodore64]

комса указывается на стадии формирования кода... сердито и просто...

какойнить механизм проверки валидности кода\наличия суммы в банкомёте\через инет, суммы будут резервироваться, как быть с блокчейном- придется вносить изменения, согласится ли сообщество... нужно что то покрупнее оффлайн платежей (неплохо бы их включить в любое обновление технологии..

так, поток сознания...

 

спонсор прогона бутылка чая липтон 

 

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

с такой надстройкой биткоин станет неуязвим и неотслеживаем! даже в офлайне - имея простейший телефон без интернетов - просто позвонив в обменник, можно обеспечить себя деньгами на карту, и самое главное ИНИЦИИРОВАТЬ ТРАНЗАКЦИЮ ОФФЛАЙН!! не отследишь!

 

кошелек по сути будет разделен на 2 части-резерв (в тикетах) и онлайн обычный... 

 

 

 

_\|/_

Изменено 16 мар 2016, 10:33 пользователем commodore64

[Сергей Александров]

комса указывается на стадии формирования кода... сердито и просто...

какойнить механизм проверки валидности кода\наличия суммы в банкомёте\через инет, суммы будут резервироваться, как быть с блокчейном- придется вносить изменения, согласится ли сообщество... нужно что то покрупнее оффлайн платежей (неплохо бы их включить в любое обновление технологии..

так, поток сознания...

 

спонсор прогона бутылка чая липтон 

 

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

с такой надстройкой биткоин станет неуязвим и неотслеживаем! даже в офлайне - имея простейший телефон без интернетов - просто позвонив в обменник, можно обеспечить себя деньгами на карту, и самое главное ИНИЦИИРОВАТЬ ТРАНЗАКЦИЮ ОФФЛАЙН!! не отследишь!

 

кошелек по сути будет разделен на 2 части-резерв (в тикетах) и онлайн обычный... 

 

 

 

_\|/_

 

Это уже хардфорк получается. ;)

 

Я в своём видении остановился на простой программе надстройке.

 

commodore64 спасибо за Ваши комментарии 

[commodore64]

комсу допустим, поставили 0.001 - сейчас это мало.. а через 5 лет? это проблема в концепции

возможно есть какие то механизмы чтобы комиссия выставлялась автоматически, как ползунок, на 80% например

Изменено 16 мар 2016, 15:36 пользователем commodore64

[infoman]

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

 

залог должен быть в 2 раза больше суммы оплаты

 

допустим бронируем 4 биткоина с магазином

 

далее магазин принимает напечатанные приватные ключи (20 штук) наминалом по 0.1 биткоин и отпускает товар на сумму максимум 2 биткоина

если покупатель дал магазину фальшивые ключи (магазин не смог их использовать) то магазин морозит залог

если магазин дуркует то покупатель морозит залог.

 

ключи можно передавать пластиковой картой с чипом

 

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

 

если магазин использует лишнего(дуркует) то пользователь морозит залог

если пользователь дуркует, магазин морозит залог

 

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

[balance]

А при оплате банковской картой, что мешает продавцу ввести в терминал одну сумму, а чек дать фейковый? :)

Как минимум им мешает чарджбэк(chargeback). В битке же - платежи безотзывные.

 

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

Т.е. не нужно никаких хард-форков и надстроек, это уже итак есть - создай несколько адресов, закинь на них по несколько мелких сумм в битках - приватные ключи от этих кошельков и будут как "оффлайновые бтц-е коды".

 

Можете себе их распечатать на бумажке, можно их хоть в виде цифровых кодов сделать.

И точно также можно их "ввести в терминале продавца", т.е. ты просто ему даёшь один из своих приватных ключей, и он уже переводит с твоего кошелька нужную сумму, т.е. это полная аналогия с принципом текущей работы систем VISA и MasterCard.

Изменено 16 мар 2016, 19:45 пользователем balance

[infoman]

Можете себе их распечатать на бумажке, можно их хоть в виде цифровых кодов сделать. И точно также можно их "ввести в терминале продавца", т.е. ты просто ему даёшь один из своих приватных ключей, и он уже переводит с твоего кошелька нужную сумму, т.е. это полная аналогия с принципом текущей работы систем VISA и MasterCard.

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

Изменено 16 мар 2016, 20:25 пользователем infoman

[balance]

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

Да выше прочитал. Но я по ТСовской концепции отвечал.

 

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

Тут на самом деле в дело вступает классическая теорема CAP, поэтому придётся так или иначе чем-то жертвовать, либо скоростью прохождения транзакции, либо её надёжностью.

 

То, что пытается предложить ТС, мне кажется он просто не очень точно это в словах сформулировал, по сути является классическим сайдчейном, где человек может послать в сайдчейн битки, получив взамен их как бы "оффлайновые коды"(токены) и любой селлер(магазин), который подключён к этому сайдчейну, может у него эти токены принять и зачислить на свой счёт, т.е. в общем-то ничего нового в плане идеи. А идея без реализации, как известно, не стоит ничего.

Хороших идей - много, реализаций - днём с огнём не сыщешь. Так что дерзайте.

Удачи.

[infoman]

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

 а сколько усилий прилагает магазин для привлечения постоянных клиентов?

 

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

 

этим действием покупатель снижает предпринимательские риски продавца, и он продавец может снижать стоимость товара.

 

понимаете если клиент сам предложил создать залог на сумму пусть даже превышающую платеж

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

Изменено 17 мар 2016, 04:34 пользователем infoman