Difference between revisions of "HowTo run PoP Miner"

From Veriblock Wiki
Jump to: navigation, search
 
(53 intermediate revisions by 7 users not shown)
Line 1: Line 1:
  
See: [[Main_Page]], [[PoP_Miner_CommandLine]], [[PoP_Transaction_LifeCycle]]
+
See: [[Main_Page]], [[PoP_Miner_CommandLine]], [[PoP_Transaction_LifeCycle]], [[PoP_Miner_Rewards]], [[PoP_Reward_Summary]], [[SegWit_PoP_Miner]]
  
 
__TOC__
 
__TOC__
Line 6: Line 6:
 
== Overview ==
 
== Overview ==
  
Proof-of-Proof (PoP) mining is what ultimately creates the payload to put in Bitcoin's OP_RETURN, and thereby allows an altchain to have Bitcoin-level security through VeriBlock. It is different than Proof-of-Work mining, which collects valid transactions into a block and adds that block to the blockchain.
+
The Proof-of-Proof (PoP) consensus protocol enables a security inheriting blockchain (VeriBlock) to inherit the complete proof-of-work of a security providing blockchain (Bitcoin). For a deeper understanding of the PoP consensus protocol, please refer to the [https://www.veriblock.org/wp-content/uploads/2018/03/PoP-White-Paper.pdf PoP White Paper].
  
== Prerequisites ==
+
A PoP miner serves as the communication and transactional bridge between the VeriBlock blockchain and the Bitcoin blockchain. As often as they wish, a PoP miner will take the most recent blockchain state data from the VeriBlock blockchain, along with an identification of the miner, and publish it to the Bitcoin blockchain via a transaction containing an OP_RETURN with the embedded data. The PoP miner then waits for the transaction to be included in a Bitcoin block. When a publication transactions is confirmed, the miner constructs and submits a "proof-of-proof transaction" that proves inclusion of the publication in the Bitcoin blockchain as well as ownership of the publication.
  
* Send Bitcoins to your local PoP Miner's Bitcoin wallet
+
PoP mining is a competitive endeavor in which miners compete to have their endorsement of the VeriBlock blockchain state included in the earliest possible Bitcoin block.
* Run local NodeCore instance
 
  
==Run the PoP Miner==
+
== Getting Started ==
  
Successful PoP Mining will look something like so:
+
* Download the latest NodeCore software suite from the [https://github.com/VeriBlock/nodecore-releases/releases VeriBlock Github repository] and extract the contents of the package.
 +
* Follow the instructions at [[NodeCore QuickStart]] to start a local instance of NodeCore. '''For PoP mining to be successful, the local NodeCore instance must be fully synced with the VeriBlock network.'''
 +
* From the ''nodecore-pop-{version}/bin'' folder, run the application:
 +
** '''WINDOWS''': Run '''nodecore-pop.bat'''
 +
** '''LINUX/MAC''': Run '''nodecore-pop'''. ''NOTE: If you are having trouble running nodecore-pop on Linux, you may need to make nodecore-pop executable: '''chmod a+x nodecore-pop'''''
 +
* On first execution of the application, you will be notified that the application creates a lightweight Bitcoin wallet and that you will be shown a set of "seed words" that can be used to recover your wallet later on. Acknowledge this by typing 'y' and pressing ENTER.
 +
* '''Make note of the seed words. You will not be shown them again'''
 +
* Acknowledge again that you have seen the seed words by typing 'y' and pressing ENTER.
  
Initially load everything:
+
The PoP miner acts as an SPV client of the Bitcoin network to maintain the internal wallet. On the first run of the PoP miner, the Bitcoin blockchain will be downloaded (this is nearly all just block headers and not full blocks).
  
 
[[File:PoP_mine_1.png|600px]]
 
[[File:PoP_mine_1.png|600px]]
  
Run the "mine" command:
+
* Once the blockchain download is completed, you are shown a Bitcoin address to send coins to in order to fund the internal wallet
 +
* Fund the internal wallet by sending coins to the displayed address and wait for that transaction to be confirmed
  
[[File:PoP_mine_2.png|600px]]
+
When the miner is able to communicate with NodeCore, has downloaded the Bitcoin blockchain, and is sufficiently funded, you will see a message:
  
=== Setup ===
+
<nowiki>SUCCESS: PoP Miner: READY</nowiki>
  
Note: If you are having trouble running nodecore-pop on Linux, you may need to make nodecore-pop executable: chmod a+x nodecore-pop
+
Congratulations! You are ready to start mining!
  
Run a local instance of NodeCore
+
== Your First Mine ==
  
Unzip nodecore-pop-*.zip
+
The PoP Miner is pre-configured with a default value for the transaction fee to use when creating Bitcoin transactions. It is expressed in satoshis per KB (1000 bytes) and defaults to 20,000. '''It is highly recommended that you assess the current Bitcoin transaction fee market and configure the miner with an appropriately competitive transaction fee.'''
In the bin folder, if you're using Windows then run nodecore-pop.bat, if you're using Linux or macOS then run nodecore-pop
 
  
Wait a few seconds for the PoP Miner to start up. You should see something like:
+
* To configure the transaction fee, run the 'setconfig'. e.g. If you determine 30,000 satoshis/KB is a competitive transaction fee you would configure the miner by running:
 +
<nowiki>setconfig bitcoin.fee.perkb 30000</nowiki>
  
<pre>
+
''Additional insight regarding transaction fees can be found in the FAQ section below, under the question "How do I set the BTC transaction fee?"''
===[ NodeCore Proof-of-Proof Miner v0.1.3 ]===
 
  
INFO: Connecting to NodeCore at 127.0.0.1:10501
+
* To begin a mining operation, type 'mine' and press ENTER
WARN: PoP Miner: NOT READY (Could not connect to NodeCore)
 
WARN: PoP Miner: NOT READY (Bitcoin blockchain is not downloaded)
 
WARN: PoP Miner: NOT READY (Bitcoin service is not ready)
 
SUCCESS: Bitcoin blockchain finished downloading
 
INFO: Wallet loaded, current balance: 0.0 BTC
 
INFO: Send coins to: mit5BbeUcper58ozwbMJCxs9hWAZfRKcWk
 
SUCCESS: Bitcoin service is ready
 
SUCCESS: PoP Miner: READY
 
>
 
</pre>
 
  
Type "help" to see a list of all available commands:
+
[[File:PoP_mine_2.png|600px]]
  
<pre>
+
A mining operation is variable in the amount of time that it takes to reach completion. The first several steps of getting publication data and submitting a Bitcoin transaction happen very quickly. You then have a period of waiting while that transaction waits to be confirmed in a Bitcoin block. Assuming your transaction fee is competitive enough to be included in the next block, you are waiting for that next Bitcoin block to be mined (on average, once every 10 minutes, though much longer times are not uncommon). Once the transaction confirms, you'll again have a rapid sequence of steps in which your transaction is proven to exist in the Bitcoin block and the proof-of-proof transaction is submitted to the VeriBlock blockchain.
> help
 
  
Commands:
+
At this point, the miner continues to listen as new Bitcoin blocks arrive and in the event a Bitcoin blockchain reorganization causes your endorsement transaction to be part of a different block, it will resubmit the proof-of-proof transaction.
    getoperation <id>
 
    getpopendorsementinfo <address>
 
    help [command]
 
    listconfig
 
    listoperations
 
    mine
 
    quit
 
    resubmit <id>
 
    sendbitcointoaddress <address> <amount>
 
    setconfig <key> <value>
 
    showbitcoinaddress
 
    showbitcoinbalance
 
</pre>
 
  
If you have zero balance, then open up a testnet wallet (or go to a BTC Testnet faucet) and send coins to the PoP BTC address (in this case "mit5BbeUcper58ozwbMJCxs9hWAZfRKcWk")
+
== Interacting with the Command-Line ==
  
Get Bitcoin testnet coins from a faucet. Running PoP on VeriBlock testnet requires a small amount of testnet Bitcoin. You can find a list of popular Bitcoin testnet faucets here: https://en.bitcoin.it/wiki/Testnet#Faucets. Send Bitcoin from the faucet to the PoP BTC address (in this example: mit5BbeUcper58ozwbMJCxs9hWAZfRKcWk).
+
The PoP miner provides several commands for configuring, interacting and assessing the state of your mining operations. A detailed explanation of each command can be found at [[PoP Miner CommandLine]]
  
Before mining, you should be able to run showbitcoinbalance and see a positive balance
+
== PoP Mining Lifecycle ==
<pre>
 
> showbitcoinbalance
 
Bitcoin Balance: 0.049292 BTC
 
</pre>
 
  
=== Mine ===
+
Current Actions
 
 
Simply run the "mine" command
 
 
 
<pre>
 
> mine
 
2018-04-18 12:29:22.215 [15dabd68] Mining operation is now: STARTED
 
2018-04-18 12:29:22.219 [15dabd68] Mining operation current action: Ready
 
2018-04-18 12:29:22.221 [15dabd68] Mining operation is now: RUNNING
 
 
 
*** COMMAND RESULT ***
 
* INFO: [V201] Mining operation started
 
* To view details, run command: getoperation 15dabd68
 
**********************
 
 
 
2018-04-18 12:29:22.226 [15dabd68] Mining operation current action: Getting PoP publication data
 
2018-04-18 12:29:22.239 [15dabd68] Received PoP mining instructions, publishing data: 00000001000000035D489E6E78F3C759BDDE71EEFB20D97A58A616B1187B6C2B666B827A2C53DCF3B766520B169C3AD22AC941C65AD77B46044AE83955448F00217C8C3562659235A15C85F155CA620C
 
2018-04-18 12:29:22.242 [15dabd68] Mining operation current action: Creating Bitcoin transaction containing PoP publication data
 
INFO: Received tx '9fb8d3f61826031749e89b6e0b940cf3a265a247691c4399ee5951d3945f15d4', new balance: '0.048938 BTC'
 
2018-04-18 12:29:23.937 [15dabd68] Signed Bitcoin transaction: 0100000001CFFE10EBBF7B9C30372DE738B845BFEDD533B13324ABC6E2AEFA1C79089A810E010000006A4730440220754348272F33F380D34A3E82D2005752AD6BE672EFD070AF830DD2A162D64FD00220279DFCF6849DD1712793A96B3EA0A03B0C206B58BD8B15D12DF55DE425B039CB012103086A1756BA928FE5644BE7ED595C37A72D4BD6E09A518CCA9A9A80165C351E9DFFFFFFFF0268AC4A00000000001976A914EACAE5B5B6643640FD906791F511694E0BA9AF3088AC0000000000000000536A4C5000000001000000035D489E6E78F3C759BDDE71EEFB20D97A58A616B1187B6C2B666B827A2C53DCF3B766520B169C3AD22AC941C65AD77B46044AE83955448F00217C8C3562659235A15C85F155CA620C00000000
 
2018-04-18 12:29:23.938 [15dabd68] Submitted Bitcoin transaction: 9fb8d3f61826031749e89b6e0b940cf3a265a247691c4399ee5951d3945f15d4
 
2018-04-18 12:29:23.940 [15dabd68] Mining operation current action: Waiting for transaction to be included in Bitcoin block
 
>
 
</pre>
 
 
 
This will show:
 
* Bitcoin transaction (can see this on a block explorer, such as: https://www.blocktrail.com/tBTC/tx/9fb8d3f61826031749e89b6e0b940cf3a265a247691c4399ee5951d3945f15d4)
 
* The 80-byte PoP Payload that will be put in the OP_RETURN
 
 
 
There can be multiple PoP Transactions at once, therefore each is given an in-session identifier, in this case "[15dabd68]". This is a temporary session ID. Ultimately the PoP Transaction will be on the VBK blockchain, and have a VBK Transaction ID.
 
 
 
=== View Status of Mining ===
 
 
 
While PoP Mining is very quick to start, it does take several confirmations on the BTC blockchain, and 250 confirmations on the VBK blockchain for payout. You can run getoperation on a session ID to see its current status:
 
 
 
<pre>
 
> getoperation 15dabd68
 
 
 
PoP Mining Operation: 15dabd68
 
    Status: RUNNING
 
    Current Action: CONFIRM
 
    PoP Publication Data: 00000001000000035D489E6E78F3C759BDDE71EEFB20D97A58A616B1187B6C2B666B827A2C53DCF3B766520B169C3AD22AC941C65AD77B46044AE83955448F00217C8C3562659235A15C85F155CA620C
 
    Transaction: 0100000001CFFE10EBBF7B9C30372DE738B845BFEDD533B13324ABC6E2AEFA1C79089A810E010000006A4730440220754348272F33F380D34A3E82D2005752AD6BE672EFD070AF830DD2A162D64FD00220279DFCF6849DD1712793A96B3EA0A03B0C206B58BD8B15D12DF55DE425B039CB012103086A1756BA928FE5644BE7ED595C37A72D4BD6E09A518CCA9A9A80165C351E9DFFFFFFFF0268AC4A00000000001976A914EACAE5B5B6643640FD906791F511694E0BA9AF3088AC0000000000000000536A4C5000000001000000035D489E6E78F3C759BDDE71EEFB20D97A58A616B1187B6C2B666B827A2C53DCF3B766520B169C3AD22AC941C65AD77B46044AE83955448F00217C8C3562659235A15C85F155CA620C00000000
 
    Transaction ID: 9fb8d3f61826031749e89b6e0b940cf3a265a247691c4399ee5951d3945f15d4
 
    Block Header of Proof: 00000020D22D248064ECA9D9717DDF2C532CD3681E10B1F97462FC7A6101000000000000B3503C8DF213CC4AE02D0C96D5101DBFA85C0C7A950F1684D97DB9296F3A8C65AB80D75AFFFF001D6295F16F
 
    Context Headers:
 
        000000205D98FA5CE3BB7F40BDC6B74C3A3A0334EC29F4B7FB9850882A14CF9900000000FE7CB67E7E84491F9B2C9BDD08731343EBDE6E1B08E64E18265A70D55FB4F7DCF47BD75A9B03031A171C327000
 
    Merkle Path: 45:D4155F94D35159EE99431C6947A265A2F30C940B6E9BE84917032618F6D3B89F:D329F111C3FCE934C19827AEAB26C9DF22E1B21A219D2914429E7DB21A187DDD:0FB383E342468E76A9E16A27E3D1DA30268AC18F6A00B9032F5C6DD5B2D026A5:C53007F949B828F7A961BD353D1CD8C494F9EBB51816020D2AC27C27F597ADBA:B3D0436C782D545E4158CC5DD713184C3BE887CE18835561BFE34DAD3E33BE65:7605554A73E2A45ED8337A3778CE9CD66B5507EF32C7511C436DAC7BAAE2D0D9:B02952E115B2D21E1E437EF3AAD263A2323D922F10E60456BC97BE2E4227F415:3F6A1039A0C31A5A7E969F7286C476E94FBA511ED75B3D1A307E4430C23770FB:50C511B2D7C76006E4E6DD3C83CAF1C895A2943F1BFCBA4455A2BD106F97CAE8
 
    Alternate Blocks:
 
>
 
 
 
</pre>
 
 
 
== Status Codes ==
 
 
 
Status of the PoP Miner
 
  
{| class="wikitable"
+
The WAIT and CONFIRM may take a while. Other steps should be fast.
! Status
 
! Description
 
|-
 
| STARTED
 
|
 
|-
 
| RUNNING
 
| Will most often see this state
 
|-
 
| COMPLETE
 
|
 
|-
 
| FAILED
 
|
 
|}
 
  
Current Actions
+
Once the PoP Miner is done, there is nothing more for it to do, check [[HowTo_run_PoP_Miner#viewrecentrewards]] to see about rewards.
  
 
{| class="wikitable"
 
{| class="wikitable"
 
! Action
 
! Action
 +
! Duration
 
! Description
 
! Description
 
|-
 
|-
 
| READY
 
| READY
 +
|
 
| Operation has been initialized and is ready to start
 
| Operation has been initialized and is ready to start
 
|-
 
|-
 
| PUBLICATION_DATA
 
| PUBLICATION_DATA
 +
|
 
| Getting the publication data from NodeCore
 
| Getting the publication data from NodeCore
 
|-
 
|-
 
| TRANSACTION
 
| TRANSACTION
 +
|
 
| Composing and submitting the Bitcoin transaction containing the PoP publication data
 
| Composing and submitting the Bitcoin transaction containing the PoP publication data
 
|-
 
|-
 
| WAIT
 
| WAIT
 +
| "a while"
 
| Waiting and listening for new Bitcoin blocks that include the transaction
 
| Waiting and listening for new Bitcoin blocks that include the transaction
 
|-
 
|-
 
| PROOF
 
| PROOF
 +
|
 
| Validating the merkle path of the transaction in the block
 
| Validating the merkle path of the transaction in the block
 
|-
 
|-
 
| CONTEXT
 
| CONTEXT
 +
|
 
| Accumulating Bitcoin block headers to provide enough context to NodeCore to maintain an unbroken SPV view of the Bitcoin blockchain
 
| Accumulating Bitcoin block headers to provide enough context to NodeCore to maintain an unbroken SPV view of the Bitcoin blockchain
 
|-
 
|-
 
| SUBMIT
 
| SUBMIT
 +
|
 
| Submitting all required proofs of the Bitcoin transaction to NodeCore (NodeCore adds a PoP transaction to mempool)
 
| Submitting all required proofs of the Bitcoin transaction to NodeCore (NodeCore adds a PoP transaction to mempool)
 
|-
 
|-
 
| CONFIRM
 
| CONFIRM
 +
| maybe several hours
 
| Waiting and listening for new Bitcoin blocks and transaction to confirm 20 times. Handles resubmission of PoP transaction to NodeCore if the Bitcoin blockchain should fork and previous block is no longer in the main branch.
 
| Waiting and listening for new Bitcoin blocks and transaction to confirm 20 times. Handles resubmission of PoP transaction to NodeCore if the Bitcoin blockchain should fork and previous block is no longer in the main branch.
 
|-
 
|-
 
| DONE
 
| DONE
 
|  
 
|  
 +
| Done with mining. Check [[HowTo_run_PoP_Miner#viewrecentrewards]] for upcoming rewards
 
|}
 
|}
  
== ncpop.properties Reference ==
 
  
These properties can be set in the ncpop.properties file (in bin folder, located next to nodecore-pop.bat). If this file does not exist, then you can create it.
+
Expect this kind of flow in the log:
 +
 
 +
Note the the PoP Id (2aaef35f) given to each step.
 +
 
 +
<pre>
 +
Expect this flow:
 +
[2aaef35f] Mining operation current action: Waiting for transaction to be included in Bitcoin block
 +
[2aaef35f] Transaction seen in block
 +
[2aaef35f] Setting block header of proof
 +
[2aaef35f] Found transaction in Bitcoin block with header:
 +
[2aaef35f] Mining operation current action: Proving transaction included in Bitcoin block
 +
[2aaef35f] Found Merkle path to transaction:
 +
[2aaef35f] Mining operation current action: Building Bitcoin context
 +
[2aaef35f] Added 3 context headers
 +
...
 +
[2aaef35f] Mining operation current action: Submitting completed PoP transaction
 +
[2aaef35f] Submitted PoP transaction: B9BC44D4E77CD5EE1E6B05B8154453EB436CC516C1DC9B9D3E22208AA2E3BC2E
 +
[2aaef35f] Mining operation current action: Confirming Bitcoin transaction
 +
[2aaef35f] New block added, checking confidence
 +
[2aaef35f] Mining operation current action: Done
 +
[2aaef35f] Mining operation is now: COMPLETE
 +
</pre>
 +
 
 +
== Major Changes ==
 +
 
 +
=== v0.3.8 ===
 +
 
 +
'''IMPORTANT! Bitcoin fee configuration changes from Fee per ''byte'' to Fee per ''kilobyte''.''' The configuration property in the nc-pop.properties file has changed from ''bitcoin.fee.perbyte'' to '''bitcoin.fee.perkb'''. The configuration value should be 1000 times the previous per byte fee (Bitcoin 1 KB = 1000 Bytes).
 +
 
 +
The rationale for this decision is that if we assume a normal PoP transaction has a size of ~285 bytes, a +1 increase in the fee per byte results in a 285 Satoshi increase in the final fee (+1 satoshi per byte * 285 bytes). Whereas a +1 increase in the fee per kilobyte results in a "0.285 Satoshi" increase in the final fee (+1 satoshi per kb * 0.285 kb). The net effect is a '''much''' finer granularity of control over the final fee.
 +
 
 +
Additional changes:
 +
* The minimum transaction fee per kb of 1000 Satoshis / KB can be disabled by setting the configuration value '''bitcoin.minrelayfee.enabled=false'''. This should be used with extreme caution as it is possible transactions below this threshold are ignored by the Bitcoin network.
 +
* The "change" address used in a PoP transaction will now be reused. Given the high volume of transactions we've seen from PoP miners, importing wallets was becoming prohibitive due to the large number of items (address keys) present in the filter.
 +
 
 +
=== v0.3.0 ===
 +
 
 +
See: [[Mining_High_Noon#PoP_Miner_Update_for_High_Noon]]
 +
 
 +
Proof-of-proof transactions now take place on the Bitcoin MainNet and therefore spend BTC from your PoP miner's wallet.
 +
 
 +
== Reference ==
 +
 
 +
=== VeriBlock "Rounds" ===
 +
 
 +
VeriBlock blocks are classified as belonging to one of four rounds. The pattern of rounds repeats every 20 blocks (ending with a block whose number is divisible by 20, e.g. blocks 65461-65480 is a set and 65481-65500 is the next set).  The round classification within each 20 block set is illustrated below:
 +
 
 +
[[File:rounds.png|1000px]]
 +
 
 +
Each set of 20 contains just one Round 4 block, the last block, and is known as a "keystone".
 +
 
 +
=== ncpop.properties Reference ===
 +
 
 +
These properties can be set in the ncpop.properties file (in bin folder, located next to nodecore-pop.bat). If this file does not exist, it will be created the first time the miner is run.
  
 
These can also be seen from running the "listconfig" command, and set with the "setconfig" command.
 
These can also be seen from running the "listconfig" command, and set with the "setconfig" command.
Line 201: Line 171:
 
|-
 
|-
 
| bitcoin.network
 
| bitcoin.network
| testnet
+
| mainnet
|  
+
| The network type, there are three options: mainnet, testnet and alphanet
 
|-
 
|-
 
| bitcoin.fee.max
 
| bitcoin.fee.max
| 80000
+
| 8000
|  
+
| The maximum transaction fee for any given Bitcoin transaction
 
|-
 
|-
| bitcoin.fee.perbyte
+
| bitcoin.fee.perkb
| 200
+
| 20000
|  
+
| The Bitcoin transaction fee per kilobyte (1000 bytes)
 
|-
 
|-
 
| nodecore.rpc.host
 
| nodecore.rpc.host
 
| 127.0.0.1
 
| 127.0.0.1
|  
+
| The NodeCore ip where the PoP Miner will connects to
 
|-
 
|-
 
| nodecore.rpc.port
 
| nodecore.rpc.port
 
| 10501
 
| 10501
|  
+
| The NodeCore port where the PoP Miner will connects to
 
|-
 
|-
 
| nodecore.rpc.ssl
 
| nodecore.rpc.ssl
 
| false
 
| false
 +
| Specify if the connection between the PoP Miner and the NodeCore should use the SSL protocol
 +
|-
 +
| nodecore.rpc.password
 
|  
 
|  
 +
| The password which will be used to connect to the NodeCore
 
|-
 
|-
| nodecore.rpc.password
+
| nodecore.rpc.cert.chain.path
 
|  
 
|  
 +
|
 +
|-
 +
| pop.cron.schedule
 
|  
 
|  
 +
| A schedule on which to mine, see below for further information
 +
|-
 +
| auto.mine.round1
 +
| false
 +
| Automatically mine whenever a new "Round 1" block is seen by NodeCore
 
|-
 
|-
| nodecore.rpc.cert.chain.path
+
| auto.mine.round2
 +
| false
 +
| Automatically mine whenever a new "Round 2" block is seen by NodeCore
 +
|-
 +
| auto.mine.round3
 +
| false
 +
| Automatically mine whenever a new "Round 3" block is seen by NodeCore
 +
|-
 +
| auto.mine.round4
 +
| false
 +
| Automatically mine whenever a new "Round 4" block is seen by NodeCore
 +
|-
 +
| bitcoinj.minimal.peer.protocol.version
 +
| BLOOM_FILTER
 +
| Experimental The minimal protocol version used to accept or reject the peers, the next protocols are available: MINIMUM, PONG, BLOOM_FILTER, BLOOM_FILTER_BIP111, WITNESS_VERSION and CURRENT
 +
|-
 +
| bitcoinj.max.peer.connections
 +
| 12
 +
| Experimental Adjust the desired number of connections that we will create to peers
 +
|-
 +
| bitcoinj.peer.discovery.timeout.millis
 +
| 5000
 +
| Experimental This is how many milliseconds we wait for peer discoveries to return their results
 +
|-
 +
| bitcoinj.peer.download.tx.dependency.depth
 +
| 2147483647
 +
| Experimental Configure download of pending transaction dependencies. A change of values only takes effect for newly connected peers
 +
|-
 +
| bitcoinj.required.peer.services
 +
| 0
 +
| Experimental Convenience for connecting only to peers that can serve specific services. It will configure suitable peer discoveries, the next services are available: NODE_NETWORK, NODE_GETUTXOS, NODE_BLOOM, NODE_WITNESS, NODE_NETWORK_LIMITED and NODE_BITCOIN_CASH
 +
|-
 +
| bitcoinj.min.peer.broadcast.connections
 +
| 0
 +
| Experimental The number of connections that are required before transactions will be broadcast
 +
|-
 +
| bitcoinj.max.peers.to.discover.count
 +
| 100
 +
| Experimental Sets the maximum number of peers to discover
 +
|-
 +
| bitcoinj.peer.ping.interval.msec
 +
| 2000
 +
| Experimental Sets the period between pings for an individual peer
 +
|-
 +
|}
 +
 
 +
'''WARNING:''' It is not recommended to configure both the ''pop.cron.schedule'' and the ''auto.mine.roundN'' properties as it can result in too many unconfirmed transactions chained together.
 +
 
 +
==== PoP Cron Scheduler ====
 +
 
 +
Cron expressions are a compact format for expressing a recurring schedule. For help constructing an expression, visit an online tool, such as http://www.cronmaker.com/.
 +
An example schedule that would trigger a mine operation at :00 and :30 minutes every hour is below:
 +
 
 +
<pre>
 +
pop.cron.schedule=0 0/30 * * * ?
 +
</pre>
 +
 
 +
=== PoP Application Status Codes ===
 +
 
 +
Status of the PoP Miner
 +
 
 +
{| class="wikitable"
 +
! Status
 +
! Description
 +
|-
 +
| STARTED
 +
|
 +
|-
 +
| RUNNING
 +
| Will most often see this state
 +
|-
 +
| COMPLETE
 
|  
 
|  
 +
|-
 +
| FAILED
 
|  
 
|  
 
|}
 
|}
 +
 +
 +
=== PoP Files ===
 +
 +
These are files within the \bin folder:
 +
 +
* bitcoinj.nodecore-pop.log - log file for BitcoinJ
 +
* bitcoin-pop-testnet.spvchain
 +
* bitcoin-pop-testnet.wallet --> Bitcoin wallet, this contains your BTC!
 +
* ncpop.properties
 +
* nodecore-pop --> start PoP Miner on linux
 +
* nodecore-pop.bat --> start PoP Miner on windows
 +
* veriblock.nodecore-pop.log --> log file for PoP. If you have errors with PoP mining, keep this file for troubleshooting
  
 
== FAQ ==
 
== FAQ ==
 +
 +
=== Does the PoP Miner require BTC or tBTC? ===
 +
 +
BTC.
 +
 +
Previously the TestNet PoP Miner required tBTC (testnet BTC) during the "Mining Sunrise" phase.
 +
 +
After VBK MainNet launch, the VBK TestNet PoP Miner will again use BTC TestNet (tBTC), and the VBK MainNet PoP Miner will use BTC.
 +
 +
=== How can I see my PoP rewards? ===
 +
 +
See: [[PoP_Miner_Rewards]]
  
 
=== Do I need to run a full Bitcoin node? ===
 
=== Do I need to run a full Bitcoin node? ===
No. The PoP Miner uses the BitcoinJ library and embeds a bitcoin wallet, such that one does NOT need to run a full node to do PoP Mining.
+
No. The PoP Miner uses the [https://bitcoinj.github.io/ bitcoinj] library to embed a lightweight Bitcoin wallet (and SPV client), such that one does NOT need to run a full Bitcoin node.
  
 
=== Does the Bitcoin I send to my PoP Wallet need to be confirmed? ===
 
=== Does the Bitcoin I send to my PoP Wallet need to be confirmed? ===
No. If the Bitcoin transaction with the deposit ends up being reverted, then the PoP transaction that depends on it just fails.
+
Yes. When funding your PoP wallet with "outside" funds, the transaction will need to confirm.
  
This also has the benefit of allowing PoP Mining immediately after a BTC deposit, without waiting for several confirmations.
+
During the course of normal PoP mining, the transactions created by the embedded wallet are considered trusted and therefore the wallet is allowed to create subsequent transactions that spend the pending UTXO.
 +
 
 +
=== How do I set the BTC transaction fee? ===
 +
 
 +
For "what should the BTC fee be", check: [[PoP_Miner_Rewards#What_should_the_tBTC_Tx_fee_be.3F]]. This section explains how to set the fee.
 +
 
 +
Either set it in the ncpop.properties file:
 +
 
 +
<pre>
 +
bitcoin.fee.max=8000
 +
bitcoin.fee.perkb=20000
 +
</pre>
 +
 
 +
Or set it via the 'setconfig' command:
 +
 
 +
<pre>
 +
setconfig bitcoin.fee.perkb 20000
 +
setconfig bitcoin.fee.max 8000
 +
</pre>
 +
 
 +
Note: Make sure to also set 'bitcoin.fee.max'. This is the absolute maximum you're willing to allow the final transaction fee to be. An average transaction may be around 300 bytes (or, 0.3 KB), so, generally the configured maximum should be at least (0.3 KB x ''bitcoin.fee.perkb'').
 +
 
 +
You can see the current fee by running the 'listconfig' command ([[HowTo_run_PoP_Miner#listconfig]])
  
 
=== How to set up a cron schedule for mining ===
 
=== How to set up a cron schedule for mining ===
Line 252: Line 354:
  
 
Checkout http://www.cronmaker.com/ for help building the expression
 
Checkout http://www.cronmaker.com/ for help building the expression
 +
 +
=== How to auto-mine every Nth round? ===
 +
 +
The PoP Miner can mine every Nth round. See: [[HowTo_run_PoP_Miner#VeriBlock_.22Rounds.22]]
 +
 +
Within a 20 block window:
 +
 +
* round4 = every 20th block, i.e. keystone (highest reward)
 +
* round1 = 1,4,7,10,13,16,19
 +
* round2 = 2,5,8,11,14,17
 +
* round3 = 3,6,9,12,15,18
 +
 +
Set the ncpop.properties file:
 +
 +
<pre>
 +
auto.mine.round4=true
 +
</pre>
 +
 +
Note if you wanted different fees for different rounds, you could have multiple miners run. Miner A could run rounds 1-3 at Fee X, Miner B could run round 4 at fee Y.
 +
 +
Note, it is advised to not use this and the cron expression - pick one or the other.
 +
 +
=== Can I run multiple PoP Miners? ===
 +
 +
Yes. Each instance of the miner will require its own unique wallet file ''(bitcoin-pop.wallet)''. Do not clone wallet files between instances.
 +
 +
The best way to accomplish this is to make copies of the nodecore-pop folder before launching the miner, so that as each new instance is started, it will create a unique wallet file and download the appropriate SPV chain data. As there is an initial download of Bitcoin blocks, it is also recommended to spin up each new instance of the miner only after the previous completes its download.
 +
 +
* Option A: Run multiple instances of a PoP Miner on a single machine.  You will need to clone the ''nodecore-pop'' folder on the machine and use different wallets. '''Do not run the multiple instances of the same executable with the same wallet'''. Each copy will have it's own set of files: [[HowTo_run_PoP_Miner#PoP_Files]]
 +
* Option B: Run instances on multiple different machines, all pointed to the same remote NodeCore instance by setting the ncpop.properties 'nodecore.rpc.host=<remote_IP_Here>' (also see [[https://wiki.veriblock.org/index.php?title=NodeCore_Networking]] to set up NodeCore to accept connections from the remote PoP miner)
 +
 +
=== Can I import a previous BTC wallet? ===
 +
 +
Yes, just copy bin\bitcoin-pop-*.wallet.
 +
 +
This will carry over the BTC balance.
  
 
== Troubleshooting ==
 
== Troubleshooting ==
 +
 +
=== PoP Miner takes a very long time to sync Bitcoin network ===
 +
 +
If you notice that your PoP miner is taking a long time to download Bitcoin blocks, or fails to completely sync, you can remove the wallet and nodecore-pop.dat files and start a 'fresh' PoP miner.  Note, in doing this, you will lose any funds or transactions that are current pending, so it is best to routinely withdraw your balance and start fresh wallets if you plan to mine continuously for long periods of time.  The frequency of which you will want to create new wallets will depend entirely on the number of transactions that you submit.
  
 
=== "PoP Miner not ready" warning ===
 
=== "PoP Miner not ready" warning ===
Line 275: Line 417:
  
 
=== I do not have any bitcoin ===
 
=== I do not have any bitcoin ===
 +
 +
For mainnet, acquire Bitcoin via normal means.
  
 
For testnet, use a faucet to get test bitcoin. You can find a list of popular Bitcoin testnet faucets here: https://en.bitcoin.it/wiki/Testnet#Faucets.
 
For testnet, use a faucet to get test bitcoin. You can find a list of popular Bitcoin testnet faucets here: https://en.bitcoin.it/wiki/Testnet#Faucets.
Line 287: Line 431:
  
 
PoP Transaction must complete within a certain period of time to remain relevant, and hence it times out. For example, if there's an abnormally high amount of context headers, that may cause a timeout.
 
PoP Transaction must complete within a certain period of time to remain relevant, and hence it times out. For example, if there's an abnormally high amount of context headers, that may cause a timeout.
 +
 +
===Why does the BTC address change each time I run the showAddress command?===
 +
 +
Bitcoin addresses are just a representation of the public key from a public/private key pair. We generate new key pairs every time you run the `showAddress` command. The PoP Miner manages these addresses for you, so you don't have to worry about them. As a privacy best practice, it's best to always use a new address (key pair) every time you receive a payment. The reason the PoP miner (or any Bitcoin wallet) generates a new address each time you receive a payment is for privacy reasons only, because if you use the same address for many transactions, the peers you traded with will be able to identify which other transactions you were involved in, and your identity will be easier to tie to the address. [Credit: A sentence or two for this answer may come from an unknown tech source]
 +
 +
 +
=== Failed to get PoP publication data from NodeCore ===
 +
 +
This kind of error implies that NodeCore is not ready.
 +
 +
Try to connect to the NC instance with the NC_CLI and run getinfo:
 +
 +
<pre>
 +
Failed to get PoP publication data from NodeCore: Status{code=DEADLINE_EXCEEDED, description=deadline exceeded after 14999412514ns, cause=null}
 +
</pre>
 +
 +
Can you run NC_CLI getinfo?
 +
 +
* Yes --> Then try to repeat the PoP miner operation.
 +
* No --> Troubleshoot NodeCore [[HowTo_run_NodeCore]]
 +
 +
== Command Line Reference ==
 +
See: [[PoP_Miner_CommandLine]]

Latest revision as of 15:58, 4 March 2022

See: Main_Page, PoP_Miner_CommandLine, PoP_Transaction_LifeCycle, PoP_Miner_Rewards, PoP_Reward_Summary, SegWit_PoP_Miner

Overview

The Proof-of-Proof (PoP) consensus protocol enables a security inheriting blockchain (VeriBlock) to inherit the complete proof-of-work of a security providing blockchain (Bitcoin). For a deeper understanding of the PoP consensus protocol, please refer to the PoP White Paper.

A PoP miner serves as the communication and transactional bridge between the VeriBlock blockchain and the Bitcoin blockchain. As often as they wish, a PoP miner will take the most recent blockchain state data from the VeriBlock blockchain, along with an identification of the miner, and publish it to the Bitcoin blockchain via a transaction containing an OP_RETURN with the embedded data. The PoP miner then waits for the transaction to be included in a Bitcoin block. When a publication transactions is confirmed, the miner constructs and submits a "proof-of-proof transaction" that proves inclusion of the publication in the Bitcoin blockchain as well as ownership of the publication.

PoP mining is a competitive endeavor in which miners compete to have their endorsement of the VeriBlock blockchain state included in the earliest possible Bitcoin block.

Getting Started

  • Download the latest NodeCore software suite from the VeriBlock Github repository and extract the contents of the package.
  • Follow the instructions at NodeCore QuickStart to start a local instance of NodeCore. For PoP mining to be successful, the local NodeCore instance must be fully synced with the VeriBlock network.
  • From the nodecore-pop-{version}/bin folder, run the application:
    • WINDOWS: Run nodecore-pop.bat
    • LINUX/MAC: Run nodecore-pop. NOTE: If you are having trouble running nodecore-pop on Linux, you may need to make nodecore-pop executable: chmod a+x nodecore-pop
  • On first execution of the application, you will be notified that the application creates a lightweight Bitcoin wallet and that you will be shown a set of "seed words" that can be used to recover your wallet later on. Acknowledge this by typing 'y' and pressing ENTER.
  • Make note of the seed words. You will not be shown them again
  • Acknowledge again that you have seen the seed words by typing 'y' and pressing ENTER.

The PoP miner acts as an SPV client of the Bitcoin network to maintain the internal wallet. On the first run of the PoP miner, the Bitcoin blockchain will be downloaded (this is nearly all just block headers and not full blocks).

PoP mine 1.png

  • Once the blockchain download is completed, you are shown a Bitcoin address to send coins to in order to fund the internal wallet
  • Fund the internal wallet by sending coins to the displayed address and wait for that transaction to be confirmed

When the miner is able to communicate with NodeCore, has downloaded the Bitcoin blockchain, and is sufficiently funded, you will see a message:

SUCCESS: PoP Miner: READY

Congratulations! You are ready to start mining!

Your First Mine

The PoP Miner is pre-configured with a default value for the transaction fee to use when creating Bitcoin transactions. It is expressed in satoshis per KB (1000 bytes) and defaults to 20,000. It is highly recommended that you assess the current Bitcoin transaction fee market and configure the miner with an appropriately competitive transaction fee.

  • To configure the transaction fee, run the 'setconfig'. e.g. If you determine 30,000 satoshis/KB is a competitive transaction fee you would configure the miner by running:
setconfig bitcoin.fee.perkb 30000

Additional insight regarding transaction fees can be found in the FAQ section below, under the question "How do I set the BTC transaction fee?"

  • To begin a mining operation, type 'mine' and press ENTER

PoP mine 2.png

A mining operation is variable in the amount of time that it takes to reach completion. The first several steps of getting publication data and submitting a Bitcoin transaction happen very quickly. You then have a period of waiting while that transaction waits to be confirmed in a Bitcoin block. Assuming your transaction fee is competitive enough to be included in the next block, you are waiting for that next Bitcoin block to be mined (on average, once every 10 minutes, though much longer times are not uncommon). Once the transaction confirms, you'll again have a rapid sequence of steps in which your transaction is proven to exist in the Bitcoin block and the proof-of-proof transaction is submitted to the VeriBlock blockchain.

At this point, the miner continues to listen as new Bitcoin blocks arrive and in the event a Bitcoin blockchain reorganization causes your endorsement transaction to be part of a different block, it will resubmit the proof-of-proof transaction.

Interacting with the Command-Line

The PoP miner provides several commands for configuring, interacting and assessing the state of your mining operations. A detailed explanation of each command can be found at PoP Miner CommandLine

PoP Mining Lifecycle

Current Actions

The WAIT and CONFIRM may take a while. Other steps should be fast.

Once the PoP Miner is done, there is nothing more for it to do, check HowTo_run_PoP_Miner#viewrecentrewards to see about rewards.

Action Duration Description
READY Operation has been initialized and is ready to start
PUBLICATION_DATA Getting the publication data from NodeCore
TRANSACTION Composing and submitting the Bitcoin transaction containing the PoP publication data
WAIT "a while" Waiting and listening for new Bitcoin blocks that include the transaction
PROOF Validating the merkle path of the transaction in the block
CONTEXT Accumulating Bitcoin block headers to provide enough context to NodeCore to maintain an unbroken SPV view of the Bitcoin blockchain
SUBMIT Submitting all required proofs of the Bitcoin transaction to NodeCore (NodeCore adds a PoP transaction to mempool)
CONFIRM maybe several hours Waiting and listening for new Bitcoin blocks and transaction to confirm 20 times. Handles resubmission of PoP transaction to NodeCore if the Bitcoin blockchain should fork and previous block is no longer in the main branch.
DONE Done with mining. Check HowTo_run_PoP_Miner#viewrecentrewards for upcoming rewards


Expect this kind of flow in the log:

Note the the PoP Id (2aaef35f) given to each step.

Expect this flow:
[2aaef35f] Mining operation current action: Waiting for transaction to be included in Bitcoin block
[2aaef35f] Transaction seen in block
[2aaef35f] Setting block header of proof
[2aaef35f] Found transaction in Bitcoin block with header: 
[2aaef35f] Mining operation current action: Proving transaction included in Bitcoin block
[2aaef35f] Found Merkle path to transaction: 
[2aaef35f] Mining operation current action: Building Bitcoin context
[2aaef35f] Added 3 context headers
...
[2aaef35f] Mining operation current action: Submitting completed PoP transaction
[2aaef35f] Submitted PoP transaction: B9BC44D4E77CD5EE1E6B05B8154453EB436CC516C1DC9B9D3E22208AA2E3BC2E
[2aaef35f] Mining operation current action: Confirming Bitcoin transaction
[2aaef35f] New block added, checking confidence
[2aaef35f] Mining operation current action: Done
[2aaef35f] Mining operation is now: COMPLETE

Major Changes

v0.3.8

IMPORTANT! Bitcoin fee configuration changes from Fee per byte to Fee per kilobyte. The configuration property in the nc-pop.properties file has changed from bitcoin.fee.perbyte to bitcoin.fee.perkb. The configuration value should be 1000 times the previous per byte fee (Bitcoin 1 KB = 1000 Bytes).

The rationale for this decision is that if we assume a normal PoP transaction has a size of ~285 bytes, a +1 increase in the fee per byte results in a 285 Satoshi increase in the final fee (+1 satoshi per byte * 285 bytes). Whereas a +1 increase in the fee per kilobyte results in a "0.285 Satoshi" increase in the final fee (+1 satoshi per kb * 0.285 kb). The net effect is a much finer granularity of control over the final fee.

Additional changes:

  • The minimum transaction fee per kb of 1000 Satoshis / KB can be disabled by setting the configuration value bitcoin.minrelayfee.enabled=false. This should be used with extreme caution as it is possible transactions below this threshold are ignored by the Bitcoin network.
  • The "change" address used in a PoP transaction will now be reused. Given the high volume of transactions we've seen from PoP miners, importing wallets was becoming prohibitive due to the large number of items (address keys) present in the filter.

v0.3.0

See: Mining_High_Noon#PoP_Miner_Update_for_High_Noon

Proof-of-proof transactions now take place on the Bitcoin MainNet and therefore spend BTC from your PoP miner's wallet.

Reference

VeriBlock "Rounds"

VeriBlock blocks are classified as belonging to one of four rounds. The pattern of rounds repeats every 20 blocks (ending with a block whose number is divisible by 20, e.g. blocks 65461-65480 is a set and 65481-65500 is the next set). The round classification within each 20 block set is illustrated below:

Rounds.png

Each set of 20 contains just one Round 4 block, the last block, and is known as a "keystone".

ncpop.properties Reference

These properties can be set in the ncpop.properties file (in bin folder, located next to nodecore-pop.bat). If this file does not exist, it will be created the first time the miner is run.

These can also be seen from running the "listconfig" command, and set with the "setconfig" command.

Config Key Default Value Comment
bitcoin.network mainnet The network type, there are three options: mainnet, testnet and alphanet
bitcoin.fee.max 8000 The maximum transaction fee for any given Bitcoin transaction
bitcoin.fee.perkb 20000 The Bitcoin transaction fee per kilobyte (1000 bytes)
nodecore.rpc.host 127.0.0.1 The NodeCore ip where the PoP Miner will connects to
nodecore.rpc.port 10501 The NodeCore port where the PoP Miner will connects to
nodecore.rpc.ssl false Specify if the connection between the PoP Miner and the NodeCore should use the SSL protocol
nodecore.rpc.password The password which will be used to connect to the NodeCore
nodecore.rpc.cert.chain.path
pop.cron.schedule A schedule on which to mine, see below for further information
auto.mine.round1 false Automatically mine whenever a new "Round 1" block is seen by NodeCore
auto.mine.round2 false Automatically mine whenever a new "Round 2" block is seen by NodeCore
auto.mine.round3 false Automatically mine whenever a new "Round 3" block is seen by NodeCore
auto.mine.round4 false Automatically mine whenever a new "Round 4" block is seen by NodeCore
bitcoinj.minimal.peer.protocol.version BLOOM_FILTER Experimental The minimal protocol version used to accept or reject the peers, the next protocols are available: MINIMUM, PONG, BLOOM_FILTER, BLOOM_FILTER_BIP111, WITNESS_VERSION and CURRENT
bitcoinj.max.peer.connections 12 Experimental Adjust the desired number of connections that we will create to peers
bitcoinj.peer.discovery.timeout.millis 5000 Experimental This is how many milliseconds we wait for peer discoveries to return their results
bitcoinj.peer.download.tx.dependency.depth 2147483647 Experimental Configure download of pending transaction dependencies. A change of values only takes effect for newly connected peers
bitcoinj.required.peer.services 0 Experimental Convenience for connecting only to peers that can serve specific services. It will configure suitable peer discoveries, the next services are available: NODE_NETWORK, NODE_GETUTXOS, NODE_BLOOM, NODE_WITNESS, NODE_NETWORK_LIMITED and NODE_BITCOIN_CASH
bitcoinj.min.peer.broadcast.connections 0 Experimental The number of connections that are required before transactions will be broadcast
bitcoinj.max.peers.to.discover.count 100 Experimental Sets the maximum number of peers to discover
bitcoinj.peer.ping.interval.msec 2000 Experimental Sets the period between pings for an individual peer

WARNING: It is not recommended to configure both the pop.cron.schedule and the auto.mine.roundN properties as it can result in too many unconfirmed transactions chained together.

PoP Cron Scheduler

Cron expressions are a compact format for expressing a recurring schedule. For help constructing an expression, visit an online tool, such as http://www.cronmaker.com/. An example schedule that would trigger a mine operation at :00 and :30 minutes every hour is below:

pop.cron.schedule=0 0/30 * * * ?

PoP Application Status Codes

Status of the PoP Miner

Status Description
STARTED
RUNNING Will most often see this state
COMPLETE
FAILED


PoP Files

These are files within the \bin folder:

  • bitcoinj.nodecore-pop.log - log file for BitcoinJ
  • bitcoin-pop-testnet.spvchain
  • bitcoin-pop-testnet.wallet --> Bitcoin wallet, this contains your BTC!
  • ncpop.properties
  • nodecore-pop --> start PoP Miner on linux
  • nodecore-pop.bat --> start PoP Miner on windows
  • veriblock.nodecore-pop.log --> log file for PoP. If you have errors with PoP mining, keep this file for troubleshooting

FAQ

Does the PoP Miner require BTC or tBTC?

BTC.

Previously the TestNet PoP Miner required tBTC (testnet BTC) during the "Mining Sunrise" phase.

After VBK MainNet launch, the VBK TestNet PoP Miner will again use BTC TestNet (tBTC), and the VBK MainNet PoP Miner will use BTC.

How can I see my PoP rewards?

See: PoP_Miner_Rewards

Do I need to run a full Bitcoin node?

No. The PoP Miner uses the bitcoinj library to embed a lightweight Bitcoin wallet (and SPV client), such that one does NOT need to run a full Bitcoin node.

Does the Bitcoin I send to my PoP Wallet need to be confirmed?

Yes. When funding your PoP wallet with "outside" funds, the transaction will need to confirm.

During the course of normal PoP mining, the transactions created by the embedded wallet are considered trusted and therefore the wallet is allowed to create subsequent transactions that spend the pending UTXO.

How do I set the BTC transaction fee?

For "what should the BTC fee be", check: PoP_Miner_Rewards#What_should_the_tBTC_Tx_fee_be.3F. This section explains how to set the fee.

Either set it in the ncpop.properties file:

bitcoin.fee.max=8000
bitcoin.fee.perkb=20000

Or set it via the 'setconfig' command:

setconfig bitcoin.fee.perkb 20000
setconfig bitcoin.fee.max 8000

Note: Make sure to also set 'bitcoin.fee.max'. This is the absolute maximum you're willing to allow the final transaction fee to be. An average transaction may be around 300 bytes (or, 0.3 KB), so, generally the configured maximum should be at least (0.3 KB x bitcoin.fee.perkb).

You can see the current fee by running the 'listconfig' command (HowTo_run_PoP_Miner#listconfig)

How to set up a cron schedule for mining

Properties file is:

pop.cron.schedule=0 0/30 * * * ?

Checkout http://www.cronmaker.com/ for help building the expression

How to auto-mine every Nth round?

The PoP Miner can mine every Nth round. See: HowTo_run_PoP_Miner#VeriBlock_.22Rounds.22

Within a 20 block window:

  • round4 = every 20th block, i.e. keystone (highest reward)
  • round1 = 1,4,7,10,13,16,19
  • round2 = 2,5,8,11,14,17
  • round3 = 3,6,9,12,15,18

Set the ncpop.properties file:

auto.mine.round4=true

Note if you wanted different fees for different rounds, you could have multiple miners run. Miner A could run rounds 1-3 at Fee X, Miner B could run round 4 at fee Y.

Note, it is advised to not use this and the cron expression - pick one or the other.

Can I run multiple PoP Miners?

Yes. Each instance of the miner will require its own unique wallet file (bitcoin-pop.wallet). Do not clone wallet files between instances.

The best way to accomplish this is to make copies of the nodecore-pop folder before launching the miner, so that as each new instance is started, it will create a unique wallet file and download the appropriate SPV chain data. As there is an initial download of Bitcoin blocks, it is also recommended to spin up each new instance of the miner only after the previous completes its download.

  • Option A: Run multiple instances of a PoP Miner on a single machine. You will need to clone the nodecore-pop folder on the machine and use different wallets. Do not run the multiple instances of the same executable with the same wallet. Each copy will have it's own set of files: HowTo_run_PoP_Miner#PoP_Files
  • Option B: Run instances on multiple different machines, all pointed to the same remote NodeCore instance by setting the ncpop.properties 'nodecore.rpc.host=<remote_IP_Here>' (also see [[1]] to set up NodeCore to accept connections from the remote PoP miner)

Can I import a previous BTC wallet?

Yes, just copy bin\bitcoin-pop-*.wallet.

This will carry over the BTC balance.

Troubleshooting

PoP Miner takes a very long time to sync Bitcoin network

If you notice that your PoP miner is taking a long time to download Bitcoin blocks, or fails to completely sync, you can remove the wallet and nodecore-pop.dat files and start a 'fresh' PoP miner. Note, in doing this, you will lose any funds or transactions that are current pending, so it is best to routinely withdraw your balance and start fresh wallets if you plan to mine continuously for long periods of time. The frequency of which you will want to create new wallets will depend entirely on the number of transactions that you submit.

"PoP Miner not ready" warning

Warning Solution
PoP wallet does not contain sufficient funds Send Bitcoins to your PoP BTC wallet address. Run commands showbitcoinbalance (it should be greater than zero), and sendbitcointoaddress.
Could not connect to NodeCore Ensure an instance of NodeCore is running, and you could connect to it from the NC_CLI and run getinfo
Bitcoin blockchain is not downloaded Ensure the ncpop.properties file has a line for bitcoin.network=testnet, and wait for the blockchain to download. There should be a message like "Blockchain downloading: 95%".
Bitcoin service is not ready Check the other warnings. There should be a message like "SUCCESS: Bitcoin service is ready".

I do not have any bitcoin

For mainnet, acquire Bitcoin via normal means.

For testnet, use a faucet to get test bitcoin. You can find a list of popular Bitcoin testnet faucets here: https://en.bitcoin.it/wiki/Testnet#Faucets.

Mining operation action took longer than expected. Operation can be resubmitted.

If you get an error, then try running the resubmit command: PoP_Miner_CommandLine#resubmit

ERROR: Mining operation action took longer than expected. Operation can be resubmitted.

PoP Transaction must complete within a certain period of time to remain relevant, and hence it times out. For example, if there's an abnormally high amount of context headers, that may cause a timeout.

Why does the BTC address change each time I run the showAddress command?

Bitcoin addresses are just a representation of the public key from a public/private key pair. We generate new key pairs every time you run the `showAddress` command. The PoP Miner manages these addresses for you, so you don't have to worry about them. As a privacy best practice, it's best to always use a new address (key pair) every time you receive a payment. The reason the PoP miner (or any Bitcoin wallet) generates a new address each time you receive a payment is for privacy reasons only, because if you use the same address for many transactions, the peers you traded with will be able to identify which other transactions you were involved in, and your identity will be easier to tie to the address. [Credit: A sentence or two for this answer may come from an unknown tech source]


Failed to get PoP publication data from NodeCore

This kind of error implies that NodeCore is not ready.

Try to connect to the NC instance with the NC_CLI and run getinfo:

Failed to get PoP publication data from NodeCore: Status{code=DEADLINE_EXCEEDED, description=deadline exceeded after 14999412514ns, cause=null}

Can you run NC_CLI getinfo?

  • Yes --> Then try to repeat the PoP miner operation.
  • No --> Troubleshoot NodeCore HowTo_run_NodeCore

Command Line Reference

See: PoP_Miner_CommandLine