Зачистите ссылочный клиента к граничному маршрутизатору

Вы бы приветствовать вилку Satoshi нацеленную лишить его всех, кроме алгоритма на основе консенсуса, то есть без бумажника и RPC заменен на автобус?

мотивация
Я рекомендую использовать «эталонный» клиент в качестве пограничного маршрутизатора к сети P2P в производственной среде, а затем подключить сервер ВОР внутри вашей компании к нему, чтобы получить удобный API для Bitcoin в виде шины сообщений, которая обслуживает приложения и на сторону клиента бумажник ,

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

Не будет ли это увеличить количество программного обеспечения, которое должно быть пересмотрено, испытанным, модифицируется, и в противном случае поддерживается? Является ли это только ради удаления частей, которые в значительной степени неактивны и безвреден, когда не используется?

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

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

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

Хотя бумажник или RPC безвредно во время выполнения, если не используется, то я считаю, что каждая строка дополнительного кода вредна при разработке, как это делает обзор кода и рефакторинг более сложным и рискованным.

Чтобы дать практический пример:
Я думаю, что протокол оплаты очень нужен, но я хочу это может быть реализовано, не касаясь базами коды запуска консенсуса, и она будет осуществляться, кроме Гэвина. Его глубокое знание кода Satoshi лучше было бы потратить на вопросы защиты и Масштабируемость DoS. С усеченным эталонным клиентом и лучше API, что развитие может быть гораздо лучше, аутсорсинговый сообществу.

Если Гэвин был заинтересован в (/ думал, что его время лучше потратить на) те, и другие вещи, которые он бы потратил их на них. Вы не можете диктовать, как Гэвины тратят свое время, создавая вилку.

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

https://github.com/jgarzik/pynode это своего рода то, что вы говорите, это было бы лучше подходит, чем зачистки вещи из ссылочного клиента, которое было бы Hacky способ сделать это.

Цитата: gmaxwell от 07 октября 2013 года, 4:46:02 PM

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

Цитата: gmaxwell от 07 октября 2013 года, 4:46:02 PM

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

Даже если это лучше, чем отделенное старые понятия сквозных, would't хорошо, если бы он был построен на вершине API изолирующей консенсусную слой и быть в отдельном проекте?

Мы согласны с тем, что модульность является целью, мой вопрос, если мы мы должны решать его с наивысшим приоритетом.

Цитата: gweedo от 07 октября 2013 года, 4:50:36 PM

Думает у меня есть любопытное, что вещи тоже проверить мою подпись.

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

Цитата: Grau 07 октября 2013 года, 5:47:42 PM

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

Я думаю, что расширение Satoshi клиента не практично. Как было сказано выше это ссылка клиент, а не каркас или не имеет модульную конструкцию.

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

Я думаю, вы правы, что многие люди используют свое программное обеспечение, соединенное с доверенным узлом Satoshi, что они работают на себя, но реально бумажник и GUI не только будут удален из основного Bitcoin кода - люди используют их!

Цитата: Майк Хирн 07 октября 2013 года, 6:25:26 PM

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

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

Ветка увеличит работу требуется, а не уменьшаться.

Вот текущий примерный план:

Первый шаг не является в основном завершен: среда выполнения не кошелки режима: https://github.com/bitcoin/bitcoin/pull/2901 В дальнейшем это может быть продлен на # ifdef'ing из кода бумажника, как только "нет бумажника" Код выполнения было доказано на работу.

Далее, заголовки, первая синхронизация, которая исправляет многие проблемы с блочным процессом загрузки Bitcoin в целом: https://github.com/sipa/bitcoin/tree/headersfirst

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

В этот момент вы урезанная "blockchain двигатель" (Пограничный маршрутизатор), который фокусируется на сетчатой сети и точно поддерживать цепь.

Это звучит многообещающе Джефф. Можно подумать, мы столкнулись с аналогичными проблемами

Возможность такого рефакторинга может заставить меня поднять C ++ снова ... после 12 лет не хватает его.

Было бы здорово, если клиент Satoshi, btcd, и BoP все могли бы использовать те же API, чтобы говорить с различными компонентами, так что компоненты становятся взаимозаменяемыми.

Мне нравится эта идея. Я использую только Оружейный. Это путь более безопасным, чем референсный клиента. Полностью модульная система проще проверять, поддерживать и расширять.

Ребята, вы говорите к стене здесь.

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

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

Цитата: piotr_n 27 октября 2013 года, 4:20:15 PM

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

конформные системы, а также биты доказательства, а также Амир Таки уже сделали это.

Цитата: justusranvier 27 октября 2013 года, 5:10:06 PM

Цитата: piotr_n 27 октября 2013 года, 4:20:15 PM

конформные системы, а также биты доказательства, а также Амир Таки уже сделали это.

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

Цитата: piotr_n 27 октября 2013 года, 4:20:15 PM

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

нет кошелька режима не будет в версии 0.9.

Цитата: jgarzik 27 октября 2013 года, 7:56:52 PM

Цитата: piotr_n 27 октября 2013 года, 4:20:15 PM

нет кошелька режима не будет в версии 0.9.

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

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

и BTW человек, спасибо за то, что один из немногих, которые там по крайней мере попытаться сделать это правильно
https://github.com/bitcoin/bitcoin/pull/2901

Можно ли построить "нет зависимости" клиент? Просто объединить все (и только) необходимые внешние коды, например, SSL, так что люди могут строить вне зависимости от какого-либо пакета.

7 октября 2013, 6:24:37 AM	# 1
Грау Сообщения: 836 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Вы бы приветствовать вилку Satoshi нацеленную лишить его всех, кроме алгоритма на основе консенсуса, то есть без бумажника и RPC заменен на автобус? мотивация Я рекомендую использовать «эталонный» клиент в качестве пограничного маршрутизатора к сети P2P в производственной среде, а затем подключить сервер ВОР внутри вашей компании к нему, чтобы получить удобный API для Bitcoin в виде шины сообщений, которая обслуживает приложения и на сторону клиента бумажник , Я думаю, что выше предложение не является уникальным для BOP, но как те работают, кто разработал значительную добавленную стоимость вокруг Satoshi клиента и интересно, если это случай использования должен быть приоритетом для развития опорного клиента вместо дальнейшего расширения набора функций этого хрупкого и критического код база.

7 октября 2013, 7:03:20 AM	# 2
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Получил 1806 Биткоинов Реальная история. Не будет ли это увеличить количество программного обеспечения, которое должно быть пересмотрено, испытанным, модифицируется, и в противном случае поддерживается? Является ли это только ради удаления частей, которые в значительной степени неактивны и безвреден, когда не используется? Я часто не понимаю, предложения, изложенные в терминах механизмов, а не целей. Возможно, преимущества очевидны для тех, кто хотел бы, но ради меня, что выгоды (ы), это будет служить, которая оправдает затраты? Существует уже есть код, чтобы выключить бумажник. Если есть реальное приложение для отключения других вещей, которые я не вижу причины, которая потребовалась бы вилка.

7 октября 2013, 7:32:30 AM	# 3
Грау Сообщения: 836 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Цель состоит в том, чтобы 1. лучшая поддержка для развития художественного, не касаясь или повторной реализации функции эталонного клиента. 2. сократить число строк кода и сложности в ссылочном клиенте, чтобы повысить стабильность и масштабируемость. Хотя бумажник или RPC безвредно во время выполнения, если не используется, то я считаю, что каждая строка дополнительного кода вредна при разработке, как это делает обзор кода и рефакторинг более сложным и рискованным. Чтобы дать практический пример: Я думаю, что протокол оплаты очень нужен, но я хочу это может быть реализовано, не касаясь базами коды запуска консенсуса, и она будет осуществляться, кроме Гэвина. Его глубокое знание кода Satoshi лучше было бы потратить на вопросы защиты и Масштабируемость DoS. С усеченным эталонным клиентом и лучше API, что развитие может быть гораздо лучше, аутсорсинговый сообществу.

7 октября 2013, 4:46:02 PM	# 4
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Если Гэвин был заинтересован в (/ думал, что его время лучше потратить на) те, и другие вещи, которые он бы потратил их на них. Вы не можете диктовать, как Гэвины тратят свое время, создавая вилку. Как и в сторону, хотя код заканчивается в том же двоичном, как я помню протокол оплаты не трогал механизм консенсуса материала, он был в значительной степени самодостаточный и нигде вблизи основного материала. Повышенная модульность является долгосрочной целью, чтобы сделать обзор легче, хотя в настоящее время прошло долгий путь от исходного кода, который свободно перемешан графического интерфейс бумажника материала с кодом консенсуса.

7 октября 2013, 4:50:36 PM	# 5
gweedo Сообщения: 1246 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору https://github.com/jgarzik/pynode это своего рода то, что вы говорите, это было бы лучше подходит, чем зачистки вещи из ссылочного клиента, которое было бы Hacky способ сделать это.

7 октября 2013, 5:43:24 PM	# 6
Грау Сообщения: 836 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Цитата: gmaxwell от 07 октября 2013 года, 4:46:02 PM Если Гэвин был заинтересован в (/ думал, что его время лучше потратить на) те, и другие вещи, которые он бы потратил их на них. Вы не можете диктовать, как Гэвины тратят свое время, создавая вилку. Я, конечно, не может или хочет диктовать, что он делает или не делает. Мы могли бы, однако снизить барьер для тех, кто может делать вещи, которые не требуют глубоких знаний реального ядра, так что он получает больше помощи и можем рассмотреть вопрос, если это то, где он хочет быть (тоже). Цитата: gmaxwell от 07 октября 2013 года, 4:46:02 PM Как и в сторону, хотя код заканчивается в том же двоичном, как я помню протокол оплаты не трогал механизм консенсуса материала, он был в значительной степени самодостаточный и нигде вблизи основного материала. Повышенная модульность является долгосрочной целью, чтобы сделать обзор легче, хотя в настоящее время прошло долгий путь от исходного кода, который свободно перемешан графического интерфейс бумажника материала с кодом консенсуса. Даже если это лучше, чем отделенное старые понятия сквозных, would't хорошо, если бы он был построен на вершине API изолирующей консенсусную слой и быть в отдельном проекте? Мы согласны с тем, что модульность является целью, мой вопрос, если мы мы должны решать его с наивысшим приоритетом.

7 октября 2013, 5:47:42 PM	# 7
Грау Сообщения: 836 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Цитата: gweedo от 07 октября 2013 года, 4:50:36 PM https://github.com/jgarzik/pynode это своего рода то, что вы говорите, это было бы лучше подходит, чем зачистки вещи из ссылочного клиента, которое было бы Hacky способ сделать это. Думает у меня есть любопытное, что вещи тоже проверить мою подпись. Вопрос заключается в том, если мы хотим, чтобы больше такого рода вещь или, вернее, сделать Satoshi приветствуя расширения.

7 октября 2013, 6:04:48 PM	# 8
gweedo Сообщения: 1246 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Цитата: Grau 07 октября 2013 года, 5:47:42 PM Вопрос заключается в том, если мы хотим, чтобы больше такого рода вещь или, вернее, сделать Satoshi приветствуя расширения. Я думаю, что расширение Satoshi клиента не практично. Как было сказано выше это ссылка клиент, а не каркас или не имеет модульную конструкцию.

7 октября 2013, 6:25:26 PM	# 9
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Клиент Satoshi действительно есть своего рода внутреннего API, если вы посмотрите на то, как бумажник и GUI взаимодействуют с остальной частью коды, то вы можете увидеть его. Не совершенным, но полировать вряд ли кажется наивысшим приоритетом. Я думаю, вы правы, что многие люди используют свое программное обеспечение, соединенное с доверенным узлом Satoshi, что они работают на себя, но реально бумажник и GUI не только будут удален из основного Bitcoin кода - люди используют их!

7 октября 2013, 7:35:16 PM	# 10
Грау Сообщения: 836 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Цитата: Майк Хирн 07 октября 2013 года, 6:25:26 PM Клиент Satoshi действительно есть своего рода внутреннего API, если вы посмотрите на то, как бумажник и GUI взаимодействуют с остальной частью коды, то вы можете увидеть его. Не совершенным, но полировать вряд ли кажется наивысшим приоритетом. Я думаю, вы правы, что многие люди используют свое программное обеспечение, соединенное с доверенным узлом Satoshi, что они работают на себя, но реально бумажник и GUI не только будут удален из основного Bitcoin кода - люди используют их! Я желаю для изоляции намного выше, чем в более или менее определенный набор сигнатур и структур функций в пределах одной и той же кодовой базе. Такая изоляция не была целью для Satoshi и, по-видимому, не является приоритетом для основной команды. Я предложил такую вилку (кода), чтобы уменьшить боль обзоров коды и повысить темпы инноваций. Он придет в стоимость. Как вы думаете, это возможно расшириться и регулярно перебазироваться таким кодом подмножества для "граничный маршрутизатор" ?

7 октября 2013, 7:50:02 PM	# 11
jgarzik Сообщения: 1484 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Ветка увеличит работу требуется, а не уменьшаться. Вот текущий примерный план: Первый шаг не является в основном завершен: среда выполнения не кошелки режима: https://github.com/bitcoin/bitcoin/pull/2901 В дальнейшем это может быть продлен на # ifdef'ing из кода бумажника, как только "нет бумажника" Код выполнения было доказано на работу. Далее, заголовки, первая синхронизация, которая исправляет многие проблемы с блочным процессом загрузки Bitcoin в целом: https://github.com/sipa/bitcoin/tree/headersfirst После того, как эти функции в месте, становится возможным, чтобы клиент бумажника работать в отдельном процессе от blockchain двигателя общественности. В этот момент вы урезанная "blockchain двигатель" (Пограничный маршрутизатор), который фокусируется на сетчатой сети и точно поддерживать цепь.

7 октября 2013, 8:29:50 PM	# 12
Грау Сообщения: 836 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Это звучит многообещающе Джефф. Можно подумать, мы столкнулись с аналогичными проблемами Возможность такого рефакторинга может заставить меня поднять C ++ снова ... после 12 лет не хватает его.

7 октября 2013, 8:38:18 PM	# 13
justusranvier Сообщения: 1400 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Было бы здорово, если клиент Satoshi, btcd, и BoP все могли бы использовать те же API, чтобы говорить с различными компонентами, так что компоненты становятся взаимозаменяемыми.

27 октября 2013, 4:10:18 PM	# 14
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Мне нравится эта идея. Я использую только Оружейный. Это путь более безопасным, чем референсный клиента. Полностью модульная система проще проверять, поддерживать и расширять.

27 октября 2013, 4:20:15 PM	# 15
piotr_n Сообщения: 1778 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Ребята, вы говорите к стене здесь. Смею утверждать (и я умираю, чтобы быть опровергнуто), что делает бумажник меньше опорного узла, с минимальными внешними зависимостями никогда не произойдет - по крайней мере, не сделал этой командой. Это просто не стоит на повестке своих работодателей, несмотря на все слухи и сплетни, которые вы могли слышать. Единственный способ иметь такой кусок программного обеспечения, является разветвление существующий bitcoind и обнажая его от всего дерьма, даже не глядя на коррупционеров Bitcoin элита, ни позволяя им тратить свое время. Если вы хотите иметь такую часть программного обеспечения, то поверьте мне: рано вы будете делать это самостоятельно. Я бы вам помочь, но я предпочитаю, чтобы поднять свой ребенок вместо

27 октября 2013, 5:10:06 PM	# 16
justusranvier Сообщения: 1400 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Цитата: piotr_n 27 октября 2013 года, 4:20:15 PM Единственный способ иметь такой кусок программного обеспечения, является разветвление существующий bitcoind и обнажая его от всего дерьма, даже не глядя на коррупционеров Bitcoin элита, ни позволяя им тратить свое время. Если вы хотите иметь такую часть программного обеспечения, то поверьте мне: рано вы будете делать это самостоятельно. Я бы вам помочь, но я предпочитаю, чтобы поднять свой ребенок вместо конформные системы, а также биты доказательства, а также Амир Таки уже сделали это.

27 октября 2013, 5:12:38 PM	# 17
piotr_n Сообщения: 1778 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Цитата: justusranvier 27 октября 2013 года, 5:10:06 PM Цитата: piotr_n 27 октября 2013 года, 4:20:15 PM Единственный способ иметь такой кусок программного обеспечения, является разветвление существующий bitcoind и обнажая его от всего дерьма, даже не глядя на коррупционеров Bitcoin элита, ни позволяя им тратить свое время. Если вы хотите иметь такую часть программного обеспечения, то поверьте мне: рано вы будете делать это самостоятельно. Я бы вам помочь, но я предпочитаю, чтобы поднять свой ребенок вместо конформные системы, а также биты доказательства, а также Амир Таки уже сделали это. Спасибо за то, что так хорошо информированы, но я также сделал это, так пожалуйста, внимание, не давая мой прекрасный проект за В нем есть все потребности Bitcoin узла и выполняет просто отлично; Я могу бросить вызов любого программного обеспечения, вы в списке. И если кому-то нужно добывающее API, просто дайте мне знать, - не должно быть трудно добавить.

27 октября 2013, 7:56:52 PM	# 18
jgarzik Сообщения: 1484 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Цитата: piotr_n 27 октября 2013 года, 4:20:15 PM Смею утверждать (и я умираю, чтобы быть опровергнуто), что делает бумажник меньше опорного узла, с минимальными внешними зависимостями никогда не произойдет - по крайней мере, не сделал этой командой. Это просто не стоит на повестке своих работодателей, несмотря на все слухи и сплетни, которые вы могли слышать. нет кошелька режима не будет в версии 0.9.

28 октября 2013, 9:18:53 AM	# 19
piotr_n Сообщения: 1778 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Цитата: jgarzik 27 октября 2013 года, 7:56:52 PM Цитата: piotr_n 27 октября 2013 года, 4:20:15 PM Смею утверждать (и я умираю, чтобы быть опровергнуто), что делает бумажник меньше опорного узла, с минимальными внешними зависимостями никогда не произойдет - по крайней мере, не сделал этой командой. Это просто не стоит на повестке своих работодателей, несмотря на все слухи и сплетни, которые вы могли слышать. нет кошелька режима не будет в версии 0.9. но от я понимаю, это будет управляться только с помощью переключателя командной строки. все дерьмо, плюс тонны нового дерьма, будут по-прежнему связаны с узлом, не так ли? так что это определенно не то, что я имел в виду "бумажника меньше опорный узел, с минимальными внешними зависимостями", Ключи командная строки отключение функциональность не делает код проще аудит, не менее открытая для потенциальных подвигов. и BTW человек, спасибо за то, что один из немногих, которые там по крайней мере попытаться сделать это правильно https://github.com/bitcoin/bitcoin/pull/2901

28 октября 2013, 9:45:52 AM	# 20
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: полоса эталонного клиента к граничному маршрутизатору Можно ли построить "нет зависимости" клиент? Просто объединить все (и только) необходимые внешние коды, например, SSL, так что люди могут строить вне зависимости от какого-либо пакета.

Заголовок