BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 224.

capulo

newbie

Activity: 491

Merit: 0

my another opinion

for me, podc was not complicated, it just takes few days to make it work, few days of waiting of course

boinc setup - third party soft, many webs about it... no problem
then assigning wallet and team - few steps
adding new computers - one line in cmd
it works without any interventions
you can predict your payout

pog - you will probably wait much longer to see payments
preparing coins on wallet (bankrolls, coin ages, amounts etc..) - i dont think this is easy for newbies/normal users
maintaining coins - you need from time to time exec bankroll and collect low balances stacks into one bigger
you can just guess your next payout

of course both requires buying coins

and what about simplyfying podc? is somebody working on it?
what if we will have one common wcg/rosetta account and new users just add their pc there? so they can bypass 2 dasy of waiting for accounts etc and starts mining instantly
they just need to identify, maybe wallet address as pc hostname? (if it is possible due to length). of course there is stacking, but if we set this account as stakeless and pay only 30% then it could work. and if somebody will have anough bbp and skill, he can switch to own accounts with stake

coinsinspect

newbie

Activity: 164

Merit: 0

I am on this coin over a year now.
i am aware of frustrations from everyone due to price decline.
If I would bail out, I will lose thousands of dollars.

However, I am so shocked on the time and effort Rob put into this coin,
it seems that he put into it all his time and a lot of his money.

I appropriate it a lot Rob, Thanks for your effort supporting us,
with this effort continuing we cannot fail.

God bless you good man.

sunk818

full member

Activity: 1176

Merit: 111

Quote from: ?? on ??

So with the PoG change, will the new values for max_tithe be 10-1 (descending) and the min_coin_age stay 0-60 and min_coin_amount stay 1-12500?

If I'm reading the code right, min_coin_amount goes up to 25k. Does that mean combined "stake" of 62.5M BBP that was 30 days old becomes 125M BBP? It sounds like Rob is sacrificing donations received so users are guaranteed a BBP ROI until more participants arrive.

https://github.com/biblepay/biblepay/commit/52b3fe81ca2ada664d815f21d090aa7ac12b5448

Code:

td.min_coin_age = R2X(Quantize(.25, 60, nQLevel));
td.min_coin_amount = R2X(Quantize(1, 25000, nQLevel)) * COIN;
td.max_tithe_amount = R2X(Quantize(10, .25, nQLevel)) * COIN; // Descending tithe amoun

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: bbptoshi on February 11, 2019, 07:17:04 PM

I noticed when I have internet connection issue, PODCupdate will not recognize my RAC, and create a PODCupdate with stake of 10 BBP. Even when I had a good PODCupdate ~30 blocks prior, this causes me to miss a payment sometimes. So, this PODCupdate seems to be created when the wallet is offline and then sent when it comes back online.

Is there a way we could prevent this by only allowing a PODCupdate to be generated if the stake is greater than x, user input variable?

I think the best way in your case is to set 'utxooverride=nnnn'. This just sends the same amount every time it tries to send (therefore you should not have a low amount logged).

bbptoshi

copper member

Activity: 39

Merit: 0

I noticed when I have internet connection issue, PODCupdate will not recognize my RAC, and create a PODCupdate with stake of 10 BBP. Even when I had a good PODCupdate ~30 blocks prior, this causes me to miss a payment sometimes. So, this PODCupdate seems to be created when the wallet is offline and then sent when it comes back online.

Is there a way we could prevent this by only allowing a PODCupdate to be generated if the stake is greater than x, user input variable?

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: sunk818 on February 11, 2019, 05:19:01 PM

Quote from: bible_pay on February 11, 2019, 04:38:27 PM

- POG was never gamed
- You don't understand POG
- Splitting wallets is counterproductive

If you say splitting wallets is counterproductive, then can you please explain why? Balance requirement remains the same?

Sure! I am always happy to elaborate.

So with POG, the act of giving is governed by the ability to spend a Single coin with Age + Minimum Amount + Maximum value.
This means that it is equally beneficial (but more efficient) to store all your coins in one controller wallet. For one, we will see distinct nicknames (thats good for accurate reports), for two we may have a Christian Economy feature in the future that ties to the address, and three- splitting the wallet offers no real advantage due to individual pool entries as the split coins age at the same rate (IE two wallets tithing more frequently are not capable of tithing more frequently than one wallet). The single wallet will tithe just as frequently as possible for the difficulty level.

So in environment A, a user with a 100K balance split into 10 banknotes is exactly equal to a user with two wallets and 50K balance on each split into 10 banknotes (across 2 nodes). All 20 of these banknotes age at the same rate and offer the same pool share percentage. So there is no advantage to splitting the wallets - but its more efficient to have one (you have one miner running, you have one nickname), etc.

If you want more POW mining you can still just set up the other nodes for POW only (without POG).

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: ?? on ??

Under the newest version of PoG there would be no need to split wallets. Having a huge bankroll split into multiple denominations would be the same (more or less) as having multiple wallets with the same denominations and quantity. The only gain would be if you needed to do more than roughly 720 transactions a day in which case multiple wallets would simplify that (as you can set tithe=2 which would try and tithe every 2 minutes or 720 transactions a day).

We do need a detailed explanation of what was coded to change in PoG to better understand it, but from the way it appears, with the reduction in max tithe it will be hard to exceed the daily maximum at this point.

And I still believe that PoG doesn't really simplify things because at this point a six year old might be able to change the config to tithe=1 but won't have an understanding of how it's working.

Correction to your post: Under any version of POG it would be counterproductive to split wallets. We didn't change POG's rules to mitigate split wallets (we talked about this way back in the first page of testnet).

POG not only simplifies things, but its like day and night compared to PODC. I'm sorry but I just can't tolerate the misleading nature of this post. You and 99% of the people here know how complicated PODC can be. (PODC has a dictionary of terminology, while POG is as simple as the POW mining algorithm itself with 3 tithe parameters in it).

sunk818

full member

Activity: 1176

Merit: 111

Quote from: bible_pay on February 11, 2019, 04:38:27 PM

- POG was never gamed
- You don't understand POG
- Splitting wallets is counterproductive

If you say splitting wallets is counterproductive, then can you please explain why? Balance requirement remains the same?

sunk818

full member

Activity: 1176

Merit: 111

Quote from: bible_pay on February 11, 2019, 05:01:54 PM

Quote from: slovakia on February 11, 2019, 02:21:02 PM

again update all MNs,wallets? omg

How accurate is your explorer node that we pre-paid for 3 months for, is it synced properly?

He gave up and took down the explorer.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: slovakia on February 11, 2019, 02:21:02 PM

again update all MNs,wallets? omg

How accurate is your explorer node that we pre-paid for 3 months for, is it synced properly?

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: sunk818 on February 11, 2019, 04:16:09 PM

Quote from: bible_pay on February 11, 2019, 02:23:34 PM

Creating more wallets will be counterproductive, as you need coin-age to tithe.

This would be a one-time destruction of your coin-age... A savvy person could just move the coins that were just tithed to another wallet. Since the coin age is 0 anyway, there's no coin age loss. This makes me feel the tech savvy users will again game PoG and newcomers will be negatively affected.

- POG was never gamed
- You don't understand POG
- Splitting wallets is counterproductive

Please proof-read what you write before posting here. You know the rules are not to spread FUD or make assumptions.

If you need more help understanding POG first please e-mail me with the questions or MIP.

shorty34

newbie

Activity: 47

Merit: 0

Quote from: sunk818 on February 11, 2019, 04:16:09 PM

Quote from: bible_pay on February 11, 2019, 02:23:34 PM

Creating more wallets will be counterproductive, as you need coin-age to tithe.

This would be a one-time destruction of your coin-age... A savvy person could just move the coins that were just tithed to another wallet. Since the coin age is 0 anyway, there's no coin age loss. This makes me feel the tech savvy users will again game PoG and newcomers will be negatively affected.

Hey, can't we sell this as the next innovation?

"Proof of Seniority" - I don't think many have thought of such a concept

sunk818

full member

Activity: 1176

Merit: 111

Quote from: bible_pay on February 11, 2019, 02:23:34 PM

Creating more wallets will be counterproductive, as you need coin-age to tithe.

This would be a one-time destruction of your coin-age... A savvy person could just move the coins that were just tithed to another wallet. Since the coin age is 0 anyway, there's no coin age loss. This makes me feel the tech savvy users will again game PoG and newcomers will be negatively affected.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: slovakia on February 11, 2019, 02:21:02 PM

again update all MNs,wallets? omg

Yes, entire network.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: capulo on February 11, 2019, 03:19:32 PM

will rejected tx destroy coin age?

No, it will be like it was not sent.

capulo

newbie

Activity: 491

Merit: 0

will rejected tx destroy coin age?

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: sunk818 on February 11, 2019, 01:01:16 PM

Quote from: bible_pay on February 11, 2019, 12:43:38 PM

In Phase 1, if POG Diff < 5000, and the supermajority has upgraded, we only accept 5 tithes per block, and the tithe parameters have not changed.
In Phase 2, after block 102025, the maximum tithe amount is 10 bbp, and we limit the tithe count to 75 per block (if diff is < 5000 for that block).
In Phase 2, after block 102025, if POG diff > 5000, we limit the tithe count to 150 per block.

If we want to tithe more then we can create more wallets? Do you expect 50k BBP to be donated per day (on average) with these new parameters?

If someone doesn't participate in PoG (like exchanges or hardcore PoDCer), do they really need to upgrade to 1187? Seems like all the changes are PoG related.

Creating more wallets will be counterproductive, as you need coin-age to tithe.

The entire network must upgrade (its a mandatory upgrade).

On a side note, POG has a hard consensus (unlike PODC contracts), meaning a change to pog is a consensus change.

I believe in phase1 the donations will be a lot closer per day (to the target) but I think in phase2, they will almost be exact per day.

slovakia

full member

Activity: 770

Merit: 100

again update all MNs,wallets? omg

sunk818

full member

Activity: 1176

Merit: 111

Quote from: bible_pay on February 11, 2019, 12:43:38 PM

In Phase 1, if POG Diff < 5000, and the supermajority has upgraded, we only accept 5 tithes per block, and the tithe parameters have not changed.
In Phase 2, after block 102025, the maximum tithe amount is 10 bbp, and we limit the tithe count to 75 per block (if diff is < 5000 for that block).
In Phase 2, after block 102025, if POG diff > 5000, we limit the tithe count to 150 per block.

If we want to tithe more then we can create more wallets? Do you expect 50k BBP to be donated per day (on average) with these new parameters?

If someone doesn't participate in PoG (like exchanges or hardcore PoDCer), do they really need to upgrade to 1187? Seems like all the changes are PoG related.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: sunk818 on February 11, 2019, 12:11:50 PM

Quote from: bible_pay on February 11, 2019, 11:57:19 AM

Pog primarily works the best on the machine you keep your bbp balance (as pog uses coin age to tithe).
If you want to mine on 3 machines, I recommend to set machine A up for POG, then machines B & C for solo or pool mining.

With 1187, is there a limit on how many times we can tithe and a max tithe amount?

In Phase 1, if POG Diff < 5000, and the supermajority has upgraded, we only accept 5 tithes per block, and the tithe parameters have not changed.
In Phase 2, after block 102025, the maximum tithe amount is 10 bbp, and we limit the tithe count to 75 per block (if diff is < 5000 for that block).
In Phase 2, after block 102025, if POG diff > 5000, we limit the tithe count to 150 per block.

Rejected POG tithes show up in the client as "The transaction was rejected by the network! Check your wallet to ensure the coins have not been double spent."

The BBP will not be subtracted from the users balance and the icon will show as conflicted.

Topic: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 224. (Read 243437 times)