Поиск
Показаны результаты для тегов 'bitcoind'.
Найдено: 9 результатов
-
Кошмар просто случился проект принимает платежи через btc-сервер (bitcoind версия 11 STABLE была), функция sendfrom при успешной отправке возвращает id-хеш транзакции (или какой то другой хеш) и тут вдруг она начала возвращать хеш но платежи никуда не отправлять, в истории их тоже нет. Все платежи с комиссией 0.0001 то есть не бесплатные В результате около 3 BTC убыток . Обновил до 12-ой, сделал -reindex и rescan сейчас вроде бы все нормально Что такое? Кто-нибудь сталкивался? Как теперь работать, никакого доверию разработчикам биткоина...
-
Приветствую всех заглянувших в этот топик! Нужно организовать прием оплаты в btc на сайте. Установить, обезопасить и настроить bitcoind либо api блокчайны. Выслушаю ваши предложения в лс, более подробно что надо там же.
-
У биткоина есть как графический интерфейс именумеый bitcoin-qt так и консольный, bitcoind. Если первый удобен для использования человеком, то без текствого довольно сложно сделать интернет магазин или какой-либо иной сервис, принимающий биткоины в качестве оплаты. О нем и пойдет речь. Для работы нужно запустить один экземпляр bitcoind в качестве демона, чтобы он работал в качестве полноценного узла сети и отдавать ему команды с помощью еще одной копии bitcoind. Взаимодействие между ними происходит по JSON-RPC через 8332й tcp порт. Для того чтобы они узнавали и доверяли друг другу нужно задать rpcpassword, который прописывается в файле ~/.bitcoin/bitcoin.conf как rpcpassword=blah-blah-blah. Если у вас нет такого файла то его нужно создать. Туда же можно прописать и другие параметры из тех, что указываются при запуске демона. Полный список параметров можно получить запустив bitcoind с ключем --help или -?, вот пример того, что мы увидим в ответ: Bitcoin version 0.5.2-beta Usage: bitcoind [options] bitcoind [options] <command> [params] Send command to -server or bitcoind bitcoind [options] help List commands bitcoind [options] help <command> Get help for a command Options: -conf=<file> Specify configuration file (default: bitcoin.conf) -pid=<file> Specify pid file (default: bitcoind.pid) -gen Generate coins -gen=0 Don't generate coins -min Start minimized -datadir=<dir> Specify data directory -timeout=<n> Specify connection timeout (in milliseconds) -proxy=<ip:port> Connect through socks4 proxy -dns Allow DNS lookups for addnode and connect -port=<port> Listen for connections on <port> (default: 8333 or testnet: 18333) -maxconnections=<n> Maintain at most <n> connections to peers (default: 125) -addnode=<ip> Add a node to connect to -connect=<ip> Connect only to the specified node -noirc Don't find peers using internet relay chat -nolisten Don't accept connections from outside -nodnsseed Don't bootstrap list of peers using DNS -banscore=<n> Threshold for disconnecting misbehaving peers (default: 100) -bantime=<n> Number of seconds to keep misbehaving peers from reconnecting (default: 86400) -maxreceivebuffer=<n> Maximum per-connection receive buffer, <n>*1000 bytes (default: 10000) -maxsendbuffer=<n> Maximum per-connection send buffer, <n>*1000 bytes (default: 10000) -upnp Attempt to use UPnP to map the listening port -paytxfee=<amt> Fee per KB to add to transactions you send -daemon Run in the background as a daemon and accept commands -testnet Use the test network -debug Output extra debugging information -logtimestamps Prepend debug output with timestamp -printtoconsole Send trace/debug info to console instead of debug.log file -rpcuser=<user> Username for JSON-RPC connections -rpcpassword=<pw> Password for JSON-RPC connections -rpcport=<port> Listen for JSON-RPC connections on <port> (default: 8332) -rpcallowip=<ip> Allow JSON-RPC connections from specified IP address -rpcconnect=<ip> Send commands to node running on <ip> (default: 127.0.0.1) -keypool=<n> Set key pool size to <n> (default: 100) -rescan Rescan the block chain for missing wallet transactions SSL options: (see the Bitcoin Wiki for SSL setup instructions) -rpcssl Use OpenSSL (https) for JSON-RPC connections -rpcsslcertificatechainfile=<file.cert> Server certificate file (default: server.cert) -rpcsslprivatekeyfile=<file.pem> Server private key (default: server.pem) -rpcsslciphers=<ciphers> Acceptable ciphers (default: TLSv1+HIGH:!SSLv2:!aNULL:!eNULL:!AH:!3DES:@STRENGTH) -? This help message Вот описание некоторых из них: -conf - позволяет задать файл конфигурации отличный от ~/.bitcoin/bitcoin.conf -pid - указать файл, в который будет писаться pid процесса демона -gen - после старта начать майнить биткоины (он это будет пытаться делать на cpu, что крайне неэффективно) -gen=0 - не майнить биткоины (если в файле конфигурации указано иное) -datadir= - использовать вместо ~/.bitcoin/ указанный путь -timeout= - таймаут tcp соединения -proxy=<ip:port> - соединятся через указанный SOCKS4 прокси-сервер, например через tor -port= - использовать указанный порт вместо 8333 -maxconnections= - ограничить число одновременных соединений, по умолчанию 125 -addnode= - так же подключится и к указанному узлу, тут полезно указать адреса пулов для ускорения транзакций, можно использовать несколько раз -connect= - подключится только к указанному узлу, полезно, если вы хотите загрузить блоки с другого компьютера в локальной сети не загружая интернет-канал -noirc - не использовать irc для поиска узлов и анонса собственного адреса (например irc запрещен хостингом, что встречается довольно часто) -nolisten - не принимать входящие соединения -nodnsseed - не использовать DNS для поиска узлов -upnp - Пытаться использовать UPnP для того чтобы пробросить порт. Полезно, если вы заначены роутером, использующим внешний ip и поддерживающим UPnP. Не нужно, если вы имеете внешний ip напрямую и не имеет смысла, если ваш роутер не имеет внешнего ip. -paytxfee= - установить размер комиссию (в биткоинах), собственная логика клиента имеет приоритет над этим значением -daemon - запускаться в фоне -testnet - использовать тестовую сеть -debug - писать отладочную информацию -logtimestamps - снабжать лог временными метками -printtoconsole - использовать stdout вместо debug.log -rpcuser= и -rpcpassword - имя пользователя и пароль для JSON-RPC, как для лемона так и для клиента -rpcport= - использовать для JSON-RPC порт, отличный от 8332 -rpcallowip= - разрешить принимать команды с указанного ip, по умолчанию команды принимаются только с 127.0.0.1, можно использовать несколько раз -rpcconnect= - отправлять команды на указанный узел а не на 127.0.0.1 -keypool= - сгенерировать указанное количество ключей при старте, по умолчанию - 100 -rescan - перечитать цепочку блоков, полезно если у вас поврежден blkindex.dat или есть зависшие транзакции в кошельке Так же в 0.6 версии появилась довольно полезная опция -blocknotify=, которая запускает указанную команду при получении нового блока, например для обработчика платежей. Большую часть перечисленных параметров можно указывать и в bitcoin.conf. При работе в режиме демона клиент использует множество "виртуальных" аккаунтов, для каждого из которых ведет свой учет баланса. Такая логика может существенно упростить создание какого-либо сервиса, поскольку достаточно привязать пользователей сервиса к аккаунтам bitcoind. Баланс на аккаунте может быть как положительным так и отрицательным. Аккаунт, используемый по умолчанию - "" (пустая строка). После запуска демона должно пройти какое-то время, чтобы он проинициализировался и начал ожидать команд. Список команд, которые можно отдать демону, можно получить, запустив bitcoind с аргументом help (без --). Вот пример вывода: backupwallet <destination> encryptwallet <passphrase> getaccount <bitcoinaddress> getaccountaddress <account> getaddressesbyaccount <account> getbalance [account] [minconf=1] getblockcount getconnectioncount getdifficulty getgenerate gethashespersec getinfo getmemorypool [data] getnewaddress [account] getreceivedbyaccount <account> [minconf=1] getreceivedbyaddress <bitcoinaddress> [minconf=1] gettransaction <txid> getwork [data] help [command] keypoolrefill listaccounts [minconf=1] listreceivedbyaccount [minconf=1] [includeempty=false] listreceivedbyaddress [minconf=1] [includeempty=false] listsinceblock [blockid] [target-confirmations] listtransactions [account] [count=10] [from=0] move <fromaccount> <toaccount> <amount> [minconf=1] [comment] sendfrom <fromaccount> <tobitcoinaddress> <amount> [minconf=1] [comment] [comment-to] sendmany <fromaccount> {address:amount,...} [minconf=1] [comment] sendtoaddress <bitcoinaddress> <amount> [comment] [comment-to] setaccount <bitcoinaddress> <account> setgenerate <generate> [genproclimit] settxfee <amount> signmessage <bitcoinaddress> <message> stop validateaddress <bitcoinaddress> verifymessage <bitcoinaddress> <signature> <message> Описание некоторых комманд: backupwallet - сделать резервную копию wallet.dat encryptwallet - зашифровать кошелек (необратимо!) getaccount - Узнать, какому аккаунту принадлежит указанный адрес. Пареметр - bitcoin адрес, результат - строка с именем аккаунта. getaddressesbyaccount - Вывести список адресов, принадлежащих указанному аккаунту. Параметр - имя аккаунта, результат - список bitcoin-адресов в формате JSON. getaccountaddress - Сгенерировать еще один адрес для указанного аккаунта. Параметр - имя аккаунта, результат - строка с bitcoin-адресом. getbalance - Вывести баланс аккаунта для указанного количества подтверждений. Первый необязательный параметр - имя аккаунта, второй необязательный параметр - количество подтверждений, результат - положительное или отрицательное число c 8ю знаками после точки. getblockcount - Вывести текущее колиечество блоков. Результат - целое число. getconnectioncount - Вывести текущее количество соединений. Результат - целое число. getdifficulty - Вывести текущую сложность. Результат - число с 8ю знаками после точки. getgenerate - Вывести состояние генерации. Результат - true или false. getinfo - Вывести ряд текущих параметров в виде JSON-массива. getnewaddress - Сгенерировать еще один адрес для указанного аккаунта. Параметр - имя аккаунта, результат - строка с bitcoin-адресом. getreceivedbyaccount - Вывести общее количество принятых средств на аккаунт без учета отправленных. Первый параметр - имя аккаунта, второй необязательный параметр - количество подтверждений, результат - число с 8ю знаками после точки. getreceivedbyaddress - Вывести список входящих транзакций на указанный адрес. Первый параметр - bitcoin-адрес, второй необязательный параметр - количество подтверждений, результат - JSON массив с входящими транзакциями на указанный адрес. gettransaction - Вывести информацию по транзакции. help - Вывести список доступных комманд или описание команды, если она указана аргументом. listaccounts - Вывести список аккаунтов с балансом на них. Результат - JSON-массив. listreceivedbyaccount - Вывести JSON-массив с аккантами, общим количеством принятых на них средств без учета отправленных и количеством подтверждений. listreceivedbyaddress - Тожесамое, но с детализацией по bitcoin-адресам. listtransactions - Вывести список транзакций в JSON формате. move - Перевести средства с одного аккаунта на другой без осуществления транзакции в сети. sendfrom - Отправить сресдва с указанного аккаунта. sendmany - Отправить сресдва с указанного аккаунта на множество адресов. sendtoaddress - Отправить средства с аккаунта по умолчанию. setaccount - Сделать адрес принадлежащим аккаунту. setgenerate - Включить/выключить генерацию блоков. Параметр - true или false, не возвращает ничего. settxfee - Установить комиссию. signmessage - Подписать сообщение, полезно для подтверждения принадлежности адреса. stop - Остановить демон. До полной остановки должно пройти какое-то время. validateaddress - Проверить правильность адреса. Так же возвращает аккаунт, которому он принадлежит, если таковой имеется. verifymessage - Проверить подпись сообщения.
-
Скрипт с моего сайта должен обращаться к кошельку и отдавать команды, создавать адреса и прочее. Вот мой bitcoin.conf server=1 rpcuser=bitcoinrpc rpcpassword=password rpcport=8332 Bitcoin-Qt ярлык запускаю с параметрами -server, и -daemon, на пк все запускается и работает корректно. В скрипте для подключения задаю host. password, login, и port. В качестве хоста указывал свой айпи не подключалось, и имя своего хоста которое нашел на сайте http://myip.ru - не подключается. Буду очень благодарен за помощь)
- 4 ответа
-
- биткоин сервер
- прием биткоин на сайте
- (и ещё 3 )
-
На Github опубликована новая версия официального клиента Bitcoin - 0.9.0. Пока доступны только исходные коды, через несколько часов должны появиться и скомпилированные пакеты. Этот релиз был одним из самых ожидаемых, так как в нем должно появиться большое количество нововведений. К сожалению, не вся обещанная функциональность была реализована, тем не менее, список изменений очень внушителен. Самые существенные изменения: Дополнительные исправления для бага transaction ID (TXID) malleability, который завалил MtGox. Инсталлятор Windows 64-bit - в 32-битной версии часто не хватало виртуальной памяти для первичной синхронизации блокчейна. Ребрендинг - официальный клиент переименован в Bitcoin Core Для сборки дистрибутива из исходных кодов теперь используются стандартные инструменты Linux (Autotools) Из bitcoind убрана функциональность RPC-клиента, теперь она доступна через отдельный файл bitcoin-cli Комиссия по умолчанию за 1 Кб транзакции уменьшена до 0.00001 ВТС (1000 сатоши). Также размер комиссии можно регулировать опцией minrelaytxfee. СУБД для хранения блокчейна обновлена до leveldb 1.15 Добавлен чекпойнт на блоке 279 000 Орфаны теперь хранятся в сериализованной форме для экономии памяти Новые блоки становятся доступны для майнеров после 101 подтверждения (было 120) Версия протокола обновлена до 70002 Добавлена поддержка "запроса платежа" (BIP 0070) Windows-версия теперь работает на Qt 5.2.0 Внесены изменения в графический интерфейс Полный список изменений можно прочитать в оригинале.
- 12 ответов
-
6
-
- клиент
- bitcoin-qt
-
(и ещё 3 )
C тегом:
-
Главный разработчик клиента Bitcoin Гэвин Андресен (Gavin Andresen) опубликовал Core Development Update #5 - новое крупное обновление ядра, которое будет основой версии 0.9. Последнее значительное обновление клиента произошло в июне. В этой версии ожидается несколько важных архитектурных изменений: 1. Удаляемые выходы транзакций. Уже давно шли споры о возможности включения посторонних данных в блокчейн. С одной стороны, возможность такого включения повысит удобство работы с bitcoin. С другой, это вызовет дополнительную нагрузку на сеть и увеличит размер блокчейна. В конце концов, разработчики пришли к компромиссному решению. К транзакции можно будет добавить сообщение размером 80 байт, для которого будет создаваться отдельный выход с нулевой стоимостью. Так как в таком случае не создается "неистраченной" транзакции, это сообщение не будет включаться в блокчейн, а сохранится только у непосредственных участников транзакции. При наличии такого выхода комиссия за транзакцию не будет увеличиваться. Код ядра не будет иметь прямой функциональности для обслуживания подобных сообщений - транзакции, их содержащие, можно будет создавать через API, как raw-транзакции. Данные не будут отображаться в графическом интерфейсе Bitcoin-qt. 2. Автоинструменты. Разработчики решили перейти от собственных инструментов сборки программы к стандартным инструментам Linux. Теперь для сборки клиента из исходных кодов можно будет использовать стандартные скрипты, “./autogen.sh; ./configure; make”. 3. Платежный протокол, о котором уже писалось ранее. Майк Херн составил к нему подробный FAQ (на английском). Работы в процессе, которые будут включены в версию 0.9, если будут закончены вовремя: 1. Режим "Без кошелька" (No-wallet mode) и bitcoin-cli. Bitcoind все чаще используется как "граничный маршрутизатор" между основной сетью и "легкими" кошельками или ПО для майнинга. Поэтому разработчики решили выделить режим “-disablewallet”, который будет запускать клиент без платежной функциональности, быстрее и с меньшим потреблением памяти. Этим сейчас занимается Джефф Гарзик (Jeff Garzik). В дальнейшем планируется сделать официальный клиент bitcoin модульным, и выделить в том числе отдельный исполняемый модуль, bitcoin-cli. Код RPC-клиента будет убран из bitcoind, возможно на один-два релиза его оставят для обратной совместимости. 2. Параллельная загрузка блокчейна, сначала заголовки. Над оптимизацией загрузки блокчейна в команде работает Петер Вюлле (Pieter Wuille). Он надеется к релизу 0.9 добавить новый режим загрузки, который сделает полную синхронизацию блокчейна необязательной. Теперь первичная синхронизация будет состоять из двух этапов: 1) Загрузка заголовков блоков. Она проходит очень быстро, так как длина заголовка всего 80 байт. 2) Как только цепочка заголовков будет загружена, начнется синхронизация блоков. начальная загрузка всех заголовков позволит загружать блоки параллельно от разных пиров, а не последовательно, как раньше. Это ускорит загрузку и позволит оптимизировать использование канала связи. 3. Оптимальные комиссии за транзакции. Сейчас комиссии жестко запрограммированы в коде в виде комплекса эвристических правил, который разрастается уже четыре года и становится слишком сложным. Нужен компромисс между пользователями, которые хотят платить меньше, и майнерами, которые хотят получить больше комиссий. Сейчас майнеры автоматически выбирают транзакции с наибольшей комиссией на килобайт. Сейчас разрабатывается более гибкий механизм "оценки" транзакций для включения в следующие блоки. Подробности пока не опубликованы. Разработчики обещают опубликовать релиз как только, так сразу, но жалуются на недостаток квалифицированных тестировщиков. Поэтому желающие с достаточным опытом тестирования ПО всегда могут присоединиться к проекту. Источник: https://bitcoinfoundation.org/blog/?p=290
-
2
-
- Core Development Update
- bitcoind
-
(и ещё 2 )
C тегом:
-
Вышло критическое обновление клиента Bitcoin 0.8.5
Tomcat_MkII опубликовал тема в Новости криптовалют
Сегодня ночью вышло обновление клиента Bitcoin 0.8.5, содержащее исправление критического бага в блокчейне. Оно касается тех, кто использует версию клиента 0.8.0 и выше. С 9 сентября пользователи клиента при старте программы получали сообщение о повреждении базы данных: coin database inconsistencies found Пользователям было предложено переиндексировать базу данных, но эта операция, занявшая несколько часов, оказалась неэффективной. Проблема была вызвана неправильной транзакцией, опубликованной в блоке 256818 около полуночи 9 сентября по EST (-9 ч. от Московского времени). Транзакции Bitcoin содержат различные поля, в том числе номер версии. Это позволяет сети адаптироваться к различным типам транзакций в будущем, одновременно обеспечивая поддержку старых типов транзакций. Номер версии транзакции хранится в виде 32 битного (4 байт) целого положительного числа. Первый бит используется для обозначения положительного (0) или отрицательного (1) значения целого числа. Когда клиент Bitcoin считывает номер транзакции больше, чем 0x7fffffff (ноль и 31 единица в двоичном формате), он возвращает ошибку, так как первый бит становится единицей и число получается отрицательным. Блок 256818 содержал транзакцию с отрицательным номером версии (первый бит номера транзакции был установлен в 1) Проблема возникает только при запуске клиента, то есть те, у кого клиент запущен постоянно (соло-майнеры, пулы, биржи и т.д.) ее не заметили. Грегори Максвелл (Gregory Maxwell), один из главных разработчиков клиента, в качестве временного решения рекомендовал добавить параметр "-checklevel = 2" в файл конфигурации до выпуска этого релиза или тем, кто по каким-то причинам не может провести обновление.-
1
-
- Bitcoin 0.8.5
- bitcoin-qt
-
(и ещё 2 )
C тегом:
-
Жил был у меня кошелёк(bitcoin 0.5.x) и решил я его закрыть паролем, благо это не сложно. Выбрал в GUI-шном клиенте пункт(bitcoin-qt) ввёл фразу(три слова с пробелами), клиент фразу принял, зашифровал и вроде бы всё хорошо. Биткоинов никому не давал, только принимал. Но при добавлении адресов кодовая фраза требовалась и работала. А вот сегодня поменял клиента на 0.6.0.6-beta и обнаружил что этот самый клиент после ввода пароля вываливается в кору. Ладно думаю, не GUI единым жив линуксоид и запустил bitcoind стал осваивать API-шные команды. Первым удивлением было то что для создания нового адреса в кошельке пароль собственно не требуется -- с этим справился(p2pool запустил на индивидуальном адресе и всё в порядке). А вот с шифрованием не получается, насколько я понял кошелёк надо разблокировать командой walletpassphrase, ввожу такую строчку: /bitcoind walletpassphrase "Moja dlinnaj fraza" 60 Надеясь на разблокировку кошелька на 60 секунд. Но в ответ: error: {"code":-1,"message":"CKey::SetSecret() : secret must be 32 bytes"} (фраза правильная, при неправильной сообщение другое!) Это я что не правильно делаю или клиент глючит? Что делать?
- 16 ответов
-
- bitcoind
- bitcoin-qt
-
(и ещё 2 )
C тегом: