план разработки | Биткоин форум

Разбивающихся ошибок, любая ошибка, которая может привести к потере Bitcoins и исправления безопасности всегда наивысший приоритет, но здесь большие вещи, я думаю, очень высокий приоритет, что, насколько я знаю, никто не работает. Я думаю, что все, что нужно сделать, прежде чем мы сможем сказать, что мы имеем "Bitcoin 1.0" :

Режим только для загрузки-blockheaders клиент отделки
защитить паролем бумажника закрытых ключей (смягчения красть wallet.dat проблемы: см https://gist.github.com/803170 )
Импорт резервной копии бумажник
выяснить, как сделать щелчок для оплаты
дизайн / реализации защищенного DNS типа "карта строка Bitcoin адрес" система (так что я могу отправить биткойны в "gavin@acm.org")
экспорт + шифровать часть вашего баланса (для длительного хранения, я все еще болтать попусту, хотим ли мы, чтобы поощрить это прямо сейчас)

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

Кто-нибудь еще заметил, время загрузки, по меньшей мере, Mac OSX иногда невероятно долго? 30-60 секунд +, прежде чем какой-либо графический интерфейс пользователя выскакивает? Может все, что делается переместить произойдет после загрузки GUI? Может быть, прогресс бар? Я почти силой, прежде чем выйти из приложения, думая, что это был заперт.

Что нам нужно сделать для устойчивости против спама / наводнения атак? Я думал, [микрофон] имел некоторые идеи.

Я все еще думаю DoS сопротивление до конца. Гэвин и Satoshi размышляли о том, что большинство так сейчас я счастлив просто сидеть сложа руки и позволить им понять это 🙂

Мне нравится план, хотя я согласен, что это несколько произвольно. Режим клиента потребуется много работы, даже после того, как это реализовано, мы действительно не хотим, чтобы заставить пользователей выбирать, когда они начинают программное обеспечение, как 99% не будет иметь никакого способа, чтобы понять, что означает, что выбор. Тип подход Skype / Kazaa, в котором все узлы, как начать "клиенты" а потом сам выбирает стать ли суперузлы с полным блокированием цепи копий будет лучше (если есть пол-неясным способ, чтобы заставить его для шахтеров).

Режим клиента и сопротивление DoS тесно связаны между собой в любом случае. Одна из причин, в настоящее время сеть имеет так много проблем с "спам" является то, что сеть ограничена по возможностям его наихудших узлов, так нам нужны все эти искусственные ограничения следует системы, чтобы попытаться справиться с искусственно ограниченным потенциалом. Представляя концепцию самостоятельно выбирая суперузлов позволит сети для расширения значительно дальше - пока он не начинает бить естественные пределы аппаратного обеспечения, скорее всего, процессор или диск IOPS. В этот момент мы будем надеяться, по крайней мере, версии прототипа распределенных суперузлов.

Цитата: Гэвин Андресен 05 марта 2011 года, 6:09:41 PM

любая ошибка всегда наивысший приоритет

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

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

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

Мое предложение изменить сообщение «блок» содержат только хэши транзакций. После этого «GetData» может быть использована для дальнейшего приобретения недостающих транзакций от отправителя блока.

К сожалению, я не вижу, как это можно сделать, не нарушая текущий протокол.

Это легко эволюционировать протокол. Просто измените формат, если равноправный сообщает свою версию протокола, как >любой номер.

И да это было бы хорошее улучшение. Сообщение getmerklebranch также будет очень полезно в режиме клиента, как бы позволяет увидеть 0 / неподтвержденные транзакции, как сегодня. В противном случае в режиме клиента вы должны ждать, чтобы увидеть блок вы получили монеты.

Цитата: Гэвин Андресен 05 марта 2011 года, 6:09:41 PM

дизайн / реализации защищенного DNS типа "карта строка Bitcoin адрес" система (так что я могу отправить биткойны в "gavin@acm.org")

Это может быть хорошо, но я не вижу его в качестве предварительного условия для 1,0.

В ходе дискуссии по BitDNS, была устойчивость к перегрузке основной цепи в качестве заголовка реестра. Другая цепь а-ля BitDNS может быть использован для отображения общих строк в Btc адресов, а также доменные имена.

Одной из проблем является то в значительной степени должен быть первый пришел первый обслужен. Тот, кто захватывает gavin@acm.org первым, получает его. Там не будет каким-либо образом, чтобы подтвердить право собственности на адрес.

Цитата: Hal от 05 марта 2011 года, 9:29:52 PM

Цитата: Гэвин Андресен 05 марта 2011 года, 6:09:41 PM

Это может быть хорошо, но я не вижу его в качестве предварительного условия для 1,0.

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

RE: DoS сопротивление: пожалуйста, продолжать думать об этом; Я не эксперт по сети (на самом деле, если вы знаете, какие специалисты сети, если вы можете получить их думать об этом ....).

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

Я довольно хорошо знаком с тем, как мы делаем DoS сопротивление на работе, но традиционные DoS и Bitcoin DoS очень разные проблемы. Есть только так много способов сделать это, и лучше всего, на самом деле никто не знает, что емкость сети 🙂

Что о добавлении публичный / приватный режим, как хром / Firefox? Он может по умолчанию режим конфиденциальности, который был бы текущие настройки, но может быть переключена в общественном режиме, где вы можете иметь учетные записи, где адрес в этой учетной записи можно использовать для отправки и приема. Я думаю, что это было бы действительно упростить много Bitcoin, открыть его до гораздо более широкой аудитории, и освободить место для многих больше услуг, чтобы построить на вершине.

Кстати, один из способов, чтобы позволить мне отправить монеты gavin@acm.org чтобы использовать старый механизм прямых к-IP. Пример:

1) Скачать EC открытый ключ http://acm.org/bitcoin-transact/gavin. Необязательно, если это приводит к 404, падают обратно http://directory.bitcoin.org/acm.org/gavin

2) Создание сделки с <Публичных> OP_CHECKSIG в качестве выходного, вещания

3) Гэвин утверждает, отправив ТХ только с подписью в scriptSig.

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

Она может быть расширена, чтобы включить не только ключ EC, но ключ RSA в загруженном файле тоже. После этого вы можете отправить сообщение с помощью шифрования, размещая его где-нибудь (например, на сервер acm.org если загруженный файл рекламирует, что он поддерживает это), и в том числе хэша в транзакции перед OP_DROP. Таким образом, даже если вы только рекламировать один ключ, вы можете узнать, кто послал вас монетой.

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

Я подозреваю, что есть различные интересные способы вы можете избежать полагаться на base58 адрес с использованием языка сценариев.

Цитата: Гэвин Андресен 05 марта 2011, 10:07:37 PM

Может быть, немного не по теме, но я думаю, что лучше юзабилити имеет важное значение для успеха Bitcoin в.

Очень рекомендую эту книгу: http://www.amazon.com/Change-Function-Technologies-Others-Crash/dp/B000NA6U2O/ref=sr_1_1

Описание книги:
"После нескольких лет изучения бесчисленных победителей и проигравших, Коберн придумал простую идею, что объясняет, почему некоторые технологии становятся хитами (плеер, DVD-плеер, Netflix), а другие никогда не достигает более чем крошечная аудитория (Segways, видеотелефоны, таблетки ПК). Он говорит, что люди только готовы измениться, когда боль их текущей ситуации перевешивает воспринимаемую боль пробовать что-то новое."

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

Цитата: Гэвин Андресен 05 марта 2011 года, 6:09:41 PM

дизайн / реализации защищенного DNS типа "карта строка Bitcoin адрес" система (так что я могу отправить биткойны в "gavin@acm.org")

Решение для отправки монет людей в http://bitcointalk.org/index.php?topic=3427.0
Я предвижу, добавив "бумажник" Вкладка для клиента, в котором перечислены все Bitcoin сверток в wallet.dat, и если вы дважды щелкните любой пакет, вы можете: (1) скопировать закрытый ключ для этого пучка, так что вы можете отправить его кому-то, (2) отщепляется другой сумма, (3) в сочетании с другим расслоением, (4) переиздание. Очень похоже на то, цифровой валюты ecache.

Цитата: Джо от 06 марта 2011, 12:33:14 AM

Решение для отправки монет к людям ...

Прикольно ... но Hal просто убедили меня, мы не нужна эта функция для Bitcoin 1.0.

Кто-нибудь готов совершить на самом деле реализации любого из них?

Я знаю, что Bitcoin<->Berkeley DB код довольно хорошо, так что я буду добровольно сделать "Импорт резервной копии бумажник" особенность.

Для защелкивания до оплаты, что о завершении детали для Bitcoin: // URI схемы, и позволяя клиент обрабатывать эти запросы? Любая идея простой способ получить, чтобы работать с интернет-кошелька, хотя?

Цитата: BitterTea от 06 марта 2011 года, 2:40:11 AM

Если я помню право электронной почта: // работает как для отдельной программы электронной почты или веб-интерфейса электронной почты. Поэтому я хотел бы представить себе, однако, что достигается может решить эту проблему.

определяет щелчок для оплаты?

Цитата: Tril от 06 марта 2011 года, 4:26:09 PM

определяет щелчок для оплаты?

Вы просматриваете веб-страницу и увидеть ссылку или кнопку, которая говорит "Оплатить с Bitcoin"- вы щелкаете его, и ... материал случается. Где этот материал не включает в себя копирование и вставку ничего (я знаю, что все мы знаем, как копировать и вставлять, но удивительное число пользователей компьютеров не делает) и, конечно, не включает в себя пытается ввести 35 символов Bitcoin адреса.

5 марта 2011, 6:09:41 PM	# 1
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Разбивающихся ошибок, любая ошибка, которая может привести к потере Bitcoins и исправления безопасности всегда наивысший приоритет, но здесь большие вещи, я думаю, очень высокий приоритет, что, насколько я знаю, никто не работает. Я думаю, что все, что нужно сделать, прежде чем мы сможем сказать, что мы имеем "Bitcoin 1.0" : Режим только для загрузки-blockheaders клиент отделки защитить паролем бумажника закрытых ключей (смягчения красть wallet.dat проблемы: см https://gist.github.com/803170 ) Импорт резервной копии бумажник выяснить, как сделать щелчок для оплаты дизайн / реализации защищенного DNS типа "карта строка Bitcoin адрес" система (так что я могу отправить биткойны в "gavin@acm.org") экспорт + шифровать часть вашего баланса (для длительного хранения, я все еще болтать попусту, хотим ли мы, чтобы поощрить это прямо сейчас)

5 марта 2011, 6:59:11 PM	# 2
JollyGreen Сообщений: 42 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Получил 1806 Биткоинов Реальная история. Мне нравится план, и думает, что резервное копирование бумажника / функции восстановления необходимо интегрировать быстро. Прямо сейчас, каждый должен быть достаточно подкованным компьютером для резервного копирования и восстановления бумажника, кажется, что это особенность каждый хочет и должен просто взять пару кликов. Пароль защищает все будет отличная идея тоже. Кто-нибудь еще заметил, время загрузки, по меньшей мере, Mac OSX иногда невероятно долго? 30-60 секунд +, прежде чем какой-либо графический интерфейс пользователя выскакивает? Может все, что делается переместить произойдет после загрузки GUI? Может быть, прогресс бар? Я почти силой, прежде чем выйти из приложения, думая, что это был заперт.

5 марта 2011, 7:32:32 PM	# 3
Хэл Сообщения: 314 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Что нам нужно сделать для устойчивости против спама / наводнения атак? Я думал, [микрофон] имел некоторые идеи.

5 марта 2011, 7:46:04 PM	# 4
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Я все еще думаю DoS сопротивление до конца. Гэвин и Satoshi размышляли о том, что большинство так сейчас я счастлив просто сидеть сложа руки и позволить им понять это 🙂 Мне нравится план, хотя я согласен, что это несколько произвольно. Режим клиента потребуется много работы, даже после того, как это реализовано, мы действительно не хотим, чтобы заставить пользователей выбирать, когда они начинают программное обеспечение, как 99% не будет иметь никакого способа, чтобы понять, что означает, что выбор. Тип подход Skype / Kazaa, в котором все узлы, как начать "клиенты" а потом сам выбирает стать ли суперузлы с полным блокированием цепи копий будет лучше (если есть пол-неясным способ, чтобы заставить его для шахтеров). Режим клиента и сопротивление DoS тесно связаны между собой в любом случае. Одна из причин, в настоящее время сеть имеет так много проблем с "спам" является то, что сеть ограничена по возможностям его наихудших узлов, так нам нужны все эти искусственные ограничения следует системы, чтобы попытаться справиться с искусственно ограниченным потенциалом. Представляя концепцию самостоятельно выбирая суперузлов позволит сети для расширения значительно дальше - пока он не начинает бить естественные пределы аппаратного обеспечения, скорее всего, процессор или диск IOPS. В этот момент мы будем надеяться, по крайней мере, версии прототипа распределенных суперузлов.

5 марта 2011, 7:47:25 PM	# 5
Только-One Bit фальшивомонетчик Сообщений: 42 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Цитата: Гэвин Андресен 05 марта 2011 года, 6:09:41 PM любая ошибка всегда наивысший приоритет Маркетинг и образование являются наивысшим приоритетом. Нам нужно больше документов должны быть переведены на разные языки.

5 марта 2011, 7:51:55 PM	# 6
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Чтобы уточнить, это план разработки кода, а не разработка проекта. Переведенные документы и лучшие маркетинговые материалы были бы здорово, но это не относится к v1 программному обеспечению.

5 марта 2011, 8:02:14 PM	# 7
m0mchil Сообщения: 171 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Может быть, действительно очень низкий приоритет, но я хочу напомнить вам о избыточной передаче транзакций с каждым блоком. Может быть, лучше решить эту проблему раньше, чем позже. Мое предложение изменить сообщение «блок» содержат только хэши транзакций. После этого «GetData» может быть использована для дальнейшего приобретения недостающих транзакций от отправителя блока. К сожалению, я не вижу, как это можно сделать, не нарушая текущий протокол.

5 марта 2011, 8:03:45 PM	# 8
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Это легко эволюционировать протокол. Просто измените формат, если равноправный сообщает свою версию протокола, как >любой номер. И да это было бы хорошее улучшение. Сообщение getmerklebranch также будет очень полезно в режиме клиента, как бы позволяет увидеть 0 / неподтвержденные транзакции, как сегодня. В противном случае в режиме клиента вы должны ждать, чтобы увидеть блок вы получили монеты.

5 марта 2011, 9:29:52 PM	# 9
Хэл Сообщения: 314 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Цитата: Гэвин Андресен 05 марта 2011 года, 6:09:41 PM дизайн / реализации защищенного DNS типа "карта строка Bitcoin адрес" система (так что я могу отправить биткойны в "gavin@acm.org") Это может быть хорошо, но я не вижу его в качестве предварительного условия для 1,0. В ходе дискуссии по BitDNS, была устойчивость к перегрузке основной цепи в качестве заголовка реестра. Другая цепь а-ля BitDNS может быть использован для отображения общих строк в Btc адресов, а также доменные имена. Одной из проблем является то в значительной степени должен быть первый пришел первый обслужен. Тот, кто захватывает gavin@acm.org первым, получает его. Там не будет каким-либо образом, чтобы подтвердить право собственности на адрес.

5 марта 2011, 10:07:37 PM	# 10
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Цитата: Hal от 05 марта 2011 года, 9:29:52 PM Цитата: Гэвин Андресен 05 марта 2011 года, 6:09:41 PM дизайн / реализации защищенного DNS типа "карта строка Bitcoin адрес" система (так что я могу отправить биткойны в "gavin@acm.org") Это может быть хорошо, но я не вижу его в качестве предварительного условия для 1,0. Я полагаю, что если мы выясним, как сделать клик до оплаты работы для обоих "Я использую сервис онлайн-кошелек" и "Я использую клиент" случаев, пользователи не должны знать, как копировать&вставить адреса и человеческого типа, способны адреса не будут иметь решающее значение. RE: DoS сопротивление: пожалуйста, продолжать думать об этом; Я не эксперт по сети (на самом деле, если вы знаете, какие специалисты сети, если вы можете получить их думать об этом ....).

5 марта 2011, 10:10:07 PM	# 11
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Я думаю, склеивание браузера на программное обеспечение узла намного проще, чем придумать какую-то сложная схему отображения адреса. Я довольно хорошо знаком с тем, как мы делаем DoS сопротивление на работе, но традиционные DoS и Bitcoin DoS очень разные проблемы. Есть только так много способов сделать это, и лучше всего, на самом деле никто не знает, что емкость сети 🙂

5 марта 2011, 10:14:30 PM	# 12
JollyGreen Сообщений: 42 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Что о добавлении публичный / приватный режим, как хром / Firefox? Он может по умолчанию режим конфиденциальности, который был бы текущие настройки, но может быть переключена в общественном режиме, где вы можете иметь учетные записи, где адрес в этой учетной записи можно использовать для отправки и приема. Я думаю, что это было бы действительно упростить много Bitcoin, открыть его до гораздо более широкой аудитории, и освободить место для многих больше услуг, чтобы построить на вершине.

6 марта 2011, 12:03:56 AM	# 13
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Кстати, один из способов, чтобы позволить мне отправить монеты gavin@acm.org чтобы использовать старый механизм прямых к-IP. Пример: 1) Скачать EC открытый ключ http://acm.org/bitcoin-transact/gavin. Необязательно, если это приводит к 404, падают обратно http://directory.bitcoin.org/acm.org/gavin 2) Создание сделки с <Публичных> OP_CHECKSIG в качестве выходного, вещания 3) Гэвин утверждает, отправив ТХ только с подписью в scriptSig. Все клиенты должны все еще быть в состоянии признать эти виды сделок. Все, что мы сделали, это заменить прямое подключение IP-к-IP с хорошо известной HTTP конечной точкой. Поддерживая эту схему так просто, как создание каталога на веб-сервере. Она может быть расширена, чтобы включить не только ключ EC, но ключ RSA в загруженном файле тоже. После этого вы можете отправить сообщение с помощью шифрования, размещая его где-нибудь (например, на сервер acm.org если загруженный файл рекламирует, что он поддерживает это), и в том числе хэша в транзакции перед OP_DROP. Таким образом, даже если вы только рекламировать один ключ, вы можете узнать, кто послал вас монетой. Я не утверждаю, что это проще и лучше, чем некоторые простые веб-браузер интеграции ума вы. Она все еще требует некоторой настройки и в конечном счете, копировать / вставить адрес Bitcoin не сильно отличается, чтобы скопировать / вставить адрес электронной почты. Я подозреваю, что есть различные интересные способы вы можете избежать полагаться на base58 адрес с использованием языка сценариев.

6 марта 2011, 12:07:53 AM	# 14
bitcool Сообщения: 1441 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Цитата: Гэвин Андресен 05 марта 2011, 10:07:37 PM Я полагаю, что если мы выясним, как сделать клик до оплаты работы для обоих "Я использую сервис онлайн-кошелек" и "Я использую клиент" случаев, пользователи не должны знать, как копировать&вставить адреса и человеческого типа, способны адреса не будут иметь решающее значение. Может быть, немного не по теме, но я думаю, что лучше юзабилити имеет важное значение для успеха Bitcoin в. Очень рекомендую эту книгу: http://www.amazon.com/Change-Function-Technologies-Others-Crash/dp/B000NA6U2O/ref=sr_1_1 Описание книги: "После нескольких лет изучения бесчисленных победителей и проигравших, Коберн придумал простую идею, что объясняет, почему некоторые технологии становятся хитами (плеер, DVD-плеер, Netflix), а другие никогда не достигает более чем крошечная аудитория (Segways, видеотелефоны, таблетки ПК). Он говорит, что люди только готовы измениться, когда боль их текущей ситуации перевешивает воспринимаемую боль пробовать что-то новое." "Другими словами, технология требует изменения привычек, и это является основной причиной выхода из строя для бесчисленных прохладных изобретений. Слишком много технологических компаний верят в "строить его, и они придут"- построить что-то лучше, и люди будут бить путь к вашей двери. Но, как Коберн показывает, что большинство потенциальных пользователей опасаются новых технологий, и они нуждаются в очень большой повод для изменения."

6 марта 2011, 12:33:14 AM	# 15
Джо Сообщений: 64 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Цитата: Гэвин Андресен 05 марта 2011 года, 6:09:41 PM дизайн / реализации защищенного DNS типа "карта строка Bitcoin адрес" система (так что я могу отправить биткойны в "gavin@acm.org") Решение для отправки монет людей в http://bitcointalk.org/index.php?topic=3427.0 Я предвижу, добавив "бумажник" Вкладка для клиента, в котором перечислены все Bitcoin сверток в wallet.dat, и если вы дважды щелкните любой пакет, вы можете: (1) скопировать закрытый ключ для этого пучка, так что вы можете отправить его кому-то, (2) отщепляется другой сумма, (3) в сочетании с другим расслоением, (4) переиздание. Очень похоже на то, цифровой валюты ecache.

6 марта 2011, 2:30:41 AM	# 16
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Цитата: Джо от 06 марта 2011, 12:33:14 AM Решение для отправки монет к людям ... Прикольно ... но Hal просто убедили меня, мы не нужна эта функция для Bitcoin 1.0. Кто-нибудь готов совершить на самом деле реализации любого из них? Я знаю, что Bitcoin<->Berkeley DB код довольно хорошо, так что я буду добровольно сделать "Импорт резервной копии бумажник" особенность.

6 марта 2011, 2:40:11 AM	# 17
BitterTea Сообщения: 294 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Для защелкивания до оплаты, что о завершении детали для Bitcoin: // URI схемы, и позволяя клиент обрабатывать эти запросы? Любая идея простой способ получить, чтобы работать с интернет-кошелька, хотя?

6 марта 2011, 3:42:15 AM	# 18
Dude65535 Сообщения: 126 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Цитата: BitterTea от 06 марта 2011 года, 2:40:11 AM Для защелкивания до оплаты, что о завершении детали для Bitcoin: // URI схемы, и позволяя клиент обрабатывать эти запросы? Любая идея простой способ получить, чтобы работать с интернет-кошелька, хотя? Если я помню право электронной почта: // работает как для отдельной программы электронной почты или веб-интерфейса электронной почты. Поэтому я хотел бы представить себе, однако, что достигается может решить эту проблему.

6 марта 2011, 4:26:09 PM	# 19
Tril Сообщения: 213 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты определяет щелчок для оплаты?

6 марта 2011, 5:37:19 PM	# 20
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Разработка дорожной карты Цитата: Tril от 06 марта 2011 года, 4:26:09 PM определяет щелчок для оплаты? Вы просматриваете веб-страницу и увидеть ссылку или кнопку, которая говорит "Оплатить с Bitcoin"- вы щелкаете его, и ... материал случается. Где этот материал не включает в себя копирование и вставку ничего (я знаю, что все мы знаем, как копировать и вставлять, но удивительное число пользователей компьютеров не делает) и, конечно, не включает в себя пытается ввести 35 символов Bitcoin адреса.

Заголовок