Bitcoin Core

[polym0rph]

Bitcoin Core - это полноценный клиент, составляющий основу сети. Для него характерен высокий уровень безопасности, конфиденциальности и стабильности. Однако, у него меньше опций и он занимает довольно много места на диске и оперативной памяти.

 

Официальный сайт  |  Исходный код  |  История версий

 В теме действуют все Правила форума:

• перед тем как задать вопрос, посмотрите НОВИЧКИ Bits.Media, все сюда. Уважайте своё и чужое время;

• для обсуждения и поиска программ/драйверов пользуйтесь разделом Файлы;

• сообщения, не относящиеся к теме обсуждения (оффтоп), удаляются без предупреждения.

 Описание:

Скрытый текст

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

 

Полная проверка
Этот кошелек является полноценным узлом, который проверяет и передает транзакции в сети Биткойн. Он не зависит от третьих сторон при проверке платежей. Полные узлы обеспечивают наивысший уровень безопасности и имеют важное значение для защиты сети. Однако, для их установки требуется больше места (более 145 ГБ), высокоскоростное подключение к Интернету и их начальная синхронизация занимает больше времени.

 

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

 

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

 

Повышенная конфиденциальность
Предотвращает слежку за вашими платежами

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

 

Избегает раскрытия информации

Этот кошелек при получении или отправке платежей не передает информацию о них другим узлам сети.

 

Можно использовать Tor

Этот кошелек позволяет вам настроить и использовать Tor в качестве прокси для того, чтобы не позволить злоумышленникам или интернет-провайдерам связать ваши платежи с вашим IP-адресом.

 

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

 

Статьи на bits.media:

Скрытый текст

Bitcoin Core vs SegWit2x: последний бой - он трудный самый

Совладелец Bitcoin.org снова призывает к изменению PoW BTC

Криптовалюта-тролль: новая сеть Bitcoin Core насмехается над сторонниками Bitcoin Cash

Bitcoin Core готовится к внедрению Lightning: осталось уговорить майнеров

Опубликован релиз Bitcoin Core 0.16 с полной поддержкой SegWit

После SegWit: Bitcoin Core работает над объединением подписей

 

Загрузить:

Скрытый текст

bitcoin-0.16.0-aarch64-linux-gnu.tar.gz           
bitcoin-0.16.0-arm-linux-gnueabihf.tar.gz         
bitcoin-0.16.0-i686-pc-linux-gnu.tar.gz            
bitcoin-0.16.0-osx.dmg                           
bitcoin-0.16.0-osx64.tar.gz                     
bitcoin-0.16.0-win32-setup.exe                  
bitcoin-0.16.0-win32.zip                         
bitcoin-0.16.0-win64-setup.exe                 
bitcoin-0.16.0-win64.zip                        
bitcoin-0.16.0-x86_64-linux-gnu.tar.gz        
bitcoin-0.16.0.tar.gz                             
bitcoin-0.16.0.torrent   

 

Полезное:

Скрытый текст

Цитата

Я думал он привязан еще к железу.

Биткон разработали отнюдь не дураки. Если б кошелёк был привязан к железу весь 21 лям очень быстро растерялся бы вместе с вышедшем из строя железом.

передача в третьи руки равнозначна потере средств на нем.

*только если он не был зашифрован. Если зашифрованый wallet.dat потециально попадает в чужие руки(например при потере флешки с его бэкапом на улице), достаточно перекинуть средства на другой свой клиент. И угадывать пароль у нашедшего флешку "счастливчика" смысла не будет. Перевод средств на свежесозданный пустой клиент на свежеустановленой системе -- также отличная профелактическая мера, на тот случай если зашифрованый wallet.dat был уведён(без ведома владельца) через вирус или сплоит для браузера(думаю, сплоиты актуальны и для пользователей линукс) несколько месяцев назад, в течение которых активно брутфорсится.

 

Следует также помнить, что шифровка кошелька, таит в себе не меньшую угрозу. У пароля будет одна очень важая особенность: его никто не пришлёт на email. Ни саппорт 50btc, ни Сатоши. Никто. И никакой скан паспорта не поможет.

Придётся или брутфорсить пароль уже самому или вспоминать его под гипнозом или останеться только любоваться цифрами на балансе без возможности воспользоваться этой суммой. (upd: или с нетерпением ждать появления квантовых компьютеров, чтобы бруфорс занял не так много времени)

Несмотря на эту угрозу кошелёк шифровать надо и не паролем "12345".

Как вариант: копию wallet.dat на флешку, пароль на бумажку, флешку с бумажкой в разные сейфы, сейфы в разные квартиры ?

 

Цитата

@Starozhil  смотри как у меня прописано в свойствах ярлыка. Блокчейн занимает всего 5 Гб

 

 

Командная строка:

Скрытый текст

-rescan  Просканировать базу данных для поиска отсутствующих транзакций при запуске кошелька.

-reindex Реиндексировать базу блоков при запуске.
-zapwallettxes=1 Удалить в кошельке информацию о несостоявшихся транзакциях созданных в кошельке но не принятых сетью (например по причине очень низкой комиссии) - полезно когда вы создали транзакцию, кошелек пишет что монеты списаны а сеть транзакцию не принимает.

-zapwallettxes=2  то же без попытки сохранения метаданных.

-salvagewallet Предпринять попытку восстановить секретные ключи из поврежденного файла кошелька при запуске.

-noconnect Запустить кошелек в оффлайн-режиме. Может пригодиться когда вам нужно чтобы кошелек не скачивал базу блоков при запуске.

 

Все команды на английском:

Скрытый текст

-?    Print this help message and exit
-version    Print version and exit
-alertnotify=<cmd>    Execute command when a relevant alert is received or we see a really long fork (%s in cmd is replaced by message)
-blocknotify=<cmd>    Execute command when the best block changes (%s in cmd is replaced by block hash)
-assumevalid=<hex>    If this block is in the chain assume that it and its ancestors are valid and potentially skip their script verification (0 to verify all, default: 00000000000000000013176bf8d7dfeab4e1db31dc93bc311b436e82ab226b90, testnet: 00000000000128796ee387cf110ccb9d2f36cffaf7f73079c995377c65ac0dcc)
-conf=<file>    Specify configuration file (default: bitcoin.conf)
-datadir=<dir>    Specify data directory
-dbcache=<n>    Set database cache size in megabytes (4 to 16384, default: 300)
-loadblock=<file>    Imports blocks from external blk000??.dat file on startup
-maxorphantx=<n>    Keep at most <n> unconnectable transactions in memory (default: 100)
-maxmempool=<n>    Keep the transaction memory pool below <n> megabytes (default: 300)
-mempoolexpiry=<n>    Do not keep transactions in the mempool longer than <n> hours (default: 336)
-blockreconstructionextratxn=<n>    Extra transactions to keep in memory for compact block reconstructions (default: 100)
-par=<n>    Set the number of script verification threads (-2 to 16, 0 = auto, <0 = leave that many cores free, default: 0)
-pid=<file>    Specify pid file (default: bitcoind.pid)
-prune=<n>    Reduce storage requirements by enabling pruning (deleting) of old blocks. This allows the pruneblockchain RPC to be called to delete specific blocks, and enables automatic pruning of old blocks if a target size in MiB is provided. This mode is incompatible with -txindex and -rescan. Warning: Reverting this setting requires re-downloading the entire blockchain. (default: 0 = disable pruning blocks, 1 = allow manual pruning via RPC, >550 = automatically prune block files to stay under the specified target size in MiB)
-reindex-chainstate    Rebuild chain state from the currently indexed blocks
-reindex    Rebuild chain state and block index from the blk*.dat files on disk
-sysperms    Create new files with system default permissions, instead of umask 077 (only effective with disabled wallet functionality)
-txindex    Maintain a full transaction index, used by the getrawtransaction rpc call (default: 0)

 

Connection options:
-addnode=<ip>    Add a node to connect to and attempt to keep the connection open
-banscore=<n>    Threshold for disconnecting misbehaving peers (default: 100)
-bantime=<n>    Number of seconds to keep misbehaving peers from reconnecting (default: 86400)
-bind=<addr>    Bind to given address and always listen on it. Use [host]:port notation for IPv6
-connect=<ip>    Connect only to the specified node(s); -noconnect or -connect=0 alone to disable automatic connections
-discover    Discover own IP addresses (default: 1 when listening and no -externalip or -proxy)
-dns    Allow DNS lookups for -addnode, -seednode and -connect (default: 1)
-dnsseed    Query for peer addresses via DNS lookup, if low on addresses (default: 1 unless -connect/-noconnect)
-externalip=<ip>    Specify your own public address
-forcednsseed    Always query for peer addresses via DNS lookup (default: 0)
-listen    Accept connections from outside (default: 1 if no -proxy or -connect/-noconnect)
-listenonion    Automatically create Tor hidden service (default: 1)
-maxconnections=<n>    Maintain at most <n> connections to peers (default: 125)
-maxreceivebuffer=<n>    Maximum per-connection receive buffer, <n>*1000 bytes (default: 5000)
-maxsendbuffer=<n>    Maximum per-connection send buffer, <n>*1000 bytes (default: 1000)
-maxtimeadjustment    Maximum allowed median peer time offset adjustment. Local perspective of time may be influenced by peers forward or backward by this amount. (default: 4200 seconds)
-onion=<ip:port>    Use separate SOCKS5 proxy to reach peers via Tor hidden services (default: -proxy)
-onlynet=<net>    Only connect to nodes in network <net> (ipv4, ipv6 or onion)
-permitbaremultisig    Relay non-P2SH multisig (default: 1)
-peerbloomfilters    Support filtering of blocks and transaction with bloom filters (default: 1)
-port=<port>    Listen for connections on <port> (default: 8333 or testnet: 18333)
-proxy=<ip:port>    Connect through SOCKS5 proxy
-proxyrandomize    Randomize credentials for every proxy connection. This enables Tor stream isolation (default: 1)
-rpcserialversion    Sets the serialization of raw transaction or block hex returned in non-verbose mode, non-segwit(0) or segwit(1) (default: 1)
-seednode=<ip>    Connect to a node to retrieve peer addresses, and disconnect
-timeout=<n>    Specify connection timeout in milliseconds (minimum: 1, default: 5000)
-torcontrol=<ip>:<port>    Tor control port to use if onion listening enabled (default: 127.0.0.1:9051)
-torpassword=<pass>    Tor control port password (default: empty)
-upnp=<pass>    Use UPnP to map the listening port (default: 0)
-whitebind=<addr>    Bind to given address and whitelist peers connecting to it. Use [host]:port notation for IPv6
-whitelist=<IP address or network>    Whitelist peers connecting from the given IP address (e.g. 1.2.3.4) or CIDR notated network (e.g. 1.2.3.0/24). Can be specified multiple times. Whitelisted peers cannot be DoS banned and their transactions are always relayed, even if they are already in the mempool, useful e.g. for a gateway
-whitelistrelay    Accept relayed transactions received from whitelisted peers even when not relaying transactions (default: 1)
-whitelistforcerelay    Force relay of transactions from whitelisted peers even if they violate local relay policy (default: 1)
-maxuploadtarget=<n>    Tries to keep outbound traffic under the given target (in MiB per 24h), 0 = no limit (default: 0)

 

Wallet options:
-disablewallet    Do not load the wallet and disable wallet RPC calls
-keypool=<n>    Set key pool size to <n> (default: 100)
-fallbackfee=<amt>    A fee rate (in BTC/kB) that will be used when fee estimation has insufficient data (default: 0.0002)
-mintxfee=<amt>    Fees (in BTC/kB) smaller than this are considered zero fee for transaction creation (default: 0.00001)
-paytxfee=<amt>    Fee (in BTC/kB) to add to transactions you send (default: 0.00)
-rescan    Rescan the block chain for missing wallet transactions on startup
-salvagewallet    Attempt to recover private keys from a corrupt wallet on startup
-spendzeroconfchange    Spend unconfirmed change when sending transactions (default: 1)
-txconfirmtarget=<n>    If paytxfee is not set, include enough fee so transactions begin confirmation on average within n blocks (default: 6)
-usehd    Use hierarchical deterministic key generation (HD) after BIP32. Only has effect during wallet creation/first start (default: 1)
-walletrbf    Send transactions with full-RBF opt-in enabled (default: 0)
-upgradewallet    Upgrade wallet to latest format on startup
-wallet=<file>    Specify wallet file (within data directory) (default: wallet.dat)
-walletbroadcast    Make the wallet broadcast transactions (default: 1)
-walletnotify=<cmd>    Execute command when a wallet transaction changes (%s in cmd is replaced by TxID)
-zapwallettxes=<mode>    Delete all wallet transactions and only recover those parts of the blockchain through -rescan on startup (1 = keep tx meta data e.g. account owner and payment request information, 2 = drop tx meta data)

 

ZeroMQ notification options:
-zmqpubhashblock=<address>    Enable publish hash block in <address>
-zmqpubhashtx=<address>    Enable publish hash transaction in <address>
-zmqpubrawblock=<address>    Enable publish raw block in <address>
-zmqpubrawtx=<address>    Enable publish raw transaction in <address>

 

Debugging/Testing options:
-uacomment=<cmt>    Append comment to the user agent string
-debug=<category>    Output debugging information (default: 0, supplying <category> is optional). If <category> is not supplied or if <category> = 1, output all debugging information.<category> can be: addrman, alert, bench, cmpctblock, coindb, db, http, libevent, lock, mempool, mempoolrej, net, proxy, prune, rand, reindex, rpc, selectcoins, tor, zmq, qt.
-help-debug    Show all debugging options (usage: --help -help-debug)
-logips    Include IP addresses in debug output (default: 0)
-logtimestamps    Prepend debug output with timestamp (default: 1)
-minrelaytxfee=<amt>    Fees (in BTC/kB) smaller than this are considered zero fee for relaying, mining and transaction creation (default: 0.00001)
-maxtxfee=<amt>    Maximum total fees (in BTC) to use in a single wallet transaction or raw transaction; setting this too low may abort large transactions (default: 0.10)
-printtoconsole    Send trace/debug info to console instead of debug.log file
-shrinkdebugfile    Shrink debug.log file on client startup (default: 1 when no -debug)

Chain selection options:
-testnet    Use the test chain

 

Node relay options:
-bytespersigop    Equivalent bytes per sigop in transactions for relay and mining (default: 20)
-datacarrier    Relay and mine data carrier transactions (default: 1)
-datacarriersize    Maximum size of data in data carrier transactions we relay and mine (default: 83)
-mempoolreplacement    Enable transaction replacement in the memory pool (default: 1)

Block creation options:
-blockmaxweight=<n>    Set maximum BIP141 block weight (default: 3000000)
-blockmaxsize=<n>    Set maximum block size in bytes (default: 750000)
-blockprioritysize=<n>    Set maximum size of high-priority/low-fee transactions in bytes (default: 0)
-blockmintxfee=<amt>    Set lowest fee rate (in BTC/kB) for transactions to be included in block creation. (default: 0.00001)

 

RPC server options:
-server    Accept command line and JSON-RPC commands
-rest    Accept public REST requests (default: 0)
-rpcbind=<addr>    Bind to given address to listen for JSON-RPC connections. Use [host]:port notation for IPv6. This option can be specified multiple times (default: bind to all interfaces)
-rpccookiefile=<loc>    Location of the auth cookie (default: data dir)
-rpcuser=<user>    Username for JSON-RPC connections
-rpcpassword=<pw>    Password for JSON-RPC connections
-rpcauth=<userpw>    Username and hashed password for JSON-RPC connections. The field <userpw> comes in the format: <USERNAME>:<SALT>$<HASH>. A canonical python script is included in share/rpcuser. The client then connects normally using the rpcuser=<USERNAME>/rpcpassword=<PASSWORD> pair of arguments. This option can be specified multiple times
-rpcport=<port>    Listen for JSON-RPC connections on <port> (default: 8332 or testnet: 18332)
-rpcallowip=<ip>    Allow JSON-RPC connections from specified source. Valid for <ip> are a single IP (e.g. 1.2.3.4), a network/netmask (e.g. 1.2.3.4/255.255.255.0) or a network/CIDR (e.g. 1.2.3.4/24). This option can be specified multiple times

-rpcthreads=<n>    Set the number of threads to service RPC calls (default: 4)

UI Options:
-choosedatadir    Choose data directory on startup (default: 0)
-lang=<lang>    Set language, for example "de_DE" (default: system locale)
-min    Start minimized
-rootcertificates=<file>    Set SSL root certificates for payment request (default: -system-)
-splash    Show splash screen on startup (default: 1)
-resetguisettings    Reset all settings changed in the GUI

 

 

   FAQ [ часто задаваемые вопросы ]

-Где располагается папка с ключами кошелька и базой блоков?

Для Windows это %appdata%\bitcoin

Например, для Windows7 это C:\Users\_Имя_Учётной_Записи_\AppData\Roaming\Bitcoin

 

Для Linux это $HOME/.bitcoin/

Например, /home/_Имя_Учётной_Записи_/.bitcoin/

 

Для Mac OSX это $HOME/Library/Application Support/Bitcoin/

Например, /Users/_Имя_Учётной_Записи_/Library/Application Support/Bitcoin/

 

Зачем нужен wallet.dat и как перенести кошелек на другой компьютер ?

Файл wallet.dat – самый важный, в нем хранятся все адреса и приватные ключи, то есть все сведения о кошельке.

Чтобы перенести кошелек на другой комп, надо скопировать старый wallet.dat на флешку, поставить клиент на другой комп (другой диск) и подсунуть ему старый wallet.dat.

Новый wallet.dat, созданный системой при установке клиента, можно удалить, если на нем нет биткоинов, или переименовать, например, в new_wallet.dat.

 

Нужен ли для переноса кошелька файл peers.dat ?

Этот файл – список нод сети, который создается динамически при работе кошелька. Для переноса кошелька не требуется.

 

-Как сделать, чтобы кошелек смотрел в другую папку, например D:\bitcoin\key ?

Нужно заранее создать папку с указанным названием и запускать кошелек с ключом -datadir="путь_к_папке"

Например, создаем .cmd файл в папке кошелька с следующим содержанием:

bitcoin-qt.exe -datadir=D:\bitcoin\key

Как вариант, можно прописать ключ -datadir в ярлыке для запуска кошелька

 

- Как ускорить зависшую транзакцию?

Читаем в этом посте

 

Как сделать, чтобы Bitcoin Core работал полностью с флешки на Mас OS?

https://bitcointalk.org/index.php?topic=16258.0

 

-Как уменьшить размер блокчейн базы ?

 

Чтобы уменьшить размер базы Bitcoin Core, нужно запустить кошелек с параметром -prune=N где N кол-во мегабайт, доступных для хранения базы.

Размер кошелька уменьшается за счет удаления данных о старых блоках

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

Также этот режим несовместим с параметрами -rescan и -txindex и с импортированием новых ключей.

 

Хочу ускорить синхронизацию кошелька, но Bitcoin Core не дает открыть более 8 соединений, как мне быть, чтобы открыть больше соединений ?

Максимальное количество открытых соединений на синхронизацию регулируется тут: https://github.com/bitcoin/bitcoin/blob/fc5d85c4bbb5fd5964117d4faf698ef2bf4ec634/src/net.cpp#L40

     Если хотите больше - скомпилируйте файл с другим параметром. Но для скорости это не поможет.

     Для скорости можно порекомендовать несколько вариантов:

     –  скачать блоки с торрента или из другого источника (более быстрого);

     –  закрыть соединения с открытыми нодами, найти одну быструю и установить с ней соединение командой -connect https://bitcointalk.org/index.php?topic=117404.msg1261817#msg1261817

 

-Как безопасно хранить биткоины и пользоваться кошельком?

Рекомендуем к изучению следующие материалы:

Безопасность кошелька

Общие рекомендации по безопасности

 

-Народ подскажите плиз еще... а никак нельзя мне воспользоваться кошельком, перевести с него бабки не дожидаясь синхронизации?

Монеты принадлежат тому, у кого есть закрытые ключ от BTC адреса. Если нужно потратить монеты не дожидаясь синхронизации, то можно достать закрытый ключ из кошелька BTC-core и импортировать в любой другой тонкий кошелек (Mycelium Wallet или Copay). 

 

-Как мне удалить один адрес в wallet.dat без удаления других адресов?

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

 

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

1. Переименуйте при выключенном кошельке wallet.dat в wallet_old.dat

2. Запустите кошелек, он создаст новый wallet.dat

3. Генерируйте адреса в нем

 

-Если сохранить валет дат не зашифрованный, потом в случае проблем с паролем,возможно удалив один подсунуть ему другой?

Да

 

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

В момент отправки.

 

-В 15 версии клиента, была заявлена возможность добавить комиссию застрявшей транзакции. А как это сделать?

Правой кнопкой по неподтверждённой транзакции - Increase transaction fee. До этого надо включить в настройках "enable replace-by-fee" до отправки транзакции.

 

-Хочу завести на core: пока оно синхронизируется создаю новые адреса на получение и отправляю на них - транза повиснет?

Транза пройдет нормально, но отобразится в кошельке после полной синхронизации. Саму транзакцию можно смотреть в любом онлайн блок-эксплорере вроде blockchain.info

 

-Куда можно скормить стоковый кошель *.dat чтобы сразу работать? Electrum вешается наглухо с ним, blockchain.info в него не умеет.

Сам файл wallet.dat никуда больше не подсунуть. Но можно зайти в консоль клиента, сделать команду dumpwallet, получить список приватных ключей от кошелька и уже этот список импортировать в тот же electrum.

 

-Может кто знает, как по быстрому сгенерировать 100-500 кошельков в QT-Core?

Bitcoin-core предоставляет команду getnewaddress которая делает то, что вам нужно. Правда, придётся обернуть её в какой-то свой скрипт или программу, если вам нужно именно единовременно 500 адресов. Под линуксом делается как-то так:

for i in `seq 1 500`; do bitcoin-cli getnewaddress; done

Под виндой:

for /l %%x in (1, 1, 500) do (
   echo %%x
   bitcoin-cli.exe -rpcuser=rpc -rpcpassword=rpc getnewaddress %%x  >> c:\temp\btc.txt
)
 

-Подскажите, в новых версиях (0.16) есть возможность создать обычный (не-сегвит) адрес?

-addresstype

What type of addresses to use ("legacy", "p2sh-segwit", or "bech32", default: "p2sh-segwit")

.\v0.16.0\bitcoin-qt.exe -addresstype=legacy

 

-Как получить приватный ключ своего адреса (кошелька)?

Edited 24 Nov 2023, 21:50 by Helber
Добавлена ссылка на пост Полиморфа от 2023-11-24 (про ускорение)

[polym0rph]

Начиная с версии Bitcoin 0.4.0 поддерживается шифрование кошелька. Также программа использует новую версию Berkeley DB (bdb version 4.8), так что откат с нее на более ранние версии будет приводить к ошибке программы.

[Spirit Finder]

Официальный кошелек Bitcoin, запущенный с параметром -gen, майнит только центральным процессором или может майнить и видеокартами?

[polym0rph]

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

[polym0rph]

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

 

Скорость расчета на моем проце кошельком 1422 khash/s Так что вырубаю это неблагодарное дело.

[lzsaver]

Раньше были патчи, чтоб GPU нагружал, но они уже давно морально устарели.

Сейчас нет смысла вообще генерировать официальным клиентом, так как он

слабее даже современных CPU майнеров. По этому из GUI эту опцию убрали.

[serg1487]

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

[polym0rph]

До сих пор ничего не пришло? На дипе написано в разделе выплат, что выплата прошла? У него недавно были проблемы с выплатами, но вроде закончились уже... Если сумма очень маленькая, типа 0,01 то мжет не пройти, т.к. требуется заплатить комиссию

[serg1487]

было 0,02 и 0,03 - попробую больше вывести, но настроек дополнительных в кошельке не?

[GoDs_CMD]

Версия bitcoin-0.5.1

Просьба на главной добавить его так как версия 0.5.0 устарела.

[polym0rph]

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

[a1a2]

Установил свежий кошелёк, а он с сетью синхронизироваться не хочет. Может где чего настроить надо? Интернет есть.

[a1a2]

Всё заработало.

[polym0rph]

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

[andervol]

Недавно отправил 100 монет на гокс. В кошельке списались, а на биржу и через 10 блоков не дошли. Перезапустил клиент, та же картина. Блоки скачаны были все. Откатил wallet.dat на версию из бекапа, Сумма изменилась на начальную и транзакция на 100 BTC исчезла, пришлось еще раз отправлять. Как я понимаю ошибка произошла, так как в момент отправки клиент не был соединен(не обратил внимание). Хотя был запущен не первые сутки, и блоки качались... странно. Можно пункт фака такой проблемой дополнить, ведь рескан не совсем удобная вещь.

[polym0rph]

"Неправильно ты, Дядя Федор, бутерброд ешь!" (с)

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

[GoDs_CMD]

0.52 кошелек вышел

BUG FIXES

 

Check all transactions in blocks after the last checkpoint (0.5.0 and 0.5.1 skipped checking ECDSA signatures during initial blockchain download; this was not a security vulnerability).

 

Cease locking memory used by non-sensitive information (this caused a huge performance hit on some platforms, especially noticable during initial blockchain download).

 

Fixed some address-handling deadlocks (client freezes).

 

No longer accept inbound connections over the internet when Bitcoin is being used with Tor (identity leak).

 

Re-enable SSL support for the JSON-RPC interface (it was unintentionally disabled for the 0.5.0 and 0.5.1 release Linux binaries).

 

Use the correct base transaction fee of 0.0005 BTC for accepting transactions into mined blocks (since 0.4.0, it was incorrectly accepting 0.0001 BTC which was only meant to be relayed).

 

Don’t show “IP” for transactions which are not necessarily IP transactions.

 

Add new DNS seeds (maintained by Pieter Wuille and Luke Dashjr).

[serg1487]

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

[kurkulos]

подскажите я 07.03 отправил биткоины с дип бита на кошелёк но они не пришли посей день-пишет: кошелёк -что транзакция не корректная

[polym0rph]

@serg1487,

Достаточно перенести 2 файла - blk0001.dat и blkindex.dat насколько я понимаю.

 

@kurkulos,

А блокэксплорер что думает по поводу этой транзакции? Вообще в саппорт дипбита можно вопрос задать.

[perest]

скажите пожалуйста, где находятся уже загружены блоки.

находятся тут - C:\Users\_Имя_Учётной_Записи_\AppData\Roaming\Bitcoin

тоже как раз интересует на будущее, с винды на винду перебросить, файлов из этой папки достаточно для восстановления работоспособности? и состояние счёта будет как и было?

[polym0rph]

@perest,

Да, должно быть все нормально. Главное, перенесите файл wallet.dat, там все ключи. Остальное все восстановимо.

[kurkulos]

а можно попроще

[polym0rph]

@kurkulos,

Можно. Перекинуть все содержимое указанной выше папки вместе с блоками и кошельком.

Лично я делаю по-другому, запускаю кошелек с папметром -datadir=путь_к_папке где у меня лежит кошелек. Поскольку он лежит не на системном диске, то даже полное форматирование и переустановка винды на системном ему не страшна.

[phants]

Версия 0.5.3

http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.5.3/