How to Get a Bitcoin Wallet: A Step-by Step Guide (With ...

Megacoin MΣC 1.9.9.x - Release Notes - Short Overview

Megacoin MΣC 1.9.9.x - Release Notes - Short Overview

https://preview.redd.it/3ex64pfi6k251.jpg?width=1452&format=pjpg&auto=webp&s=c029b11966e1215b4bb95be70756923830c150a6

Masternodes
Megacoin MΣC 1.9.9.x brings along a masternode system for Bitcore. The collateral for one masternode is 4,200 MΣC . This allows up to 10,000 masternodes to support the network. The masternodes receive half of all generated bitcores. It is possible to setup a masternode with the minimum version 1.9.9.x or higher. A government system is included in the new core
Datacarriersize

https://preview.redd.it/jyf7ka176k251.jpg?width=1288&format=pjpg&auto=webp&s=cd6f881532ffb0b26f02bc19ca73ecb52882748a
Megacoin MΣC 1.9.9.x increase the default datacarriersize up to 220 bytes. More infos con you find here | here no 2. | here no 3.
Command fork system
Different forks can be activated remotely in the future. This way we can ensure that all critical updates are only activated once all important network participants are ready.
Wallet changes
Megacoin MΣC 1.9.9.x introduces full support for segwit in the wallet and user interfaces. A new `-addresstype` argument has been added, which supports `legacy`, `p2sh-segwit` (default), and `bech32` addresses. It controls what kind of addresses are produced by `getnewaddress`, `getaccountaddress`, and `createmultisigaddress`. A `-changetype` argument has also been added, with the same options, and by default equal to `-addresstype`, to control which kind of change is used.
A new `address_type` parameter has been added to the `getnewaddress` and `addmultisigaddress` RPCs to specify which type of address to generate.
A `change_type` argument has been added to the `fundrawtransaction` RPC to override the `-changetype` argument for specific transactions.
All segwit addresses created through `getnewaddress` or `*multisig` RPCs explicitly get their redeemscripts added to the wallet file. This means that downgrading after creating a segwit address will work, as long as the wallet file is up to date.
All segwit keys in the wallet get an implicit redeemscript added, without it being written to the file. This means recovery of an old backup will work, as long as you use new software.
All keypool keys that are seen used in transactions explicitly get their redeemscripts added to the wallet files. This means that downgrading after recovering from a backup that includes a segwit address will work
Note that some RPCs do not yet support segwit addresses. Notably, `signmessage`/`verifymessage` doesn't support segwit addresses, nor does `importmulti` at this time. Support for segwit in those RPCs will continue to be added in future versions.
P2WPKH change outputs are now used by default if any destination in the transaction is a P2WPKH or P2WSH output. This is done to ensure the change output is as indistinguishable from the other outputs as possible in either case.
BIP173 (Bech32) Address support ("mec.." addresses)

https://preview.redd.it/kzg55cg36k251.jpg?width=1288&format=pjpg&auto=webp&s=288ac36af63f4f5040ca2d20c9d8f07b78d99a5a

Full support for native segwit addresses (BIP173 / Bech32) has now been added.
This includes the ability to send to BIP173 addresses (including non-v0 ones), and generating these addresses (including as default new addresses, see above).
A checkbox has been added to the GUI to select whether a Bech32 address or P2SH-wrapped address should be generated when using segwit addresses. When launched with `-addresstype=bech32` it is checked by default. When launched with `-addresstype=legacy` it is unchecked and disabled.
HD-wallets by default
Due to a backward-incompatible change in the wallet database, wallets created with version 0.15.2 will be rejected by previous versions. Also, version 0.15.2 will only create hierarchical deterministic (HD) wallets. Note that this only applies to new wallets; wallets made with previous versions will not be upgraded to be HD.
Replace-By-Fee by default in GUI
The send screen now uses BIP125 RBF by default, regardless of `-walletrbf`.There is a checkbox to mark the transaction as final.
The RPC default remains unchanged: to use RBF, launch with `-walletrbf=1` oruse the `replaceable` argument for individual transactions.
Wallets directory configuration (`-walletdir`)
Megacoin MΣC 1.9.9.x now has more flexibility in where the wallets directory can belocated. Previously wallet database files were stored at the top level of thebitcoin data directory. The behavior is now:
For new installations (where the data directory doesn't already exist), wallets will now be stored in a new `wallets/` subdirectory inside the data directory by default.
For existing nodes (where the data directory already exists), wallets will be stored in the data directory root by default. If a `wallets/` subdirectory already exists in the data directory root, then wallets will be stored in the `wallets/` subdirectory by default.- The location of the wallets directory can be overridden by specifying a
`-walletdir=` option where `` can be an absolute path to a directory or directory symlink.
Care should be taken when choosing the wallets directory location, as if itbecomes unavailable during operation, funds may be lost.
Support for signalling pruned nodes (BIP159)


Pruned nodes can now signal BIP159's NODE_NETWORK_LIMITED using service bits, in preparation forfull BIP159 support in later versions. This would allow pruned nodes to serve the most recent blocks. However, the current change does not yet include support for connecting to these pruned peers.
GUI changes
We have added a new Walletdesign. The option to reuse a previous address has now been removed. This was justified by the need to "resend" an invoice, but now that we have the request history, that need should be gone.- Support for searching by TXID has been added, rather than just address and label.- A "Use available balance" option has been added to the send coins dialog, to add the remaining available wallet balance to a transaction output.- A toggle for unblinding the password fields on the password dialog has been added
Security
We change the coinbase maturity via command fork from 100 to 576 blocks. Also we have pumb the default the protoversion to 70006. It is possible later to disconnect the old version via command fork.
Hashalgorythm
Megacoin MΣC 1.9.9.x supports a completely new hashalgo "Mega_MEC".
Sources
Bitcoin Core, Dash Core, FXTC Core, LTC Core, PIVX Core, Bitcoin Cash Core, Bitcore BTX Odarhom
submitted by limxdev to megacoinmec [link] [comments]

Odarhom - Release Notes - Short Overview - First Draft

Odarhom - Release Notes - Short Overview - First Draft

Odarhom
Masternodes
Odarhom brings along a masternode system for Bitcore. The collateral for one masternode is 2,100 BTX. This allows up to 10,000 masternodes to support the network. The masternodes receive half of all generated bitcores. It is possible to setup a masternode with the minimum version 0.90.8.x or higher. A government system is included in the new core and can be activated later, if necessary.
Datacarriersize

https://preview.redd.it/csrmknzl58q41.jpg?width=1267&format=pjpg&auto=webp&s=85c59b3e5753009f397505c3000e6d70892188b7
Odarhom increase the default datacarriersize up to 220 bytes. More infos con you find here | here no 2. | here no 3.
Command fork system
Different forks can be activated remotely in the future. This way we can ensure that all critical updates are only activated once all important network participants are ready.
Wallet changes
Odarhom introduces full support for segwit in the wallet and user interfaces. A new `-addresstype` argument has been added, which supports `legacy`, `p2sh-segwit` (default), and `bech32` addresses. It controls what kind of addresses are produced by `getnewaddress`, `getaccountaddress`, and `createmultisigaddress`. A `-changetype` argument has also been added, with the same options, and by default equal to `-addresstype`, to control which kind of change is used.
A new `address_type` parameter has been added to the `getnewaddress` and `addmultisigaddress` RPCs to specify which type of address to generate.
A `change_type` argument has been added to the `fundrawtransaction` RPC to override the `-changetype` argument for specific transactions.
All segwit addresses created through `getnewaddress` or `*multisig` RPCs explicitly get their redeemscripts added to the wallet file. This means that downgrading after creating a segwit address will work, as long as the wallet file is up to date.
All segwit keys in the wallet get an implicit redeemscript added, without it being written to the file. This means recovery of an old backup will work, as long as you use new software.
All keypool keys that are seen used in transactions explicitly get their redeemscripts added to the wallet files. This means that downgrading after recovering from a backup that includes a segwit address will work
Note that some RPCs do not yet support segwit addresses. Notably, `signmessage`/`verifymessage` doesn't support segwit addresses, nor does `importmulti` at this time. Support for segwit in those RPCs will continue to be added in future versions.
P2WPKH change outputs are now used by default if any destination in the transaction is a P2WPKH or P2WSH output. This is done to ensure the change output is as indistinguishable from the other outputs as possible in either case.
BIP173 (Bech32) Address support ("btx..." addresses)

https://preview.redd.it/q0c26p3fx7q41.jpg?width=1278&format=pjpg&auto=webp&s=bd2b8c5d583dca703caae940aa44e01a365f080c
Full support for native segwit addresses (BIP173 / Bech32) has now been added.
This includes the ability to send to BIP173 addresses (including non-v0 ones), and generating these addresses (including as default new addresses, see above).
A checkbox has been added to the GUI to select whether a Bech32 address or P2SH-wrapped address should be generated when using segwit addresses. When launched with `-addresstype=bech32` it is checked by default. When launched with `-addresstype=legacy` it is unchecked and disabled.
HD-wallets by default
Due to a backward-incompatible change in the wallet database, wallets created with version 0.15.2 will be rejected by previous versions. Also, version 0.15.2 will only create hierarchical deterministic (HD) wallets. Note that this only applies to new wallets; wallets made with previous versions will not be upgraded to be HD.
Replace-By-Fee by default in GUI
The send screen now uses BIP125 RBF by default, regardless of `-walletrbf`.There is a checkbox to mark the transaction as final.
The RPC default remains unchanged: to use RBF, launch with `-walletrbf=1` oruse the `replaceable` argument for individual transactions.
Wallets directory configuration (`-walletdir`)
Odarhom now has more flexibility in where the wallets directory can belocated. Previously wallet database files were stored at the top level of thebitcoin data directory. The behavior is now:
For new installations (where the data directory doesn't already exist), wallets will now be stored in a new `wallets/` subdirectory inside the data directory by default.
For existing nodes (where the data directory already exists), wallets will be stored in the data directory root by default. If a `wallets/` subdirectory already exists in the data directory root, then wallets will be stored in the `wallets/` subdirectory by default.- The location of the wallets directory can be overridden by specifying a
`-walletdir=` option where `` can be an absolute path to a directory or directory symlink.
Care should be taken when choosing the wallets directory location, as if itbecomes unavailable during operation, funds may be lost.
Support for signalling pruned nodes (BIP159)

https://preview.redd.it/fctdedmwx7q41.jpg?width=1283&format=pjpg&auto=webp&s=20dafb6385f46a072f68d49fd0e9a294341be684
Pruned nodes can now signal BIP159's NODE_NETWORK_LIMITED using service bits, in preparation forfull BIP159 support in later versions. This would allow pruned nodes to serve the most recent blocks. However, the current change does not yet include support for connecting to these pruned peers.
GUI changes
We have added a new Walletdesign. The option to reuse a previous address has now been removed. This was justified by the need to "resend" an invoice, but now that we have the request history, that need should be gone.- Support for searching by TXID has been added, rather than just address and label.- A "Use available balance" option has been added to the send coins dialog, to add the remaining available wallet balance to a transaction output.- A toggle for unblinding the password fields on the password dialog has been added
Security
We change the coinbase maturity via command fork from 100 to 576 blocks. Also we have pumb the default the protoversion to 80004. It is possible later to disconnect the old version via command fork.
Hashalgorythm
Odarhom supports already lots of Hashalgorythms so can we later with an update new Hashalgorythms for mining. A final decision will be agreed with the community. Odarhom can work with timetravel10, scrypt, nist5, lyra2z, x11, x16r.
Sources
Bitcoin Core, Dash Core, FXTC Core, LTC Core, PIVX Core, Bitcoin Cash Core
submitted by limxdev to bitcore_btx [link] [comments]

How to Mine BiblePay on Linux

This guide is outdated, please refer to:
https://wiki.biblepay.org/POBH_Setup
https://wiki.biblepay.org/PODC_Setup
 
 
 
 
 
 
 
 
IMPORTANT - Evolution Upgrade:
Quick Start https://wiki.biblepay.org/Quick_Start
Evolution Upgrade Information https://wiki.biblepay.org/Evolution_Upgrade
Getting Started with Evolution https://wiki.biblepay.org/Getting_Started_with_Evolution
Generic Smart Contracts https://wiki.biblepay.org/Generic_Smart_Contracts
What is BiblePay Evolution? https://www.reddit.com/BiblePay/comments/bifvpk/biblepay_evolution_what_is_it/
Recommend 2GB RAM or can get stuck compiling (if 1GB RAM can use Swap File) Use Ubuntu 16.04
INFO
https://github.com/biblepay/biblepay-evolution/blob/masteBuildBiblePay.txt
INSTALL COMMANDS
apt-get install build-essential libtool autotools-dev automake pkg-config libssl-dev libevent-dev bsdmainutils apt-get install libboost-system-dev libboost-filesystem-dev libboost-chrono-dev libboost-program-options-dev libboost-test-dev libboost-thread-dev apt-get install libqt5gui5 libqt5core5a libqt5dbus5 qttools5-dev qttools5-dev-tools libprotobuf-dev protobuf-compiler apt-get install git apt-get install curl build-essential libtool autotools-dev automake pkg-config python3 bsdmainutils cmake sudo add-apt-repository ppa:bitcoin/bitcoin sudo apt-get update sudo apt-get install libdb4.8-dev libdb4.8++-dev git clone http://github.com/biblepay/biblepay-evolution prefix=x86_64-pc-linux-gnu cd biblepay-evolution/depends make -j4 # Choose a good -j value, depending on the number of CPU cores available cd .. ./autogen.sh #Note: if echo `pwd` does not return your working directory, replace it with your working directory such as /biblepay-evolution/ ./configure --prefix `pwd`/depends/x86_64-pc-linux-gnu make # See more here: #https://github.com/biblepay/biblepay-evolution/blob/mastedoc/build-unix.md 

SWAP FILE
NOTE: if server is 1GB RAM, before running last command "sudo make", set up a swap file
free #check if swap is 0 dd if=/dev/zero of=/vaswap.img bs=1024k count=1000 mkswap /vaswap.img swapon /vaswap.img free #check if swap is 1024 sudo make 

RUN COMMAND LINE
cd src ./biblepayd -daemon 
OR
RUN GUI
Your GUI program will be located in: /biblepay-evolution/src/qt
./biblepay-qt 
You can also run it in the background (to free up your terminal) if you call it with:
./biblepay-qt & 
To start mining, instructions are the same as for Windows: Go to Tools -> Debug Console
Execute this command (to start mining with 8 threads)
setgenerate true 8 
From there you can use all other commands such as getmininginfo, getwalletinfo, etc. Execute help command to get the list of all available commands.
Note: GUI will be built automatically only if you meet the requirements for qt library, i.e. make sure you ran this line before compiling:
sudo apt-get install libqt5gui5 libqt5core5a libqt5dbus5 qttools5-dev qttools5-dev-tools libprotobuf-dev protobuf-compiler 
BIBLEPAY is now Running!

SETUP CONFIG
Stop BiblePay and set up the config file to get starting nodes to sync with and enable mining:
./biblepay-cli stop cd ~/.biblepayevolution/ vi biblepay.conf addnode=node.biblepay.org gen=1 genproclimit=1 
Escape Key + : (Colon Key) + w + q + Enter (saves file and quits)

addnode --- adds a node to the list of nodes to connect to gen=1 --- turns on mining genproclimit --- sets number of threads to use when mining

Run BiblePay again and fully sync with network
cd ../biblepay-evolution/src ./biblepayd -daemon ./biblepay-cli getinfo 

USEFUL COMMANDS
./biblepay-cli help ./biblepay-cli getaccountaddress "" ./biblepay-cli getinfo ./biblepay-cli getmininginfo ./biblepay-cli setgenerate true 8 ./biblepay-cli sendtoaddress "insertAddressHere" 777 "" "" true ./biblepay-cli stop ./biblepayd -daemon top #CPU usage q to quit 

MINING THREADS: To change number of threads to use up for mining
a. Edit home/yourusername/.biblepayevolution/biblepay.conf file:
genproclimit=X 
and restart BiblePay -or- b. Menu >> Tools >> Debug Console >> Type command:
setgenerate true X 
(Replace X with number of threads Use top command to view CPU usage)

POOL
NOTE: To use the pool you must now use the external miner, not the wallet miner https://whitewalr.us/2019/biblepay-nomp-pool-mining.html
  1. Set up an account on pool website: https://pool.biblepay.org/
  2. Create Worker Username(s) - Workers tab >>> Add
  3. Enable pool and add Worker Username in ~/.biblepayevolution/biblepay.conf file, add these lines and save:
    pool=https://pool.biblepay.org workerid=insertWorkerUsernameHere
4. Restart BiblePay
./biblepay-cli stop ./biblepayd -daemon 
Setup Auto-Withdraw Navigate to Account >>> Account Settings >>> Verify your BBP Receiving Address >>> Click Authorize-Auto-Withdraws

UPDATE:

### Turn off/stop BiblePay
cd /home/yourname/biblepay-evolution/src ./biblepay-cli stop 

### Pull down latest Biblepay code and build it
cd /home/yourname/biblepay-evolution git pull origin master sudo make 

### Turn BiblePay back on and check version number
cd src ./biblepayd -daemon ./biblepay-cli getinfo ./biblepay-cli setgenerate true 8 

UPDATE IN ONE COMMAND:
./biblepay-evolution/src/biblepay-cli stop ; cd && cd biblepay-evolution/ && git pull origin master && sudo make && cd src && ./biblepayd -daemon && sleep 90 && ./biblepay-cli getmininginfo 
Note: the ";" says do this after, regardless of the outcome Note: && says do this after only if previous command finished with no errors

SPEED UP COMPILE:
To speed up the compile time, add -j4 or -j8 after make. This way it compiles using 4 or 8 threads instead of just 1.
./configure LDFLAGS="-L${BDB_PREFIX}/lib/" CPPFLAGS="-I${BDB_PREFIX}/include/" sudo make -j8 
Reference: http://www.linux-databook.info/?page_id=2319

RSYNC stop biblepay from your nodes compile on your fastest machine then rsync with your machines only src folder is required
rsync -avuz /root/biblepay-evolution/src/ [email protected]:/root/biblepay-evolution/src/ 
https://stackoverflow.com/questions/3299951/how-to-pass-password-for-rsync-ssh-command https://www.thegeekstuff.com/2008/11/3-steps-to-perform-ssh-login-without-password-using-ssh-keygen-ssh-copy-id/
people make cron jobs and rsync automatically

OUTDATED

Unofficial Bash Script
https://gist.github.com/anonymous/d1c1d35e3c8f67f5fb2e204479fa5c6b

Official Ubuntu Package
https://launchpad.net/~biblepay-official

Unofficial Ubuntu Package
https://www.reddit.com/BiblePay/comments/7rwqqs/unofficial_ubuntu_packages_available/

Unofficial Mine in One Line
https://www.reddit.com/BiblePay/comments/7ryuk1/mine_in_one_line/
NOTE: DONT RUN ON A COMPUTER WITH COINS -- THIS IS A CLEAN INSTALL SCRIPT

COMPILE WITHOUT GUI: https://bitcointalk.org/index.php?topic=2042657.msg21878317#msg21878317 https://bitcointalk.org/index.php?topic=2042657.msg21878389#msg21878389
ADVANCED:

DOCKER IMAGES (NOTE: I havent tested these, use at your own risk) https://hub.docker.com/gagaha/biblepay/ https://hub.docker.com/cryptozero/biblepay-opt/
submitted by togoshige to BiblePay [link] [comments]

BiblePay BOINC Cruncher Setup Guide ([email protected] & World Community Grid)

This guide is outdated, please refer to the new guide:
https://wiki.biblepay.org/PODC_Setup
https://wiki.biblepay.org/PODC
NOTE: BiblePay no longer supports [email protected] (RH), Only World Community Grid (WCG)
.
.
.
.
.
.
.
.
.
.
.
.
------
OUTDATED:
BiblePay (BBP), a Charity Christian Cryptocurrency,welcomes all World Community Grid and [email protected] crunchersto start earning BiblePay coins for your volunteered CPU science contributions!
BiblePay recently removed its BOINC Team Requirement,now anyone can be rewarded BBP coins without having to Join "Team BiblePay"!
BiblePay rewards linked BOINC crunchers every 24 hours for their contributed work,To receive rewards you will have to buy and hold some BiblePay coins in your BiblePay Wallet, this is called "staking"
NOTE: This guide assumes that you already a cruncher with RAC (Recent Average Credit)on either BOINC Projects [email protected] (RH) or World Community Grid (WCG)
=== PART A - Download and Install BiblePay Wallet
https://www.biblepay.org/wallet/
=== PART B - Create [email protected] Account
Website: https://boinc.bakerlab.org/rosetta/create_account_form.phporOpen BiblePay Wallet >> Distributed Computing tab >> Enter Email address and Password >> Click "Create and Attach [email protected] Account"
=== PART C - Display Data, Show Computers
[email protected]: "Edit Preferences" >> Enable "Should [email protected] show your computers?" >> Click Update https://boinc.bakerlab.org/rosetta/prefs.php?subset=project
World Community Grid: In "My Profile" select "Display my data", Click Save https://www.worldcommunitygrid.org/ms/viewMyProfile.do
=== PART D - Get 2 BiblePay coins from Pool Faucet
A. Create Pool Account: http://pool.biblepay.org/ >> Register Account
B. On left menu click "Faucet" >> "Non-Biblepay Faucet"
  1. Enter CPID (Cross-project ID) and BiblePay Address
a. Find CPID:
  1. [email protected]: https://boinc.bakerlab.org/rosetta/home.php
  2. World Community Grid: https://www.worldcommunitygrid.org/ms/viewMyProfile.do
b. Generate BiblePay Receiving Address:
  1. Wallet >> File >> Receiving Addresses >> New >> Label: "Staking" >> Ok
  2. Right click "Staking" address >> Click Copy Address
(Command Line: ./biblepay-cli getaccountaddress "Staking")
  1. Click Send button
NOTE: These BiblePay coins will take 2 block confirmations before you can use them,so please wait about 15 minutes before continuing (average BiblePay block time is 7 minutes)
=== PART E - Associate/Link [email protected] Account to Wallet
In Wallet >> Click "Distributed Computing" tab >> Enter Rosetta Username and Password >> Click "Associate"
(Command Line Users: ./biblepay-cli exec associate rosetta_email_address rosetta_password)
NOTE: Cannot link World Community Grid account, has to be [email protected] account, go back to Part B
=== PART F - Calculate Staking and Daily Profit
At a minimum, for 10% of the rewards, you need 1 BBP for every 1 RAC stored in your wallet,
To receive 100% BiblePay Research rewards, you need 20 BBP for every 1 RAC stored in your wallet,
Daily BiblePay Reward = (Your RAC / Total BiblePay RAC) x (Daily PODC Superblock Budget)
For Example (Using numbers/pricing from Oct 20th and assuming you have 30k RAC): Your RAC = 30,000 RAC Total BiblePay RAC = 8,900,000 RAC Daily PODC Superblock Budget = 1,077,000 BBP So a cruncher fully staked with 30,000 RAC would get a daily reward of: (30,000 / 8,900,000) x (1,077,000) = 3,630 BBP = $1.81/day For 10% reward, need 1 BBP per 1 RAC so 30,000 x 1 = 30,000 BBP = $15 would make $0.18/day, earning $5/month, and earn back investment in 3 months, For 100% reward, need 20 BBP per 1 RAC so 30,000 x 20 = 600,000 BBP = $300 would make $1.81/day, earning $50/month, and earn back investment in 6 months, 
View a table of staking reward levels:
In Wallet >> "Tools" menu >> "Debug Console" >> Type command: exec totalrac
(Command Line Users: ./biblepay-cli exec totalrac)
References:- Combined BOINC Stats: https://boincstats.com/en/stats/-1/team/detail/831912762/overview- Budget and Leaderboard: https://www.biblepay-central.org/- Current Market Value: https://coinmarketcap.com/currencies/biblepay/
=== PART G - Buy BiblePay coins for Staking
  1. Buy Bitcoin (BTC)a. Find Bitcoin Exchange: https://bitcoin.org/en/exchanges#international(I recommend Coinbase: https://www.coinbase.com/ Video Tutorial: https://www.youtube.com/watch?v=_NgXWhfVVJU#t=20)b. Create Accountc. Use Credit Card or Bank Account to Buy Bitcoin
  2. Buy BiblePay (BBP)a. Create account on SouthXchange: https://www.southxchange.com/Account/Register(or any exchange that trades BBP: https://coinmarketcap.com/currencies/biblepay/#markets)b. Send Bitcoin to SouthXchange(NOTE: this may take 6 confirmations, so wait about an hour)c. Buy BiblePay (BBP) coins with Bitcoin (BTC) using market or limit orders
Reference:
=== PART H - Wrapping up and Troubleshooting
  1. Send BiblePay coins from the Exchange to your Wallet
  2. Keep Wallet running 24/7 with internet, the coins will be used for stakingand you will get rewarded BiblePay coins every 24 hours!
  3. Useful commands for Troubleshooting:
- exec getboincinfo- exec stakebalance- exec totalrac
References:
NOTE: If stuck or confused, ask for help in the Bitcointalk forums or Discord!Community members will assist you!
More References:
- https://www.biblepay.org/mining/
- https://www.reddit.com/BiblePay/comments/97cx4f/world_community_grid_wcg_mining_guide/
- https://www.biblepay.org/freebbp/#faucetshttps://www.biblepay.org/airdrop/
TODO:
submitted by togoshige to BiblePay [link] [comments]

Trying to salvage some coins from 2013. Core (bitcoin-qt.exe v0.8.1-beta on Windows 8.1) is taking weeks to DL the blockchain as expected but keeps crashing now. Can I upgrade to a newer version without losing what I've gotten already (about 75% complete)?

Currently there are 134305 blocks remaining. When I start it up it works pretty smoothly for a while but then slows down. I leave it running while I'm gone but the last several days when I've come back it has crashed and gives me an I/O error, and I have to hit OK then start it back up. It does appear to be further along when I start it back up but not by a whole lot. So this has really slowed my progress. It's reindexed about 75% though, and so I don't want to start over from the beginning.
The drive it is on has ~400gb of free space so that's not the issue. I have 8gb of memory, and the task manager says bitcoin is taking up about 500mb, but it's using 60-85% of my cpu at a time.
If I download a newer version of core, I can just copy/paste the old wallet.dat file, right? But wouldn't it have to start downloading the entire blockchain again from the beginning? If so, is there any quicker method?
While typing this, it crashed twice. It only runs for about 10 minutes.
The version I have doesn't have any settings I can change. I read that there's a db size limit you can change in later versions that could help. This one does have a "debug window" with a command line console but I don't really know what to do with it. Here is a list of available commands: 
addmultisigaddress <'["key","key"]'> [account]
addnode
backupwallet
createmultisig <'["key","key"]'>
createrawtransaction [{"txid":txid,"vout":n},...] {address:amount,...}
decoderawtransaction
dumpprivkey
encryptwallet
getaccount
getaccountaddress
getaddednodeinfo [node]
getaddressesbyaccount
getbalance [account] [minconf=1]
getblock
getblockcount
getblockhash
getblocktemplate [params]
getconnectioncount
getdifficulty
getgenerate
gethashespersec
getinfo
getmininginfo
getnewaddress [account]
getpeerinfo
getrawmempool
getrawtransaction [verbose=0]
getreceivedbyaccount [minconf=1]
getreceivedbyaddress [minconf=1]
gettransaction
gettxout [includemempool=true]
gettxoutsetinfo
getwork [data]
help [command]
importprivkey [label] [rescan=true]
keypoolrefill
listaccounts [minconf=1]
listaddressgroupings
listlockunspent
listreceivedbyaccount [minconf=1] [includeempty=false]
listreceivedbyaddress [minconf=1] [includeempty=false]
listsinceblock [blockhash] [target-confirmations]
listtransactions [account] [count=10] [from=0]
listunspent [minconf=1] [maxconf=9999999] ["address",...]
lockunspent unlock? [array-of-Objects]
move [minconf=1] [comment]
sendfrom [minconf=1] [comment] [comment-to]
sendmany {address:amount,...} [minconf=1] [comment]
sendrawtransaction
sendtoaddress [comment] [comment-to]
setaccount
setgenerate [genproclimit]
settxfee
signmessage
signrawtransaction [{"txid":txid,"vout":n,"scriptPubKey":hex,"redeemScript":hex},...] [,...] [sighashtype="ALL"]
stop
submitblock [optional-params-obj]
validateaddress
verifymessage

submitted by closer_to_the_flame to Bitcoin [link] [comments]

Paper Wallet support in bitcoin-core | Dan Libby | Sep 29 2017

Dan Libby on Sep 29 2017:
Hi,
I'm writing to suggest and discuss the addition of paper wallet
functionality in bitcoin-core software, starting with a single new RPC
call: genExternalAddress [type].
-- rationale --
bitcoin-core is the most trusted and most secure bitcoin implementation.
Yet today (unless I've missed something) paper wallet generation
requires use of third party software, or even a website such as
bitaddress.org. This requires placing trust in an additional body of
code from a less-trusted and less peer-reviewed source. Ideally, one
would personally audit this code for one's self, but in practice that
rarely happens.
In the case of a website generator, the code must be audited again each
time it is downloaded. I cannot in good faith recommend to anyone to
use such third party tools for wallet generation.
I would recommend for others to trust a paper wallet that uses
address(es) generated by bitcoin-core itself.
At least for me, this requirement to audit (or implicitly trust) a
secondary body of bitcoin code places an additional hurdle or
disincentive on the use of paper wallets, or indeed private keys
generated outside of bitcoin-core for any purpose.
Unfortunately, one cannot simply use getnewaddress, getaccountaddress,
or getrawchangeaddress for this purpose, because the associated private
keys are added to the bitcoin-core wallet and cannot be removed... or in
the case of hd-wallets are deterministically derived.
As such, I'm throwing out the following half-baked proposal as a
starting point for discussion:
genexternaladdress ( "type" ) Returns a new Bitcoin address and private key for receiving payments. This key/address is intended for external usage such as paper wallets and will not be used by internal wallet nor written to disk. Arguments: 1. "type" (string, optional) one of: p2pkh, p2sh-p2wpkh default: p2sh-p2wpkh Result: { "privKey" (string) The private key in wif format. "address" (string) The address in p2pkh or p2sh-p2wpkh format. } Examples: > bitcoin-cli genexternaladdress 
This API is simple to implement and use. It provides enough
functionality for any moderately skilled developer to create their own
paper wallet creation script using any scripting language, or even for
advanced users to perform using bitcoin-cli or debug console.
If consensus here is in favor of including such an API, I will be happy
to take a crack at implementing it and submitting a pull request.
If anyone has reasons why it is a BAD IDEA to include such an RPC call
in bitcoind, I'm curious to hear it.
Also, I welcome suggestions for a better name, or maybe there could be
some improvements to the param(s), such as calling p2sh-p2wpkh "segwit"
instead.
---- further work ----
Further steps could be taken in this direction, but are not necessary
for a useful first-step. In particular:
  1. an RPC call to generate an external HD wallet seed.
  2. an RPC call to generate N key/address pairs from a given seed.
  3. GUI functionality in bitcoin-qt to facilitate easy paper wallet
generation (and printing?) for end-users, complete with nice graphics,
qr codes, etc.
original: https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-Septembe015120.html
submitted by dev_list_bot to bitcoin_devlist [link] [comments]

WIP: Blackpi - a stake device based on raspberry

Warning: This is a WiP and it's using Blackcoin Lore which is still in beta. Please be aware of that and backup your wallet.dat before you put any real values in this!
UPDATES
29.12.2017
22.06.2017
I am currently trying to set up blackoin on raspberry. Community members asked for a tutorial to compile it, so I will start with this here. Maybe in the future it would even be possible to turn it into a headless (=without screen and keyboard) image to put on an SD card and just boot up the wallet.
I used the latest Blackcoin Lore by janko33 for this process, however it should be quite the same with the "original" core wallet by rat4/johndolittle. Blackcoin Lore is not deemed as stable as it is still in beta, so it's up to you what source tree you take.
Please be also aware, that compiling on a small computer like raspi can take a while. Please also note that Lore is still in beta. The names in the archive are still "bitcoin". There is an update comming where the naming is correct and also maybe a few bugfixes.
** Tutorial: **
You first need to get raspbian. The lite image will work, it's a small version of the operating system without a graphical interface, so you will need ssh to operate it. The image is 294 MB but you will want to have a bigger card. 2GB is certainly too small, better get 16 or even 32GB - you also will need space for the blockchain!
To install it I followed this guide
https://hackernoon.com/raspberry-pi-headless-install-462ccabd75d0
Get the raspdian image file from:
https://www.raspberrypi.org/downloads/raspbian/
Also get Etcher from
https://etcher.io/
Etcher is a tool to write img files to an SD card/USB-stick.
After writing, open the card in your explorer and add a file "ssh". The file sould be empty and just be called "ssh" (not ssh.txt or something). It will tell raspi to activate ssh on boot.
Then boot up your raspi with the card and plug it into your network. Consult your router's LAN-page to find the device, it should register to your router as "raspberry" or so. Open up Putty and login to your raspi using pi as username and raspberry as password.
After login you can configure your raspi, please read the guide linked above for more details.
Note: One important thing that you should configure is your timezone! Use
sudo raspi-config 
Go to 4. Localisation Options and set the time to your timezone. If your time is way off, you would get troubles with staking, so make sure you always have the time set right!
After you got everything set up, get the build environment ready:
sudo apt-get install build-essential libtool autotools-dev automake pkg-config libssl-dev libevent-dev bsdmainutils #Installs alot and can take a while git clone -b Blackcoin-Lore https://github.com/janko33bd/bitcoin Blackcoin-Lore cd Blackcoin-Lore cd depends make -j 6 HOST=arm-linux-gnueabihf cd .. ./autogen.sh ./configure --prefix=`pwd`/depends/arm-linux-gnueabihf 
# note: ` = is a "backtick" not an apostroph. It causes the outpupt of "pwd" being inserted there
make -j 6 # -j n tells the compiler to use more cores, speeds that up a little (n = 1.5*cores installed) sudo make install 
This should compile so far. Update: Lore does not need Berkeley DB 4.8 to be installed, so just go with the DB provided by the repository works (libdb++-dev). (Thanks patcrypt)
After compile you can run the wallet with
lored 
And after it synced you have bitcoin-cli to control the wallet.
Issue: Synching blocks takes an awfully long time on raspi for some reason, even with Lore (that syncs blocks in a few hours instead of a whole day on a normal computer). If anyone knows how to speed up that process, please let us know!
This thread is a WiP. Please post all issues and errors here, I will then edit the OP to make it into a real, working tutorial.
On a note it was mentioned, that using an USB-stick here instead of a card would make sense since the cards are more prone to failure than USB-sticks. I will include setting it up on USB in a later version of this tutorial.
Some tips and tricks
Since compiling takes a longer time, it is recommented to run it in the console in a screen. Screen is a terminal tool that supports multiple windows in the same shell and, most important, detaches when your ssh connection breaks. Using screen you can simply reconnect and use screen -r to attach to your running shell again. To use screen, you need to install and then start it before you start the whole build process within a screen-shell.
sudo apt-get install screen screen #Start install/build process here #Type [ctrl-a] [d] to detach from the screen and put it in the background #After reconnect type screen -r to jump back into your running shell 
If you want to see your blocks being processed while the wallet syncs to the network, use the following command on a second shell (new Putty instance or screen window which you can open in screen with [ctrl-a] [c] (hit [ctrl-a] [n] to cycle through the windows in screen)
watch -n 5 lore-cli getinfo #This will execute the command "bitcoin-cli getinfo" every 5 seconds and thus display live update of your wallet info 
How to use that thing?
Here are a few helpful CLI commands, call them with lore-cli
help - Returns available commands help  - Returns detailed help to a  getinfo - Returns a descriptive information of your wallet, including balance getwalletinfo - Returns short information about your wallet, including balance, unconfirmed balance, immature balance, number of tx ect getaccountaddress 'raspi' - Returns an address for your wallet. If the account does not need to exist, it will be created with new address sendtoaddress   - Sends  to  sendtoaddress   substractfeefromaccount - Sends  minus tx fee to  getnewaddress  - Returns a new address for  each time you call the command.  is optional 
Further plans for this tutorial/project
Have fun!
Donations: B4nn2Y3SFC6whNGNvcQ2MvV1aQbZp3cZVF
submitted by mindphuk to blackcoin [link] [comments]

UFO Core 0.16 Released!

Bitcoin Core 0.16.0 introduces full support for segwit in the wallet and user interfaces. A new -addresstype argument has been added, which supports legacy, p2sh-segwit (default), and bech32 addresses. It controls what kind of addresses are produced by getnewaddress, getaccountaddress, and createmultisigaddress. A -changetype argument has also been added, with the same options, and by default equal to -addresstype, to control which kind of change is used.
Download at www.ufobject.com
submitted by daimyo-ufo to ufoo [link] [comments]

Where is my Bitcoin Cash

I was using a bitcoin core wallet and now I wanted to access my bitcoin cash funds. I followed these instructions: https://bitcointalk.org/index.php?topic=2059111.0 and moved my funds to another wallet.
In order to find out my bitcoin address and privat key I used these instructions: https://bitcoin.stackexchange.com/questions/42682/how-do-i-get-my-public-address-in-bitcoin-core
This comment gave me my address: getaccountaddress "" and with dumpprivatekey I found out my private key.
Afterwards i wanted to use my private key into the 'Coinomi wallet' Unfortunately it shows me there are zero funds. Anyone knows what mistake I did ?! I would be very very thankful for any help. Thanks
submitted by TikoCrypto to btc [link] [comments]

Where is my Bitcoin Cash :(

I was using a bitcoin core wallet and now I wanted to access my bitcoin cash funds. I followed these instructions: https://bitcointalk.org/index.php?topic=2059111.0 and moved my funds to another wallet.
In order to find out my bitcoin address and privat key I used these instructions: https://bitcoin.stackexchange.com/questions/42682/how-do-i-get-my-public-address-in-bitcoin-core
This comment gave me my address: getaccountaddress "" and with dumpprivatekey I found out my private key. Afterwards i wanted to use my private key into the 'Coinomi wallet' Unfortunately it shows me there are zero funds. Anyone knows what mistake I did ?! I would be very very thankful for any help. Thanks
submitted by TikoCrypto to BitcoinDiscussion [link] [comments]

Finding my BCH in a Bitcoin Core wallet

I decided to dig up my BCH this morning: * created a new bitcoin core wallet and transfered my BTC there. * Downloaded electroncash wallet software and put it in a Docker sandbox * Found instructions on how to ask elecroncash to "sweep" the bitchcoin from a BTC address * Found instruction on how to get my bitcoin core wallet addresses, and private keys for them.
Here is where my confusion starts. Using getaccountaddress "" and getaddressesbyaccount "" I assumed that was the full list of addresses in my wallet.
None of these addresses had any BCH. Yet, I know I had some BTC in this wallet at the time of the fork. So im concerned at this point. I keep digging.
Back in my original bitcoin core wallet, under the transactions tab, I find the transactions that received BTC prior to Aug 1. WTF? There are recv addresses that are not listed in getaddressesbyaccount "", and (yay) they have my BCH.
Im also confused because about half of the addresses printed by getaddressesbyaccount "" fail to give me a private key via dumpprivkey. They just say: Private key for address xxx is not known (code -4)
I did find my BCH, but its all very confusing. If somebody is willing to take the time to explain the bitcoin core wallet address confusion I would appreciate it.
submitted by not420guilty to Bitcoin [link] [comments]

[GUIDE] Create your own Raspberry Pi's Peercoin wallet and Full Active Node with Peerbox!

TL;DR: This guide is about building your personal Raspberry Pi's Peercoin wallet with Peerbox (http://peerbox.me/). The main purpose is to have a secure Peercoin wallet that can be used as a 24/7 running Full Active Node, which contributes to the Peercoin's network security (c.f. CoinDesk's related article: http://www.coindesk.com/bitcoin-nodes-need/). 10 PPC are also rewarded to users running a Full Active Node with their Raspberry Pi!
This guide assumes that you already have some basic knowledges with either Linux or MacOS X (the only operating systems that will be taken into consideration in this guide).
Before we start, what you need is:
1. Locate your SD card
Open a Terminal and type in the following command (choose your corresponding operating system):
(Linux)
fdisk -l # You can also use the mount command 
(MacOS X)
diskutil list 
You should see a list of devices that are plugged to your computer as below (MacOS X):
[...] /dev/disk13 #: TYPE NAME SIZE IDENTIFIER 0: FDisk_partition_scheme *7.9 GB disk13 1: DOS_FAT_32 MY_USB_DRIVE 7.9 GB disk13s1 
What matters here is the /dev/deviceID string which corresponds to your plugged in SD card. In the example above with MacOS X it's "/dev/disk13". Do not pick any of the disk13s* for your device name, as they are for identifying the partitions of your device.
For Linux we will choose as an example "/dev/sdb" but you can also face /dev/sda for example. Note that for Linux you should not pick the numbered device names as they are for identifying each partition, i.e. /dev/sdb1, /dev/sdb2, etc. are the partitions of your "/dev/sdb" device.
An easy way to locate your SD card is to look for the SIZE field which should match your SD card's size (in my case I have a 8 GB SD card). You can also plug and unplug your SD card to check which /dev/deviceID string appears/disappears.
2. Download and verify the Peerbox image
If you haven't downloaded the LATEST peerbox image yet, you can download it from this address: http://www.peerbox.me/ (Peerbox 0.24.1 has been downloaded for this guide)
Check that the image is valid. If it is not, STOP NOW and download it again:
shasum -a 256 peerbox-raspi-v0.24.1.img.gz 4165e4b6895c872c9bc7b988d70fb5bb242cb236e45c96ce5accfae9c7b7eff6 peerbox-raspi-v0.24.1.img.gz 
If you have a different checksum than the one expected (c.f. Peerbox download page), STOP NOW!
Unzip the file:
gunzip -d peerbox-raspi-v0.24.1.img.gz 
Check that the file is present in your current directory:
ls -l peerbox-raspi-v0.24.1.img -rw-r----- 1 thireus staff 2002780160 Nov 26 21:07 peerbox-raspi-v0.24.1.img 
3. Copy the image on your SD card
Eject your SD card, which was in my case earlier identified as "/dev/disk13" for MacOS X and "/dev/sdb" for Linux:
(Linux)
sudo umount /dev/sdb? 
(MacOS X)
sudo diskutil unmountDisk /dev/disk13 
Copy this image file on your SD card with the command:
sudo dd bs=8m if=peerbox-raspi-v0.24.1.img of=/dev/disk13 
This last operation will take a while to complete ~10-20min, just be very very patient until it finishes. If you interrupt this process you will have to start all over again.
Once the operation is completed, just eject the disk:
(Linux)
sudo eject /dev/sdb 
(MacOS X)
sudo diskutil eject /dev/disk13 
4. Ready to be used!
Insert the SD card in your Raspberry Pi's SD card slot. Plug your home's Ethernet network cable to your Raspberry Pi and power it on.
Once your Raspberry Pi started, you have two ways of accessing it: SSH or directly.
ssh [email protected]_RASPBERRYPI_IP password: peerbox.me 
If you can't access it via SSH, try to hard reboot your Raspberry Pi. If you still can't, you can always plug a keyboard and a monitor to your Raspberry Pi to access Peerbox directly.
Login: sunny Password: peerbox.me 
/!\ FOR YOUR SECURITY /!\, once logged in change the sunny user's password with the passwd command.
Check your peerbox info using the following command:
peerbox-info -a 
Your Peerbox's wallet is at this location (make sure to save it on an external encrypted storage using SCP or via this guide):
/valib/ppcoind/wallet.dat # /!\ BY DEFAULT THIS WALLET IS NOT ENCRYPTED WITH ANY PASSPHRASE /!\ 
You can also directly interact with ppcoind:
ppcoind getinfo 
To retrieve the list of addresses for your Peerbox wallet use the following command:
ppcoind getaddressesbyaccount "" 
To generate a fresh new Peercoin address (and add it to the list) use the following command:
ppcoind getaccountaddress "" 
Well done, you know have a fully functional Peerbox! Enjoy!
5. Become a Full Active Node
If you want to contribute to the network, you need to be a Full Active Node (your home router's port# 9901 open, that will allow your Peercoin client to have more than 8 connections with the network). A Peercoin client running in Full Active Mode is a client that contributes to securing the Peercoin network.
Learn more about how to become a Full Active Node via this other Guide: http://www.reddit.com/peercoin/comments/2nh911/guide_how_to_become_a_peercoin_full_active_node/
List of useful links:
submitted by Thireus to peercoin [link] [comments]

Bytepay Masternode Installation Guide - YouTube how to install bitcoin core wallet on google cloud ubuntu - terminal version How to Get Your Coinbase Bitcoin Wallet Address - YouTube How to get a Bitcoin Wallet Address - FREE & in under a ... Coinbase - How to Find your Bitcoin wallet address - YouTube

How to get a Bitcoin address? Well, there’s no shortage of ways to get a BTC identifier. The 3 most popular methods are: Setting up an account on an exchange; Using an online wallet; Using an offline wallet; Exchanges. Most exchanges give you a BTC address when you create an account. You don’t need to do any trading to have access to your public address. Although convenient, it’s not ... In this guide on how to get a bitcoin wallet, we’re going to use the web-based wallet at blockchain.com as an example. Blockchain is one of the most trusted and fastest-growing companies in the bitcoin space, and their wallets have been downloaded over 44 million times. It offers a free wallet, either as a mobile app or as a web-based wallet. While these aren’t the safest way to store your ... A common question is how to get a BTC address. Each wallet automatically generates a bitcoin address. If you’ve just created a new wallet, then you have a unique bitcoin address right away. When you enter this address on our order form, we’ll know where to send the coins to. A new bitcoin address is not only generated once you’ve created ... This is also useful for those who wish to have a permanent Bitcoin wallet address. Here are two most popular Bitcoin hardware wallets: Ledger Nano X; Cobo Vault; Watch this video tutorial to understand more about how to set-up your hardware wallet like Ledger Nano S to get your Bitcoin address. application/x-bitcoin (required wallet-side) application/json (recommended) application/xml; Application Layer Authentication / security . Wallets may micro-manage security as they like, but the following are RECOMMENDED security levels: "Miner" Can generate new addresses, get work, and report found blocks Merchant : Can create a transaction (only with 'proposal' flag), but not send it Read ...

[index] [17551] [44349] [43157] [36612] [23967] [39776] [29117] [19535] [4094] [41279]

Bytepay Masternode Installation Guide - YouTube

how to install bitcoin core wallet on google cloud ubuntu - terminal version Booger. Loading... Unsubscribe from Booger? Cancel Unsubscribe. Working... Subscribe Subscribed Unsubscribe 61. Loading ... Enjoy the videos and music you love, upload original content, and share it all with friends, family, and the world on YouTube. Bytepay Masternode install guide You need to start by downloading the wallet from https://www.bytepay.org/ Once your wallet is installed you need to go to th... Setting up your wallet for MN, debug commands that we are using: getaccountaddress masternode masternode genkey masternode outputs Do save all the outputs from the above command in a text file we ... SET UP YOUR COINBASE ACCOUNT: https://goo.gl/mWo1aM HOW TO EARN WITH CRYPTOCURRENCY: BEGINNER’S GUIDE https://goo.gl/nTDLgS ----- Today we’re talking about h...

#