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 - Rob A.

Pages: [1] 2 3 4 5 6 7 8 ... 69

Just a heads up, currently if all proposals currently passing pass that comes out to 15,058,821 BBP
There is only 15,375,000 BBP in the budget, leaving 316,179 BBP leftover which is below the amount requested for this proposal.
So this proposal may knock out another proposal, or be pushed to next budget cycle.

Thanks Togo!

I deleted the old Compassion proposal and re-entered a new one for 4.6MM to rectify this issue.

Im glad we are making the site even better!  Great job!

We have a complex system, so I think we require a little more than the average site, with active Orphanage partners, PODC, Mining guides, Blogs, Governance, etc, but we'll get there.

One concern I did have is the use of wordpress plugins.  Our host gave me a call and said we pegged the servers performance within 48 hours, so I upped the monthly service level to the "supreme" plan, but then the server ran out of memory.  We looked at the plugins briefly and the host seems to think some of these are chained together (IE one developer of one plugin doesn't know it affects the performance of another).  So maybe when we have some time, if we could try to eliminate all the plugins and go with native wordpress?  (Or move away from wordpress altogether).

Btw I know Im supposed to look at the test site and the roadmap, I will do that soon, the families taxes have interfered this week.

Production Proposals / March 2018 IT Expenses - Payroll
« on: April 16, 2018, 12:51:22 pm »
To partially fund some of my own programming hours, I would like to submit Github commits for the core biblepay wallet from Dec 1 2017 through Dec 31 2017:

Commits on Dec 31, 2017 

biblepay committed on Dec 31 

biblepay committed on Dec 31
Commits on Dec 30, 2017 Upgrade 

biblepay committed on Dec 30, 2017
Commits on Dec 20, 2017 Upgrade 

biblepay committed on Dec 20, 2017 Upgrade 

biblepay committed on Dec 20, 2017
Commits on Dec 19, 2017 Upgrade 

biblepay committed on Dec 19, 2017
Commits on Dec 18, 2017 Upgrade 

biblepay committed on Dec 18, 2017
Commits on Dec 17, 2017 Upgrade 

biblepay committed on Dec 17, 2017
Commits on Dec 17, 2017 Upgrade 

biblepay committed on Dec 17, 2017 Upgrade 

biblepay committed on Dec 17, 2017 UPGRADE 

biblepay committed on Dec 17, 2017 Upgrade 

biblepay committed on Dec 17, 2017
Commits on Dec 16, 2017 UPGRADE 

biblepay committed on Dec 16, 2017 

biblepay committed on Dec 16, 2017 UPGRADE 

biblepay committed on Dec 16, 2017
Commits on Dec 14, 2017 - Mandatory Upgrade 

biblepay committed on Dec 14, 2017
Commits on Dec 6, 2017 

biblepay committed on Dec 6, 2017

For a grand total programming time of
   (47.5 hrs per week * 4 weeks) = 190 hours @ 40.00 per hour = $7,600.00

Also, I would like to expense the following IT expenses for Biblepay:

Zinc, Exchange ($164)  (Exchange is for MIP-Biblepay Mobile Wallet - "Mobile Support" inbox):


For a Grand Total Proposal of :  $7,764.00

?7764/.003301 (CoinMarketCap 4-16-2018 @ 12:50PM CST) = 2,352,014 BBP

Thank you for your consideration.

Production Proposals / Re: February 2018 IT Expenses (Payroll)
« on: April 16, 2018, 12:00:59 pm »
Great work Rob!

Is the developer you recently introduced also still working on the project?
Hi Jaap! Thanks dude, so Bhavani did report that he got his dev environment running and can now change the Biblepay code.
I originally put him on the Orphan Letter Writing project and then pulled him off based on the idea where we 'sponsor an orphan'.

But now he is working on integrated proposals in the core wallet.
So we can see a grid of proposals and vote on them.

Each month we sponsor approximately 210 orphans currently.

Rob, the lead dev charges the expense on his credit card, and keeps a copy of the receipt. 

The expenses can be viewed by navigating to | Expenses and viewing the January PDF.

We have prepaid 450 childrens premiums (in Feb+Mar 2018) meaning we are preapid with compassion by $17,100  which is a great start to removing the danger level in the future for these kids (IE we are now 2 months completely prepaid for all children).  We have a target of being prepaid for $47,880 before sponsoring new children so we are 36% completed in the prepay mission.

All funds raised by this endeavor are spent at, with any excess going to prepayments for the future (the prepaid amount is stored at compassion in the account).

To see the amounts we raised in the past by selling BBP for bitcoin see this page:
 See | Orphans | Orphan Fundraisers.  You can audit the total by finding the sum of all fundraisers.

I am committed to using 100% of the funds received in this months proposal entirely for our orphan premiums for compassion, and anything left over 100% to the future in the form of prepayments.

I am requesting 5,000,000 BBP this month since we have a BLOOM proposal in requesting 13 childrens VISAs and trips (of a lifetime).

All orphanage coins are spent on orphan expenses at and Rob will 'tip' in a little extra to ensure Gods money is put to use for Gods children.

Production Proposals / Re: BiblePay mobile wallet (Android & iOS)
« on: April 14, 2018, 11:12:55 am »
Amazing job MIP!  Thanks for your perseverance.

Now the unbanked cancer miner will be able to mine on android, receive rewards on the mobile, and spend on the mobile.

Now we just need to see how to bring down the hurdles for a person to buy groceries with the BBP if they have no PC and no BTC trading account.

EDIT:  On that subject, eventually, we should port our 'exec associate user pass' rpc command to the mobile!  LOL, not until after the iPhone works, weve got enough going on.

Awesome job bro!

How did the crowd receive the blockchain evangelization?

LOL, this is a good definition of a technology evangelist, lol, we are Technology Evangelists.

Great job!  Im glad you got the API path to expose the UTXOs, and figured out a way to persist the UTXO value in the database!

Im sure Lich will be happy to resync his chain!


Production Proposals / Re: Proposal idea: airdrop
« on: April 14, 2018, 10:55:00 am »
This sounds like a perfect project for T-mike.  Since he started

We could:
Advertise Helping cure cancer through clock cycles, receive $1 of free BBP - click here
The click takes you to his web site
The user pastes a New CPID
We verify the CPID Age > 0 and less than 7 days and the CPID has rac > 1 and the Receive address has not been used
We pay from his faucet the airdrop reward
We save the e-mail for new user correspondence on his mailing list

Production Proposals / Letter Writing Bounties
« on: April 10, 2018, 09:29:37 am »
Currently, we have a deficit in letter writing primarily because of our transition to PODC (heat mining rewards are lower, so the letter writing budget dropped) so people are not participating in writing for financial rewards.  In addition with the launch of purepool, most heat miners have navigated away from to take advantage of the lower fee mining and avoiding the penalty that exists on the main pool.

Some have floated the idea of rewarding letter writers out of the p2p budget, others have floating sponsor-a-child feature (where one person owns a child, and takes responsibility for all communications with that child).

This proposal seeks 500,000 BBP to be split into two buckets:
Bucket 1: (250,000 BBP):   Used to reward letter writers in for writing letters at approximately 1000 bbp per letter out of this fund.

Bucket 2: (250,000 BBP):  This will be reserved in the sponsor-a-child account, while Rob creates the feature.  Rob will make it so children who are sponsored by a miner do not appear in the general write-to-a-child business logic flow.  Instead the user will navigate to an available children list for sponsorship, and sponsor the child.  They will receive funds from this bucket as they write letters.

We will remove the writing penalty at the same time this bridge system goes into effect.

Production Proposals / Re: BiblePay mobile wallet (Android & iOS)
« on: March 31, 2018, 10:19:49 am »
No, last time Togo submitted it for me because I don't have BBP in the pool.

It should have been submitted through the pool UI, not from the cli commands.  As non-devs have no idea what timestamp to use or what timestamps fall between the trigger time, and it also makes the proposal miss the necessary hashes the pool needs to create the budget.

Please enter all proposals through the pool.

Production Proposals / Re: Biblepay Charity Commission - Revised
« on: March 31, 2018, 07:24:08 am »
Yes, just approval for the idea. The commission is supposed to handle the ins and outs of everything related to charity. I thought we could start small and first create an address for donations. Now sure, there is the foundation address also so maybe we can use that but it's tied to the Compassion fund and it's only handled by one person. There is currently no plan to spend it on another charity and it is not for me to decide anyways. Whatever goes into the fund will first support the current charities and if a large enough of a buffer is created we can consider using it for other charities.

If the fund is approved, there will be 2 people who keep each other accountable. And yes it will take load off of you because you wouldn't have to deal with storing the coins, selling coins, and transferring it to Compassion. Everything that is BBP will be accountable on the blockchain, and everything that is converted to cash will be posted on the website for transparency. All of these things take precious time off from our only dev.

Sure, it makes everything easier when there is only 1 person that handles everything but you also become the single point of failure. In fact, and I've told Togo this, I don't want to be the one that has to handle the wallet with the donation address since it is a big responsibly. How about if you and someone else keep each other accountable instead?

I have to say, you often make me sound like a bad person, saying I was greedy, now saying everything is going into my pocket. I don't know what your deal is but I hope you repent from your unloving ways. I am here for the children, if I wasn't, I would be long gone than have to stand up to your insults.


You just made a quote before my post, stipulating that I've placed an address on everyones wallet where we have NO ACCOUNTABILITY for funds sent to it.  You basically said "Rob handles this" but we dont even know what was sent to it.  (Which I explained is not the case - I wrote an RPC report to show every BBP that goes to it).  That insinuates that I created a system to hide money.  But in reality I had a vision for to be able to reconcile every bbp In, and every bbp Out so it is all tied to an expense that has a receipt.  So it felt like an attack on the system, meaning your system was going to replace my faulty one.   So I pointed out how this new system does not actually solve anything, it creates less accountability.    So I would suggest asking more questions and learning more about whats actually going on before making misleading posts and creating a system that adds complexity and attempts to work around the problem.

Regarding Greed, you created a Good botnet that pulls in 20% of all Biblepay mining revenue for yourself, and then wrote a post in the vote for StakeRequired-Per-RAC that we shouldnt have any requirement.  Obviously this triggers the personal feeling - of course, then you could control even more of the pie.  I apologized for that, because I realize it was an ASSUMPTION on my part.   Nevertheless it does point to some potential vote bias on your end.

Anyway, please dont insinuate that I need to repent when Im defending the Orphans System, the system created for the orphans, only because you have a warped view - and have had your feelings hurt on this flawed idea, that automatically Im an evil person.  Im also here for the children, and the system has to be designed properly, not in a fly by night manner. 

First of all there is a difference between single point of failure for funds that are handled for long periods of time vs funds that are immediately spent. 
The other issue is when you attack the system, you are attacking one that is spent immediately.  The superblock funds come in, they are converted and spent, they are not sitting around for months like they would be in a charitable sanctuary. 

In my view we have been doing quite fine splitting up the load on charities by creating different people to handle each charity- BLOOM handles their own dispursement, Jaap for Cameroon, Me for compassion, etc.  Im all for splitting the load and having more accountability.  Its being doing through the proposal system naturally as it is.

Thats why Im so confused as to what this Charity commission would be, I dont know what "ins and outs are". 

Production Proposals / Re: Biblepay Charity Commission - Revised
« on: March 30, 2018, 07:03:32 pm »
Togo, I meant for the address in general that there is no accounting for all the transactions, especially when we start taking donations.

Hmmm- what do you mean there is no accountability to that address?    Every BBP received is recorded in SQL as a reconcilable expense, and then reported on the web site, and every BBP goes to compassion.  So this "commission" is set up to make the donations go to your personal wallet instead?  Im not sure how that adds accountability. 

The thing is, we sponsor 205 children at $8000 a month, we always need more donations for compassion.  Im just not understanding how realigning the donate-to-foundation address is going to ease my workload.  The accountability web site in my opinion is a big plus for auditors who want to see the expenses in one place.  You dont have access to write records to it, so I assume I would need to get with you every month and make 2 records and then have a 2nd orphan fundraiser etc, sounds like double the work.

Yes there is a report in the wallet that shows all the amounts tithed to the foundation address also, since we started.

What are your plans on spending this on, what type of charities?  What is the projected amount you are looking to raise per month?

The proposal itself is for only 2500 bbp.  So Im confused what its for - is this just to seek approval for the idea?

Production Proposals / Re: BiblePay mobile wallet (Android & iOS)
« on: March 30, 2018, 09:48:50 am »
This is really exciting, and extremely worth it.

Thats probably fine if we dont have instantsend, even for a couple years.
I assume even though the wallet keys are stored in a proprietary format, you can send BBP from your pc to your phone and from phone to PC and empty wallet out that way correct?  (sounds like a dumb question lol).  So if I had an email on the android, could I copy the bbp address to the clipboard and paste it into the breadwallet to send BBP to someone random? 

On this item:
 Create BiblepayWallet java and C layer (chain params and basic behavior)

I was wondering, do we need to modify the core (the biblepay-qt) client at all, or what is the c layer you are modifying is this on the breadwallet side or on the core side?  Is breadwallet entirely java based?  If on the corewallet side, have you already forked biblepay and modified your version locally to handle the call, and that is how you got it running?

On block storage, how does the wallet on the android store the blocks?

Thanks a million for your efforts, they are astounding!

Votes 'yes'  :)

Btw, a question of interest: last time we accidentally exceeded the superblock budget after all votes were in, and we had to fix that by manually removing one of the proposals. I can't remember if it's now fixed in a permanent way? Like: if total budget is exceeded, the proposal with the least votes will get dropped or something?

Sweet, yes I see 9 votes for No on the extra.  Interesting, I wonder who would be voting No for orphans.  Looks like the same Sanc who is voting No for Togos "Mixed Bag" proposal. 

Anyway Yes, it was caused because the Pool was not using the deflation equation.  Now the pool is asking the wallet how much budget we have- so it should be fixed.

Plus when we create the budget tomorrow, Ill double check to make sure its sum of proposals are less than the wallet shows for the budget (which should be unecessary as wallet shows > limit right now than total open proposals).

Pages: [1] 2 3 4 5 6 7 8 ... 69