Я хочу иметь несколько "Счета" с уникальными противовесами и для отправки и получения монет на основе за счет. Эквив. иметь несколько кошельков, работающих одновременно.
Это помогло бы просто перечислить баланс для каждого «адреса принимающей» и указать адрес «источник» при отправке монет.
|
|
||||||
1 августа 2010, 8:14:29 PM
|
# 1 |
Сообщения: 770
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
1 августа 2010, 11:14:23 PM
|
# 2 |
|
Сообщения: 294
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Получил 1806 Биткоинов
Реальная история. Это помогло бы просто перечислить баланс для каждого «адреса принимающей» и указать адрес «источник» при отправке монет. +1 |
|
|
|
|
1 августа 2010, 11:24:57 PM
|
# 3 |
|
Сообщения: 196
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Я хочу иметь несколько "Счета" с уникальными противовесами и для отправки и получения монет на основе за счет. Эквив. иметь несколько кошельков, работающих одновременно. Это помогло бы просто перечислить баланс для каждого «адреса принимающей» и указать адрес «источник» при отправке монет. Поможет ли использовать прикрепленные сообщения вы должны при отправке сообщений на IP-адрес? Это должно быть легко записать "отправка IP-адрес" в этом случае. |
|
|
|
|
2 августа 2010, 1:17:15 AM
|
# 4 |
|
Сообщения: 770
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Нет, я на самом деле нужно на адрес каждого приема, так что легко непосредственно отслеживать остатки от клиентов, оплачивающих меня.
|
|
|
|
|
22 сентября 2010, 6:59:52 PM
|
# 5 |
|
Сообщения: 1914
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Это то, что им не хватает тоже было бы неплохо иметь раздельные счета «» с каждым его собственным балансом и сделками. Один для личного использования, один для бизнеса и т.д.
|
|
|
|
|
26 сентября 2010, 8:24:11 AM
|
# 6 |
|
Сообщения: 196
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Я хочу иметь несколько "Счета" с уникальными противовесами и для отправки и получения монет на основе за счет. Эквив. иметь несколько кошельков, работающих одновременно. Это помогло бы просто перечислить баланс для каждого «адреса принимающей» и указать адрес «источник» при отправке монет. Я предполагаю, что один из способов сделать это было бы использовать -datadir =<реж> аргумент командной строки, чтобы указать каталог данных (кроме по умолчанию "$ (HOME) /. Bitcoin /"). Вы бы только запустить клиент на одной директории в то время. (Обратите внимание на каталоге относительно текущего каталога для сервера bitcoind. Его безопаснее указать полный каталог, начиная с корнем.) Кроме того, конечно, клиент не должен быть запущен на какой-либо конкретной директории, ни работает вообще получить платежи по адресам в любом / все из кошельков. |
|
|
|
|
26 сентября 2010, 10:14:31 AM
|
# 7 |
|
Сообщения: 1554
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Я хочу иметь несколько "Счета" с уникальными противовесами и для отправки и получения монет на основе за счет. Эквив. иметь несколько кошельков, работающих одновременно. Это помогло бы просто перечислить баланс для каждого «адреса принимающей» и указать адрес «источник» при отправке монет. Я предполагаю, что один из способов сделать это было бы использовать -datadir =<реж> аргумент командной строки, чтобы указать каталог данных (кроме по умолчанию "$ (HOME) /. Bitcoin /"). Вы бы только запустить клиент на одной директории в то время. (Обратите внимание на каталоге относительно текущего каталога для сервера bitcoind. Его безопаснее указать полный каталог, начиная с корнем.) Кроме того, конечно, клиент не должен быть запущен на какой-либо конкретной директории, ни работает вообще получить платежи по адресам в любом / все из кошельков. Да, я рассматривал, как лучше идти об этом для веб-служб. Сейчас несколько сервисов на одном компьютере запускать несколько клиентов, связанных с отдельными портами удаленных процедур. Он работает ... до точки. То, что я хочу, это отдельный кошелек для каждого пользователя, и масштабирует очень плохо, так что я думал, что можно было бы сделать, это иметь несколько кошельков в памяти, в то же время, на основе какой-то ключ (которое было бы подкаталог внутри DATADIR для бумажника ) и ПКР вызовы будут принимать -wallet = переключатель. Я просто не знаю, сколько бумажников я смог бы сохранить в памяти, в то же время, и я бы потерять способность двигаться деньгами мгновенно среди них, но это нормально, я думаю. Чуть более масштабируемая альтернатива была бы лениво загрузить бумажники по требованию. Я знаю, бумажники держать кучу информации, но, возможно, мы могли бы ограничить, что собственные адреса и сделки? Satoshi: вы планируете делать все это? Поскольку я не знаком с этой частью кода, она будет сосать, чтобы провести неделю, пытаясь выяснить, лучший способ сделать это, и тогда вы толкая идеальную реализацию в SVN |
|
|
|
|
27 сентября 2010, 3:53:38 AM
|
# 8 |
|
Сообщения: 1398
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Вы можете просто создать пользователь новых окон и войти с этим пользователем? Bitcoin создает каталог для каждого пользователя Windows, я думаю.
|
|
|
|
|
27 сентября 2010, 4:34:04 AM
|
# 9 |
|
Сообщения: 2870
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Вы можете создать дополнительный файл базы данных с открытыми ключами, связанных с именами пользователей / паролями. Создание адреса заносит в результате открытого ключа в новую базу данных (в дополнение к wallet.dat); CreateTransaction изменяется только отборные монеты из этих адресов, связанных с учетной записью; различные "список транзакций" команды модифицируют только подсчет / шоу операций по адресам, связанным с учетной записью; добавлены новые команды для передачи ключей от одного счета на другой. Вы могли бы сделать возможным перевод денежных средств (без ключей) с одного счета на другой без реальной сделки, но это будет связано с гораздо большей сложности.
Реализация не будет слишком сложно, я думаю, что (если вы не имеете дело с UI). Хуже всего было бы иметь дело с новым файлом базы данных и выяснить, как заменить существующую аутентификацию с вашим собственным материалом. |
|
|
|
|
27 сентября 2010, 1:48:18 PM
|
# 10 |
|
Сообщения: 158
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Satoshi: вы планируете делать все это? Поскольку я не знаком с этой частью кода, она будет сосать, чтобы провести неделю, пытаясь выяснить, лучший способ сделать это, и тогда вы толкая идеальную реализацию в SVN Я уверен, Satoshi должен лучше план документирования протокола в качестве стандарта, поэтому мы будем иметь совместимые реализации, свободный от его диктатуры и тирании. Это исключительно мое мнение. Для по техническому обсуждаемому вопросу: Очевидно, что "узел" Экземпляр, который содержит базу данных блоков, подключается к сети, обмен данными с коллегами и с пользователями, архитектурно независимым от "бумажник" экземпляр (ы). Бумажник (s) можно рассматривать как партнер (ов), которые запрашивают данные блока и публиковать сделки / блоки, как сетевые сверстники делают сейчас. Поэтому целесообразно иметь "блок цепи" демон, который будет кэшировать базы данных блоков на диске, а также может выступать в качестве посредника между локальными пользователями и "сеть", Так что это не будет иметь никаких секретных ключей вообще, не секретная информация. И местный "бумажники" не будет иметь сетевую часть, никаких проблем сети взаимодействия, для подключения к демону за исключением. Так что не будет никакого "привязку к порту 8xxx" вопрос. Они будут свободны от P2P вещи, будет работать только в парадигме клиент-сервер, будет доверять серверу для выполнения своих запросов, но не будет доверять серверу с какой-либо секретной информации. И так, что они могут быть столь же простым, как и система-на-чипе карты, способные переборе списка блоков / сделок, но не обязательно для ее хранения. База данные блока цепи может также возвращать узкие результаты, параметризируется список открытых ключей, как "getreceivedbyaddr" делает сейчас. Поколение должно происходить на местном бумажнике администраторского не в узле сети. Это значит "бумажники" будет разрешено публиковать не только операции, но решил блоки тоже. Для текущих кодового это главный рефакторинг, я уверен, что Satoshi будет наложить вето на него, и он может иметь свои собственные достоинства. Так что единственная надежда на альтернативные реализации, которые не возможны без стандарта. |
|
|
|
|
27 сентября 2010, 1:56:05 PM
|
# 11 |
|
Сообщения: 1554
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Satoshi: вы планируете делать все это? Поскольку я не знаком с этой частью кода, она будет сосать, чтобы провести неделю, пытаясь выяснить, лучший способ сделать это, и тогда вы толкая идеальную реализацию в SVN Я уверен, Satoshi должен лучше план документирования протокола в качестве стандарта, поэтому мы будем иметь совместимые реализации, свободный от его диктатуры и тирании. Это исключительно мое мнение. Для по техническому обсуждаемому вопросу: Очевидно, что "узел" Экземпляр, который содержит базу данных блоков, подключается к сети, обмен данными с коллегами и с пользователями, архитектурно независимым от "бумажник" экземпляр (ы). Бумажник (s) можно рассматривать как партнер (ов), которые запрашивают данные блока и публиковать сделки / блоки, как сетевые сверстники делают сейчас. Поэтому целесообразно иметь "блок цепи" демон, который будет кэшировать базы данных блоков на диске, а также может выступать в качестве посредника между локальными пользователями и "сеть", Так что это не будет иметь никаких секретных ключей вообще, не секретная информация. И местный "бумажники" не будет иметь сетевую часть, никаких проблем сети взаимодействия, для подключения к демону за исключением. Так что не будет никакого "привязку к порту 8xxx" вопрос. Они будут свободны от P2P вещи, будет работать только в парадигме клиент-сервер, будет доверять серверу для выполнения своих запросов, но не будет доверять серверу с какой-либо секретной информации. И так, что они могут быть столь же простым, как и система-на-чипе карты, способные переборе списка блоков / сделок, но не обязательно для ее хранения. База данные блока цепи может также возвращать узкие результаты, параметризируется список открытых ключей, как "getreceivedbyaddr" делает сейчас. Поколение должно происходить на местном бумажнике администраторского не в узле сети. Это значит "бумажники" будет разрешено публиковать не только операции, но решил блоки тоже. Для текущих кодового это главный рефакторинг, я уверен, что Satoshi будет наложить вето на него, и он может иметь свои собственные достоинства. Так что единственная надежда на альтернативные реализации, которые не возможны без стандарта. Ну говоря, стандарт, безусловно, необходимо, чтобы переместить это в мейнстрим, и исходный код в качестве документации отстой. Но это немного больше, более важная цель, а не один я буду держать на проекты для. Я уверен, что вы согласны стандартное определение только будет принимать хорошее количество времени, особенно, когда люди смотрят на него и начинают говорить, что, если, или не было бы лучше, если бы ... Тогда мы еще должны разработать стандарты совместимых клиентов , Я не говорю, что усилия не стоит, так же, наоборот, это обязательно в ближайшем будущем. Этот хак работы мы делаем на самом деле это отличный способ, чтобы узнать, как все делается, таким образом, сбор каких-либо знаний, чтобы помочь в описании протокола |
|
|
|
|
27 сентября 2010, 3:14:55 PM
|
# 12 |
Сообщения: 1652
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
"метка" механизм (setlabel / getreceivedbylabel) предполагается удовлетворить эту потребность, но решает только часть проблемы.
Если API был расширен как я опишу ниже, будет ли это решать те же проблемы, как наличие нескольких кошельков? Предложение: + Новый способ отправки: отправить к данному адресу Биткойна конкретно от Bitcoins отправленного <метка> (Изменение генерируется автоматически будет помечен <метка>) + добавить дополнительные [ярлык] параметры для getbalance. + Новый метод: listsentbylabel (Возвращает массив [ "адрес" : "bcaddresssentto", "количество" : X.yz, "подтверждения": П]) Каждый клиент "Счет" будет Bitcoin <метка>, Обработка счета будет выглядеть следующим образом: Создать аккаунт / создать новый адрес для учетной записи: getnewaddress [account_id_label] ... скажите пользователю "пополнить свой счет, отправив монеты {адрес возвращается}" Клиент изымает / проводит: sendfrom [account_id_label] [адрес] [сумма] (FAILS если баланс на этот счет слишком низкой) Показать клиенту свой баланс: getbalance [account_id_label] Показать клиенту свои операции в / из listreceivedbylabel [account_id_label] listsentbylabel [account_id_label] --------- Кажется, мне это было бы гораздо лучше, куда идти в, вместо того, чтобы отдельные wallet.dat файлы для каждого клиента. По крайней мере, резервное копирование тысячи бумажника файлов клиента будет неэффективным и подверженным ошибкам, и постоянно переключаясь между ними также будет невероятно неэффективным. |
|
|
|
|
27 сентября 2010, 3:33:59 PM
|
# 13 |
|
Сообщения: 1554
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
"метка" механизм (setlabel / getreceivedbylabel) предполагается удовлетворить эту потребность, но решает только часть проблемы. Если API был расширен как я опишу ниже, будет ли это решать те же проблемы, как наличие нескольких кошельков? Предложение: + Новый способ отправки: отправить к данному адресу Биткойна конкретно от Bitcoins отправленного <метка> (Изменение генерируется автоматически будет помечен <метка>) + добавить дополнительные [ярлык] параметры для getbalance. + Новый метод: listsentbylabel (Возвращает массив [ "адрес" : "bcaddresssentto", "количество" : X.yz, "подтверждения": П]) Каждый клиент "Счет" будет Bitcoin <метка>, Обработка счета будет выглядеть следующим образом: Создать аккаунт / создать новый адрес для учетной записи: getnewaddress [account_id_label] ... скажите пользователю "пополнить свой счет, отправив монеты {адрес возвращается}" Клиент изымает / проводит: sendfrom [account_id_label] [адрес] [сумма] (FAILS если баланс на этот счет слишком низкой) Показать клиенту свой баланс: getbalance [account_id_label] Показать клиенту свои операции в / из listreceivedbylabel [account_id_label] listsentbylabel [account_id_label] --------- Кажется, мне это было бы гораздо лучше, куда идти в, вместо того, чтобы отдельные wallet.dat файлы для каждого клиента. По крайней мере, резервное копирование тысячи бумажника файлов клиента будет неэффективным и подверженным ошибкам, и постоянно переключаясь между ними также будет невероятно неэффективным. Это лучший подход, согласился. Предполагая, что одна метки охватывает несколько адресов, поэтому клиент может принимать транзакции от импортируемого Priv ключа (это обсуждается в другом потоке), он, кажется, соответствует моим потребностям прекрасно, только один небольшой оговорки, которая является внутренней передачей; сказать, что я использовать этот подход для пользователей лотереи (хотя это не мой случай использования, я на самом деле был бы больше о разделении сайта, чем разделение пользователей, но все же): - Каждая учетная запись на въездном адрес, аннотированный с меткой входа - Каждый раз, когда пользователь снимает, я использую механизм sendfrom вы описываете - Пользователь попадает на джек-пот, но приз фактически проводится в несколько учетных записей пользователей, так а) мне нужно, когда пользователи покупают билеты, переместить сумму на отдельный адрес (силы внешней транзакции, отстой) б) я оставляю монеты, где они находятся, а затем на выплате мне сделать нормальный sendtoaddress (как внешнюю транзакцию и ломает бухгалтерские этикетки логика) в) я оставляю монеты, где они есть, выплаты не делать ничего в кошельке, снятие делать столько операций по мере необходимости из каждой учетной записи пользователя (какой кошмар!) Я не вижу никакой хороший вариант здесь, и лучший, если я делаю внешние операции в любом случае, это). Я могу доверять эти операции с 0 блоков подтвердили, потому что я как отправитель и получатель, и это будет держать счета / метки в чеке, который служит большой проверкой для общего баланса. Вы можете думать о какой-либо альтернативы? |
|
|
|
|
27 сентября 2010, 5:10:33 PM
|
# 14 |
|
Сообщения: 1652
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
отдельный "Счета" (адреса с этикетками) аккумулировать джекпоты является правильная идея. Пользователи покупают билеты, Bitcoins перемещается на соответствующий счет джекпота. Когда джекпот выигран, сделки вытекают из его счетов обратно к тому, кто выиграл.
|
|
|
|
|
27 сентября 2010, 5:16:18 PM
|
# 15 |
|
Сообщения: 1554
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
отдельный "Счета" (адреса с этикетками) аккумулировать джекпоты является правильная идея. Пользователи покупают билеты, Bitcoins перемещается на соответствующий счет джекпота. Когда джекпот выигран, сделки вытекают из его счетов обратно к тому, кто выиграл. Да, это совершенно очевидно. Я страдаю для более синдрома оптимизации одержимости я чувствую, что, как потоки данные только внутри приложения нет необходимости регистрировать сделки и положить, что «дополнительную нагрузку» на системе, но вполне откровенно дополнительная нагрузка совершенно игнорируемая, и операции помогают сохранить все аккуратный. Планируете ли вы сделать что-нибудь по этому поводу? Я уверен, что я могу найти свой путь вокруг, чтобы сделать это сам, но это займет время, но я не хочу, чтобы дублировать любую работу, хотя. |
|
|
|
|
24 октября 2010, 7:17:51 PM
|
# 16 |
|
Сообщения: 364
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
У меня есть начало чего-то вроде этого. Это в основном, как описано, что Гэвин.
Некоторые более RPC интерфейс: переехать Переход от одного внутреннего счета на другой. Я думаю, что пустое имя ("") Будет ваша учетная запись по умолчанию. Если вы продаете что-то пользователь, вы можете сделать шаг "theiraccount" "" 123,45. Является "переехать" лучшее название для этого? Я уклонялся от "перевод" потому что звучит слишком близко к отправке сделки. Я имею в виду новую функцию getaccountaddress вместо перегрузки getnewaddress: getaccountaddress <Счет> Дает вам адрес, выделенный из getnewaddress <Счет>, Он будет продолжать давать тот же адрес, пока что-то не будет получено по адресу, то он назначает новый адрес. (Это автоматически делает то, что образец кода я отправил некоторое время назад сделал) Будут ли эти команды делают возможными в простых случаях для реализации вашего сайта без необходимости базы данных самостоятельно? |
|
|
|
|
24 октября 2010, 7:29:24 PM
|
# 17 |
|
Сообщения: 1134
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Не было бы намного проще, чтобы иметь возможность запускать несколько экземпляров Bitcoin, каждый из них работает на конкретном "wallet.dat" файл ?
Я имею в виду, мы бы просто добавить --wallet длинный вариант приложения клиент / сервер. Имя вашей учетной записи будет имя файла бумажника. |
|
|
|
|
24 октября 2010, 8:58:32 PM
|
# 18 |
|
Сообщения: 873
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Я хочу иметь несколько "Счета" с уникальными противовесами и для отправки и получения монет на основе за счет. Эквив. иметь несколько кошельков, работающих одновременно. использовать -datadir и изменить порт на исходном коде, а затем использовать другой каталог и порт для каждого экземпляра BitcoinЭто помогло бы просто перечислить баланс для каждого «адреса принимающей» и указать адрес «источник» при отправке монет. |
|
|
|
|
25 октября 2010, 4:53:53 PM
|
# 19 |
|
Сообщения: 364
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Вот некоторые псевдокоды, как вы бы использовать учетную запись команду на основании. Он уверен, что делает интеграцию сайта намного проще.
Распечатать "Отправить " + Getaccountaddress (имя пользователя) + " пополнить счет" Распечатать "баланс: " + Getbalance (имя пользователя, 0) Распечатать "доступные средства: " + Getbalance (имя пользователя, 6) // если вы сделаете продажи, переместить деньги из своей учетной записи двигаться (имя пользователя, "", Количество, 6) // вывод sendfrom (имя пользователя, bitcoinaddress, количество, 6) |
|
|
|
|
25 октября 2010, 5:18:58 PM
|
# 20 |
|
Сообщения: 1484
цитировать ответ |
Re: Несколько бумажников, один компьютер (несколько учетных записей)
Почему так стараться, чтобы предотвратить запуск нескольких экземпляров Bitcoin? Это действительный случай использования для разделения Bitcoin процессов для отдельных пользователей, использующих защиту SElinux MAC, защиту гораздо сильнее, чем все, что может быть закодированной в общем процесс пользователя. |
|
|
|
Как заработать Биткоины?
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.