BiblePay - New Coin Launch - Official Thread

[inblue]

Regarding the Masternode Sanctuary Payout.

I second the opinion that masternode rewards should be a higher portion of the network reward and heres my reasoning:

Miners come and go, they mine the most profitable coin to mine as profit motive and then dump.

With masternodes, the coin becomes both a product and a service as holding the coin not only generates more into circulation while creating scarcity in supply.

An increase to 30-40% reward from the masternode would provide an incredible increase in the longevity of the network's health as you will see that as miners begin to flee after halvenings, masternode holdings will increase and reinforcing the network.

The other thing is with too many miners we don't want to put the network in a position where a great exodus of miners renders the charitable DAO inefficient. You may come to the conclusion that a pure proof of stake system may the best in the long run for this network.

Increasing masternode rewards to be equal or slightly less than miner payouts would be great, because now these miners will want to hold their coins long term instead of selling to market to repay their mining costs.

Exactly, but I like 50% even more. Your post reminded me of this post on Dash masternodes. Here's the relevant quote:

Masternodes sustain and care for the Dash ecosystem like parents, while nodes are like teenagers mining for coins. When miners mine for Dash or any other coin like Bitcoin, etc., they often convert these coins into either USD, Euros or other coins. Many miners tend not to have any particular loyalty to any one coin. They’re the worker bees and they can make money by mining lots of different coins. It makes economic sense to do this. However, this is not good for the development of any one particular coin if the miners aren’t loyal and don’t act as shepherds.

In Dash, the masternodes represent the layer that is responsible for caring, cultivating and expanding the Dash digital currency as a whole. It’s also the layer that makes the governance and treasury decisions. The best part of this masternode network is the fact that people can come and go freely, so the success of this network is not too dependent on certain individuals. This makes it a more decentralized structure because a CEO is not choosing people to run the masternodes. People are deciding by themselves to join Dash or leave voluntarily.

[salahazert]

What is the difference between hps and hps2 on the pool?

[calxibe]

Any plans on getting listed on more exchanges now?

The pool and the wallet seems to be stable, so now we just need to spread the word about this coin...

[oliwer21]

What is the difference between hps and hps2 on the pool?

Hps is your comp hash, hps2 is that what you report on pool.
How they are connected? Bible_pay dont want to tell us;)
For me hps means nothing(or it's caluclated wrong) cuz you can have 20k of hps and only 3 k hps2. Or have hps 15k and hps2 over 26k. On same rig.

[nsummy]

What is the difference between hps and hps2 on the pool?

Hps is your comp hash, hps2 is that what you report on pool.
How they are connected? Bible_pay dont want to tell us;)
For me hps means nothing(or it's caluclated wrong) cuz you can have 20k of hps and only 3 k hps2. Or have hps 15k and hps2 over 26k. On same rig.

More info is needed but I actually think the hps1 is what your miner reports your hashrate as being and hps2 is what the pool calculates your hashrate as being.  In normal pools its not uncommon for the numbers to be different as the pool is calculating it based on how quickly you are submitting shares.  Generally though there shouldn't be such a huge difference in the numbers.  If this pool operates like others then your hashrate is really irrelevent;  When it comes to payouts all that should matter is the number of shares you have submitted.  No clue if this pool operates like others though as it appears to be homemade.

[bible_pay]

Regarding the Masternode Sanctuary Payout.

I second the opinion that masternode rewards should be a higher portion of the network reward and heres my reasoning:

Miners come and go, they mine the most profitable coin to mine as profit motive and then dump.

With masternodes, the coin becomes both a product and a service as holding the coin not only generates more into circulation while creating scarcity in supply.

An increase to 30-40% reward from the masternode would provide an incredible increase in the longevity of the network's health as you will see that as miners begin to flee after halvenings, masternode holdings will increase and reinforcing the network.

The other thing is with too many miners we don't want to put the network in a position where a great exodus of miners renders the charitable DAO inefficient. You may come to the conclusion that a pure proof of stake system may the best in the long run for this network.

Increasing masternode rewards to be equal or slightly less than miner payouts would be great, because now these miners will want to hold their coins long term instead of selling to market to repay their mining costs.

Exactly, but I like 50% even more. Your post reminded me of this post on Dash masternodes. Here's the relevant quote:

Masternodes sustain and care for the Dash ecosystem like parents, while nodes are like teenagers mining for coins. When miners mine for Dash or any other coin like Bitcoin, etc., they often convert these coins into either USD, Euros or other coins. Many miners tend not to have any particular loyalty to any one coin. They’re the worker bees and they can make money by mining lots of different coins. It makes economic sense to do this. However, this is not good for the development of any one particular coin if the miners aren’t loyal and don’t act as shepherds.

In Dash, the masternodes represent the layer that is responsible for caring, cultivating and expanding the Dash digital currency as a whole. It’s also the layer that makes the governance and treasury decisions. The best part of this masternode network is the fact that people can come and go freely, so the success of this network is not too dependent on certain individuals. This makes it a more decentralized structure because a CEO is not choosing people to run the masternodes. People are deciding by themselves to join Dash or leave voluntarily.

+++++

[bible_pay]

What is the difference between hps and hps2 on the pool?

Hps is your comp hash, hps2 is that what you report on pool.
How they are connected? Bible_pay dont want to tell us;)
For me hps means nothing(or it's caluclated wrong) cuz you can have 20k of hps and only 3 k hps2. Or have hps 15k and hps2 over 26k. On same rig.

Again, HashPerSec is what the client reports to the pool based on actual measured hashespersecond from the client side over time across all threads, and the pool cant pay off of that because it doesnt prove you actually solved 'hard' work (work with low hash requirements).

HashPerSec2 is what the pool calculates your rig at, based on actual shares solved in the current round.


Yes, we could remove hashespersecond eventually!  But the litmus test on that is:  Going 90 days straight without any code changes, IE stamping the pool as "stable".  Eventually yes, we can do that and simplify things.  We could move hashespersec to your user record for debugging also. 

[bible_pay]

Also, masternode holders are much more likely to be "continuous reinvest" type folk who don't particularly need the immediate recovery of their capital and are more than happy to let their supply accrue over time. These are the type of investors that will make this project thrive.

Ill check more into sliding or increasing masternode share idea, interesting, but one thing I wanted to mention on the above post:
The IT budget of 5% (its not 2.5%), is to keep the entire coin growing on the technology side.  Its not a budget sent to me as a reward, Im just one person on the team, its a budget that is voted on by sanctuaries for total IT expenses, such as developer payroll.

To lower it to 2.5% is a pretty hilarious idea, so no, I think it needs to be the full 5% as thats extremely slim already, and imo its sort of what is creating the whole ecosytem after all this is a technological investment, not a brick and mortar location.  Our particular IT dept is going to be busier than the average, with support for interfaces for orphans and a custom PobH pool, for one.  Then there is another huge unerestimation with IT:  Whenever bitcoin pushes a commit, or if a security patch is released for OpenSSL or any dependency, someone from the team has to spend 40 hours fixing it, testing it and deploying it- if they dont, the coin can die.  So it needs to be a healthy department.  

EDIT:  I catch your drift that we should have a PR fund.  I think what we can do is take our total 15% and aim for 10% through proposals, and between the superblock cycles we will throw in some campaigns and switch between charity/IT/PR, and make it work.  We wont always have a full IT full budget, etc.

[nananaminer]

Also, masternode holders are much more likely to be "continuous reinvest" type folk who don't particularly need the immediate recovery of their capital and are more than happy to let their supply accrue over time. These are the type of investors that will make this project thrive.

Ill check more into sliding or increasing masternode share idea, interesting, but one thing I wanted to mention on the above post:
The IT budget of 5% (its not 2.5%), is to keep the entire coin growing on the technology side.  Its not a budget sent to me as a reward, Im just one person on the team, its a budget that is voted on by sanctuaries for total IT expenses, such as developer payroll.

To lower it to 2.5% is a pretty hilarious idea, so no, I think it needs to be the full 5% as thats extremely slim already, and imo its sort of what is creating the whole ecosytem after all this is a technological investment, not a brick and mortar location.  Our particular IT dept is going to be busier than the average, with support for interfaces for orphans and a custom PobH pool, for one.  Then there is another huge unerestimation with IT:  Whenever bitcoin pushes a commit, or if a security patch is released for OpenSSL or any dependency, someone from the team has to spend 40 hours fixing it, testing it and deploying it- if they dont, the coin can die.  So it needs to be a healthy department.  

EDIT:  I catch your drift that we should have a PR fund.  I think what we can do is take our total 15% and aim for 10% through proposals, and between the superblock cycles we will throw in some campaigns and switch between charity/IT/PR, and make it work.  We wont always have a full IT full budget, etc.

Totally agree. The dev team should be fairly compensated for continued growth and support for the coin.
One thing I'm curious about is the current block time and emittance, it's very sporadic and volatile leading to the masternodes. Would there even be enough supply for everyone to run the DAO instead a very few on the richlist?

@bible_pay what's your opinion on current emittance, equihash and other algos handle it pretty straightforward with constant block time and retargeted difficulties.
Also I noticed that you are experimenting with a 1 minute block time in testnet in the 1.0.4.4 commit, is that something you think will help?
Personally that looks good to me, lower blocktime and appropriate rewards with same daily emittance can be interesting.
How much would that affect the blocksize if that's implemented?

[nananaminer]

This is something I'm trying to get an answer for with regards to the pool but couldn't.
All of my miners(workers) start on the pool at 0 shares, gradually increasing to reach their cap(say 60 shares) on the leaderboard before pretty much crashing to a single digit and then they go back to the upper limit again. This has been happening through multiple versions of biblepay and both the pools. I've reinstalled and retried configurations multiple times.

I'm not able to diagnose this, I see many other miners holding a constant share rate so I'm not sure what's wrong with mine.
@bible_pay, @inblue can you shed some light on this? Also, what's RMC and CFW?

OS: Ubuntu 16.04 and 14.04
Processor: Xeon
Proc tried: 2-40
Versions tried: 1.0.3.9 - 1.0.4.5

[cyberpitstop]

So how many exchanges is Bible Coin listed on now, just wondering if this is something I need to look into.

[616westwarmoth]

Regardless of what the percentage is I prefer the previous suggestion several weeks ago of a 15% "fund", with by-laws saying that a minimum of 10% goes to charity and the remainder can go to development (IT) or marketing or additional charity if the previous two items aren't needed.

Before the Masternode percentage gets set in stone, the two big things to determine are Masternode cost and how well it beta tests, and if December 25 is a reasonable target still.  Then I would also include a provision in the Masternodes that grants them testcoins on the same basis.  That way new Masternode features can be tested for a few months on testnet.  Speaking of which, when are you expecting to start testing Masternodes? 

Biblepay News has crashed the testnet both times I've tried to use it, causing us to restart the testnet blockchain.  I like the utilization of the blockchain for other uses, but still don't know if news as such a temporal topic needs such immutable status.

But above all else...THANK YOU to the Dev for your tireless work with this labor of love.

[inblue]

This is something I'm trying to get an answer for with regards to the pool but couldn't.
All of my miners(workers) start on the pool at 0 shares, gradually increasing to reach their cap(say 60 shares) on the leaderboard before pretty much crashing to a single digit and then they go back to the upper limit again. This has been happening through multiple versions of biblepay and both the pools. I've reinstalled and retried configurations multiple times.

I'm not able to diagnose this, I see many other miners holding a constant share rate so I'm not sure what's wrong with mine.
@bible_pay, @inblue can you shed some light on this? Also, what's RMC and CFW?

OS: Ubuntu 16.04 and 14.04
Processor: Xeon
Proc tried: 2-40
Versions tried: 1.0.3.9 - 1.0.4.5

Paste here the part of your debug.log where the crash happens.

[nananaminer]

This is something I'm trying to get an answer for with regards to the pool but couldn't.
All of my miners(workers) start on the pool at 0 shares, gradually increasing to reach their cap(say 60 shares) on the leaderboard before pretty much crashing to a single digit and then they go back to the upper limit again. This has been happening through multiple versions of biblepay and both the pools. I've reinstalled and retried configurations multiple times.

I'm not able to diagnose this, I see many other miners holding a constant share rate so I'm not sure what's wrong with mine.
@bible_pay, @inblue can you shed some light on this? Also, what's RMC and CFW?

OS: Ubuntu 16.04 and 14.04
Processor: Xeon
Proc tried: 2-40
Versions tried: 1.0.3.9 - 1.0.4.5

Paste here the part of your debug.log where the crash happens.

That's the thing, the daemon doesn't crash but the mining slows down considerably before regaining again.
Debug file only has something like this "2017-10-01 02:10:17".

This is what I see in the getmininginfo when it slows down. proc limit is 32. Shares on pool ~65

Code:

"poolinfo2": "RM_10-02-2017 06:48:10; RMC_10-02-2017 06:48:26; RM_10-02-2017 06:47:03; RM_10-02-2017 06:46:04; RMC_10-02-2017 06:48:33; RMC_10-02-2017 06:48:26; RMC_10-02-2017 06:48:28; RMC_10-02-2017 06:47:05; Submitting Solution 10-02-2017 06:50:39; RM_10-02-2017 06:50:09; ",
 "poolinfo3": "CFW 10-02-2017 06:50:24; ",

and this is what it shows when it almost stops. Shares ~7

Code:

"poolinfo2": "Submitting Solution 10-02-2017 06:51:51; ",
"poolinfo3": "",

this when it goes up. All in 5 mins. Shares ~40

Code:

"poolinfo2": "RM_10-02-2017 06:54:10; Submitting Solution 10-02-2017 06:54:02; Submitting Solution 10-02-2017 06:53:19; Submitting Solution 10-02-2017 06:53:27; Submitting Solution 10-02-2017 06:52:44; RMC_10-02-2017 06:52:56; Submitting Solution 10-02-2017 06:53:06; Submitting Solution 10-02-2017 06:54:40; Submitting Solution 10-02-2017 06:53:30; Submitting Solution 10-02-2017 06:54:18; RM_10-02-2017 06:53:30; Submitting Solution 10-02-2017 06:53:04; Submitting Solution 10-02-2017 06:53:36; Submitting Solution 10-02-2017 06:53:16; RMC_10-02-2017 06:53:11; Submitting Solution 10-02-2017 06:52:45; Submitting Solution 10-02-2017 06:54:09; Submitting Solution 10-02-2017 06:53:05; Submitting Solution 10-02-2017 06:53:52; ",
  "poolinfo3": "CFW 10-02-2017 06:54:08; CFW 10-02-2017 06:53:08; CFW 10-02-2017 06:52:52; CFW 10-02-2017 06:52:47; CFW 10-02-2017 06:52:37; CFW 10-02-2017 06:52:54; CFW 10-02-2017 06:52:43; CFW 10-02-2017 06:53:23; CFW 10-02-2017 06:52:37; CFW 10-02-2017 06:54:04; CFW 10-02-2017 06:52:46; CFW 10-02-2017 06:52:35; CFW 10-02-2017 06:52:33; CFW 10-02-2017 06:53:07; CFW 10-02-2017 06:52:38; CFW 10-02-2017 06:52:56; CFW 10-02-2017 06:53:25; ",

[oliwer21]

What is the difference between hps and hps2 on the pool?

Hps is your comp hash, hps2 is that what you report on pool.
How they are connected? Bible_pay dont want to tell us;)
For me hps means nothing(or it's caluclated wrong) cuz you can have 20k of hps and only 3 k hps2. Or have hps 15k and hps2 over 26k. On same rig.

Again, HashPerSec is what the client reports to the pool based on actual measured hashespersecond from the client side over time across all threads, and the pool cant pay off of that because it doesnt prove you actually solved 'hard' work (work with low hash requirements).

HashPerSec2 is what the pool calculates your rig at, based on actual shares solved in the current round.


Yes, we could remove hashespersecond eventually!  But the litmus test on that is:  Going 90 days straight without any code changes, IE stamping the pool as "stable".  Eventually yes, we can do that and simplify things.  We could move hashespersec to your user record for debugging also.  

I want jus say that on my ryzen hps is buged cuz bigger hash i get when i set lower genproclimits: 25k on 4 and 15k on 18.
But hps2 from pool seems to be connected to genproclimit. When i rise genproclimit my hps2 is rosing too, and it's logical and ok. The only problem is that hps have strange values compared of settings of genproclimit.

[bible_pay]

Regardless of what the percentage is I prefer the previous suggestion several weeks ago of a 15% "fund", with by-laws saying that a minimum of 10% goes to charity and the remainder can go to development (IT) or marketing or additional charity if the previous two items aren't needed.

Before the Masternode percentage gets set in stone, the two big things to determine are Masternode cost and how well it beta tests, and if December 25 is a reasonable target still.  Then I would also include a provision in the Masternodes that grants them testcoins on the same basis.  That way new Masternode features can be tested for a few months on testnet.  Speaking of which, when are you expecting to start testing Masternodes? 

Biblepay News has crashed the testnet both times I've tried to use it, causing us to restart the testnet blockchain.  I like the utilization of the blockchain for other uses, but still don't know if news as such a temporal topic needs such immutable status.

But above all else...THANK YOU to the Dev for your tireless work with this labor of love.

Thanks for testing it out to see the bugs, as earlier stated the developer needs keen eyes for locating and snuffing out issues, I assume he also means within the testnet. I think the "Biblepay News" is an idea with it's heart in the right place but if it's causing problems then maybe just scrap it and reduce complexity.

Keep in mind that the developer is a busy man and has much to attend to.

"Bible Pay News has crashed the testnet blockchain"?  LOL, No biblepay news isnt crashing.  I dont even think its being tested.  If anyone has a crash report, we need an explanation of how you reproduce the crash and the part of the log with the crash (not a paste of the whole log).

Here is the forum for that thread:
http://forum.biblepay.org/index.php?topic=14.msg91#new

Please test blockchain news, and post any issues there. 
Yes, I still want blockchain news to be part of BiblePay, and I asked a week ago for someone to start checking on Best Practices for paraphrasing current news articles and copyright laws, and havent heard anything (just strong opinions as to why we shouldnt have it), but again, let me make a couple statements on my opinion:
- I would not have considered blockchain news if I thought it would be consuming too much size (the articles only consume 1k per page, thats miniscule)
- I would not have created a testnet thread if I thought it was a dumb idea
- I believe "old news" is still better than no-news in our blockchain
- Its immutability is fine in this case, as its a use-case for the blockchain
- We charge a storage fee to insert an article anyway, so thats a use case for burned coins, and benefits orphans
- There is only so much creativity that can be done by one person per week- so blockchain news is more of a creative effort, its not something that spams the chain (as it takes energy and effort to create an article).  Take a look at the orphan letters- we have only written half of the required letters and thats on the web- because they take effort to write.

Regarding 7 minute blocks, I deliberately set up wide block spacing with the chain to save chain size and increase loading speed.  I am against 1 min blocks.

We will have instandsend after the sanctuaries go live, so we really dont have any downsides after they go live.

[616westwarmoth]

Regardless of what the percentage is I prefer the previous suggestion several weeks ago of a 15% "fund", with by-laws saying that a minimum of 10% goes to charity and the remainder can go to development (IT) or marketing or additional charity if the previous two items aren't needed.

Before the Masternode percentage gets set in stone, the two big things to determine are Masternode cost and how well it beta tests, and if December 25 is a reasonable target still.  Then I would also include a provision in the Masternodes that grants them testcoins on the same basis.  That way new Masternode features can be tested for a few months on testnet.  Speaking of which, when are you expecting to start testing Masternodes? 

Biblepay News has crashed the testnet both times I've tried to use it, causing us to restart the testnet blockchain.  I like the utilization of the blockchain for other uses, but still don't know if news as such a temporal topic needs such immutable status.

But above all else...THANK YOU to the Dev for your tireless work with this labor of love.

Thanks for testing it out to see the bugs, as earlier stated the developer needs keen eyes for locating and snuffing out issues, I assume he also means within the testnet. I think the "Biblepay News" is an idea with it's heart in the right place but if it's causing problems then maybe just scrap it and reduce complexity.

Keep in mind that the developer is a busy man and has much to attend to.

"Bible Pay News has crashed the testnet blockchain"?  LOL, No biblepay news isnt crashing.  I dont even think its being tested.  If anyone has a crash report, we need an explanation of how you reproduce the crash and the part of the log with the crash (not a paste of the whole log).

Here is the forum for that thread:
http://forum.biblepay.org/index.php?topic=14.msg91#new

Please test blockchain news, and post any issues there. 
Yes, I still want blockchain news to be part of BiblePay, and I asked a week ago for someone to start checking on Best Practices for paraphrasing current news articles and copyright laws, and havent heard anything (just strong opinions as to why we shouldnt have it), but again, let me make a couple statements on my opinion:
- I would not have considered blockchain news if I thought it would be consuming too much size (the articles only consume 1k per page, thats miniscule)
- I would not have created a testnet thread if I thought it was a dumb idea
- I believe "old news" is still better than no-news in our blockchain
- Its immutability is fine in this case, as its a use-case for the blockchain
- We charge a storage fee to insert an article anyway, so thats a use case for burned coins, and benefits orphans
- There is only so much creativity that can be done by one person per week- so blockchain news is more of a creative effort, its not something that spams the chain (as it takes energy and effort to create an article).  Take a look at the orphan letters- we have only written half of the required letters and thats on the web- because they take effort to write.

Regarding 7 minute blocks, I deliberately set up wide block spacing with the chain to save chain size and increase loading speed.  I am against 1 min blocks.

We will have instandsend after the sanctuaries go live, so we really dont have any downsides after they go live.

You know I love this coin, but I reported in testnet thread two instances of when I submitted news articles.  Couldn't ever get my miner to sync after that and low and behold the next day the testnet blockchain was restarted.  Just now tried to submit an article and it crashed core (log below).  Resubmitted it and it worked and is ID cd5b3dd24423241290b25e1f72563689eea2e58755f122504dca3cb299282a9c.  Can read it but once again, I'm now out of sync with the network.  I'll let it run all day and see if it resyncs or not.

2017-10-02 12:25:53 generated 20000.00
2017-10-02 12:25:53 ERROR: ProcessBlockFound -- generated block is stale
2017-10-02 14:56:43  Original OldImg <img
<style type="text/css">
 COST HTML
<style type="text/css">
p, li { white-space: pre-wrap; }
</style></head><body style=" font-family:'MS Shell Dlg 2'; font-size:8.25pt; font-weight:400; font-style:normal;">
<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">
2017-10-02 14:57:11 ADDING BLOCKCHAIN ARTICLE
 Creating TXID #0.000000, ChunkLen 920.000000, with Chunk <MT>NEWS</MT><MK>Las Vegas, NV Shooting 2017-10-02</MK><MV></MV><NEWS>
<style type="text/css">
p, li { white-space: pre-wrap; }
</style></head><body style=" font-family:'MS Shell Dlg 2'; font-size:8.25pt; font-weight:400; font-style:normal;">
<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;"><h1>Breaking News October 2, 2017</h1></p>
<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">Over 50 people killed and at least 400 wounded in a mass shooting in Las Vegas, Nevada.  Reports are still incomplete and the story will unfold for days yet to come.  But was is known is a gunman using multiple rifles shot thousands of rounds into a crowd gathered for a Country Music concert.  The President of the United States of America is set to speak on live television about the attask.  if the numbers hold true, it would become the deadliest mass shooting i
2017-10-02 14:57:11
 Creating TXID #920.000000, ChunkLen 33.000000, with Chunk n U.S. history.</p></body></html></NEWS>
2017-10-02 14:57:11 GUI: Qt has caught an exception thrown from an event handler. Throwing
exceptions from an event handler is not supported in Qt. You must
reimplement QApplication::notify() and catch all exceptions there.

[bible_pay]

Regardless of what the percentage is I prefer the previous suggestion several weeks ago of a 15% "fund", with by-laws saying that a minimum of 10% goes to charity and the remainder can go to development (IT) or marketing or additional charity if the previous two items aren't needed.

Before the Masternode percentage gets set in stone, the two big things to determine are Masternode cost and how well it beta tests, and if December 25 is a reasonable target still.  Then I would also include a provision in the Masternodes that grants them testcoins on the same basis.  That way new Masternode features can be tested for a few months on testnet.  Speaking of which, when are you expecting to start testing Masternodes? 

Biblepay News has crashed the testnet both times I've tried to use it, causing us to restart the testnet blockchain.  I like the utilization of the blockchain for other uses, but still don't know if news as such a temporal topic needs such immutable status.

But above all else...THANK YOU to the Dev for your tireless work with this labor of love.

Thanks for testing it out to see the bugs, as earlier stated the developer needs keen eyes for locating and snuffing out issues, I assume he also means within the testnet. I think the "Biblepay News" is an idea with it's heart in the right place but if it's causing problems then maybe just scrap it and reduce complexity.

Keep in mind that the developer is a busy man and has much to attend to.

"Bible Pay News has crashed the testnet blockchain"?  LOL, No biblepay news isnt crashing.  I dont even think its being tested.  If anyone has a crash report, we need an explanation of how you reproduce the crash and the part of the log with the crash (not a paste of the whole log).

Here is the forum for that thread:
http://forum.biblepay.org/index.php?topic=14.msg91#new

Please test blockchain news, and post any issues there. 
Yes, I still want blockchain news to be part of BiblePay, and I asked a week ago for someone to start checking on Best Practices for paraphrasing current news articles and copyright laws, and havent heard anything (just strong opinions as to why we shouldnt have it), but again, let me make a couple statements on my opinion:
- I would not have considered blockchain news if I thought it would be consuming too much size (the articles only consume 1k per page, thats miniscule)
- I would not have created a testnet thread if I thought it was a dumb idea
- I believe "old news" is still better than no-news in our blockchain
- Its immutability is fine in this case, as its a use-case for the blockchain
- We charge a storage fee to insert an article anyway, so thats a use case for burned coins, and benefits orphans
- There is only so much creativity that can be done by one person per week- so blockchain news is more of a creative effort, its not something that spams the chain (as it takes energy and effort to create an article).  Take a look at the orphan letters- we have only written half of the required letters and thats on the web- because they take effort to write.

Regarding 7 minute blocks, I deliberately set up wide block spacing with the chain to save chain size and increase loading speed.  I am against 1 min blocks.

We will have instandsend after the sanctuaries go live, so we really dont have any downsides after they go live.

You know I love this coin, but I reported in testnet thread two instances of when I submitted news articles.  Couldn't ever get my miner to sync after that and low and behold the next day the testnet blockchain was restarted.  Just now tried to submit an article and it crashed core (log below).  Resubmitted it and it worked and is ID cd5b3dd24423241290b25e1f72563689eea2e58755f122504dca3cb299282a9c.  Can read it but once again, I'm now out of sync with the network.  I'll let it run all day and see if it resyncs or not.

2017-10-02 12:25:53 generated 20000.00
2017-10-02 12:25:53 ERROR: ProcessBlockFound -- generated block is stale
2017-10-02 14:56:43  Original OldImg <img
<style type="text/css">
 COST HTML
<style type="text/css">
p, li { white-space: pre-wrap; }
</style></head><body style=" font-family:'MS Shell Dlg 2'; font-size:8.25pt; font-weight:400; font-style:normal;">
<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">
2017-10-02 14:57:11 ADDING BLOCKCHAIN ARTICLE
 Creating TXID #0.000000, ChunkLen 920.000000, with Chunk <MT>NEWS</MT><MK>Las Vegas, NV Shooting 2017-10-02</MK><MV></MV><NEWS>
<style type="text/css">
p, li { white-space: pre-wrap; }
</style></head><body style=" font-family:'MS Shell Dlg 2'; font-size:8.25pt; font-weight:400; font-style:normal;">
<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;"><h1>Breaking News October 2, 2017</h1></p>
<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">Over 50 people killed and at least 400 wounded in a mass shooting in Las Vegas, Nevada.  Reports are still incomplete and the story will unfold for days yet to come.  But was is known is a gunman using multiple rifles shot thousands of rounds into a crowd gathered for a Country Music concert.  The President of the United States of America is set to speak on live television about the attask.  if the numbers hold true, it would become the deadliest mass shooting i
2017-10-02 14:57:11
 Creating TXID #920.000000, ChunkLen 33.000000, with Chunk n U.S. history.</p></body></html></NEWS>
2017-10-02 14:57:11 GUI: Qt has caught an exception thrown from an event handler. Throwing
exceptions from an event handler is not supported in Qt. You must
reimplement QApplication::notify() and catch all exceptions there.

Hmm, just checked the testnet thread for BlockChain news and dont see any posts from you.
Could you post it in that thread?

http://forum.biblepay.org/index.php?topic=14.msg91#new


This forum is only for new users coming in from dash and bitcoin. 

The official forum is the one that handles all testnet testing now and will be equipped to handle the slack expansion.  We are going to need 10-20 topics.

The reason the testnet chain was restarted is because I needed 1 minute blocks for testing sanctuaries and that is completely unrelated to blockchain news.  Im trying to run an end-to-end sanctuary test before releasing the wiki with instructions for testing sanctuaries. 

[nsummy]

This is something I'm trying to get an answer for with regards to the pool but couldn't.
All of my miners(workers) start on the pool at 0 shares, gradually increasing to reach their cap(say 60 shares) on the leaderboard before pretty much crashing to a single digit and then they go back to the upper limit again. This has been happening through multiple versions of biblepay and both the pools. I've reinstalled and retried configurations multiple times.

I'm not able to diagnose this, I see many other miners holding a constant share rate so I'm not sure what's wrong with mine.
@bible_pay, @inblue can you shed some light on this? Also, what's RMC and CFW?

OS: Ubuntu 16.04 and 14.04
Processor: Xeon
Proc tried: 2-40
Versions tried: 1.0.3.9 - 1.0.4.5

I don't think its crashing, but every time there is a new round the share number will reset to zero.

[616westwarmoth]

Ok I forgot that was the primary testnet thread.  Have reposted to there.

On fair use, it's unfortunately a pretty complex thing.  I used to work in the media, so I do know a bit of what I'm talking about here.  The issue would be at first, when the coin is small, there wouldn't be any problems.  Even if copyright / fair use was violated, it wouldn't be worth the time for a company to chase it down.  This would likely lead to bad habits becoming ingrained as it pertains to copyright and fair use.

The risk is lets say I word-for-word copy a news article today.  It becomes part of the block chain.  Five years from now, the DAO is bringing in $250,000 a year.  Some lawyer looks at our block chain, has the proof we violated copyright and sues the DAO (since they cannot identify the writer with ease, and ultimately, you sue who has the money).  They would likely win.  To avoid this, you'd have to have all the articles vetted.  This becomes a logistical nightmare.

Worse, if something untrue was reported, and it was done in a malicious way, the DAO could get sued for liable.  Since there would be no way to retract the article (immutable) the damages could be significant and ongoing.

The ultimate issue becomes, the block chain is immutable.  If something gets posted to a website, it can be changed, or deleted.  If the article itself is the block chain, there is no easy way to fix errors.