Bible Pay

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - sunk818

Pages: 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 15 16
106
TestNet Discussion Archive / Re: Testnet - Test Proof of Giving
« on: December 26, 2018, 01:23:08 pm »
So, will there be a GUI checkbox for participating in PoG?
Check on = tithe=1
Check off = tithe=0

107
Pre-Proposal Discussion / Re: Mass Adoption for BiblePay II
« on: December 16, 2018, 12:26:20 am »
I can appreciate the complexity of pobh podc and pog coexisting. If I read your last post right you want to remove podc altogether? That's a bit much and I think pog podc combo is better. Or all three (pobh podc pog).

Podc is has big participation rate so it deserves a slow curve to reduced payments. Maybe if there are sports to pobh podc and pog rewards the rewards can be tweaked slowly.

Big changes scare of investors.

 This is partly why I asked if pog rewards can contain send bbp transactions as well.

108
TestNet Discussion Archive / Re: Testnet - Test Proof of Giving
« on: December 15, 2018, 05:25:01 pm »
So on the illegal tithe, I can say with relative certainty what I "think" is happening.  (Note that Illegal Tithe and POG Pool Recipients Invalid are mostly for logging, for us to ensure we have prevented those problems in test, and then they become very rare cases of things that arent supposed to happen in prod).

I believe due to people upgrading and being on forks, the difficulty level is not exactly the same on 3 forks.  Once we all agree on the block hash, we should re-tithe, and then watch the log for one day and see that the error has dissapeared.

To answer your question though the pool will not induct an illegal tithe.  But those will be forced on their own chain anyway, so this error should dissapear once we are synced together.

(The givers actual tithe was legal on his own chain) - just illegal on our chain.

Is there a frequency that is observed for "tithing"? TestNet seems to be about once an hour. If I were to tithe 30 minutes after an automated send, that is considered an illegal tithe?  If the transaction is not created, it wouldn't be in the "unconfirmed" stage. Unconfirmed seems like it would encourage more confusion to new users.

109
TestNet Discussion Archive / Re: Testnet - Test Proof of Giving
« on: December 15, 2018, 03:13:17 pm »
the above command isn't working for me in the debug console.

12:52:24 exec tithe
12:52:24 You must specify amount, min_coin_age (days), min_coin_amount.  IE: exec tithe 200 1 1000. (code -1)

12:52:27 exec tithe 250
12:52:27 JSON value is not a string as expected (code -1)

110
TestNet Discussion Archive / Re: Testnet - Test Proof of Giving
« on: December 15, 2018, 02:50:42 pm »
The POG reward is a coinbase, so it takes 120 confirms to become spendable (just like mining revenue).

On a side note, all the pool rewards for one block are contained in one transaction.

I'm seeing PoG reward available after 6 confirmations.

111
TestNet Discussion Archive / Re: Testnet - Test Proof of Giving
« on: December 15, 2018, 12:05:13 pm »
getblockhash is correct for me.

Keep getting this:

2018-12-15 18:03:55
 Illegal tithe @height 87725.000000, max amount 296.500000  amount 296.710000 vout 1
 Illegal tithe @height 87835.000000, max amount 296.490000  amount 296.710000 vout 2
 Illegal tithe @height 87883.000000, max amount 296.930000  amount 297.150000 vout 1 ProcessNewBlock : ACCEPTED

If a tithe is illegal, maybe one can be resent as a test and if it works send it along.

Or illegal tithe should be abandoned? It keeps showing up in the logs... is that right?  I assume it'll keep showing up because the transactions can't be abandoned currently or resent?

112
TestNet Discussion Archive / Re: Testnet - Test Proof of Giving
« on: December 12, 2018, 02:24:02 pm »
Also, is pog reward a block that can process other transactions like Joe sending bbp to an exchange?

113
TestNet Discussion Archive / Re: Testnet - Test Proof of Giving
« on: December 12, 2018, 02:21:50 pm »
Makes sense Rob. Fro. The consumer side I'd prefer to Max tithe with very little change left over.  With the exec bankroll feature and some small change amounts, it may be a moot point.

Also, I'm confused by pog reward amounts.

One new wallet never tithed (too new) but I've been receiving pog rewards.

And then other times pog reward goes to non-tithe address. Is pog reward actually mined reward?

114
Archived Proposals / Re: Use Discourse as Main Forum
« on: December 12, 2018, 09:53:23 am »
Apache has mod_rewrite . If the former url scheme and new url scheme has a repeatable pattern it is easy to do. Worst case you'd have to manually wrote a big redirect list.

115
Archived Proposals / Re: Use Discourse as Main Forum
« on: December 11, 2018, 11:16:42 pm »
Another strong reason for Discourse is the ability to review changes in the post:
https://meta.discourse.org/t/everyone-can-view-post-change-history/7639

Production Proposals were/are being treated as Preproduction Proposals with changes to the proposal text diverging from the original intent of the proposal. I believe this practice is wrong and we should follow IT best practices such as having different environments dev/test -> QA -> production. Same with proposals. If the proposal is not well formed, it should be discussed in pre-production proposal. But if proposals in production must be edited, at least Discourse gives the feature where you can compare the original post with subsequent revisions. Its not perfect, but changes can be followed which I think is a more honest approach.

I don't see any downside to using Discourse and only upside.

my only concern is SEO, and there should be some plan to perform 301 redirects of old urls to equal URLs in Discourse:
https://www.google.com/search?q=site%3Aforum.biblepay.org

116
TestNet Discussion Archive / Re: Testnet - Test Proof of Giving
« on: December 11, 2018, 01:47:03 pm »
in the gui, donate to foundation only allows me to select tithe amount.

in cli, exec tithe allows me to specify coin_age and coin_min_amount. I wonder if exec tithe should just allow me to specify a tithe amount only? so if I type exec tithe 300, i will either be told the tithe is legit and submit, or error out because tithe amount, coin age, or coin_min_amount is not met.

i also seem to be able to select a 300 input and tithe 290. when done automatically, qt wallet wants to select a bigger input amount. is an input of 300, a legal tithe when the automated way wants mincoinvalue of 500?

117
TestNet Discussion Archive / Re: Testnet - Test Proof of Giving
« on: December 11, 2018, 10:50:02 am »
In exec pogpool I see BBP address twice. Is there a reason for this?

Is nickname required? Why is it there?

118
Archived Proposals / Re: Use Discourse as Main Forum
« on: December 10, 2018, 12:02:54 pm »
Discourse won't have the session handling issue. I think perhaps this implementation or this version seems to be a victim of session handling errors. I go to Post and says the session expired. It happens frequently enough that there's a configuration issue or something with the SMF version itself. Registration should be easier on discourse and I've never run into session handling errors on Discourse. Not sure how different the moderation tools are on SMF vs Discourse.

The logical intermediary may be to add social media login plug-ins for SMF to make registration easier (thus leading to greater participation).

119
TestNet Discussion Archive / Re: Testnet - Test Proof of Giving
« on: December 10, 2018, 11:39:13 am »
min_coin_amount is the minimum coin value that can be used for a tithe out of your coins.  If you go to coin control and take a look at your coins, pick one of higher value than min_coin_amount.

For simplicity sake, if we don't use coin control, the wallet will choose a balance for us that is eligible? If so, which address does it pick from first? Is it random, oldest coin age first, etc ?

Also, in our File Receiving address, I see an address for TITHES. What is that for?

120
General Support / Re: BiblePay Central historic and Wallet not matching
« on: December 08, 2018, 07:01:36 pm »
Hi what you received to your wallet is final. What BiblePay central shows is an estimate. It is close but rarely accurate to the final reward amount.

Pages: 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 15 16