Пожалуйста, не произвольные данные в OP_RETURN выходов. Это антисоциальная, потому что вы заставляете всех с использованием сети неограниченно хранить (или, по крайней мере, получить) данные, которые, предположительно, есть (а) относится только к вам и вашему получателю, и (б) только revelant в момент совершения сделки.

Как сделать это правильно, зависит от вашей цели:

Для временные метки данные, я думаю, в другом потоке некоторых людей, упомянутых услуги, укутаться много сообщений и совершающих их всех в одном выходе OP_RETURN. Это гораздо лучше, и (ИМХО, так как только один участник, который зависит от дополнительных данных) прекрасно. Это ветра стоимость каждого 40 байт в день или что-то на этой величине, независимо от количества пользователей.

к прикрепить сообщение для конкретной операции, отправить его из группы и использовать оплату за контракт совершить на него. Это стоит нулевой blockchain пространство и гарантирует, что ваше сообщение не может быть изменен или поврежден. К сожалению, я не знаю ни поддержки кошелька, но математика очень легко (как описано в Приложение А технический документ боковых цепей), И это делается в contracthashtool а также pacthash для использования в боковой цепи Элементы Alpha.

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