Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц | Биткоин форум

		Биткоин Форум > Разработка и Техническое Обсуждение
Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц

17 ноября 2014, 9:11:23 PM	# 1
contactlight Сообщения: 168 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Здравствуй, Я разработчик с большим опытом работы в C ++, Java и Python. Я знаком с BitcoinJ и аналогичными структурами, которые помогают взаимодействовать с сетью Bitcoin. Я пытаюсь принять Bitcoin платежи за проект, и я хотел бы избежать использования сторонних услуг, такие как Blockchain платежного API, Coinbase и BitPay. Я имею в виду работы с "btcd" или "Bitcoinj", У меня есть прототип, который использует PostgresFullPrunedBlockStore. Он отлично работает, за исключением, когда услуга вниз на некоторое время. Он пропускает транзакцию и синхронизация blockchain, кажется, не поможет. Я в конечном итоге не получить уведомление о "Соответствующий" транзакциям, когда моя служба была вниз, несмотря на синхронизацию blockchain. Я понимаю, что я могу легко взаимодействовать с "bitcoind" с помощью RPC и добавлять новые адреса, но я не хочу полагаться на bitcoind для этого. Я имею в виду потенциальных проблем масштабируемости. Как вы думаете, будет правильный подход здесь? Я надеюсь, придумать общее решение, так что я могу с открытым исходным кодом и его другие люди могут интегрировать его в свои собственные системы. У меня есть одно потенциальное решение в виду. Дайте мне знать, если вы видите какие-либо проблемы с этим. Код: 1- Присоединяйся к сети, ждать новых блоков от сверстников 2- Петля на неопределенное время и ждать новых блоков от сверстников. Получить блок N: 2а Посмотрите на блок, проверьте операции, включенные в блок, они являются? 2b- Если они релевантны, обратите внимание неизрасходованный производства и хранения его (делая предположение, что его входы являются действительными, если они не были, не будут включены в блок и размножают? Является ли это безопасное предположение сделать? ) 2c- стреловидности адрес и отправить его в холодный бумажник 2D- Увеличивают баланс пользователя

Как заработать Биткоины?
Без вложений. Не майнинг.

17 ноября 2014, 9:24:58 PM	# 2
jonald_fyookball Сообщения: 1260 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Получил 1806 Биткоинов Реальная история. Я не думаю, что вам нужно беспокоиться о сверстниках, блоках, неизрасходованных выходах и т.д. Просто сгенерировать ключ / пару адресов, дать публичный адрес к вашему клиенту. Что в этом плохого?

17 ноября 2014, 9:41:41 PM	# 3
contactlight Сообщения: 168 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Цитата: jonald_fyookball от 17 ноября 2014 года, 9:24:58 PM Я не думаю, что вам нужно беспокоиться о сверстниках, блоках, неизрасходованных выходах и т.д. Просто сгенерировать ключ / пару адресов, дать публичный адрес к вашему клиенту. Что в этом плохого? Мне нужно, чтобы иметь возможность программно проверить для входящих транзакций по этому адресу и смести все неизрасходованные выходы. Я уже планирую генерировать / адрес пару ключей и дать публичный адрес для клиента. Мне просто нужно иметь надежный способ быть уведомлено о входящих транзакциях на этот адрес. Моя текущая настройка Bitcoinj уведомляет меня и сметает сделки после получения уведомления. Однако, это происходит только тогда, когда моя служба и работает, когда пользователь делает сделку. Если услуга вниз, сделки остаются незамеченными, и я не получить уведомление во время blockchain процесса синхронизации. Я использовал BlockChain и PostgresFullPrunedBlockStore, и я заметил, что это не заполнение таблицы неизрасходованных выходов. Это было, вероятно, из-за меня, используя BlockChain вместо FullPrunedBlockChain. Я переработан, что в мой код, и теперь я снова синхронизироваться. Давайте посмотрим, что происходит с этим.

17 ноября 2014, 11:29:45 PM	# 4
jonald_fyookball Сообщения: 1260 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Лучше всего не повторно использовать адреса. Вы получаете одну транзакцию за адрес, а затем вы можете смести его.

18 ноября 2014, 1:46:46 AM	# 5
contactlight Сообщения: 168 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Цитата: jonald_fyookball от 17 ноября 2014, 11:29:45 PM Лучше всего не повторно использовать адреса. Вы получаете одну транзакцию за адрес, а затем вы можете смести его. Спасибо, но это то, что я буду делать в любом случае. После того, как подметание, адрес будет вынимают из "active_addresses" список и не будут проверены все еще раз. Эта деталь, однако, не делает простои лучше. При обработке платежей демон Bitcoin вниз, я не буду получать уведомления о новых сделках. BitcoinJ, когда догоняет blockchain, отказывается сообщать мне о моих сделках.

18 ноября 2014, 1:53:40 AM	# 6
jonald_fyookball Сообщения: 1260 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц так что вам нужно беспокоиться о выходах тогда. Вы должны написать "проверка баланса" функция с нуля? Я предполагаю, что вы работаете полный узел.

18 ноября 2014, 1:56:40 AM	# 7
contactlight Сообщения: 168 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Цитата: jonald_fyookball от 18 ноября 2014 года, 1:53:40 AM так что вам нужно беспокоиться о выходах тогда. Вы должны написать "проверка баланса" функция с нуля? Я предполагаю, что вы работаете полный узел. Я обсуждать, должен ли я работать полный узел, или если я должен кодогенератором "делать вид" полный узел. В любом случае, можно предположить, что я могу хранить всю blockchain. Я просто не хочу, чтобы хранить все неизрасходованные выходы, но только те, для моих адресов. Поскольку индексация неизрасходованные выходы для всех адресов могут стать утомительными и требуют до 320GB дискового пространства. Я, вероятно, потребуется написать проверку баланса функции с нуля. Я планирую использовать "PostgresFullPrunedBlockStore" от BitcoinJ и вызовите calculateBalanceForAddress (адрес), но они, кажется, не реализовали этот класс хорошо.

20 ноября 2014, 3:57:49 AM	# 8
gweedo Сообщения: 1246 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Генерация ключей в автономном режиме, поместите их в таблице базы данных, проверьте с помощью API, то вам не придется беспокоиться о сметая их. Не может быть проще.

20 ноября 2014, 6:34:05 AM	# 9
jonald_fyookball Сообщения: 1260 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Цитата: gweedo от 20 ноября 2014 года, 3:57:49 AM Генерация ключей в автономном режиме, поместите их в таблице базы данных, проверьте с помощью API, то вам не придется беспокоиться о сметая их. Не может быть проще. Я думаю, что он хочет, чтобы проверить, не полагаясь на апи в какую-то службу третьей стороны. Он хочет, чтобы проверить остатки на его собственном пути анализа blockchain.

20 ноября 2014, 7:33:02 AM	# 10
justusranvier Сообщения: 1400 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Цитата: jonald_fyookball от 20 ноября 2014 года, 6:34:05 AM Цитата: gweedo от 20 ноября 2014 года, 3:57:49 AM Генерация ключей в автономном режиме, поместите их в таблице базы данных, проверьте с помощью API, то вам не придется беспокоиться о сметая их. Не может быть проще. Я думаю, что он хочет, чтобы проверить, не полагаясь на апи в какую-то службу третьей стороны. Он хочет, чтобы проверить остатки на его собственном пути анализа blockchain. Все порядочные полные реализации узла имеет хороший API, который можно использовать локально. API не подразумевает службу третьей стороны.

20 ноября 2014, 3:35:06 PM	# 11
contactlight Сообщения: 168 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Цитата: justusranvier от 20 ноября 2014 года, 7:33:02 AM Цитата: jonald_fyookball от 20 ноября 2014 года, 6:34:05 AM Цитата: gweedo от 20 ноября 2014 года, 3:57:49 AM Генерация ключей в автономном режиме, поместите их в таблице базы данных, проверьте с помощью API, то вам не придется беспокоиться о сметая их. Не может быть проще. Я думаю, что он хочет, чтобы проверить, не полагаясь на апи в какую-то службу третьей стороны. Он хочет, чтобы проверить остатки на его собственном пути анализа blockchain. Все порядочные полные реализации узла имеет хороший API, который можно использовать локально. API не подразумевает службу третьей стороны. Я не хочу полагаться на отдельный процесс. Я хочу, чтобы мой демон, чтобы быть самостоятельным. Вот почему я была сосредоточена на BitcoinJ. Моя реализация в настоящее время является SPV. Вместо того чтобы отслеживать все неизрасходованные выходов, он проверяет, за исключением сделок, имеющих отношение к моим адресам на каждом блоке и сметает их. Это, кажется, работает сейчас, но мне нужно, чтобы проверить его дальше.

20 ноября 2014, 3:50:25 PM	# 12
justusranvier Сообщения: 1400 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Цитата: contactlight от 20 ноября 2014 года, 3:35:06 PM Я не хочу полагаться на отдельный процесс. Я хочу, чтобы мой демон, чтобы быть самостоятельным. Вы должны уже упоминали фронт, который намеренно получение hax0red была частью требований к конструкции.

20 ноября 2014, 4:04:15 PM	# 13
contactlight Сообщения: 168 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Цитата: justusranvier от 20 ноября 2014 года, 3:50:25 PM Цитата: contactlight от 20 ноября 2014 года, 3:35:06 PM Я не хочу полагаться на отдельный процесс. Я хочу, чтобы мой демон, чтобы быть самостоятельным. Вы должны уже упоминали фронт, который намеренно получение hax0red была частью требований к конструкции. Почему вы думаете, что этот проект приведет к нарушению? Я не буду работать все остальное на нем. Это будет просто платежный процессор подключен к сети и базы данных, отслеживание остатков и операций. Одна из проблем, я вижу с ним будет то, что мы бы не запустить проверку на входах. Получив новый блок из нескольких узлов должны исправить это, хотя. Они не передавали блоки, если сделки в нем не были действительны. Так что мне нужно 1 подтверждение.

20 ноября 2014, 9:28:28 PM	# 14
gweedo Сообщения: 1246 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Цитата: justusranvier от 20 ноября 2014 года, 3:50:25 PM Цитата: contactlight от 20 ноября 2014 года, 3:35:06 PM Я не хочу полагаться на отдельный процесс. Я хочу, чтобы мой демон, чтобы быть самостоятельным. Вы должны уже упоминали фронт, который намеренно получение hax0red была частью требований к конструкции. Некоторые люди не имеют понятия, как Bitcoin работает, но они используют свои сертификаты программирования, как "Я знаю, что все же я до сих пор спрашиваю", Теперь я знаю, почему я оставил этот форум для некоторого времени.

20 ноября 2014, 9:31:37 PM	# 15
contactlight Сообщения: 168 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Цитата: gweedo от 20 ноября 2014 года, 9:28:28 PM Цитата: justusranvier от 20 ноября 2014 года, 3:50:25 PM Цитата: contactlight от 20 ноября 2014 года, 3:35:06 PM Я не хочу полагаться на отдельный процесс. Я хочу, чтобы мой демон, чтобы быть самостоятельным. Вы должны уже упоминали фронт, который намеренно получение hax0red была частью требований к конструкции. Некоторые люди не имеют понятия, как Bitcoin работает, но они используют свои сертификаты программирования, как "Я знаю, что все же я до сих пор спрашиваю", Теперь я знаю, почему я оставил этот форум для некоторого времени. Не уверен, если это направлено на меня, но если это так, это очень неуместно и по-детски. Вы можете избежать этой драмы, не смотря на резьбе с вопросами и двигаться по пути на вашу высокую лошади.

21 ноября 2014, 10:44:14 PM	# 16
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Вы смотрели в Baron? https://github.com/slickage/baron

21 ноября 2014, 10:55:26 PM	# 17
nuno12345 Сообщения: 244 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Если вы можете запустить демон, вы не должны полагаться на каких-либо третьих вечеринках. Вы можете создать учетную запись для каждого адреса в вашем демоне и использовании getbalance учетной записи для проверки, что конкретный адрес баланса. Адреса должны быть созданы на этот демон или импортировать и учетная запись должна быть назначить на этот адрес.

22 ноября 2014, 8:54:49 AM	# 18
dabura667 Сообщения: 478 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Цитата: nuno12345 21 ноября 2014, 10:55:26 PM Если вы можете запустить демон, вы не должны полагаться на каких-либо третьих вечеринках. Вы можете создать учетную запись для каждого адреса в вашем демоне и использовании getbalance учетной записи для проверки, что конкретный адрес баланса. Адреса должны быть созданы на этот демон или импортировать и учетная запись должна быть назначить на этот адрес. Тогда, как только у вас есть 100000000000000 ключи на вашем бумажнике, вы будете нуждаться в 30 ГБ для blockchain и 500TB для файла wallet.dat ... лол

22 ноября 2014, 5:44:09 PM	# 19
gweedo Сообщения: 1246 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Цитата: dabura667 от 22 ноября 2014 года, 8:54:49 AM Цитата: nuno12345 21 ноября 2014, 10:55:26 PM Если вы можете запустить демон, вы не должны полагаться на каких-либо третьих вечеринках. Вы можете создать учетную запись для каждого адреса в вашем демоне и использовании getbalance учетной записи для проверки, что конкретный адрес баланса. Адреса должны быть созданы на этот демон или импортировать и учетная запись должна быть назначить на этот адрес. Тогда, как только у вас есть 100000000000000 ключи на вашем бумажнике, вы будете нуждаться в 30 ГБ для blockchain и 500TB для файла wallet.dat ... лол Кто-то здесь, что на самом деле имеет кошелек с более чем 2 миллионов адресов сгенерированных. Это на самом деле не занимает так много места. Кроме того, вы можете использовать инструменты, чтобы удалить закрытые ключи из вашего бумажника.

22 ноября 2014, 5:52:48 PM	# 20
BitcoinExchangeIndia.com Сообщения: 255 Цитировать по имени цитировать ответ	Re: Как разработчик, что самый лучший способ принять BTC без использования посторонних лиц Цитата: contactlight от 17 ноября 2014 года, 9:11:23 PM Здравствуй, Я разработчик с большим опытом работы в C ++, Java и Python. Я знаком с BitcoinJ и аналогичными структурами, которые помогают взаимодействовать с сетью Bitcoin. Я пытаюсь принять Bitcoin платежи за проект, и я хотел бы избежать использования сторонних услуг, такие как Blockchain платежного API, Coinbase и BitPay. Я имею в виду работы с "btcd" или "Bitcoinj", У меня есть прототип, который использует PostgresFullPrunedBlockStore. Он отлично работает, за исключением, когда услуга вниз на некоторое время. Он пропускает транзакцию и синхронизация blockchain, кажется, не поможет. Я в конечном итоге не получить уведомление о "Соответствующий" транзакциям, когда моя служба была вниз, несмотря на синхронизацию blockchain. Я понимаю, что я могу легко взаимодействовать с "bitcoind" с помощью RPC и добавлять новые адреса, но я не хочу полагаться на bitcoind для этого. Я имею в виду потенциальных проблем масштабируемости. Как вы думаете, будет правильный подход здесь? Я надеюсь, придумать общее решение, так что я могу с открытым исходным кодом и его другие люди могут интегрировать его в свои собственные системы. У меня есть одно потенциальное решение в виду. Дайте мне знать, если вы видите какие-либо проблемы с этим. Код: 1- Присоединяйся к сети, ждать новых блоков от сверстников 2- Петля на неопределенное время и ждать новых блоков от сверстников. Получить блок N: 2а Посмотрите на блок, проверьте операции, включенные в блок, они являются? 2b- Если они релевантны, обратите внимание неизрасходованный производства и хранения его (делая предположение, что его входы являются действительными, если они не были, не будут включены в блок и размножают? Является ли это безопасное предположение сделать? ) 2c- стреловидности адрес и отправить его в холодный бумажник 2D- Увеличивают баланс пользователя Что плохого в использовании 3 участника API?

« Предыдущая тема | Следующая тема »

Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW