Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins?

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

Может быть, это должно быть возможно включать короткие (<= 512 байт) сообщение по каждой сделке.
Сообщение может быть зашифровано с помощью государственных / частных ключей, и только получатель может видеть его содержимое.

Что вы думаете ?

PS.
Я могу ошибаться, но сообщения также могут быть использованы для увеличения случайности процесса хэширования, кстати, они не могли? Если нет, не важно.

Цитата: ShadowOfHarbringer от 23 октября 2010 года, 3:11:17 PM

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

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

Цитата: grondilu от 23 октября 2010 года, 3:28:34 PM

метка Paiement не является необходимым.

Конечно да "не обязательно" но все же было бы полезно для людей.

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

Цитата: davidonpda от 23 октября 2010 года, 4:03:03 PM

Цитата: ShadowOfHarbringer от 23 октября 2010 года, 3:45:45 PM

Цитата: grondilu от 23 октября 2010 года, 3:28:34 PM

метка Paiement не является необходимым.

Я не думаю, что ключи должны действительно рассматривать как номер счета за одну транзакцию. Эта логика, я думаю, что это вводит в заблуждение. Вы можете иметь миллионы ключей, связанных с один кошелек / счет.

Что об увеличении размера блока, то?

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

Цитата: grondilu от 23 октября 2010 года, 4:09:48 PM

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

Я расскажу вам, что же я только что сделал.
Я нажал "котировка", Скопировал сообщение и вставить его в текстовый файл.

Тогда я усеченный файл до 512 байт, и EDIT: с gzip'нутыми Это. В настоящее время занимает 329 байт.
Далее, я его сжатый bzip'ый. Теперь она занимает 288 байт.

Конечно, нет необходимости в таком длинного сообщения. Попытаемся 384 байта. Я использовал Lorem Ipsum генератор здесь: http://lipsum.com/
Результаты:

Код:

-RW-R - r-- пользователь 1 пользователь 384 2010-10-23 19:09 ipsum.txt (несжатый)
-RW-R - r-- пользователя 1 пользователя 274 2010-10-23 19:08 ipsum.txt.bz2 (bzip2)
-RW-R - r-- пользователь 1 пользователь 268 2010-10-23 19:10 ipsum.txt.gz (GZIP)

Я думаю, что максимум ~ 260-280 байт за транзакцию не плохо.

Как grondilu сказал, шифрование не представляется возможным.

Можно изменить Bitcoin для отправки сообщений. Просто создать сделки, которые начинаются с чем-то вроде этого:

Код:

BTCMESSAGEv1 - Это сообщение OP_DROP

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

Я нашел кое-что интересное.

http://stackoverflow.com/questions/1138345/best-compression-algorithm-for-short-text-strings

Существует небольшой OS проект по GitHub, который делает хорошее сжатие коротких текстовых строк.
http://github.com/antirez/smaz

котировка

«Это небольшая строка» сжимается на 50%
'Foobar' сжимается на 34%
«Конец» сжимается на 58%
'Не-а-g00d-Exampl333' увеличена на 15%
«Smaz простая библиотека сжатия» сжимаются на 39%
«Ничто не является более трудным, и, следовательно, более ценным, чем быть в состоянии решить» сжат на 49%
«Это пример того, что очень хорошо работает с smaz» сжимаются на 49%
«1000 номеров 2000 будут 10 20 30 компресса очень мало» сжимается на 10%

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

«Nel меццо дель Cammin ди Ностра вита, ми ritrovai в Una Selva Oscura» сжимается на 33%
«Ми illumino ди Immenso» сжимается на 37%
'L'Autore ди Questa Libreria Vive в Sicilia' сжимаются на 28%

Она может сжимать URLS довольно хорошо:

'http://google.com'Сжимается на 59%
'http://programming.reddit.com'Сжимается на 52%
'http://github.com/antirez/smaz/tree/master'Сжимается на 46%

Таким образом, мы могли бы еще получить 384 байт вплоть до <200 или <175 байт.

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

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

Редактировать. У меня есть забавная идея. Представьте себе, что числовая точность увеличивается далеко за пределами 8 знаков после запятой, скажем, 128 десятичных знаков, например.

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

Изменить # 2. Гоша Я люблю эту идею

Edit # 3. Нам не нужны 128 знаков после запятой. Поправьте меня, если я ошибаюсь, но с 32 десятичных знаками можно закодировать 17 символов, жаждали несжатое сообщение в 64 наборах символов. (32 * журнал (10) / журнал (64) = 7,717)

Цитата: grondilu от 23 октября 2010 года, 6:07:41 PM

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

Да, мне очень интересно, что слишком.

ECDSA не может шифровать сообщения, подписывать только подпись.

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

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

Цитата: Satoshi от 23 октября 2010 года, 7:02:57 PM

Я думаю, что я не совсем понимаю, как работает система. Так что, если сообщения будут отправлены вместе с Bitcoin, они также будут permamently храниться в блоке цепи для возрастов.

Кажется, вы правы, Сатоши.

Цитата: ShadowOfHarbringer от 23 октября 2010 года, 3:11:17 PM

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

Цитата: ShadowOfHarbringer от 23 октября 2010 года, 3:45:45 PM

Цитата: grondilu от 23 октября 2010 года, 3:28:34 PM

метка Paiement не является необходимым.

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

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

Чем больше конкурирующие генераторы Bitcoin, тем лучше для его стабильности, я думаю. Пропускная способность будет самым большим препятствием для запуска узла.

Цитата: ASDF 24 октября 2010 года, 9:02:16 AM

+1

Кроме того, я хотел бы указать на то, Bitcoin должны придерживаться философии ПОЦЕЛУЙ.

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

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

Цитата: Anonymous 24 октября 2010, 11:06:37 AM

Что вы имеете в виду ??

Вы ничего не должны использовать GPG, помимо программного обеспечения GPG.

Цитата: grondilu 24 октября 2010, 11:22:05 AM

Цитата: Anonymous 24 октября 2010, 11:06:37 AM

Что вы имеете в виду ??

Вы ничего не должны использовать GPG, помимо программного обеспечения GPG.

Я имею в виду обслуживание как mailvault. Вы можете скрыть свой Bitcoin внутри зашифрованного сообщения

Цитата: Anonymous 24 октября 2010, 12:29:47 PM

Я имею в виду обслуживание как mailvault. Вы можете скрыть свой Bitcoin внутри зашифрованного сообщения

Я не знал о mailvault. Я не понимаю: какой смысл использовать GPG, если вы не являетесь владельцем закрытого ключа? Ну, я думаю, что некоторые люди просто не нравится идея установки программного обеспечения на компьютере ...

Во всяком случае, на их "около" страницы, они упоминают их распределенные оффшорные сервера: http://www.metropipe.net/

Этот веб-сайт принимает внушительное количество методов paiements, в том числе, например, Pecunix. Я предполагаю, что они могли бы принять биткойны.

Цитата: grondilu 24 октября 2010, 10:37:51 AM

Кроме того, я хотел бы указать на то, Bitcoin должны придерживаться философии ПОЦЕЛУЙ.

+50 к этому.

Философия ПОЦЕЛУЙ является то, что делает Linux столь велики.

23 октября 2010, 3:11:17 PM	# 1
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Bitcoin является большим, но он пропускает одну вещь, что обычные банковские переводы иметь: название платежа. Может быть, это должно быть возможно включать короткие (<= 512 байт) сообщение по каждой сделке. Сообщение может быть зашифровано с помощью государственных / частных ключей, и только получатель может видеть его содержимое. Что вы думаете ? PS. Я могу ошибаться, но сообщения также могут быть использованы для увеличения случайности процесса хэширования, кстати, они не могли? Если нет, не важно.

23 октября 2010, 3:28:34 PM	# 2
grondilu Сообщения: 1134 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Получил 1806 Биткоинов Реальная история. Цитата: ShadowOfHarbringer от 23 октября 2010 года, 3:11:17 PM Bitcoin является большим, но он пропускает одну вещь, что обычные банковские переводы иметь: название платежа. Может быть, это должно быть возможно включать короткие (<= 512 байт) сообщение по каждой сделке. Сообщение может быть зашифровано с помощью государственных / частных ключей, и только получатель может видеть его содержимое. Что вы думаете ? Я где-то красный, что вид ключей используется в программном обеспечении поддерживает подпись, но не шифрование. Так как это очень легко создать новый адрес Bitcoin для каждой транзакции, Paiement метка не нужна. Просто используйте адрес Bitcoin в качестве ссылки для вашего сообщения, и передавать его по электронной почте или любым другим способом связи.

23 октября 2010, 3:45:45 PM	# 3
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Цитата: grondilu от 23 октября 2010 года, 3:28:34 PM метка Paiement не является необходимым. Конечно да "не обязательно" но все же было бы полезно для людей. Возможно, некоторые люди хотели бы сохранить один адрес BTC по некоторым причинам. Также крупные финансовые институты не очень нравятся идея различного номер счета для каждой транзакции.

23 октября 2010, 4:09:48 PM	# 4
grondilu Сообщения: 1134 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Цитата: davidonpda от 23 октября 2010 года, 4:03:03 PM Цитата: ShadowOfHarbringer от 23 октября 2010 года, 3:45:45 PM Цитата: grondilu от 23 октября 2010 года, 3:28:34 PM метка Paiement не является необходимым. Конечно да "не обязательно" но все же было бы полезно для людей. Возможно, некоторые люди хотели бы сохранить один адрес BTC по некоторым причинам. Также крупные финансовые институты не очень нравятся идея различного номер счета для каждой транзакции. Я не думаю, что ключи должны действительно рассматривать как номер счета за одну транзакцию. Эта логика, я думаю, что это вводит в заблуждение. Вы можете иметь миллионы ключей, связанных с один кошелек / счет. Что об увеличении размера блока, то? Даже если 512o за транзакцию мал, он может представлять собой сумму сигнификативной, так как все должны быть сохранены в блоке цепи.

23 октября 2010, 5:13:01 PM	# 5
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Цитата: grondilu от 23 октября 2010 года, 4:09:48 PM Что об увеличении размера блока, то? Даже если 512o за транзакцию мал, он может представлять собой сумму сигнификативной, так как все должны быть сохранены в блоке цепи. Я расскажу вам, что же я только что сделал. Я нажал "котировка", Скопировал сообщение и вставить его в текстовый файл. Тогда я усеченный файл до 512 байт, и EDIT: с gzip'нутыми Это. В настоящее время занимает 329 байт. Далее, я его сжатый bzip'ый. Теперь она занимает 288 байт. Конечно, нет необходимости в таком длинного сообщения. Попытаемся 384 байта. Я использовал Lorem Ipsum генератор здесь: http://lipsum.com/ Результаты: Код: -RW-R - r-- пользователь 1 пользователь 384 2010-10-23 19:09 ipsum.txt (несжатый) -RW-R - r-- пользователя 1 пользователя 274 2010-10-23 19:08 ipsum.txt.bz2 (bzip2) -RW-R - r-- пользователь 1 пользователь 268 2010-10-23 19:10 ipsum.txt.gz (GZIP) Я думаю, что максимум ~ 260-280 байт за транзакцию не плохо.

23 октября 2010, 5:56:04 PM	# 6
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Как grondilu сказал, шифрование не представляется возможным. Можно изменить Bitcoin для отправки сообщений. Просто создать сделки, которые начинаются с чем-то вроде этого: Код: BTCMESSAGEv1 - Это сообщение OP_DROP Сеть будет принимать их, но я не думаю, что ваш получатель будет признавать их, если он не будет также с помощью модифицированного Bitcoin.

23 октября 2010, 5:59:43 PM	# 7
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Я нашел кое-что интересное. http://stackoverflow.com/questions/1138345/best-compression-algorithm-for-short-text-strings Существует небольшой OS проект по GitHub, который делает хорошее сжатие коротких текстовых строк. http://github.com/antirez/smaz котировка «Это небольшая строка» сжимается на 50% 'Foobar' сжимается на 34% «Конец» сжимается на 58% 'Не-а-g00d-Exampl333' увеличена на 15% «Smaz простая библиотека сжатия» сжимаются на 39% «Ничто не является более трудным, и, следовательно, более ценным, чем быть в состоянии решить» сжат на 49% «Это пример того, что очень хорошо работает с smaz» сжимаются на 49% «1000 номеров 2000 будут 10 20 30 компресса очень мало» сжимается на 10% В общем, строчный английский будут работать очень хорошо. Она будет сосать с большим чисел внутри строк. Другие языки сжимаются очень хорошо тоже следующий итальянский, не очень похож на английский, но все еще сжимаемый по smaz: «Nel меццо дель Cammin ди Ностра вита, ми ritrovai в Una Selva Oscura» сжимается на 33% «Ми illumino ди Immenso» сжимается на 37% 'L'Autore ди Questa Libreria Vive в Sicilia' сжимаются на 28% Она может сжимать URLS довольно хорошо: 'http://google.com'Сжимается на 59% 'http://programming.reddit.com'Сжимается на 52% 'http://github.com/antirez/smaz/tree/master'Сжимается на 46% Таким образом, мы могли бы еще получить 384 байт вплоть до <200 или <175 байт.

23 октября 2010, 6:07:41 PM	# 8
grondilu Сообщения: 1134 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Мне также интересно, если сообщение должно быть принято во внимание при расчете хэша. Не делать это позволит удалить его позже. Я очень не люблю эту идею сообщения. Так как нет необходимости в протокол, я не уверен, если это было бы легко найти место, где она действительно подходит. Я не программист, хотя. Я бы любопытно подумал Satoshi на это. Редактировать. У меня есть забавная идея. Представьте себе, что числовая точность увеличивается далеко за пределами 8 знаков после запятой, скажем, 128 десятичных знаков, например. Что об использовании этих знаков после запятой закодировать сообщение? Как-то вы имели бы "естественная плата" за эту услугу, и мы не должны изменить что-либо из протокола. Изменить # 2. Гоша Я люблю эту идею Edit # 3. Нам не нужны 128 знаков после запятой. Поправьте меня, если я ошибаюсь, но с 32 десятичных знаками можно закодировать 17 символов, жаждали несжатое сообщение в 64 наборах символов. (32 * журнал (10) / журнал (64) = 7,717)

23 октября 2010, 6:33:56 PM	# 9
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Цитата: grondilu от 23 октября 2010 года, 6:07:41 PM Я очень не люблю эту идею сообщения. Так как нет необходимости в протокол, я не уверен, если это было бы легко найти место, где она действительно подходит. Я не программист, хотя. Я бы любопытно подумал Satoshi на это. Да, мне очень интересно, что слишком.

23 октября 2010, 7:02:57 PM	# 10
Satoshi Сообщения: 364 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? ECDSA не может шифровать сообщения, подписывать только подпись. Было бы неразумно иметь постоянно записанные открытый текст сообщения для всех, чтобы видеть. Было бы случайно ждущий, чтобы случиться. Если будет система сообщения, она должна быть отдельная система параллельной сети Bitcoin. Сообщения не должны быть записаны в блоке цепи. Сообщения могут быть подписаны с Bitcoin адреса пары ключей, чтобы доказать, кто они.

23 октября 2010, 7:41:02 PM	# 11
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Цитата: Satoshi от 23 октября 2010 года, 7:02:57 PM ECDSA не может шифровать сообщения, подписывать только подпись. Было бы неразумно иметь постоянно записанные открытый текст сообщения для всех, чтобы видеть. Было бы случайно ждущий, чтобы случиться. Если будет система сообщения, она должна быть отдельная система параллельной сети Bitcoin. Сообщения не должны быть записаны в блоке цепи. Сообщения могут быть подписаны с Bitcoin адреса пары ключей, чтобы доказать, кто они. Я думаю, что я не совсем понимаю, как работает система. Так что, если сообщения будут отправлены вместе с Bitcoin, они также будут permamently храниться в блоке цепи для возрастов. Кажется, вы правы, Сатоши.

24 октября 2010, 4:29:47 AM	# 12
Лунная тень Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Цитата: ShadowOfHarbringer от 23 октября 2010 года, 3:11:17 PM Bitcoin является большим, но он пропускает одну вещь, что обычные банковские переводы иметь: название платежа. Может быть, это должно быть возможно включать короткие (<= 512 байт) сообщение по каждой сделке. Сообщение может быть зашифровано с помощью государственных / частных ключей, и только получатель может видеть его содержимое. Что вы думаете ? PS. Я могу ошибаться, но сообщения также могут быть использованы для увеличения случайности процесса хэширования, кстати, они не могли? Если нет, не важно. Это может быть сделано извне через зашифрованные болтовни, адрес электронной почты или любые другие методы. Все, что нужно будет сделать, чтобы разрешать сообщение будет отправлено, которые могут быть связаны с конкретной сделки, создают суммирования номер сделки должно быть вставлено в короткое сообщение, а затем коротким сообщением либо открытым текстом или некоторыми согласованного метода шифрования, такие как шифрование с открытым ключом, а затем подписываются же Bitcoin ключ, используемый для подписания сделки. Это сообщение может быть отправлено получателю любым способом, никогда не должны быть включены в блок, но могут быть проверены, а также definatively, связанные с конкретной сделки, независимо от того, как сделка приходит к приемнику.

24 октября 2010, 6:02:45 AM	# 13
Легкие деньги Сообщения: 1246 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Цитата: ShadowOfHarbringer от 23 октября 2010 года, 3:45:45 PM Цитата: grondilu от 23 октября 2010 года, 3:28:34 PM метка Paiement не является необходимым. Конечно да "не обязательно" но все же было бы полезно для людей. Возможно, некоторые люди хотели бы сохранить один адрес BTC по некоторым причинам. Также крупные финансовые институты не очень нравятся идея различного номер счета для каждой транзакции. Назовите это число транзакций, и они будут настаивать на том, что она будет каждый раз разной.

24 октября 2010, 9:02:16 AM	# 14
ASDF Сообщения: 527 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Как Bitcoin масштабов до миллионов операций, требование к ширине полосы запуска генератора собирается получить довольно большим. Я считаю, что сохранение размера сделки как можно является наивысшим приоритетом. Чем больше конкурирующие генераторы Bitcoin, тем лучше для его стабильности, я думаю. Пропускная способность будет самым большим препятствием для запуска узла.

24 октября 2010, 10:37:51 AM	# 15
grondilu Сообщения: 1134 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Цитата: ASDF 24 октября 2010 года, 9:02:16 AM Как Bitcoin масштабов до миллионов операций, требование к ширине полосы запуска генератора собирается получить довольно большим. Я считаю, что сохранение размера сделки как можно является наивысшим приоритетом. Чем больше конкурирующие генераторы Bitcoin, тем лучше для его стабильности, я думаю. Пропускная способность будет самым большим препятствием для запуска узла. +1 Кроме того, я хотел бы указать на то, Bitcoin должны придерживаться философии ПОЦЕЛУЙ. Общеизвестно, что ботаник много программного обеспечения были велики в начале, но, как правило, становятся уродливыми жирных котов, как пользователи хотели добавить много функций к нему. Additionnal функции, которые не требуются для протокола, должны быть частью отдельного проекта.

24 октября 2010, 11:06:37 AM	# 16
Сообщения: Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Лучшая идея будет зашифрованной службой электронной почты для пользователей, использующих Bitcoin GPG и шифрование PGP. Тогда мы имели бы безопасный частный канал связи.

24 октября 2010, 11:22:05 AM	# 17
grondilu Сообщения: 1134 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Цитата: Anonymous 24 октября 2010, 11:06:37 AM Лучшая идея будет зашифрованной службой электронной почты для пользователей, использующих Bitcoin GPG и шифрование PGP. Тогда мы имели бы безопасный частный канал связи. Что вы имеете в виду ?? Вы ничего не должны использовать GPG, помимо программного обеспечения GPG.

24 октября 2010, 12:29:47 PM	# 18
Сообщения: Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Цитата: grondilu 24 октября 2010, 11:22:05 AM Цитата: Anonymous 24 октября 2010, 11:06:37 AM Лучшая идея будет зашифрованной службой электронной почты для пользователей, использующих Bitcoin GPG и шифрование PGP. Тогда мы имели бы безопасный частный канал связи. Что вы имеете в виду ?? Вы ничего не должны использовать GPG, помимо программного обеспечения GPG. Я имею в виду обслуживание как mailvault. Вы можете скрыть свой Bitcoin внутри зашифрованного сообщения

24 октября 2010, 12:43:45 PM	# 19
grondilu Сообщения: 1134 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Цитата: Anonymous 24 октября 2010, 12:29:47 PM Я имею в виду обслуживание как mailvault. Вы можете скрыть свой Bitcoin внутри зашифрованного сообщения Я не знал о mailvault. Я не понимаю: какой смысл использовать GPG, если вы не являетесь владельцем закрытого ключа? Ну, я думаю, что некоторые люди просто не нравится идея установки программного обеспечения на компьютере ... Во всяком случае, на их "около" страницы, они упоминают их распределенные оффшорные сервера: http://www.metropipe.net/ Этот веб-сайт принимает внушительное количество методов paiements, в том числе, например, Pecunix. Я предполагаю, что они могли бы принять биткойны.

24 октября 2010, 3:38:30 PM	# 20
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: Предложение: Разрешить короткие сообщения, которые будут отправлены вместе с Bitcoins? Цитата: grondilu 24 октября 2010, 10:37:51 AM Кроме того, я хотел бы указать на то, Bitcoin должны придерживаться философии ПОЦЕЛУЙ. +50 к этому. Философия ПОЦЕЛУЙ является то, что делает Linux столь велики.

Заголовок