News - coming soon:
http://wiki.biblepay.org/News

Thanks for the testing.  So in a nutshell you are saying the Ryzen will only use 35% of the processor no matter what proclimit is set, and both the 32 bit and 64 bit builds are essentially the same.

Ok, that sounds like a different problem than I had on the windows xeon 2 proc.  The xeon on 64 bit only used 50% of the proc, but on 32 bit I got it to use 90% of the proc and on the pool it solves roughly what the linux equiv box solves.

Additionally, non use of resources is a different problem than was discussed after f7000 went live.  The problem we looked at before was the hash rate drop on the servers compared to the laptops and the shares solved per HPS- while assuming the whole processor was being utilized.  This is more of an issue where the processor is not being utilized.

I think I will have time to take a look at making a test miner that holds a reference to two KJV bibles.

In the mean time, the other thing that no one has reported is what happens when you run two copies of BBP against two different datadirectories on the Ryzen?  If anyone can test that out and report back that would be immensely helpful also.  I think inblue was going to try that on a server at one point.

Thanks for the ideas!  But the letters to the orphans dont belong in the chain, as they are temporary and potentially private in the future, and changing in format after sanctuaries go live, and require specific API integration to deliver, and require dynamic booleans depending on when they are sent to compassion, etc.

However the news is permanent and useful to be part of the chain.

(In addition, it takes hundreds of hours to code a feature in the QT wallet, as compared to tens of hours on the web site, so we have to architect each IT solution with respect to how many resources will be consumed vs the ROI).

The both of the web pools actually share the same database server; so you are technically not allowed to create a user on pool2 with the same username.

Just go ahead and use it, and tell me if you see anyting wrong with your HPS2.

Everything has been fine for a solid week now, looking good.

Yeah, go ahead and find out how copyright will work, Im sure there must be a way to legally create news articles that are picked up by multiple stations.  For one we would encourage paraphrasing and original non copyrighted images.

As far as immutable, we will eventually have upvote/downvote, and we charge a fee for publishing.  If it ever becomes a problem we could potentially make an escrow requirement, and "spend" the escrow if someone posts something very negative (like walls of swear words as an article).

Yeah, its kind of funny you mention that, as if we for example were to take one of Togos guides, like how to mine biblepay on linux for example, and make it a news article, then we end up with a TXID pointer with the capability to view the article from the wallet.  That means we inadvertently created a cool feature- like a built in Help Guide, or Wiki Reader.  We could actually make a table of contents in the wallet very easily and point to some of those Help Guides.  That would help users get started and give us more VAR.  Good idea.

As far as editing, here is the thing, while you are in the process of creating an article, you can edit and preview as many times as you want.  When you publish an article it becomes a Permanet part of the blockchain after you pay the fee.  So no there is no Edit capability yet.  However, if you are referring to the ability to make something better that is already published, we definitely can make an Edit option that basically sends a "D"elete command into the chain for a prior version, and an "A"dd.  Then we make the news weblist respect deleted or edited articles.  So yes, that sounds like a valuable thing also.  I could see a person wanting the ability to Improve someone elses guide for example.  Or, when static things change, say we are using Slimepay for example for our debit cards and we find the owner was arrested and we decide to go to another company, then we could actally edit the provider name in the guide.  Its nice because the fees go to help orphans- they go to the orphan foundation.

Guys, feel free to go to the other forum so we can start testing now.  I will be installing the "mod" soon that alows you to receive email updates when new posts are posted.

Alright so block chain news is being released now in its infancy in testnet,  to test, please head over to this Testnet forum:

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

Note that in the description there is also a wiki page I created that attempts to explain the feature.

Sorry but if you want to 'blabber' things you will be ignored.

Try to compliment the community in a positive way, and offer to volunteer for things in the future, otherwise you are probably in the wrong place.

I doubt it, ensure you were mining on both for a few hours and then post the HPS2 here from both test subjects.

TestNet is almost ready to test Block Chain news, One click mining configuration, and NaNas feature. 

Ill follow up tomorrow with release info.

Yes, ironically we had a rocky start where the Ryzens and the Xeons were killing the small procs, and unintentionally, the mid-level CPUs seem to be winning now.  You can now point multiple CPUs to one workerID and the HashPerSec2 will reflect both.  Its probably better to start out keeping all workerids separate so you can see what you hashpersec2 reading starts out as.

Thanks, I have an idea of one thing we can try.




So, blockchain news is almost ready to test in testnet, but its being held up by one issue with the QT HTML TextEdit feature:  we had to add a lot of code into biblepay-qt to support HTML images and ULs.  Ill have to release the QT5.0 Rich Text Edit manual to allow people to see the HTML markup supported - quite a wide array of markup is supported for the creation of a blockchain news article. 

It will take some getting used to but will be relatively easy to create an article after you create one.  It would be nice to add rewards for articles in the future but for now we will most likely have it include your BBP receiving address so you can receive donations when people like the article.  Upvoting/downvoting and a list of articles will eventually come also, but for the first phase we will just have : Create an article, Preview an article, Publish the article into the chain, See an RPC list of articles in the chain, and View an article based on a TXID.  (What is missing is a GUI list of the articles, the upvote/downvote, and some type of reward mechanism).

Thanks, how many threads are you running?  Could you please set "debug=true" in the config, and see if it emits and more lines around the time it dies also?  And finally, I would suspect this started earlier after f7000 was released, do you have a guess as to what version this started dying for you?

Thanks.

PS If anyone is mining on linux and wants to help out could you run valgrind on the process for us?  In the mean time Ill still work on it with Nana.

Does this only affect one mining thread or does it kill all the threads?  What OS, and biblepay version and bitness is it?

Yeah, like Togo shows, when you invest in a sanctuary, its sort of like renting a seat at the stock exchange.  As long as you hold the seat you receive the privilege of voting on governance issues and receiving a monthly reward (approx 10% of the cost of the seat comes back to you in revenue per month, roughly, depending on how many sanctuaries exist).  The escrow amount is still in the air, West is doing some simulations on that.  Its probably between 600,000 and 1 million BBP of escrow.  The escrow provides a useful service - to allow us to offer instantsend - that means coins can be sent from point a to point b instantly. 

Hey, thanks a lot for helping with the Wiki page.  We are all grateful to have you here.

Well I think I can help out on those two concerns (Starting the miner and buy BBP).

I can add a feature that allows one click mining from the menu, that does a quick processor baseline test, auto adds the config info into biblepay.conf, saves the config and starts the miner, and allows autostart it on next start.

On buying BBP, I believe Yuri had explained (at one time) that you can buy USD on c-cex with a debit/credit card, and since a market exists that is very liquid for BTC/USD, you can technically buy into BTC in a fractional amount and then buy BBP.  Thats a pretty low bar if it works, although myself being in the US, and having a coinbase account I have never tried it.  Does anyone want to jump in and volunteer and tell us if you can do it, and if there is any limitation for a country like the US for example?

Thanks!

You too, and thanks again for the guides.  Hopefully we can get more volunteers like you soon to modify the main embarassing wiki page (wiki.biblepay.org) so we have a more professional presence.

Yeah, I hate to be pessimistic, but that usually takes a year.  The good news is I think we can do it.  I think in our case, we release Sanctuaries at Christmas, then go live with exchange #2 (hopefully bittrex or poloniex) next January, and next March while we start a PR campaign, we can then get to this idea.  I have a list of the top 5 crypto-debit card provider interfaces from another project I am sort of loosely part of.  These are real debit cards, like shakepay and bitwala.  I think once our market depth is more than 3BTC per day, then we can talk about integration.  Otherwise, its just a big joke to think we can ask someone like shakepay to integrate with us.  But I think we can get there once we have exchange #2 and people see price appreciation due to the shrinking coinbase involved with the sanctuaries.

So all, I am glad to see the pool is stable over the last 2 days.  It looks like splitting the load worked (knock on wood).

I just wanted to say Ive been busy in the background working on blockchain news.  So far we have the ability to create a news article from the RPC in testnet, but, the feature is still being worked from the GUI perspective.

Yesterday I did some analysis on the shares solved from two similar machines; one on linux one on windows, and although windows has an average HPS less than linux, it does appear windows solves more shares per reported hash.  Doing an in-depth test, I don't see any errors in the HPS counter however.  So that project is still ongoing.

HPS2 takes time to build up.  Its based on how many shares your machine can solve in the current round.

Hi Sunk,

What exactly are you concerned with technically regarding 'execution' and 'pool'?  From an unbiased perspective, the pool seems to be one magnitude ahead of every pool in existence (have you ever seen a pool with Orphan letter writing ability and document attachments and bounties)?  The wallet has advanced features that some of the top 50 wallets dont have also. 

Is it possible you guessed?