Хорошо, так что я думаю о том, как SafeBit может работать в реальном мире, не имея на стороне клиента Bitcoin сетевого взаимодействия (я знаю, что это не самый лучший способ, голый со мной).

Это достаточно легко создать Bitcoin адресов и закрытых ключей на стороне клиента, а также множество примеров на этом фронте (BitcoinJS и BrainWallet только два), и есть способ создать и подписать сделки только на стороне клиента, который при этом точка может быть отправлена ​​третья сторона, которая только направляет сделку и выталкивает его в сеть Bitcoin.

Все идет нормально.

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

Поток выглядит примерно так:

Клиент A должен послать 15 монет из адреса А для решения B.
Клиент создает и подписывает сделки с 15 монет происходит от адреса А для решения B, и добавляет сделки на сумму 0,1% (0.0015BTC) первоначальной сделки и направляет его в адрес X.
Сервер получает подписанную сделку от клиента А и проверяет, если сделка имеет платеж в размере 0,1% от общей стоимости сделки (не включая этот налог / сбор) собирается обратиться X, если это произойдет, сообщения сервера сделки с Bitcoin сети, если это не сделка игнорируется.

Мой вопрос - Может ли сервер заранее знать, какие адреса и суммы в сделке?

Если нет, то, как трудно было бы создать макет сеть, которая не будет фактически подключена к сети Bitcoin, но обновит blockchain часто, а затем сервер будет использовать эту сеть для "видеть" если входящая сделка имеет гонорар / налог в нем?

На моем взгляде Bitcoin взаимодействия с конечными пользователями будет на таком роде уровень, где клиенты фактически не имеют прямое подключение к сети Bitcoin, а поговорить с централизованным сервером (ждать, не вытащить вилы только пока), что бы получить эти подписанные сделки и будет только направить его к сети. Точно так же как BitcoinJS узлы должны работать.

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

Когда клиенты хотят использовать эту услугу, они будут "просить" сервер "что плата?" или "что правила, чтобы использовать ваш сервис?" - некоторые сервера не будут иметь никаких правил и никаких сборов, другие будут иметь определенные правила (например - не сделок с известными порнографическими сайтами / бизнес - только пример!), В то время как другие будут иметь плату, но никаких правил [оптимальные], и если условия принимаются клиентом, оно будет пересылать транзакции на этот сервер вместе с необходимыми сборами / правилами.

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

Итак, ответы мне нужно:
а] Могу ли я знать заранее, какие адреса и суммы в подписанных сделках?
б] Если [а] ложно, как я могу проверить, что эти транзакции фактически следует мой правила?
с] Любые существующие проекты такого рода концепции (помимо BitcoinJS, который требует узла)? PHP / Python / Ruby?