Imho, solid POG, a place to watch rapture videos, upvoting childrens letters, these things alone are very exciting for a Christian wallet.

I think more refinement for PoG is necessary. I haven't met any grandma yet that can use PoG. There are still too many things that require command line or editing biblepay.conf ... I think the concept of PoG can attract many people but the GUI is not friendly enough to attract grandma. Consolidating bankroll still needs some work IMO. But since DASH evolution is the high priority, I guess PoG will be on standby? Or you do want to market PoG as-is?

I think more refinement for PoG is necessary. I haven't met any grandma yet that can use PoG. There are still too many things that require command line or editing biblepay.conf ... I think the concept of PoG can attract many people but the GUI is not friendly enough to attract grandma. Consolidating bankroll still needs some work IMO. But since DASH evolution is the high priority, I guess PoG will be on standby? Or you do want to market PoG as-is?

Yes, I didnt mean to imply POG was complete and the rapture videos would be higher than day to day maintenance or ease of use for POG either (I wanted both projects to thrive at the same time).

But, in light of biblepay-evolution moving to the forefront, most likely we will end up making a generic contract interface between BiblePay core and the sancs, this is so that in the future we can vote on nuances about the generic contract in general rather than having constant mandatory upgrades to adjust bad parameters. For instance we can vote on the mix between Pog and POS in the future etc, as long as the contract still totals 100% of the superblock, these kinds of things wont require a mandatory, just a mandatory sanctuary upgrade.

But to answer your question, I think the next version of biblepay will be plug-n-play for mining, and we may not even have the POG leaderboard in the wallet (we might ask if TheSnat can write a web-ui for whatever contract we have that goes live) - as I really want to re-create the generic contract and re-release evolution first, then we regroup and really focus on making it better. On one hand although this sounds a little harder for Grandma, I think we will also have a pro involved in the release where the defaults work better (than adding keys to the config file) in the next version.

I would have thought a spork value for pog and POS would not require any upgrades. But I'm probably missing something.

With all these changes, I do think the concept of 10% tithing coming from your profits is a good idea. What you mine via pog or pobh or something else could really be called tithing if you're offering to God what is his anyway , a small offering of the blessings you received . I never felt good about this pog donation scheme being called tithing.

Anyway, more bbp to donation address would help ease the proposals being requested as well. If there's not a need, we don't have to extract 100% from the budget every time.

I would have thought a spork value for pog and POS would not require any upgrades. But I'm probably missing something.

With all these changes, I do think the concept of 10% tithing coming from your profits is a good idea. What you mine via pog or pobh or something else could really be called tithing if you're offering to God what is his anyway , a small offering of the blessings you received . I never felt good about this pog donation scheme being called tithing.

Anyway, more bbp to donation address would help ease the proposals being requested as well. If there's not a need, we don't have to extract 100% from the budget every time.

The whole topic of mandatories and deterministic chain logic and business logic is a discussion for a whole thread, as its complicated and requires at least a year of study in blockchain programming. But from a very high perspective, having POG in the core and not in the sanctuary requires a mandatory upgrade for almost any change, so its not modular this way.

Im not too concerned about using the term Tithe, as I still feel that was relatively solid, like Sancs are. The thing I dont like about pog is the spaminess in the transactions. Ill be happy to lose that in the next iteration.

Yes, I do agree more bbp to the foundation with no tithe limit is probably good also, as we got hung up on "difficulty level" in v1, so we can talk about this particular model when we get to the smart contract phase (which wont be long as Im aiming for something by the end of this month).

The reason I want to prioritize Evolution is also so that we have a backup switch ready to go if we Ever experience another fork. The forks were catastrophic to me, and I want a breaking change/permanent improvement in response to that.