Нормальный банк | Биткоин форум

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

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

blockchain разработан, чтобы быть главной книгой, а не место, чтобы положить ваши сообщения. если вы хотите сделать это, не стесняйтесь создавать свои собственные "сообщение монета" вилка.

Цитата: Груэ 13 апреля 2013 года, 8:48:36 PM

Там довольно большая и очевидная выгода для включения времени штампованного "памяток" непосредственно с платежами. Idunno точно, как платежи и сообщения будут работать, но при условии, что это рассчитывает в стороне платы BTC / кБ, кажется довольно разумным (если плохо приуроченным) запросом.

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

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

И фиксация клиента таким образом он рассчитывает сборы должным образом с более высоким приоритетом ...

Цитата: Груэ 13 апреля 2013 года, 8:48:36 PM

Сообщение монета Вилка: https://bitmessage.org/wiki/Main_Page

Цитата: zinodaur от 14 апреля 2013 года, 9:08:08 AM

Я был на самом деле думает о включении его только в программном обеспечении QT, без каких-либо ссылок на blockchain. Отдельно.

Если есть простой способ сделать это было бы сделано давно.

Вы правы, что нет необходимости для того, чтобы быть в блоке цепи, или даже работать над одной и той же сети P2P.

А как насчет безопасности? Как Bitcoin адрес является * Хешированным * открытым ключом, он не может быть использован как есть, чтобы зашифровать сообщение получателя монет. Я не знаю, как bitmessage решить это, не проверили его в деталях.

Я полагаю, можно сделать PGP сервер ключей рода трюк и рекламировать ключ шифрования (и какой-то способ указания, куда послать сообщение, например, сетевой адрес) на основании адреса. Это затем подписал с ключом-адрес для проверки подлинности. Опять же, Адрес, телефоны предназначены для использования только один раз, в отличии для PGP открытых ключей, которые идентифицируют человек. Таким образом, это привело бы к чрезвычайно раздутым ключевым серверам. Эти записи могут истечь через некоторое время, конечно ... И не было бы на самом деле быть децентрализована, либо, при использовании серверов. И все, что хочет, чтобы получать сообщения должно транслировать свою информацию.

Эти вопросы заставляют меня думать, что место для сообщений в протоколе оплаты * выше * Bitcoin адреса. Что и в настоящее время работают.
https://gist.github.com/gavinandresen/4120476

Цитата: Джон Смит 14 апреля 2013, 10:22:05 AM

Эти вопросы заставляют меня думать, что место для сообщений в протоколе оплаты * выше * Bitcoin адреса. Что и в настоящее время работают.
https://gist.github.com/gavinandresen/4120476

Я полностью согласен.

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

Вы можете использовать секретный ключ вашего Bitcoin-адрес, чтобы сформировать личность Bitmessage, которая может читать сообщения "отправлено на этот адрес Bitcoin" хотя bitmessage потому, что bitmessage может (вероятно) переинтерпретировать адрес Bitcoin в качестве адреса bitmessage.

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

Глупый вопрос: Blockchain.info позволяет вставлять сообщения в blockchain при отправке сделки. Как это отличается от просьбы ФПА в?

Цитата: AsymmetricInformation 15 апреля 2013 года, 4:18:19 AM

Круто, я лучше рассмотреть позже.

Я полагаю, что проблема заключается в том, что в то время как вы можете (тривиальный) переосмысливать свой секретный ключ в качестве bitmessage идентичности, вы можете также преобразовать существующий Bitcoin адреса в bitmessage адрес, который соответствует, что секретному ключу (без фактического закрытого ключа)?

Цитата: keatonatron 15 апреля 2013 года, 4:40:16 AM

Основной блок цепь не подходит для этого. "давайте спамить мои сообщения в мире и бремя их навсегда" это не является приемлемым решением. Может быть, вы должны прочитать нить перед комментарием.

Трудная часть не так много, где для хранения сообщений; черт возьми, они могут быть отправлены по электронной почте. Проблема маршрутизации, так как связать сообщение оконечные с адресом Bitcoin, и как шифровать данные на адрес Bitcoin, так что остальная часть мира не может читать или делать статистические данные о нем.

Может быть, добавить флаг на сделку, если есть памятка. Получатель может пойти на веб-сайт, где заметка может быть вытянут вверх. Miner плата будет субсидировать хостинг записки, может быть, оплачивая 100 Satoshi или что-то для напоминания.

Цитата: Джон Смит на 15 апреля 2013 года, 5:58:53 AM

Я прочитал нить. И я никогда не говорил, что добавление сообщения в blockchain это хорошая вещь.

ОП спросил, почему это не было сделано раньше, но у него есть. Никто не упомянул, что, и мне было интересно, почему. (Я знаю, что это плохая идея, но независимо от того blockchain.info делает это)

Цитата: keatonatron 15 апреля 2013 года, 1:08:52 PM

Цитата: Джон Смит на 15 апреля 2013 года, 5:58:53 AM

Я думаю, что blockchain.info сообщения являются локальными только blockchain.info, и не хранятся в реальной blockchain.

Цитата: Rassah 15 апреля 2013 года, 3:05:55 PM

Я думаю, что blockchain.info сообщения являются локальными только blockchain.info, и не хранятся в реальной blockchain.

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

Тем не менее, на странице особенностей при "типы транзакций", Blockchain.info списки:

котировка

Пользовательские Отправить - Advanced Отправить форму с контролем монет. С возможностью встраивания сообщений в blockchain.

Цитата: Bitsaurus от 15 апреля 2013 года, 8:54:42 AM

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

В принципе, это уже было бы возможно без каких-либо изменений в блок цепи на всех; кто-то может сделать веб-сайт, который связывает сообщения идентификаторов транзакций. Я полагаю, что это то, что делает blockchain.info.

Цитата: Джон Смит на 15 апреля 2013 года, 4:35:23 PM

Цитата: Bitsaurus от 15 апреля 2013 года, 8:54:42 AM

Почему централизованная? Шахтер принимает транзакцию и сохраняет сообщения, связанные с выходами на своем собственном сервере. Если получатель хочет, чтобы прочитать сообщение, он должен заплатить шахтера небольшую плату. Через некоторое время, шахтер удаляет это сообщение.
Приватность: Возможно ли, чтобы зашифровать сообщение с помощью открытого ключа получателя? (После подписи отправителя)

В моем варианте там должно быть возможностью для Обменных сообщений. Кстати, хранение 50-буквенный-длинное сообщение будет увеличивать размер trancation на 5%.

Цитата: porcupine87 15 апреля 2013 года, 5:56:17 PM

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

Цитата: porcupine87 15 апреля 2013 года, 5:56:17 PM

Приватность: Возможно ли, чтобы зашифровать сообщение с помощью открытого ключа получателя? (После подписи отправителя)

Нет, это не представляется возможным, как уже упоминалось ранее. Пожалуйста, прочитайте нить перед комментарием.

Цитата: Джон Смит на 15 апреля 2013 года, 6:12:37 PM

Цитата: porcupine87 15 апреля 2013 года, 5:56:17 PM

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

Не будет ли сообщение просто будет транслироваться отправителем, а затем шахтеры забрать его и хранить на своем сервере? Сообщение будет отделено от обычной сделки.

котировка

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

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

котировка

Цитата: porcupine87 15 апреля 2013 года, 5:56:17 PM

Затем возьмите хэш открытого ключа в качестве открытого ключа или другого открытого ключа. Я думал, что открытый ключ просто получить хэш для удобства?

Вы все гении и не можем понять, как отправить предмет, как мы знаем, что от обычных операций по банковским счетам?

13 апреля 2013, 7:22:34 PM	# 1
zinodaur Сообщений: 88 Цитировать по имени цитировать ответ	Re:. Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru .

13 апреля 2013, 7:27:17 PM	# 2
Zeilap Сообщения: 154 Цитировать по имени цитировать ответ	Re:. Получил 1806 Биткоинов Реальная история. Прикрепление сообщений к операциям, которые откладываются в blockchain весьма расточительно и не будет реализовано. Однако, что будет возможно в следующей версии является то, как вы хотите: Вместо того, чтобы сделать платеж, взяв адрес оплаты, создание сделки и вещательными это самостоятельно, вы вместо того, чтобы быть в состоянии создать транзакцию и завернуть его с некоторая другая информация, как сообщения на приемник, а затем отправить все это дело к приемнику непосредственно (например, путем подачи его на свой веб-сайт). В этом случае приемник имеет выбор ли принять платеж в этом случае он транслирует его сам, или отклоняет платеж, либо путем отправки вам ответ, чтобы сказать вам ли это принято или отклонено, и, кроме того сообщение.

13 апреля 2013, 7:29:58 PM	# 3
Kluge Сообщения: 1218 Цитировать по имени цитировать ответ	Re:. Учитывая дэвы взбираются, чтобы решить эту проблему "blockchain наворотов," что делает его легче вставить / чтение сообщений, вероятно, довольно низким приоритетом.

13 апреля 2013, 8:48:36 PM	# 4
зиний Сообщения: 2058 Цитировать по имени цитировать ответ	Re:. blockchain разработан, чтобы быть главной книгой, а не место, чтобы положить ваши сообщения. если вы хотите сделать это, не стесняйтесь создавать свои собственные "сообщение монета" вилка.

13 апреля 2013, 8:54:20 PM	# 5
Kluge Сообщения: 1218 Цитировать по имени цитировать ответ	Re:. Цитата: Груэ 13 апреля 2013 года, 8:48:36 PM blockchain разработан, чтобы быть главной книгой, а не место, чтобы положить ваши сообщения. если вы хотите сделать это, не стесняйтесь создавать свои собственные "сообщение монета" вилка. Там довольно большая и очевидная выгода для включения времени штампованного "памяток" непосредственно с платежами. Idunno точно, как платежи и сообщения будут работать, но при условии, что это рассчитывает в стороне платы BTC / кБ, кажется довольно разумным (если плохо приуроченным) запросом.

13 апреля 2013, 9:23:51 PM	# 6
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re:. Я думаю, в том числе сообщения, не хранится в blockchain, но только транслировалась через сеть является хорошей идеей. Приемник будет только получить сообщение, если они были в Интернете и увидел трансляцию транзакций, но я думаю, что было бы хорошо (и, возможно, услуги будут возникать, чтобы доставить дополнительные данные о транзакциях, связанных со старыми сделок). Во-первых, хотя, я думаю, что пул памяти транзакция должна быть повторно реализована, и сделка ретрансляцию правила должны быть изменены таким образом, что весь размер сделки (а не только ту часть, которая будет храниться в блоке цепи) считается в расчетах приоритет / плату. И фиксация клиента таким образом он рассчитывает сборы должным образом с более высоким приоритетом ...

14 апреля 2013, 7:17:22 AM	# 7
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re:. Цитата: Груэ 13 апреля 2013 года, 8:48:36 PM blockchain разработан, чтобы быть главной книгой, а не место, чтобы положить ваши сообщения. если вы хотите сделать это, не стесняйтесь создавать свои собственные "сообщение монета" вилка. Сообщение монета Вилка: https://bitmessage.org/wiki/Main_Page

14 апреля 2013, 10:22:05 AM	# 8
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re:. Цитата: zinodaur от 14 апреля 2013 года, 9:08:08 AM Я был на самом деле думает о включении его только в программном обеспечении QT, без каких-либо ссылок на blockchain. Отдельно. Если есть простой способ сделать это было бы сделано давно. Вы правы, что нет необходимости для того, чтобы быть в блоке цепи, или даже работать над одной и той же сети P2P. А как насчет безопасности? Как Bitcoin адрес является * Хешированным * открытым ключом, он не может быть использован как есть, чтобы зашифровать сообщение получателя монет. Я не знаю, как bitmessage решить это, не проверили его в деталях. Я полагаю, можно сделать PGP сервер ключей рода трюк и рекламировать ключ шифрования (и какой-то способ указания, куда послать сообщение, например, сетевой адрес) на основании адреса. Это затем подписал с ключом-адрес для проверки подлинности. Опять же, Адрес, телефоны предназначены для использования только один раз, в отличии для PGP открытых ключей, которые идентифицируют человек. Таким образом, это привело бы к чрезвычайно раздутым ключевым серверам. Эти записи могут истечь через некоторое время, конечно ... И не было бы на самом деле быть децентрализована, либо, при использовании серверов. И все, что хочет, чтобы получать сообщения должно транслировать свою информацию. Эти вопросы заставляют меня думать, что место для сообщений в протоколе оплаты * выше * Bitcoin адреса. Что и в настоящее время работают. https://gist.github.com/gavinandresen/4120476

14 апреля 2013, 5:49:00 PM	# 9
Pieter Wuille Сообщения: 1050 Цитировать по имени цитировать ответ	Re:. Цитата: Джон Смит 14 апреля 2013, 10:22:05 AM Эти вопросы заставляют меня думать, что место для сообщений в протоколе оплаты * выше * Bitcoin адреса. Что и в настоящее время работают. https://gist.github.com/gavinandresen/4120476 Я полностью согласен.

15 апреля 2013, 4:18:19 AM	# 10
Ассиметричная информация Сообщения: 115 Цитировать по имени цитировать ответ	Re:. Вы можете быть заинтересованы в том, что у меня было, что я на самом деле думаю, что это довольно просто: Вы можете использовать секретный ключ вашего Bitcoin-адрес, чтобы сформировать личность Bitmessage, которая может читать сообщения "отправлено на этот адрес Bitcoin" хотя bitmessage потому, что bitmessage может (вероятно) переинтерпретировать адрес Bitcoin в качестве адреса bitmessage. К сожалению, я гавань продуманы детали на всех так там был нулевой прогресс.

15 апреля 2013, 4:40:16 AM	# 11
keatonatron Сообщения: 322 Цитировать по имени цитировать ответ	Re:. Глупый вопрос: Blockchain.info позволяет вставлять сообщения в blockchain при отправке сделки. Как это отличается от просьбы ФПА в?

15 апреля 2013, 5:58:53 AM	# 12
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re:. Цитата: AsymmetricInformation 15 апреля 2013 года, 4:18:19 AM Вы можете быть заинтересованы в том, что у меня было, что я на самом деле думаю, что это довольно просто: Вы можете использовать секретный ключ вашего Bitcoin-адрес, чтобы сформировать личность Bitmessage, которая может читать сообщения "отправлено на этот адрес Bitcoin" хотя bitmessage потому, что bitmessage может (вероятно) переинтерпретировать адрес Bitcoin в качестве адреса bitmessage. К сожалению, я гавань продуманы детали на всех так там был нулевой прогресс. Круто, я лучше рассмотреть позже. Я полагаю, что проблема заключается в том, что в то время как вы можете (тривиальный) переосмысливать свой секретный ключ в качестве bitmessage идентичности, вы можете также преобразовать существующий Bitcoin адреса в bitmessage адрес, который соответствует, что секретному ключу (без фактического закрытого ключа)? Цитата: keatonatron 15 апреля 2013 года, 4:40:16 AM Глупый вопрос: Blockchain.info позволяет вставлять сообщения в blockchain при отправке сделки. Как это отличается от просьбы ФПА в? Основной блок цепь не подходит для этого. "давайте спамить мои сообщения в мире и бремя их навсегда" это не является приемлемым решением. Может быть, вы должны прочитать нить перед комментарием. Трудная часть не так много, где для хранения сообщений; черт возьми, они могут быть отправлены по электронной почте. Проблема маршрутизации, так как связать сообщение оконечные с адресом Bitcoin, и как шифровать данные на адрес Bitcoin, так что остальная часть мира не может читать или делать статистические данные о нем.

15 апреля 2013, 8:54:42 AM	# 13
Bitsaurus Сообщения: 862 Цитировать по имени цитировать ответ	Re:. Может быть, добавить флаг на сделку, если есть памятка. Получатель может пойти на веб-сайт, где заметка может быть вытянут вверх. Miner плата будет субсидировать хостинг записки, может быть, оплачивая 100 Satoshi или что-то для напоминания.

15 апреля 2013, 1:08:52 PM	# 14
keatonatron Сообщения: 322 Цитировать по имени цитировать ответ	Re:. Цитата: Джон Смит на 15 апреля 2013 года, 5:58:53 AM Основной блок цепь не подходит для этого. "давайте спамить мои сообщения в мире и бремя их навсегда" это не является приемлемым решением. Может быть, вы должны прочитать нить перед комментарием. Я прочитал нить. И я никогда не говорил, что добавление сообщения в blockchain это хорошая вещь. ОП спросил, почему это не было сделано раньше, но у него есть. Никто не упомянул, что, и мне было интересно, почему. (Я знаю, что это плохая идея, но независимо от того blockchain.info делает это)

15 апреля 2013, 3:05:55 PM	# 15
Rassah Сообщения: 1680 Цитировать по имени цитировать ответ	Re:. Цитата: keatonatron 15 апреля 2013 года, 1:08:52 PM Цитата: Джон Смит на 15 апреля 2013 года, 5:58:53 AM Основной блок цепь не подходит для этого. "давайте спамить мои сообщения в мире и бремя их навсегда" это не является приемлемым решением. Может быть, вы должны прочитать нить перед комментарием. Я прочитал нить. И я никогда не говорил, что добавление сообщения в blockchain это хорошая вещь. ОП спросил, почему это не было сделано раньше, но у него есть. Никто не упомянул, что, и мне было интересно, почему. (Я знаю, что это плохая идея, но независимо от того blockchain.info делает это) Я думаю, что blockchain.info сообщения являются локальными только blockchain.info, и не хранятся в реальной blockchain.

15 апреля 2013, 4:11:40 PM	# 16
keatonatron Сообщения: 322 Цитировать по имени цитировать ответ	Re:. Цитата: Rassah 15 апреля 2013 года, 3:05:55 PM Я думаю, что blockchain.info сообщения являются локальными только blockchain.info, и не хранятся в реальной blockchain. Если да, то это было бы ближе к тому, что хочет ОП, но до сих пор делают другие в этой теме счастливыми не вздутие в blockchain Хотя для этого потребуется центральный сервер ... (может быть, не так уж плохо, если вы принимаете, что сообщения являются открытыми и не обязательно надежный / безопасный) Тем не менее, на странице особенностей при "типы транзакций", Blockchain.info списки: котировка Пользовательские Отправить - Advanced Отправить форму с контролем монет. С возможностью встраивания сообщений в blockchain.

15 апреля 2013, 4:35:23 PM	# 17
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re:. Цитата: Bitsaurus от 15 апреля 2013 года, 8:54:42 AM Может быть, добавить флаг на сделку, если есть памятка. Получатель может пойти на веб-сайт, где заметка может быть вытянут вверх. Miner плата будет субсидировать хостинг записки, может быть, оплачивая 100 Satoshi или что-то для напоминания. Это гораздо лучше, чем вложения сообщений себя в цепи. Тем не менее, мы не можем поддерживать это в опорном клиента, потому что а) опирается на централизованный сайт б) не обеспечивает конфиденциальность, каждый на мир может посмотреть сообщение. В принципе, это уже было бы возможно без каких-либо изменений в блок цепи на всех; кто-то может сделать веб-сайт, который связывает сообщения идентификаторов транзакций. Я полагаю, что это то, что делает blockchain.info.

15 апреля 2013, 5:56:17 PM	# 18
porcupine87 Сообщения: 546 Цитировать по имени цитировать ответ	Re:. Цитата: Джон Смит на 15 апреля 2013 года, 4:35:23 PM Цитата: Bitsaurus от 15 апреля 2013 года, 8:54:42 AM Может быть, добавить флаг на сделку, если есть памятка. Получатель может пойти на веб-сайт, где заметка может быть вытянут вверх. Miner плата будет субсидировать хостинг записки, может быть, оплачивая 100 Satoshi или что-то для напоминания. Это гораздо лучше, чем вложения сообщений себя в цепи. Тем не менее, мы не можем поддерживать это в опорном клиента, потому что а) опирается на централизованный сайт б) не обеспечивает конфиденциальность, каждый на мир может посмотреть сообщение. Почему централизованная? Шахтер принимает транзакцию и сохраняет сообщения, связанные с выходами на своем собственном сервере. Если получатель хочет, чтобы прочитать сообщение, он должен заплатить шахтера небольшую плату. Через некоторое время, шахтер удаляет это сообщение. Приватность: Возможно ли, чтобы зашифровать сообщение с помощью открытого ключа получателя? (После подписи отправителя) В моем варианте там должно быть возможностью для Обменных сообщений. Кстати, хранение 50-буквенный-длинное сообщение будет увеличивать размер trancation на 5%.

15 апреля 2013, 6:12:37 PM	# 19
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re:. Цитата: porcupine87 15 апреля 2013 года, 5:56:17 PM Почему централизованная? Шахтер принимает транзакцию и сохраняет сообщения, связанные с выходами на своем собственном сервере. Если получатель хочет, чтобы прочитать сообщение, он должен заплатить шахтера небольшую плату. Через некоторое время, шахтер удаляет это сообщение. Не невозможно, но получить шахтер для хранения сообщений и позволяя им предложить интерфейс, чтобы прочитать их будет огромное изменением к протоколу. Кроме того, было бы весьма ненадежно, так как горнодобывающие узлы могут идти в автономном режиме в любое время. Цитата: porcupine87 15 апреля 2013 года, 5:56:17 PM Приватность: Возможно ли, чтобы зашифровать сообщение с помощью открытого ключа получателя? (После подписи отправителя) Нет, это не представляется возможным, как уже упоминалось ранее. Пожалуйста, прочитайте нить перед комментарием.

15 апреля 2013, 10:08:53 PM	# 20
porcupine87 Сообщения: 546 Цитировать по имени цитировать ответ	Re:. Цитата: Джон Смит на 15 апреля 2013 года, 6:12:37 PM Цитата: porcupine87 15 апреля 2013 года, 5:56:17 PM Почему централизованная? Шахтер принимает транзакцию и сохраняет сообщения, связанные с выходами на своем собственном сервере. Если получатель хочет, чтобы прочитать сообщение, он должен заплатить шахтера небольшую плату. Через некоторое время, шахтер удаляет это сообщение. Не невозможно, но получить шахтер для хранения сообщений и позволяя им предложить интерфейс, чтобы прочитать их будет огромное изменением к протоколу. Не будет ли сообщение просто будет транслироваться отправителем, а затем шахтеры забрать его и хранить на своем сервере? Сообщение будет отделено от обычной сделки. котировка Кроме того, было бы весьма ненадежно, так как горнодобывающие узлы могут идти в автономном режиме в любое время. Тогда они не получают деньги. Я имею в виду получатель мог бы просто отправить электронную почту к коллектору сообщения (он не должен быть шахтер), а затем получатель получит сообщение. Конечно, полностью автоматический. котировка Цитата: porcupine87 15 апреля 2013 года, 5:56:17 PM Приватность: Возможно ли, чтобы зашифровать сообщение с помощью открытого ключа получателя? (После подписи отправителя) Нет, это не представляется возможным, как уже упоминалось ранее. Пожалуйста, прочитайте нить перед комментарием. Затем возьмите хэш открытого ключа в качестве открытого ключа или другого открытого ключа. Я думал, что открытый ключ просто получить хэш для удобства? Вы все гении и не можем понять, как отправить предмет, как мы знаем, что от обычных операций по банковским счетам?

Заголовок