Topic: способ достижения мгновенных платежей (Read 6476 times)

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

Я тоже о РИППЛе много чего думаю. Но разобраться не могу.
Как я могу средствами РИППЛа создать магазин файлов? типа моегоhttp://93.100.60.208:8980/

Я тоже так думаю. Но тогда, это никакая не социальная сеть, а частная и доверять
приходится владельцам ихних серверов. Вообще заводить свою валюту противозаконно.
Депозит другое дело, это как-бы запись задолженности (хотя по сути тоже валюта).

это и так уже все реализуют у себя

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

я просто думал что у РИППЛа уже встроенная такая система подтверждения мгновенного - опять же наверняка через такие "аккаунты", которые хранятся не у конкретных продавцов а в самой рипл системе - на ихних серверах

  Я бы рассмотрел это не как типы private-транзакций, а сова команды.
Просто посылаются по каналу. С поправками:
 + sendtransaction - основной способ пополнить свой счет путем перевода бтц на заданный
адрес. Параметром является обычная бтц-транзакция осуществляющая этот перевод.
 + balance_is - (вместо setbalance) просто уведомляет покупателя (партнера) о его балансе

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

  Я предлагал новые сферы применения бтц. Такие как: трекер, облачные вычисления, удаленные базы данных.
При этом, уже недостаточно каждый раз менять значения счета клиента в базе на локальном диске.
Целесообразно менять его в ОЗУ, а на диск его будет скидывать отдельный процесс (с некой периодичностью).
Но даже, если большая скорость не требуется. Что собой может представлять магазин-автомат в принципе?
Я предлагаю его в виде интерпретатора платных слов-команд. Как иначе?

Почему именно банки? Т.е. биржи уже не подходят?
 У меня на пуле до 10BTC копится. Электронный магазин не может быть авторитетным?
 Авторитет понятие относительное. Небольшую сумму, можно доверить для хранения и не очень авторитетной организации.
По моему достаточно, чтобы  бизнес был дороже суммы лежащей на счетах клиентов.
 

'по ночам' я встречал и часовые задержки.. на один блок - т.е. подтверждение! скорость сети не равномерна.

p.s. вообще то для некоторых задач это неадекватно долго.. но на данный момент интернациональные переводы идут неделями (либо общий банк с онлайн плюшками) + грабительские комиссии (или вы думаете, например, paypal за бесплатно работает? 6% с продавца с легкостью снимает и больше).

15 минут это разве задержка ?

Единственный способ достижения мгновенных платежей - это "авторитетные" биткоин банки со своими апи для мерчантов. Клиент ложит сумму в "банк", а потом ходит и расплачивается в инете мгновенно.

А временную задержку генерации блока никак не обойти.

  Что-то я не улавливаю отличия от того, что я предлагаю. Что лишнее и почему?

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

  Не надо спец. программы. Тем более, нельзя увязывать конкретную группу магазинов.
Магазин предоставляет спецификации к словам командам. Для запроса товара, всего-то, достаточно
команды с 2-я параметрами - название товара и адрес доставки.
В частности, покупку можно осуществить в ручном режиме, по средствам SSH (по средствам терминала типа PuTTY).

Это уже следующий этап. Магазин должен вернуть остаток по требованию (по средствам бтц-транзакции).
Перевод средств на счет в другой магазине - дополнительная услуга. Для этого, "сайт с игрой" должен предоставить
услугу по переводу средств на счет другого пользователя (в рамках данного сервера). Если при этом, "первый магазин"
является клиентом "сайта с игрой", он может предоставить своим клиентам переводить средства на счета в "сайте с игрой".

Ну так почему бы просто не сделать депозит продавцу на баланс в его магазине.
Здесь все от продавца зависит - если у покупателя есть счет, то покупатель может заранее его пополнить.
А все что выше описано - лишнее.

В целом идея интересная. Но не как замена биткоину, а как развитие его инфраструктуры.

В идею биткоин-банков я не верю, на счетах отдельных сервисов не должно скапливаться очень много чужих денег. Слишком большая ответственность для создателя веб-сайта (ведь скорее всего, о нём будет мало что известно). И после аккумуляции большой суммы, он может легко скрыться.

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

Как я это вижу.
Допустим есть некий магазин торгующий книгами, есть второй сайт ком. игры у которой есть внутренняя валюта и какой нибудь сервис вроде доски объявлений с платными услугами.

Человек скачивает спец. программу, открывает её.
Там он видит 3 этих сайта (у каждого свой лого,название, рейтинг, отзывы).
Через протокол программа подключается к внутренним счетам этих сайтов.

Допустим у пользователя осталась сдача от покупки в первом магазине (купил другую книгу например, не ту что планировал). Он часть переводит на счёт сайта с игрой, часть на сайт платных услуг доски объявлений.
Транзакция, копируется либо на все сервера сразу, либо хранится в распределённой сети (если делать p2p).
То есть это просто сервис по оптимизации скорости, но сама эмиссия основана на вводе/выводе биткоинов.
Такая сеть резервирования, гораздо более уязвимей сети биткоина, но там где нужна скорость, она будет более удобней, и эти внутренние валюты можно перевести в биткоины (так как они к нему привязаны).

  bitcoin относится к балансу в базе акаунтов/задолженностей как нал к безналу. Я предлагаю не новую валюту,
а другое представление бтц.

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

Что-то я не пойму, какие проблемы решаются?
 Допустим, я хочу воспользоваться услугами электронного магазина.
 Если я (в смысле, программа на моей машине) первый раз захожу на IP-адрес этого
магазина (оп каналу SSH) - производится взаимная регистрация: он меня прописывает в
свою базу я его в свою аналогичную. При этом, мы обмениваемся биткойн-адресами,
по которым мы сможем пополнять депозит друг друга и паролями для логина.
Чтобы пополнить мой баланс в этом магазине я посылаю транзакцию
и вычитаю посланное количество бтц из баланса этого магазина в моей базе.
Когда магазин получит транзакцию с адреса, который я ему  предоставил
на адрес который он предоставил мне то для него это будет означать
пополнение моего баланса. По моему, для общения между
программами, JSON слишком круто. Последовательность слов-команд - вполне достаточно.
 Из входного потока извлекается очередная команда, ищется в словаре и запускается
соответствующая ей процедура. Стоимость платных команд может
меняться. ( платные - значит при выполнении которых, из моего депозита
будет вычтена их стоимость (к его балансу в моей базе стоимость команды прибавляется)).
Перед посылкой на выполнение платных команд требуется их активация. Активация
 - это запрос их текущей стоимости. Активация требуется при новом логине и по команде
 партнера произвести повторную активацию (что означает магазин поменял цены).
Среди (бесплатных) команд так-же есть команды:  погасить долг,
запрос значения на которое я могу уходить в минус,
выяснение своего баланса и т.п.

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

Реализация всего чего угодно может быть сделана, если разрешить использовать mesh сеть bitcoin для передачи шифрованных сообщений:
* создать новый тип транзакций - назвать например private или message, с ограниченным сроком жизни (кстати как долго сейчас необработанные транзакции лежат в буфере, ожидающих упаковки их в блок? как сеть реагирует на dDOS транзакциями?), можно даже зашифрованные с использованием приватного ключа адреса получателя, все получат: поймет только получатель, остальные по таймауту (чтобы лишний раз не принимать) его удаляют.
* разрешить отправку таких транзакций через https://en.bitcoin.it/wiki/IP_Transactions (это немного не то, сейчас это только возможность получить адрес для приема монет по IP), при отсутствии необходимости в анонимности, для скорости и чтобы не флудить в сеть лишними транзакциями.
* чтобы хакерам сделать жизнь слаще, такие транзакции можно делать платными (пусть платит тот кто выслал, вот только непонятно кому, а точнее как, ну, например, тому, кто первый обнаружит такую транзакцию и придержит ее у себя, для периодической повторной рассылки на время жизни сообщения), сложный момент, непонятно можно ли реализовать и как, но собственно тут вся собака и зарыта,.. обсуждаемо, но если этого не делать, то сама сеть bitcoin вообще получается не нужна.. иначе приложение само может себе создать mesh-сеть и поддерживать ее самостоятельно, более надежно, секурно и не мешаешь другим.

Сам клиент bitcoin никак не хранит эти сообщения, он должен их только доставлять до адресата, а уже пользовательское ПО средствами JSON запросов собирает присланные сообщения и обрабатывает как хочет... теми же средствами можно высылать ответ (или пакетом выслать сразу много ответов-подтверждений)

А дальше уже приложение само контролирует:
* private-account - некий идентификатор, определяющий этот подаккаунт и связанный с bitcoin-адресом, шифрующим или подписывающим сообщение
* private-balance - размер средств у этого подаккаунта
* типы private-транзакций:
 + sendtransaction - перемещения денег с балланса отославшего сообщение на указанный список с указанными значениями (все как у обычных транзакций bitcoin)
 + getbalance - запросить текущий баланс
 + setbalance - установить баланс, это ответ обработчика балансов на запрос getbalance или отсылается при любых изменениях баланса
Для примера есть 2 кошелька SERVER и CLIENT, у каждого по одному bitcoin-адресу выделено под использование private-account, каждый из которых назовем server и client, определяющий, например, балансы пользователя, только у SERVER аккаунт client, а у CLIENT аккаунт server, оба являются объемом средств пользователя CLIENT на SERVER..

p.s. самое главное, все вышеописанное требует, чтобы клиенты доверяли серверу (тому, кто теперь хранит их аккаунты)

 Если речь идет о биткойн-транзакции, все рано медленно.
А главное, база данных истории транзакций раздуется неимоверно.
Я виду речь, о тысячах платежей в секунду.
  Каким образом происходит продажа товара в принципе? (проблему скорости пока опустим)
Покупатель дает продавцу деньги, продавец должен отдать товар.
Должен то он должен, но кто его заставит? Можно наоборот, сначала товар потом деньги.
Однако, продавец вызывает большее доверие. У него бизнес и он заботится о своей репутации.
Т.к. мне все равно приходится доверять продавцу, я могу положить некоторую сумму ему на
депозит, а уже потом запросить множество товаров на эту сумму. Таким образом, не нужно
посылать транзакцию  за каждый товар.

Там разрабатывается и p2p версия - http://p2pfoundation.net/Ripple
Тут главное саму идею Ripple понять, а не к реализации цепляться.

 Честно говоря не особо въезжаю. Там требуется регистрация на неком сайте.
Как я понимаю, для контроля со стороны центрального органа. Т.о. это уже не P2P.
Каким образом, он обеспечит прохождение огромного количества мелких платежей?

Можно пометить адреса как доверенные и считать платеж состоявшемся вообще без подтверждений (под честное слово).