Масштабируемость BitCoinD для службы бумажника

Здравствуй

Я Builing бесплатный кошелек (как InstaWallet) и хотел бы знать, каковы ваши мысли на исключительно опираясь на bitcoind демон для хранения всех операций, в отличие от их хранения во внешней базе данных для поиска. У меня есть опасения, что если бы мы столкнулись с сотнями пользователей и транзакций, bitcoind не будет в состоянии справиться с такими объемами одновременно.

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

благодаря

Цитата: mtbitcoin от 31 августа 2011 года, 4:58:11 AM

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

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

привет Gavin

Спасибо, что нашли время, чтобы ответить

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

благодаря
-Монтана

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

Я принимаю бы взглянуть на эту тему:

Эта вилка облегчает опрос / импортные операции в собственную БД, а затем делать все, что нужно с ними, а не полагаться на bitcoind держать счета прямо. Я использую его для своих собственных целей (хотя я не к нему доступ из PHP, но Python, мне все еще нужно следить за сделки в RDBMS).

Цитата: kjj 02 сентября 2011, 3:38:30 PM

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

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

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

Цитата: kjj 02 сентября 2011, 3:38:30 PM

Имея bitcoind управлять балансом и сделок я мог избежать каких-либо проблем синхронизации и интеграции. Это позволило бы также упростить процесс разработки

Цитата: blueadept 02 сентября 2011, 5:25:26 PM

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

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

Цитата: Xenland 02 сентября 2011, 8:39:48 PM

Вы, кажется, не хватает двух вещей:
1) RPC движение между счетами мгновенно
2) wallet.dat могут быть изменены в прямом эфире с правильно составленной программе BerkeleyDB, которая использует тот же DBENV. wallet.db представляет собой базу данных и BerkDB является довольно мощной СУБД, его только, что большинство программистов (в том числе «основной группы развития») не знакомы с ним и не понимают свои возможностей.

Цитата: 2112 от 02 сентября 2011 года, 9:14:39 PM

Цитата: Xenland 02 сентября 2011, 8:39:48 PM

Так что Ваше высказывание я могу двигаться биткойнами от одного Bitcoin адреса на другой адрес Bitcoin с временем ожидания подтверждения от блока цепи?

может кто-нибудь проверить это?

Цитата: Xenland 02 сентября 2011, 10:43:00 PM

Так что Ваше высказывание я могу двигаться биткойнами от одного Bitcoin адреса на другой адрес Bitcoin с временем ожидания подтверждения от блока цепи?

Не "Bitcoin адрес" но "Bitcoin счет", Пожалуйста, внимательно прочитайте вывод "bitcoind помощь" и исходное сообщение.

Хорошо да так что в этом случае да вы можете управлять этим, я думаю, я просто предпочитаю MySql управлять ею вместо

Цитата: Xenland 02 сентября 2011, 10:52:56 PM

Я предполагаю, что я просто предпочитаю MySql управлять ею вместо

И в этом заключается проблема. Переключение с BerkeleyDB любых реляционных СУБД является весьма нетривиальные задачи. Многие люди взялись его и никто не поставил рабочий код еще. К счастью Gavin не принимает патчи, изменяющие основное поведение Bitcoin в отношении блокирования цепи реорганизаций.

Что же касается тех, кто изменить основную базу данных без понимания кода: это, вероятно, история MyBitcoin если один принимает сообщения Тэда Уильямса от номинальной стоимости. Некоторые программисты совершенно не могут понять концепцию цепочки реорганизации и написания кода, который подлежит злоупотреблению, что неизмененный клиент Сатоши полностью неуязвимым.

Цитата: 2112 от 02 сентября 2011, 11:06:33 PM

Цитата: Xenland 02 сентября 2011, 10:52:56 PM

Я предполагаю, что я просто предпочитаю MySql управлять ею вместо

Так, по вашему мнению вы считаете, что лучше обращаться с berkelyDB, учитывая, что вы знаете, что делаете?

Цитата: Xenland 02 сентября 2011, 11:14:28 PM

Так, по вашему мнению вы считаете, что лучше обращаться с berkelyDB, учитывая, что вы знаете, что делаете?

Мое профессиональное мнение следующим образом: (1) для краткосрочной перспективы сделать перекомпиляции и любые небольшие изменения в клиенте Satoshi, чтобы она правильно между работать с остальной частью инфраструктуры; (2) в долгосрочной перспективе держать пальцы скрещенными, что libbitcoin команда (bitcoinconsultancy?) Поставляет на свои обещания.

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

Оптимизация кода счета, чтобы добавить индекс Berkeley DB таблицу, индексированную Транзакции по счету, и что кэшированные остатки на счетах (и признан недействительным или обновлен кэш на прием / отправку) не должно быть очень трудно для кого-то, кто уже знает, C ++ и Berkeley DB ,

Это не в моем краткосрочном списке TODO, потому что есть слишком много других вещей, с более высокого приоритетом в моем списке TODO, но хороший чистый хорошо проверенный вверх-совместимый патч будет приветствовать.

PS: для ClearCoin, я использовал "bitcoind отслеживает Bitcoins" архитектура, и я никогда не сожалел it-- никаких проблем с синхронизацией, меньше возможности для MtGox подобных писак, которые создают мифический Bitcoin балансируют воздух путем добавления записи в базу данных.

Глядя на различных перенесенный заданы параметры, я иду вперед с "пусть bitcoind управлять" сделки подход с использованием "Счета" особенность как средство хранения остатков. На данный момент я предпочел бы иметь дело с проблемами масштабируемости против имеющей unscynchronized баланса между отдельной БД против wallet.dat.

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

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

ура
-Монтана

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

Цитата: mtbitcoin от 03 сентября 2011, 10:49:10 AM

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

31 августа 2011, 4:58:11 AM	# 1
mtbitcoin Сообщения: 877 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Здравствуй Я Builing бесплатный кошелек (как InstaWallet) и хотел бы знать, каковы ваши мысли на исключительно опираясь на bitcoind демон для хранения всех операций, в отличие от их хранения во внешней базе данных для поиска. У меня есть опасения, что если бы мы столкнулись с сотнями пользователей и транзакций, bitcoind не будет в состоянии справиться с такими объемами одновременно. Существуют ли какие-либо жесткие пределы того, как далеко демон может масштабировать или это ограничивается базовым аппаратным обеспечением? благодаря

1 сентября 2011, 1:51:27 PM	# 2
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Получил 1806 Биткоинов Реальная история. Цитата: mtbitcoin от 31 августа 2011 года, 4:58:11 AM Существуют ли какие-либо жесткие пределы того, как далеко демон может масштабировать или это ограничивается базовым аппаратным обеспечением? Нет жестких пределов, но bitcoind "Счета" код не был оптимизирован для этого. Например, вычисление баланса между аккаунтом, перебирает все транзакции в кошельке, так что будет принимать все большее количество времени, чем больше сделок вы имеете в бумажнике.

2 сентября 2011, 11:08:16 AM	# 3
mtbitcoin Сообщения: 877 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника привет Gavin Спасибо, что нашли время, чтобы ответить Любые предложения о том, как нужно идти об этом, то для больших сделок объемных? Я смотрел на предыдущие посты и записи вики, большинство из этих пунктов в сторону с помощью "Счета" особенность. Если операции были записаны к внешней базе данных, самая большая проблема я вижу с этим опрашивают адреса, когда платеж, как ожидается, а также имеет дело с резервными платежами. благодаря -Монтана

2 сентября 2011, 3:38:30 PM	# 4
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Могу ли я спросить, почему вы не хотите использовать свой собственный код для управления балансов и сделок? Мне кажется, что вам нужно сделать те вещи, так или иначе, по крайней мере, в большинстве случаев, что я знаком с.

2 сентября 2011, 5:25:26 PM	# 5
blueadept Сообщения: 225 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Я принимаю бы взглянуть на эту тему: Эта вилка облегчает опрос / импортные операции в собственную БД, а затем делать все, что нужно с ними, а не полагаться на bitcoind держать счета прямо. Я использую его для своих собственных целей (хотя я не к нему доступ из PHP, но Python, мне все еще нужно следить за сделки в RDBMS).

2 сентября 2011, 7:00:56 PM	# 6
2112 Сообщения: 1988 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Цитата: kjj 02 сентября 2011, 3:38:30 PM Могу ли я спросить, почему вы не хотите использовать свой собственный код для управления балансов и сделок? Я не mtbitcoin, но я могу дать вам ответ на этот вопрос: текущий код ужасно сложным и не подчиняется никаким правилам, требуемых любыми законными методами бухгалтерского учета. Например, он обычно повторно дату сделки и может исчезнуть их на блок-цепи реорганизации. Вся идея стохастический-решений-на-перевернутой одномерные-рюкзак-проблем, прежде чем вы можете вычислить стоимость перевода денег является повышение волос любого законным бухгалтера. С другой стороны, это музыка для ушей людей, планирующих тянуть какие-то мошенничество.

2 сентября 2011, 7:35:26 PM	# 7
mtbitcoin Сообщения: 877 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Цитата: kjj 02 сентября 2011, 3:38:30 PM Могу ли я спросить, почему вы не хотите использовать свой собственный код для управления балансов и сделок? Мне кажется, что вам нужно сделать те вещи, так или иначе, по крайней мере, в большинстве случаев, что я знаком с. Имея bitcoind управлять балансом и сделок я мог избежать каких-либо проблем синхронизации и интеграции. Это позволило бы также упростить процесс разработки

2 сентября 2011, 7:40:07 PM	# 8
mtbitcoin Сообщения: 877 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Цитата: blueadept 02 сентября 2011, 5:25:26 PM Я принимаю бы взглянуть на эту тему: Эта вилка облегчает опрос / импортные операции в собственную БД, а затем делать все, что нужно с ними, а не полагаться на bitcoind держать счета прямо. Я использую его для своих собственных целей (хотя я не к нему доступ из PHP, но Python, мне все еще нужно следить за сделки в RDBMS). Спасибо за совет. Однако, при прочих равных условиях, я предпочел бы придерживаться основных релизов

2 сентября 2011, 8:39:48 PM	# 9
Xenland Сообщения: 980 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Честно говоря, я думаю, что его больше работы, чтобы идти на основе от демона немного монет, если вы хотите перевести средства из приемной битового адреса монеты по определенному адресу в том же бумажнике он должен будет пройти через блок цепь, которая будет добавить больше ждать время в ожидании даже просто 1 подтверждение. Его просто проще использовать базу данных и периодически сканировать транзакции, а затем обновить базу данных с Bitcoin адреса с соответствующей информацией, как подтверждения, баланс и т.д., и т.д.. Этот метод может помочь сэкономить время блока и его более эффективный, чтобы посмотреть информацию об учетной записи, а также, так как если вы полагались на демоне информации вы должны отсканировать каждый запрос, который является неэффективным. С базой данных можно кэшировать все данные в бумажнике одним махом, то есть в запросе программу базы данных.

2 сентября 2011, 9:14:39 PM	# 10
2112 Сообщения: 1988 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Цитата: Xenland 02 сентября 2011, 8:39:48 PM Честно говоря, я думаю, что его больше работы, чтобы идти на основе от демона немного монет, если вы хотите перевести средства из приемной битового адреса монеты по определенному адресу в том же бумажнике он должен будет пройти через блок цепь, которая будет добавить больше ждать время в ожидании даже просто 1 подтверждение. Вы, кажется, не хватает двух вещей: 1) RPC движение между счетами мгновенно 2) wallet.dat могут быть изменены в прямом эфире с правильно составленной программе BerkeleyDB, которая использует тот же DBENV. wallet.db представляет собой базу данных и BerkDB является довольно мощной СУБД, его только, что большинство программистов (в том числе «основной группы развития») не знакомы с ним и не понимают свои возможностей.

2 сентября 2011, 10:43:00 PM	# 11
Xenland Сообщения: 980 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Цитата: 2112 от 02 сентября 2011 года, 9:14:39 PM Цитата: Xenland 02 сентября 2011, 8:39:48 PM Честно говоря, я думаю, что его больше работы, чтобы идти на основе от демона немного монет, если вы хотите перевести средства из приемной битового адреса монеты по определенному адресу в том же бумажнике он должен будет пройти через блок цепь, которая будет добавить больше ждать время в ожидании даже просто 1 подтверждение. Вы, кажется, не хватает двух вещей: 1) RPC движение между счетами мгновенно 2) wallet.dat могут быть изменены в прямом эфире с правильно составленной программе BerkeleyDB, которая использует тот же DBENV. wallet.db представляет собой базу данных и BerkDB является довольно мощной СУБД, его только, что большинство программистов (в том числе «основной группы развития») не знакомы с ним и не понимают свои возможностей. Так что Ваше высказывание я могу двигаться биткойнами от одного Bitcoin адреса на другой адрес Bitcoin с временем ожидания подтверждения от блока цепи? может кто-нибудь проверить это?

2 сентября 2011, 10:46:58 PM	# 12
2112 Сообщения: 1988 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Цитата: Xenland 02 сентября 2011, 10:43:00 PM Так что Ваше высказывание я могу двигаться биткойнами от одного Bitcoin адреса на другой адрес Bitcoin с временем ожидания подтверждения от блока цепи? Не "Bitcoin адрес" но "Bitcoin счет", Пожалуйста, внимательно прочитайте вывод "bitcoind помощь" и исходное сообщение.

2 сентября 2011, 10:52:56 PM	# 13
Xenland Сообщения: 980 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Хорошо да так что в этом случае да вы можете управлять этим, я думаю, я просто предпочитаю MySql управлять ею вместо

2 сентября 2011, 11:06:33 PM	# 14
2112 Сообщения: 1988 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Цитата: Xenland 02 сентября 2011, 10:52:56 PM Я предполагаю, что я просто предпочитаю MySql управлять ею вместо И в этом заключается проблема. Переключение с BerkeleyDB любых реляционных СУБД является весьма нетривиальные задачи. Многие люди взялись его и никто не поставил рабочий код еще. К счастью Gavin не принимает патчи, изменяющие основное поведение Bitcoin в отношении блокирования цепи реорганизаций. Что же касается тех, кто изменить основную базу данных без понимания кода: это, вероятно, история MyBitcoin если один принимает сообщения Тэда Уильямса от номинальной стоимости. Некоторые программисты совершенно не могут понять концепцию цепочки реорганизации и написания кода, который подлежит злоупотреблению, что неизмененный клиент Сатоши полностью неуязвимым.

2 сентября 2011, 11:14:28 PM	# 15
Xenland Сообщения: 980 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Цитата: 2112 от 02 сентября 2011, 11:06:33 PM Цитата: Xenland 02 сентября 2011, 10:52:56 PM Я предполагаю, что я просто предпочитаю MySql управлять ею вместо И в этом заключается проблема. Переключение с BerkeleyDB любых реляционных СУБД является весьма нетривиальные задачи. Многие люди взялись его и никто не поставил рабочий код еще. К счастью Gavin не принимает патчи, изменяющие основное поведение Bitcoin в отношении блокирования цепи реорганизаций. Что же касается тех, кто изменить основную базу данных без понимания кода: это, вероятно, история MyBitcoin если один принимает сообщения Тэда Уильямса от номинальной стоимости. Некоторые программисты совершенно не могут понять концепцию цепочки реорганизации и написания кода, который подлежит злоупотреблению, что неизмененный клиент Сатоши полностью неуязвимым. Так, по вашему мнению вы считаете, что лучше обращаться с berkelyDB, учитывая, что вы знаете, что делаете?

2 сентября 2011, 11:58:17 PM	# 16
2112 Сообщения: 1988 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Цитата: Xenland 02 сентября 2011, 11:14:28 PM Так, по вашему мнению вы считаете, что лучше обращаться с berkelyDB, учитывая, что вы знаете, что делаете? Мое профессиональное мнение следующим образом: (1) для краткосрочной перспективы сделать перекомпиляции и любые небольшие изменения в клиенте Satoshi, чтобы она правильно между работать с остальной частью инфраструктуры; (2) в долгосрочной перспективе держать пальцы скрещенными, что libbitcoin команда (bitcoinconsultancy?) Поставляет на свои обещания. BerkeleyDB не так уж трудно освоить и документация первосортный превосходна. Я на самом деле очень приятно удивлен тем, что случилось с ним под крылом Oracle. Новая версия имеет даже SQL построен. Но вы будете иметь, по крайней мере, перекомпилировать и, возможно, сделать несколько небольших модификаций.

3 сентября 2011, 2:07:59 AM	# 17
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Оптимизация кода счета, чтобы добавить индекс Berkeley DB таблицу, индексированную Транзакции по счету, и что кэшированные остатки на счетах (и признан недействительным или обновлен кэш на прием / отправку) не должно быть очень трудно для кого-то, кто уже знает, C ++ и Berkeley DB , Это не в моем краткосрочном списке TODO, потому что есть слишком много других вещей, с более высокого приоритетом в моем списке TODO, но хороший чистый хорошо проверенный вверх-совместимый патч будет приветствовать. PS: для ClearCoin, я использовал "bitcoind отслеживает Bitcoins" архитектура, и я никогда не сожалел it-- никаких проблем с синхронизацией, меньше возможности для MtGox подобных писак, которые создают мифический Bitcoin балансируют воздух путем добавления записи в базу данных.

3 сентября 2011, 10:49:10 AM	# 18
mtbitcoin Сообщения: 877 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Глядя на различных перенесенный заданы параметры, я иду вперед с "пусть bitcoind управлять" сделки подход с использованием "Счета" особенность как средство хранения остатков. На данный момент я предпочел бы иметь дело с проблемами масштабируемости против имеющей unscynchronized баланса между отдельной БД против wallet.dat. Там, кажется, не какие-либо показатели производительности относительно того, что будет представлять собой верхний предел для хранения транзакций в wallet.dat. Я попытался запустить некоторые моделирования путем захоронения более чем 200k "переехать" транзакций в кошельке и до сих пор, кажется, работает нормально. Я предполагаю, что аппаратное обеспечение используется также будет играть важную роль, как далеко это будет масштабироваться. Тем не менее, реальные тесты бы одновременное использование. Спасибо за все ваши предложения и, если возможно, добавить это в качестве художественных запросов (где-то в длинном списке), было бы неплохо, чтобы иметь возможность хранить транзакции в отдельной БД т.е. ODBC, MySQL и т.д. ура -Монтана

3 сентября 2011, 1:09:38 PM	# 19
Стив Сообщения: 868 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Вы должны поговорить с января по InstaWallet о масштабировании. Я знаю, что он изо всех сил время от времени с масштабированием и, вероятно, будет в состоянии предложить некоторые хорошие советы о том, что делать и чего избегать.

4 сентября 2011, 11:42:57 AM	# 20
январь Сообщения: 1043 Цитировать по имени цитировать ответ	Re: Масштабируемость BitCoinD для обслуживания бумажника Цитата: mtbitcoin от 03 сентября 2011, 10:49:10 AM Глядя на различных перенесенный заданы параметры, я иду вперед с "пусть bitcoind управлять" сделки подход с использованием "Счета" особенность как средство хранения остатков. На данный момент я предпочел бы иметь дело с проблемами масштабируемости против имеющей unscynchronized баланса между отдельной БД против wallet.dat. Если вы хотите масштабировать очень большой при таком подходе вам нужно несколько серверов, каждый из которых выполняет bitcoind, и каждая управляющая их долю счетов. Балансировки нагрузки для этой установки достаточно тривиально, чтобы настроить.

Заголовок