Bitcoin Forum
April 07, 2020, 05:49:52 PM *
News: Latest Bitcoin Core release: 0.19.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 [746] 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 ... 868 »
  Print  
Author Topic: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)  (Read 212744 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic. (345 posts by 33 users deleted.)
dave_bbp
Jr. Member
*
Online Online

Activity: 399
Merit: 3


View Profile
July 08, 2019, 10:03:13 PM
 #14901


1) On exec health: No - that just means your local node assesses a different contract than the sancs (this is because 1440 is slightly different on the sanc side) - but if you upgrade your local node will assess the same contract and the warning will go away.  Its harmless however, as long as the sancs have an agreed quorum.

2) Since your txid in block 129991 was actually One block higher than the previous superblock, you were paid in 130400 (exec analyze 129900 dave_bbp).  The payment is in block 130400 vout 24 (for 3875).  So basically payment occurs in the superblock following the superblock window the tithe occurred in (IE 129991 + 205 + 205 % 205) = 130400.

Thanks. Interesting, because my node is 1441. Actually, 130400 was when I expected the payment, but I received nothing. My transaction history is empty since 130394. I think I will restart my wallet with zapwallettxes and go to bed, maybe tomorrow the coins have arrived. Wink
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
Borgholio
Newbie
*
Offline Offline

Activity: 99
Merit: 0


View Profile
July 08, 2019, 10:21:11 PM
 #14902

BiblePay
1.4.4.1 - Leisure Upgrade

- Enhance biblepay-miner to allow it to detect a stagnant share
condition when pool mining and recover.
 

Since I installed the BBP wallet on a second machine to split up my coins and try to get a little extra mining in, my main wallet has had issues where it would get stuck on a block and will fall farther and farther behind my second wallet.  The only fix is to rebuild from the blockchain.  It sounds similar to this issue, so I can try the update myself and see what happens, but having two wallets on separate machines shouldn't be an issue, should it?  Both machines are mining to the pool by the way.  Thanks!
Gilligan_M
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
July 08, 2019, 10:43:39 PM
 #14903

Just wanted to let you know my miners have been going without issue since 1.4.4.1 upgrade, will keep an eye for when my ABN gets eaten and if the miner has any issue re-connecting to the pool once ABN weight is re-established.
bible_pay
Full Member
***
Offline Offline

Activity: 994
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
July 08, 2019, 11:43:10 PM
 #14904


1) On exec health: No - that just means your local node assesses a different contract than the sancs (this is because 1440 is slightly different on the sanc side) - but if you upgrade your local node will assess the same contract and the warning will go away.  Its harmless however, as long as the sancs have an agreed quorum.

2) Since your txid in block 129991 was actually One block higher than the previous superblock, you were paid in 130400 (exec analyze 129900 dave_bbp).  The payment is in block 130400 vout 24 (for 3875).  So basically payment occurs in the superblock following the superblock window the tithe occurred in (IE 129991 + 205 + 205 % 205) = 130400.

Thanks. Interesting, because my node is 1441. Actually, 130400 was when I expected the payment, but I received nothing. My transaction history is empty since 130394. I think I will restart my wallet with zapwallettxes and go to bed, maybe tomorrow the coins have arrived. Wink

Yeah, if you are out of sync, your nodes health and PAM hash won't agree with the other nodes.  Try to restart with 'erasechain=1'.  People talked about the wallet repair option for resyncing, but there is a bug in the reindex routine.  Erasechain kills the gobjects and thats what we want to be clear.




🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
bible_pay
Full Member
***
Offline Offline

Activity: 994
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
July 08, 2019, 11:45:52 PM
 #14905

BiblePay
1.4.4.1 - Leisure Upgrade

- Enhance biblepay-miner to allow it to detect a stagnant share
condition when pool mining and recover.
 

Since I installed the BBP wallet on a second machine to split up my coins and try to get a little extra mining in, my main wallet has had issues where it would get stuck on a block and will fall farther and farther behind my second wallet.  The only fix is to rebuild from the blockchain.  It sounds similar to this issue, so I can try the update myself and see what happens, but having two wallets on separate machines shouldn't be an issue, should it?  Both machines are mining to the pool by the way.  Thanks!

I believe the problem is when we forced the sancs to upgrade twice this week, we've had a lot of failed votes and bad gobject traffic floating around.
Please restart with -erasechain=1 and see if it sync to the top.  Going forward I think we will be OK now that all the sancs upgraded and traffic is dying down.


🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
bible_pay
Full Member
***
Offline Offline

Activity: 994
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
July 08, 2019, 11:47:52 PM
 #14906

Just wanted to let you know my miners have been going without issue since 1.4.4.1 upgrade, will keep an eye for when my ABN gets eaten and if the miner has any issue re-connecting to the pool once ABN weight is re-established.

Thanks, that sounds promising.



🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
Gilligan_M
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
July 08, 2019, 11:53:40 PM
 #14907

Just wanted to let you know my miners have been going without issue since 1.4.4.1 upgrade, will keep an eye for when my ABN gets eaten and if the miner has any issue re-connecting to the pool once ABN weight is re-established.

Thanks, that sounds promising.




Guess what, a PC found a block and all three miners continued onward with no ABN issues!
bible_pay
Full Member
***
Offline Offline

Activity: 994
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
July 09, 2019, 01:16:45 AM
 #14908

Just wanted to let you know my miners have been going without issue since 1.4.4.1 upgrade, will keep an eye for when my ABN gets eaten and if the miner has any issue re-connecting to the pool once ABN weight is re-established.

Thanks, that sounds promising.




Guess what, a PC found a block and all three miners continued onward with no ABN issues!

Nice!  (I also see a huge surge in pool blocks solved:  35 in only 12 hours - maybe this is what was missing).

Now we need more Christians to find out about the wallet.

I'm thinking about making a one page startup guide like someone here suggested a couple weeks ago.  (To get started with a CPK & POG).

We should also look into turnkey mining; maybe a pool option that charges a higher percentage but fronts the ABN weight for the miner would be good.
(It might be a pretty high percentage, like 20% pool fees for no-abn, and 0-1% for with-abn, etc).



🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
bible_pay
Full Member
***
Offline Offline

Activity: 994
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
July 09, 2019, 01:22:06 AM
 #14909

Could we also have a little more participation in testnet please?

Specifically, not for rushing out our next release or testing 0.14, but more specifically for testing Cameroon-One and POG.

Id like to certify that POG & Cameroon work properly within 30 days, so I can get back to Cameroon with Integration testing, and this will allow us to merge cameroon-one into prod as a Leisure release in .13 (our current branch) and get started with POOM mining.  

(This will allow miners to sponsor children at home and be rewarded in BBP).

 
https://forum.biblepay.org/index.php?topic=391.new#new

🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
togoshigekata
Full Member
***
Offline Offline

Activity: 966
Merit: 115



View Profile
July 09, 2019, 03:03:40 AM
 #14910

if you are out of sync, your nodes health and PAM hash won't agree with the other nodes.  Try to restart with 'erasechain=1'.  People talked about the wallet repair option for resyncing, but there is a bug in the reindex routine.  Erasechain kills the gobjects and thats what we want to be clear.

I believe the problem is when we forced the sancs to upgrade twice this week, we've had a lot of failed votes and bad gobject traffic floating around.Please restart with -erasechain=1 and see if it sync to the top.  Going forward I think we will be OK now that all the sancs upgraded and traffic is dying down.

Can you explain the difference between -reindex vs -erasechain?

Reindex tries to rebuild the chain using the blk* index files.  This works well for bitcoin but not as well for us, because the governance files arent rebuilt.

Erasechain erases the chainstate, blocks, and masternode payments and governance and resyncs from 0.  This gives the node the most chance to resync cleanly.

I second having some out of sync issues the past few days,
(started leaving my wallet on to try out mining and poging)
Trying out erasechain for the first time now!
jsheets1970
Newbie
*
Offline Offline

Activity: 60
Merit: 0


View Profile
July 09, 2019, 03:31:23 AM
 #14911

Just wanted to let you know my miners have been going without issue since 1.4.4.1 upgrade, will keep an eye for when my ABN gets eaten and if the miner has any issue re-connecting to the pool once ABN weight is re-established.

Thanks, that sounds promising.




Guess what, a PC found a block and all three miners continued onward with no ABN issues!

Nice!  (I also see a huge surge in pool blocks solved:  35 in only 12 hours - maybe this is what was missing).

Now we need more Christians to find out about the wallet.

I'm thinking about making a one page startup guide like someone here suggested a couple weeks ago.  (To get started with a CPK & POG).

We should also look into turnkey mining; maybe a pool option that charges a higher percentage but fronts the ABN weight for the miner would be good.
(It might be a pretty high percentage, like 20% pool fees for no-abn, and 0-1% for with-abn, etc).




I really like the idea of a pool with no/low abn requirements. This would allow for the adoption of the project by the small christian miners. Again though you would run into the issue of bots hammering the pool, so perhaps abn requirement in the pool is setup to the value of the faucet on the pool. This way you can eliminate the bots while achieving the goal of larger adoption. The higher percentage fee of 20% works fine in my mind and simply have a flag that can be set on the miner to indicate no-abn or use-abn. Just my 2 cents.
Gilligan_M
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
July 09, 2019, 03:45:40 AM
 #14912

Just wanted to let you know my miners have been going without issue since 1.4.4.1 upgrade, will keep an eye for when my ABN gets eaten and if the miner has any issue re-connecting to the pool once ABN weight is re-established.

Thanks, that sounds promising.




Guess what, a PC found a block and all three miners continued onward with no ABN issues!

Nice!  (I also see a huge surge in pool blocks solved:  35 in only 12 hours - maybe this is what was missing).

Now we need more Christians to find out about the wallet.

I'm thinking about making a one page startup guide like someone here suggested a couple weeks ago.  (To get started with a CPK & POG).

We should also look into turnkey mining; maybe a pool option that charges a higher percentage but fronts the ABN weight for the miner would be good.
(It might be a pretty high percentage, like 20% pool fees for no-abn, and 0-1% for with-abn, etc).




I really like the idea of a pool with no/low abn requirements. This would allow for the adoption of the project by the small christian miners. Again though you would run into the issue of bots hammering the pool, so perhaps abn requirement in the pool is setup to the value of the faucet on the pool. This way you can eliminate the bots while achieving the goal of larger adoption. The higher percentage fee of 20% works fine in my mind and simply have a flag that can be set on the miner to indicate no-abn or use-abn. Just my 2 cents.

Who would supply the ABN for the non-abn miners? Could this be a potential setup to "stake" for "interest" aka fees from the little miners? Some people just hodl and don't want to mine. In this case, the hodler would have a safe way of locking a portion of his weight to a contract to the miner, the miner can mine and build their own capital, and the hodler reaps the fees?
bible_pay
Full Member
***
Offline Offline

Activity: 994
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
July 09, 2019, 03:49:55 AM
 #14913

Just wanted to let you know my miners have been going without issue since 1.4.4.1 upgrade, will keep an eye for when my ABN gets eaten and if the miner has any issue re-connecting to the pool once ABN weight is re-established.

Thanks, that sounds promising.




Guess what, a PC found a block and all three miners continued onward with no ABN issues!

Nice!  (I also see a huge surge in pool blocks solved:  35 in only 12 hours - maybe this is what was missing).

Now we need more Christians to find out about the wallet.

I'm thinking about making a one page startup guide like someone here suggested a couple weeks ago.  (To get started with a CPK & POG).

We should also look into turnkey mining; maybe a pool option that charges a higher percentage but fronts the ABN weight for the miner would be good.
(It might be a pretty high percentage, like 20% pool fees for no-abn, and 0-1% for with-abn, etc).




I really like the idea of a pool with no/low abn requirements. This would allow for the adoption of the project by the small christian miners. Again though you would run into the issue of bots hammering the pool, so perhaps abn requirement in the pool is setup to the value of the faucet on the pool. This way you can eliminate the bots while achieving the goal of larger adoption. The higher percentage fee of 20% works fine in my mind and simply have a flag that can be set on the miner to indicate no-abn or use-abn. Just my 2 cents.

Who would supply the ABN for the non-abn miners? Could this be a potential setup to "stake" for "interest" aka fees from the little miners? Some people just hodl and don't want to mine.

So far the only idea I have is potentially dropping an extra 200K in the pool (from my pocket) and adding a checkbox to the user settings (if they want to be a funded miner or not) , and if these miners on training wheels solve too many blocks Id have to drop more in the pool to keep up, etc. 

But I have to think about this all the way through to ensure its technically feasible, because it requires us to change the client to support full block emission to be shot from the pool into the miner and back to the pool etc.

I dont know about the interest; except that I know we cant lend crypto or they will steal it Smiley.  We have to lend the ABN transaction out to N miners at once etc.


🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
Gilligan_M
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
July 09, 2019, 03:52:48 AM
 #14914

Just wanted to let you know my miners have been going without issue since 1.4.4.1 upgrade, will keep an eye for when my ABN gets eaten and if the miner has any issue re-connecting to the pool once ABN weight is re-established.

Thanks, that sounds promising.




Guess what, a PC found a block and all three miners continued onward with no ABN issues!

Nice!  (I also see a huge surge in pool blocks solved:  35 in only 12 hours - maybe this is what was missing).

Now we need more Christians to find out about the wallet.

I'm thinking about making a one page startup guide like someone here suggested a couple weeks ago.  (To get started with a CPK & POG).

We should also look into turnkey mining; maybe a pool option that charges a higher percentage but fronts the ABN weight for the miner would be good.
(It might be a pretty high percentage, like 20% pool fees for no-abn, and 0-1% for with-abn, etc).




I really like the idea of a pool with no/low abn requirements. This would allow for the adoption of the project by the small christian miners. Again though you would run into the issue of bots hammering the pool, so perhaps abn requirement in the pool is setup to the value of the faucet on the pool. This way you can eliminate the bots while achieving the goal of larger adoption. The higher percentage fee of 20% works fine in my mind and simply have a flag that can be set on the miner to indicate no-abn or use-abn. Just my 2 cents.

Who would supply the ABN for the non-abn miners? Could this be a potential setup to "stake" for "interest" aka fees from the little miners? Some people just hodl and don't want to mine.

So far the only idea I have is potentially dropping an extra 200K in the pool (from my pocket) and adding a checkbox to the user settings (if they want to be a funded miner or not) , and if these miners on training wheels solve too many blocks Id have to drop more in the pool to keep up, etc.  

But I have to think about this all the way through to ensure its technically feasible, because it requires us to change the client to support full block emission to be shot from the pool into the miner and back to the pool etc.

I dont know about the interest; except that I know we cant lend crypto or they will steal it Smiley.  We have to lend the ABN transaction out to N miners at once etc.



Funding it yourself to start off isnt' a bad idea, but why not opening up everybody to have the ability to make a GSC and fund it using their own like POGing, but without giving anything other than ABN. Fees can be collected and distributed appropriately to those offering ABN
bible_pay
Full Member
***
Offline Offline

Activity: 994
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
July 09, 2019, 04:00:35 AM
 #14915

Just wanted to let you know my miners have been going without issue since 1.4.4.1 upgrade, will keep an eye for when my ABN gets eaten and if the miner has any issue re-connecting to the pool once ABN weight is re-established.

Thanks, that sounds promising.




Guess what, a PC found a block and all three miners continued onward with no ABN issues!

Nice!  (I also see a huge surge in pool blocks solved:  35 in only 12 hours - maybe this is what was missing).

Now we need more Christians to find out about the wallet.

I'm thinking about making a one page startup guide like someone here suggested a couple weeks ago.  (To get started with a CPK & POG).

We should also look into turnkey mining; maybe a pool option that charges a higher percentage but fronts the ABN weight for the miner would be good.
(It might be a pretty high percentage, like 20% pool fees for no-abn, and 0-1% for with-abn, etc).




I really like the idea of a pool with no/low abn requirements. This would allow for the adoption of the project by the small christian miners. Again though you would run into the issue of bots hammering the pool, so perhaps abn requirement in the pool is setup to the value of the faucet on the pool. This way you can eliminate the bots while achieving the goal of larger adoption. The higher percentage fee of 20% works fine in my mind and simply have a flag that can be set on the miner to indicate no-abn or use-abn. Just my 2 cents.

Who would supply the ABN for the non-abn miners? Could this be a potential setup to "stake" for "interest" aka fees from the little miners? Some people just hodl and don't want to mine.

So far the only idea I have is potentially dropping an extra 200K in the pool (from my pocket) and adding a checkbox to the user settings (if they want to be a funded miner or not) , and if these miners on training wheels solve too many blocks Id have to drop more in the pool to keep up, etc.  

But I have to think about this all the way through to ensure its technically feasible, because it requires us to change the client to support full block emission to be shot from the pool into the miner and back to the pool etc.

I dont know about the interest; except that I know we cant lend crypto or they will steal it Smiley.  We have to lend the ABN transaction out to N miners at once etc.



Funding it yourself to start off isnt' a bad idea, but why not opening up everybody to have the ability to make a GSC and fund it using their own like POGing, but without giving anything other than ABN. Fees can be collected and distributed appropriately to those offering ABN


Wait, do you mean make it so "funded miners" (lets call them Funded Miners when they check the funded miners checkbox because they cant afford the ABN weight yet, or we can call them newbies), so funded miners will borrow an existing miners ABN, and if the pool receives a solution from a funded miner, we debit their block by 20% and reward it to the rest of the pool that has valid abns and who are mining?   Thats not a bad idea, because the rich miners could then make more rewards and the poor miners could still mine.

Maybe we make it automatic, so we share ABNs, but those who keep supplying a valid non-spent ABN make the block + bonus, those with no ABN get a block - debit.


🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
Gilligan_M
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
July 09, 2019, 04:10:24 AM
 #14916

Just wanted to let you know my miners have been going without issue since 1.4.4.1 upgrade, will keep an eye for when my ABN gets eaten and if the miner has any issue re-connecting to the pool once ABN weight is re-established.

Thanks, that sounds promising.




Guess what, a PC found a block and all three miners continued onward with no ABN issues!

Nice!  (I also see a huge surge in pool blocks solved:  35 in only 12 hours - maybe this is what was missing).

Now we need more Christians to find out about the wallet.

I'm thinking about making a one page startup guide like someone here suggested a couple weeks ago.  (To get started with a CPK & POG).

We should also look into turnkey mining; maybe a pool option that charges a higher percentage but fronts the ABN weight for the miner would be good.
(It might be a pretty high percentage, like 20% pool fees for no-abn, and 0-1% for with-abn, etc).




I really like the idea of a pool with no/low abn requirements. This would allow for the adoption of the project by the small christian miners. Again though you would run into the issue of bots hammering the pool, so perhaps abn requirement in the pool is setup to the value of the faucet on the pool. This way you can eliminate the bots while achieving the goal of larger adoption. The higher percentage fee of 20% works fine in my mind and simply have a flag that can be set on the miner to indicate no-abn or use-abn. Just my 2 cents.

Who would supply the ABN for the non-abn miners? Could this be a potential setup to "stake" for "interest" aka fees from the little miners? Some people just hodl and don't want to mine.

So far the only idea I have is potentially dropping an extra 200K in the pool (from my pocket) and adding a checkbox to the user settings (if they want to be a funded miner or not) , and if these miners on training wheels solve too many blocks Id have to drop more in the pool to keep up, etc.  

But I have to think about this all the way through to ensure its technically feasible, because it requires us to change the client to support full block emission to be shot from the pool into the miner and back to the pool etc.

I dont know about the interest; except that I know we cant lend crypto or they will steal it Smiley.  We have to lend the ABN transaction out to N miners at once etc.



Funding it yourself to start off isnt' a bad idea, but why not opening up everybody to have the ability to make a GSC and fund it using their own like POGing, but without giving anything other than ABN. Fees can be collected and distributed appropriately to those offering ABN


Wait, do you mean make it so "funded miners" (lets call them Funded Miners when they check the funded miners checkbox because they cant afford the ABN weight yet, or we can call them newbies), so funded miners will borrow an existing miners ABN, and if the pool receives a solution from a funded miner, we debit their block by 20% and reward it to the rest of the pool that has valid abns and who are mining?   Thats not a bad idea, because the rich miners could then make more rewards and the poor miners could still mine.

Maybe we make it automatic, so we share ABNs, but those who keep supplying a valid non-spent ABN make the block + bonus, those with no ABN get a block - debit.



That sounds great, it benefits ABN miners, and edge cases like me as well. Perhaps an auto-switch could be implemented, if I run out of ABN or my miner throws out a low ABN signal, it could switch to being a funded miner, at that point it would borrow excess ABN from the bigger miners and take the 20% payout from my earned rewards to pay the ABN miners.
edit: but also an auto-switch back from being a funded miner, to being an ABN miner. Once my miner stops throwing low ABN signals it would switch back to the ABN pool? Just a thought.
kudos_mpm
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile
July 09, 2019, 01:13:10 PM
 #14917

How to multiple mine?  would I simply sync my wallet.dat to new PC?  (Windows platform)
jsheets1970
Newbie
*
Offline Offline

Activity: 60
Merit: 0


View Profile
July 09, 2019, 01:58:01 PM
 #14918

How to multiple mine?  would I simply sync my wallet.dat to new PC?  (Windows platform)

Do you mean mine on multiple machines with the same wallet? If so yes.. But ABN would be burned on both if 1 finds a block.
bible_pay
Full Member
***
Offline Offline

Activity: 994
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
July 09, 2019, 02:22:38 PM
 #14919

How to multiple mine?  would I simply sync my wallet.dat to new PC?  (Windows platform)

Do you mean mine on multiple machines with the same wallet? If so yes.. But ABN would be burned on both if 1 finds a block.

Yes, exactly, just copy your wallet.dat out to multiple miner machines to share the ABN.


🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
dave_bbp
Jr. Member
*
Online Online

Activity: 399
Merit: 3


View Profile
July 09, 2019, 03:34:57 PM
 #14920



Yeah, if you are out of sync, your nodes health and PAM hash won't agree with the other nodes.  Try to restart with 'erasechain=1'.  People talked about the wallet repair option for resyncing, but there is a bug in the reindex routine.  Erasechain kills the gobjects and thats what we want to be clear.

Thank you, that did the trick. Now the Smart Contract Reward shows up at the expected block. The time is much later than my previous post though, so it seem I was indeed on my own chain in the future. Wink
Pages: « 1 ... 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 [746] 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 ... 868 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!