Честно говоря, я думаю, что мы как слепые описывают слона. Если протокол маршрутизации еще не определены, мы не можем сказать, является ли протокол в целом имманентно Х. Я бы предложил исследовать схемы Понци. Если это финансовая пирамида, ваш лучший ставку получает достаточно из ваших друзей так, что их денежные средства вашего возвращения. спасибо @ArtShayderov misundestood. ;) Все ответы хорошие очки, это трудно принять. спасибо большое за все вам. Этот ответ устарел, пожалуйста обновите его. :) Спасибо Питер за то, что такой сложный ответ. Не могли бы вы, пожалуйста, уточнить, не вы имеете в виду поиск по этому цитирует заявление? "Полный узел читает через эти блоки, и при обнаружении соответствующей сделки, отправляет его на тот свет клиента " @Evelie мне удалось добиться признания поделиться Вчера вечером, но не было времени для резюме еще. Когда я вернусь домой сегодня мы рассмотрим пример, как это принято у моего клиента и может дать вам коммуникации, а также мои ошибки (это была также проблема с обратным порядком байтов).

Что можно сделать с биткоин протоколе время блокировки транзакции - см. бип 65. Это позволит вам создать транзакцию, что получатель не может потратить в течение определенного количества блоков, в то время как вы можете (или наоборот, что является более распространенным). Итак, представьте, что вы создаете и публикуете, что сделки и установить, что получатель не может провести его в течение 1 месяца. Это элемент здания, вы можете использовать, чтобы создать что-то вроде регулярных платежей. За год месяц подписки (но можно отменить в любое время) вам потребуется 12 из этих замков. Вы опубликуете его и как только получатель будет видеть сделки подтвержден, они бы знали: "этот парень просто создан месячный абонемент с нами и если он отменяет, то сможете получать деньги каждый месяц в течение следующих 12 месяцев". Очевидно, что если вы создаете 12 из них, и вы хотели бы иметь больше подписки, вам нужно будет создать несколько позже, чтобы "продлить". Все это может быть реализовано в кошельке пользователя, в том числе какое-то уведомление о том, что подписку нужно продлевать и, если вы хотите сделать это и т. д. Это правда больше о UI и UX.

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