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

расчетное время прибытия: Одной из причин, я заинтересован в том, это будет работать, что это сделало бы возможным систему подобно тому, что я опишу ниже.

TL; DR версия: Это сделало бы возможным распределенный пульсация, как сеть, где узлы не будут доверять друг другу, потому что они могли бы платить друг другу, как они идут с регулируемыми сделок. Такая сеть будет поддерживать только операции, выраженные в BTC, которые позволили бы уменьшить необходимость в сложных маршрутизации / распределенной транзакции обязательства внутри сети путем устранения торговли между активами и позволяя любой узел торговать с любым другим узлом без посредников. Это может уменьшить blockchain наворотов, повысить анонимность, и дать мгновенные платежи без необходимости доверять патентованными "банки" или "электронные кошельки" с вашими деньгами, и из-за залоговые требования такой сети, это может фактически увеличить BTC-на-приказном обменный курс, как он получает больше пользы.

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

Чтобы установить "соединение" (Думает, что пары IPSec SAs, по одному для каждого направления потока), два платежных процессоров будут решать на "продолжительность жизни" Л (или максимальное количество транзакций, прежде чем урегулирование) для соединения. Тогда они установят две сделку, как и в указанном выше рамках, по одному для платежей от процессора А до процессора В, а другой для платежей от процессора В до процессора А. Обеспечение от каждого процессора в каждый адрес P2SH бы L, так что в реальности 2L в каждом направлении или 4L в общей сложности заперт в пару сделок, составляющих соединение.

Купец установит соединение однонаправленного (только одну транзакции, от платежной системы к торговцу) с ее предпочтительным платежной системой, и L устанавливается на ожидаемый максимальный объем сделки до урегулирования. Торговец выставляет L BTC в качестве залога для текущей операции и процессор оплаты выставляет L, а, захватывая 2L в однонаправленной связи. Кроме того, клиент установит однонаправленное соединение с ее предпочтительным платежной системой, а также, и, вероятно, только клиент будет поставить ожидаемый объем пожизненного.

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

Согласование связей является важной частью реализации; моя первая идея была бы расширение L от кратного размера первой транзакции, чтобы начать с, до максимальной общей суммы сделки в час; Реализации могут также масштабировать L по-разному в каждом направлении (предполагая, некоторые процессоры более коммерсант людей и некоторые из них более для потребителя). Плата может взиматься со всех сторон (процессоры оплаты могут взимать плату продавцов, клиентов и других платежных систем) и в то время как торговцы и клиенты могут ходить по магазинам вокруг, это было бы более трудным для оплаты процессоров для автоматического согласования платы друг с другом и гарантируют совместимость. В этой идее, я пытался избежать хлопот, пытаясь разработать маршрут оплаты (и все-в-один раз обязательство) через более двух платежных процессоров, заставляя прямые соединения между процессорами оплаты, так как в отличие от Ripple, все сделки будут номинированы напрямую в BTC.

Этот тип инфраструктуры будет функционировать в качестве чуть ли не наложенные сети через Bitcoin, которые могли бы сделать возможными мгновенные необратимые платежи, хотя урегулирование займет некоторое время больше (по выбору получателя средств). Было бы также уменьшить blockchain наворотов и потенциально улучшить анонимность сделок в отношении информации, содержащейся в blockchain, как будут агрегатироваться только видимые операции этой сети и, таким образом, соотнесением платежей от клиентов торговцев будет невозможно без сотрудничества платежных процессоров (и я бы ожидать, по крайней мере, некоторые процессоры оплаты всплывал, как Tor скрытых услуг или eepsites и отказываются войти, и т.д.).

Еще один интересный эффект, что торговцы, клиенты и платежные системы будут все должны держать больше BTC (и "закрой это" в текущих операциях), что означает Bitcoins будет иметь ценность в качестве залога для такого момента Bitcoin сделок, и это может увеличить курс BTC против декретов.