Bitcoin Forum
February 21, 2020, 06:10:11 AM *
News: Latest Bitcoin Core release: 0.19.0.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 [476] 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 ... 850 »
  Print  
Author Topic: BiblePay | 10% to Orphan-Charity | POBH CPU | Sanctuaries (Masternodes)  (Read 204361 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic. (342 posts by 31 users deleted.)
markovonline
Sr. Member
****
Offline Offline

Activity: 840
Merit: 253


View Profile
August 11, 2018, 07:54:57 PM
 #9501

About POW difficulty probably some kind of failure or who from the skilled hackers managed to bypass protection and lured tokens to themselves. I'm also interested in knowing the reason for such a decision and what caused this failure for all who are interested in this important information.
1582265411
Hero Member
*
Offline Offline

Posts: 1582265411

View Profile Personal Message (Offline)

Ignore
1582265411
Reply with quote  #2

1582265411
Report to moderator
1582265411
Hero Member
*
Offline Offline

Posts: 1582265411

View Profile Personal Message (Offline)

Ignore
1582265411
Reply with quote  #2

1582265411
Report to moderator
1582265411
Hero Member
*
Offline Offline

Posts: 1582265411

View Profile Personal Message (Offline)

Ignore
1582265411
Reply with quote  #2

1582265411
Report to moderator
Bitcoin mining is now a specialized and very risky industry, just like gold mining. Amateur miners are unlikely to make much money, and may even lose money. Bitcoin is much more than just mining, though!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1582265411
Hero Member
*
Offline Offline

Posts: 1582265411

View Profile Personal Message (Offline)

Ignore
1582265411
Reply with quote  #2

1582265411
Report to moderator
bible_pay
Full Member
***
Offline Offline

Activity: 952
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
August 11, 2018, 08:49:41 PM
 #9502

About POW difficulty probably some kind of failure or who from the skilled hackers managed to bypass protection and lured tokens to themselves. I'm also interested in knowing the reason for such a decision and what caused this failure for all who are interested in this important information.


There is not a path in the wallets business logic that allows 'skilled hackers to bypass protection', however, as snat said this morning there were live forks, and we now had to restart our wallets to get on the right chain.

But the most accurate question is, why do we have to delete blocks and chainstate to recover our wallets?  Thats a question for me, why does the wallet favor the chain with the least work, after working 4 weeks perfectly?

I believe the answer has something to do with our strict CPID mining rules.  When a fork is a true alternative (IE lets say we have two baby forks at 5000 diff on block N+1), those two forks have two different sets of possible CPIDs.  Our wallet being inherited from dash will not reconsider a block to be good after its marked bad.  I think we need a feature programmed in that allows us to recover in this situation to the chain with the most work.


🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
macko20
Newbie
*
Offline Offline

Activity: 94
Merit: 0


View Profile
August 11, 2018, 10:03:04 PM
 #9503

About POW difficulty probably some kind of failure or who from the skilled hackers managed to bypass protection and lured tokens to themselves. I'm also interested in knowing the reason for such a decision and what caused this failure for all who are interested in this important information.


There is not a path in the wallets business logic that allows 'skilled hackers to bypass protection', however, as snat said this morning there were live forks, and we now had to restart our wallets to get on the right chain.

But the most accurate question is, why do we have to delete blocks and chainstate to recover our wallets?  Thats a question for me, why does the wallet favor the chain with the least work, after working 4 weeks perfectly?

I believe the answer has something to do with our strict CPID mining rules.  When a fork is a true alternative (IE lets say we have two baby forks at 5000 diff on block N+1), those two forks have two different sets of possible CPIDs.  Our wallet being inherited from dash will not reconsider a block to be good after its marked bad.  I think we need a feature programmed in that allows us to recover in this situation to the chain with the most work.



Rob,

All my wallets works perfectly, without restart. 1.1.3.8 (64-bit) version (win7 64bit) about 30day+

bible_pay
Full Member
***
Offline Offline

Activity: 952
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
August 11, 2018, 11:21:18 PM
 #9504

About POW difficulty probably some kind of failure or who from the skilled hackers managed to bypass protection and lured tokens to themselves. I'm also interested in knowing the reason for such a decision and what caused this failure for all who are interested in this important information.


There is not a path in the wallets business logic that allows 'skilled hackers to bypass protection', however, as snat said this morning there were live forks, and we now had to restart our wallets to get on the right chain.

But the most accurate question is, why do we have to delete blocks and chainstate to recover our wallets?  Thats a question for me, why does the wallet favor the chain with the least work, after working 4 weeks perfectly?

I believe the answer has something to do with our strict CPID mining rules.  When a fork is a true alternative (IE lets say we have two baby forks at 5000 diff on block N+1), those two forks have two different sets of possible CPIDs.  Our wallet being inherited from dash will not reconsider a block to be good after its marked bad.  I think we need a feature programmed in that allows us to recover in this situation to the chain with the most work.



Rob,

All my wallets works perfectly, without restart. 1.1.3.8 (64-bit) version (win7 64bit) about 30day+




Thanks, that brings up a good point also.  My regular wallets (3) were on the right chain but 30% of my sanctuaries were on the wrong chain so I rebuilt the blocks on those and resynced properly.  Its something to consider that todays problem was due to sanc rules.  It is interesting to note that the Sancs re-memorize the PODC data once every 4 hours right before doing the internal 'exec dcc' command (that is where they try to come to a podc quorum).  But I still am seriously considering a feature that erases the chainstate and blocks and resyncs if a node is out of sync for more than an hour (which can be disabled if a user doesnt want it on).


🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
bible_pay
Full Member
***
Offline Offline

Activity: 952
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
August 11, 2018, 11:23:16 PM
 #9505

All,  Jaap has paid Coinexchange.IO for our new exchange listing fee (2 BTC) - that was the entire treasury.

We will be listed on August 15th.


🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
thesnat21
Jr. Member
*
Offline Offline

Activity: 490
Merit: 4


View Profile WWW
August 12, 2018, 12:53:13 AM
 #9506

Thanks, that brings up a good point also.  My regular wallets (3) were on the right chain but 30% of my sanctuaries were on the wrong chain so I rebuilt the blocks on those and resynced properly.  Its something to consider that todays problem was due to sanc rules.  It is interesting to note that the Sancs re-memorize the PODC data once every 4 hours right before doing the internal 'exec dcc' command (that is where they try to come to a podc quorum).  But I still am seriously considering a feature that erases the chainstate and blocks and resyncs if a node is out of sync for more than an hour (which can be disabled if a user doesnt want it on).


My clients thought they were still current.. so not sure how that rule would help

As for the delete/rebuild interesting idea.  There is still the oddity of when you do that, the PODC key seems to get lost until you re-start the client.

I'm guessing the scanning routine isn't looking for/updating the key info when it gets to that part of the blockchain.
(just a guess, since I have not looked into it really)


I've done it several times and gotten the unable to sign cpid error.
togoshigekata
Full Member
***
Offline Offline

Activity: 924
Merit: 115



View Profile
August 12, 2018, 01:03:41 AM
 #9507

All, Jaap has paid Coinexchange.IO for our new exchange listing fee (2 BTC) - that was the entire treasury.

We will be listed on August 15th.



CoinExchange.io
https://www.coinexchange.io/

CoinMarketCap - 24 hour Volume
https://coinmarketcap.com/exchanges/coinexchange/

Doge Market (To see how Exchange Looks)
https://www.coinexchange.io/market/DOGE/BTC

BiblePay Proposal to be listed on CoinExchange.IO
https://forum.biblepay.org/index.php?topic=231.0
123 Yes Votes, 8 No Votes

bible_pay
Full Member
***
Offline Offline

Activity: 952
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
August 12, 2018, 01:18:14 AM
 #9508

Thanks, that brings up a good point also.  My regular wallets (3) were on the right chain but 30% of my sanctuaries were on the wrong chain so I rebuilt the blocks on those and resynced properly.  Its something to consider that todays problem was due to sanc rules.  It is interesting to note that the Sancs re-memorize the PODC data once every 4 hours right before doing the internal 'exec dcc' command (that is where they try to come to a podc quorum).  But I still am seriously considering a feature that erases the chainstate and blocks and resyncs if a node is out of sync for more than an hour (which can be disabled if a user doesnt want it on).


My clients thought they were still current.. so not sure how that rule would help

As for the delete/rebuild interesting idea.  There is still the oddity of when you do that, the PODC key seems to get lost until you re-start the client.

I'm guessing the scanning routine isn't looking for/updating the key info when it gets to that part of the blockchain.
(just a guess, since I have not looked into it really)


I've done it several times and gotten the unable to sign cpid error.
On the 'trigger' to delete the chain and restart, there are ways to do that.  The rule would be something like: an hour has passed since the last cold boot, and the difficulty is less than (say 1000) POW, and a fork exists (IE getchaintips > 1) and the longer chain contains a bad block.  Then we restart the wallet with an -erasechain parameter.

As far as the memorizeprayers function, just delete SAN/prayers_prod  for now and restart.  Ill have to make it honor a startup where the best block height is less than the prayer height in the file.  Correct, its not checking that right now, thats a bug.



🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
noxpost
Jr. Member
*
Offline Offline

Activity: 241
Merit: 3


View Profile
August 12, 2018, 02:44:52 AM
 #9509

Also just so everyone is aware, iquidus (the software that powers the block explorers ) has a very very hard time recovering from a fork. Mine got on the wrong chain for a bit, and couldn't recover, so I'm once again rebuilding the full database. Sorry for any inconvenience, but there's little else I can do.
togoshigekata
Full Member
***
Offline Offline

Activity: 924
Merit: 115



View Profile
August 12, 2018, 04:00:29 AM
Last edit: August 12, 2018, 05:16:17 AM by togoshigekata
 #9510

But I still am seriously considering a feature that erases the chainstate and blocks and resyncs if a node is out of sync for more than an hour (which can be disabled if a user doesnt want it on).

Great idea!

slovakia
Full Member
***
Offline Offline

Activity: 728
Merit: 100



View Profile
August 12, 2018, 07:12:30 AM
 #9511

About POW difficulty probably some kind of failure or who from the skilled hackers managed to bypass protection and lured tokens to themselves. I'm also interested in knowing the reason for such a decision and what caused this failure for all who are interested in this important information.


There is not a path in the wallets business logic that allows 'skilled hackers to bypass protection', however, as snat said this morning there were live forks, and we now had to restart our wallets to get on the right chain.

But the most accurate question is, why do we have to delete blocks and chainstate to recover our wallets?  Thats a question for me, why does the wallet favor the chain with the least work, after working 4 weeks perfectly?

I believe the answer has something to do with our strict CPID mining rules.  When a fork is a true alternative (IE lets say we have two baby forks at 5000 diff on block N+1), those two forks have two different sets of possible CPIDs.  Our wallet being inherited from dash will not reconsider a block to be good after its marked bad.  I think we need a feature programmed in that allows us to recover in this situation to the chain with the most work.



Rob,

All my wallets works perfectly, without restart. 1.1.3.8 (64-bit) version (win7 64bit) about 30day+


win version works perfect 40day+ .... but 2 masternodes crashed again= any problems with masternode chain=it happened that jumped to other chain

bible_pay
Full Member
***
Offline Offline

Activity: 952
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
August 12, 2018, 01:28:34 PM
 #9512

About POW difficulty probably some kind of failure or who from the skilled hackers managed to bypass protection and lured tokens to themselves. I'm also interested in knowing the reason for such a decision and what caused this failure for all who are interested in this important information.


There is not a path in the wallets business logic that allows 'skilled hackers to bypass protection', however, as snat said this morning there were live forks, and we now had to restart our wallets to get on the right chain.

But the most accurate question is, why do we have to delete blocks and chainstate to recover our wallets?  Thats a question for me, why does the wallet favor the chain with the least work, after working 4 weeks perfectly?

I believe the answer has something to do with our strict CPID mining rules.  When a fork is a true alternative (IE lets say we have two baby forks at 5000 diff on block N+1), those two forks have two different sets of possible CPIDs.  Our wallet being inherited from dash will not reconsider a block to be good after its marked bad.  I think we need a feature programmed in that allows us to recover in this situation to the chain with the most work.



Rob,

All my wallets works perfectly, without restart. 1.1.3.8 (64-bit) version (win7 64bit) about 30day+


win version works perfect 40day+ .... but 2 masternodes crashed again= any problems with masternode chain=it happened that jumped to other chain

If a Sanc crashes we need a volunteer to start the sanc like this:

valgrind ./biblepayd
or
valgrind ./biblepay-qt

and tell us the line # of the crash.

sudo apt get install valgrind





🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
bible_pay
Full Member
***
Offline Offline

Activity: 952
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
August 12, 2018, 03:31:56 PM
Last edit: August 12, 2018, 08:33:46 PM by bible_pay
 #9513

But I still am seriously considering a feature that erases the chainstate and blocks and resyncs if a node is out of sync for more than an hour (which can be disabled if a user doesnt want it on).

Great idea!


🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
thesnat21
Jr. Member
*
Offline Offline

Activity: 490
Merit: 4


View Profile WWW
August 12, 2018, 09:12:03 PM
 #9514

Strange this superblock it seems like I missed the unbanked payment..

Anyone else see something similar?
togoshigekata
Full Member
***
Offline Offline

Activity: 924
Merit: 115



View Profile
August 12, 2018, 09:36:32 PM
 #9515



An orphanage from India, Brynn Children Home, has been in contact with me over Facebook, I think they will be creating a proposal soon!
https://www.facebook.com/Brynn-Children-Home-1668615016742705/

togoshigekata
Full Member
***
Offline Offline

Activity: 924
Merit: 115



View Profile
August 12, 2018, 10:56:55 PM
Last edit: August 13, 2018, 12:08:33 AM by togoshigekata
 #9516

Bitcointalk Forum - Banner Ad

Proposal:
https://forum.biblepay.org/index.php?topic=83.0

We were rejected again by Theymos, Bitcointalk Forum Admin, on June 20th
https://bitcointalk.org/index.php?topic=4471292.msg40517470#msg40517470

Quote
I've decided that masternode coins can sometimes be acceptable, but Biblepay seems highly deceptive.
For example, you say "10% of the emission goes to sponsoring Orphans, with provable contributions," but:

 - 10% of the monthly emission should be somewhere around 6 million coins, but the monthly trade volume tends to be
only slightly higher than this, which is unbelievable if you're actually selling the coins in order to make donations.

 - This 10% goes to a hardcoded non-multisig address with no explanation.

 - "THE COIN HAS RPC COMMANDS THAT PROVE 100% OF CONTRIBUTIONS ARE SPENT THE WAY INTENDED" is completely false.
The RPC command just totals up all of the payments to the hardcoded address.
What happens after the coins go to that address is unexplained.

 - There is no non-profit registration, receipts for donations, any info about the people who are supposedly facilitating donations, etc.
 
Biblepay looks like a generic coin with hardcoded dev subsidy plus some probably-totally-fabricated marketing about orphans.

I posted the bad news in the forum and we had more conversation:
https://bitcointalk.org/index.php?topic=2388064.msg40625636#msg40625636

Here are my collection of notes below,
is there anything more we can add?
is there a better way to organize the information?

Did you talk with Theymos further Rob?
Should I try contacting Theymos again, with this summary below?

===========================================

BiblePay Team:
https://www.biblepay.org/cryptoguru/#_team

BiblePay Foundation - Non-Profit Texas Corporation (In Development):
https://wiki.biblepay.org/BiblePay_DAO

BiblePay White Paper:
https://pool.biblepay.org/Docs/BiblePay_White_Paper.pdf

===

What Evidence/Proof does BiblePay have of 10% Charity Donations?

Accountability: http://accountability.biblepay.org/

====================================
CHARITY #1



Compassion International
https://www.compassion.com/

"All of our Actual Orphan ID #s are listed in:
http://pool.biblepay.org/ >>> "Orphans" >>> "Sponsored Orphan List"

Also, the receipts I posted in EXPENSES are the actual payments I made on my credit card.
I have a copy here in case the IRS comes to my house." -Rob (Creator)

==

COMPASSION INTL
ORGANIZATION NAME: BIBLEPAY
ACCOUNT #: 07816292

PHONE# : (800) 336-7676
HOURS: Monday through Friday, 7 a.m. to 5:30 p.m.
Mailing address: Compassion International Colorado Springs, CO 80997
ORG CONTACT: ROBERT A.

=

thesnat21 called Compassion, confirmed 305 orphan sponsorships:
https://bitcointalk.org/index.php?topic=2388064.msg40663169#msg40663169

Brian879 called Compassion, confirmed 308 orphan sponsorships:
https://bitcointalk.org/index.php?topic=2388064.msg40664957#msg40664957

==

Contact:
Ginger Langehennig
Area Director of Donor Relations
https://www.linkedin.com/in/ginger-langehennig-4b31981b/
832-797-3749 or glangehennig@us.ci.org

Proposals:
December - https://forum.biblepay.org/index.php?topic=53.0
February - https://forum.biblepay.org/index.php?topic=105.0
March - https://forum.biblepay.org/index.php?topic=137.0
April - https://forum.biblepay.org/index.php?topic=162.0
May - https://forum.biblepay.org/index.php?topic=181.0
June - https://forum.biblepay.org/index.php?topic=195.0
July - https://forum.biblepay.org/index.php?topic=214.0
August - https://forum.biblepay.org/index.php?topic=229.0

Pictures:
https://pool.biblepay.org/ >>> Orphans >>> Sponsored Orphan List

Tmike talking to Ginger from Compassion:
https://bitcointalk.org/index.php?topic=2388064.msg39981340#msg39981340

Rob's Scan of Ginger's Pamphlet:
http://pool.biblepay.org/san/mission/CompassionMeetingGinger.pdf

Statement from Santiago “Jimmy” Mellado, President & CEO, Compassion International
https://medium.com/biblepay-news/charity-profile-compassion-international-75741753e1c8

Letter Writing
BiblePay rewards BBP to write letters to the sponspored orphans through the biblepay pool website
https://pool.biblepay.org/ >>> "Orphans" tab >>> "Write Letter"

====================================
CHARITY #2



BLOOM (Be Love Orphan Outreach Missions)
http://www.bloomworldwide.org/

Contact:
Executive Director, April Wareham
aprilw@nhoom.org

Proposals:
https://forum.biblepay.org/index.php?topic=73.0
https://forum.biblepay.org/index.php?topic=150.0
https://forum.biblepay.org/index.php?topic=186.0
https://forum.biblepay.org/index.php?topic=219.0
https://forum.biblepay.org/index.php?topic=227.0

Pictures:
https://biblepaysponsorkids.tumblr.com/

Facebook Mention:
https://www.facebook.com/Beloveorphanoutreach/posts/1603251943055348

Newsletter Mention:
https://mailchi.mp/bceb933b9ea4/updates-straight-from-africa

Testimonials from BLOOM and CameroonONE
https://bitcointalk.org/index.php?topic=2388064.msg39527580#msg39527580

====================================
CHARITY #3



CameroonONE
https://www.cameroonone.org/

Contact:
Director of Operations, Todd Finklestone

Proposals:
https://forum.biblepay.org/index.php?topic=86.0

Pictures:
https://www.facebook.com/CameroonONE/photos/2003983039625722
https://forum.biblepay.org/index.php?action=dlattach;topic=86.0;attach=164;image
https://forum.biblepay.org/index.php?action=dlattach;topic=86.0;attach=166;image
https://forum.biblepay.org/index.php?action=dlattach;topic=86.0;attach=168;image

Twitter Mention:
https://twitter.com/CameroonONE/status/1010845995188588549

====================================
CHARITY #4



Kairos Childrens Fund
https://www.facebook.com/kairoschildrensfund/
https://kcf.winnegor.org/

Contact:
Andrew Scribner
scribners@gmail.com

Proposals:
https://forum.biblepay.org/index.php?topic=201.0
https://forum.biblepay.org/index.php?topic=226.0

Pictures:
https://www.facebook.com/kairoschildrensfund/photos/2084557715144222
https://www.facebook.com/kairoschildrensfund/photos/2084557528477574

Website Mention:
https://kcf.winnegor.org/biblepay/

====================================

MISC:

Orphan Collage (NOTE: 12MB file):
http://pool.biblepay.org/docs/SponsorshipsAugust2018.pdf

BiblePay Proposals:
https://www.biblepay-central.org/en/proposals/

Console Command:
Code:
getgovernanceinfo

Understanding BiblePay Governance:
http://wiki.biblepay.org/UnderstandingGovernance

bible_pay
Full Member
***
Offline Offline

Activity: 952
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
August 13, 2018, 01:23:49 AM
 #9517



An orphanage from India, Brynn Children Home, has been in contact with me over Facebook, I think they will be creating a proposal soon!
https://www.facebook.com/Brynn-Children-Home-1668615016742705/

This is exciting, however we are struggling this month to make our charity payments, so lets see how we do towards the end of the month with the compassion bill.  9 million bbp might not cover our existing 309 monthly orphans, and if we have a deficit this month I would recommend pulling in the horns and possibly spending all of our money on compassion next month - maybe we have to tell them to wait 6 months.

Ill be very cognizant about voting No for new proposals, especially with this months BLOOM payment taking about 20% of our charity budget.


🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
bible_pay
Full Member
***
Offline Offline

Activity: 952
Merit: 215


Jesus is the King of Kings and Lord of Lords


View Profile WWW
August 13, 2018, 01:37:35 AM
 #9518

Bitcointalk Forum - Banner Ad

Proposal:
https://forum.biblepay.org/index.php?topic=83.0

We were rejected again by Theymos, Bitcointalk Forum Admin, on June 20th
https://bitcointalk.org/index.php?topic=4471292.msg40517470#msg40517470

Quote from: Theymos
I've decided that masternode coins can sometimes be acceptable, but Biblepay seems highly deceptive.
For example, you say "10% of the emission goes to sponsoring Orphans, with provable contributions," but:

 - 10% of the monthly emission should be somewhere around 6 million coins, but the monthly trade volume tends to be
only slightly higher than this, which is unbelievable if you're actually selling the coins in order to make donations.

 - This 10% goes to a hardcoded non-multisig address with no explanation.

 - "THE COIN HAS RPC COMMANDS THAT PROVE 100% OF CONTRIBUTIONS ARE SPENT THE WAY INTENDED" is completely false.
The RPC command just totals up all of the payments to the hardcoded address.
What happens after the coins go to that address is unexplained.

 - There is no non-profit registration, receipts for donations, any info about the people who are supposedly facilitating donations, etc.
 
Biblepay looks like a generic coin with hardcoded dev subsidy plus some probably-totally-fabricated marketing about orphans.

I posted the bad news in the forum and we had more conversation:
https://bitcointalk.org/index.php?topic=2388064.msg40625636#msg40625636

Here are my collection of notes below,
is there anything more we can add?
is there a better way to organize the information?

Did you talk with Theymos further Rob?
Should I try contacting Theymos again, with this summary below?

===========================================

BiblePay Team:
https://www.biblepay.org/cryptoguru/#_team

BiblePay Foundation - Non-Profit Texas Corporation (In Development):
https://wiki.biblepay.org/BiblePay_DAO

BiblePay White Paper:
https://pool.biblepay.org/Docs/BiblePay_White_Paper.pdf

===

What Evidence/Proof does BiblePay have of 10% Charity Donations?

Accountability: http://accountability.biblepay.org/

====================================
CHARITY #1



Compassion International
https://www.compassion.com/

"All of our Actual Orphan ID #s are listed in:
http://pool.biblepay.org/ >>> "Orphans" >>> "Sponsored Orphan List"

Also, the receipts I posted in EXPENSES are the actual payments I made on my credit card.
I have a copy here in case the IRS comes to my house." -Rob (Creator)

==

COMPASSION INTL
ORGANIZATION NAME: BIBLEPAY
ACCOUNT #: 07816292

PHONE# : (800) 336-7676
HOURS: Monday through Friday, 7 a.m. to 5:30 p.m.
Mailing address: Compassion International Colorado Springs, CO 80997
ORG CONTACT: ROBERT A.

=

thesnat21 called Compassion, confirmed 305 orphan sponsorships:
https://bitcointalk.org/index.php?topic=2388064.msg40663169#msg40663169

Brian879 called Compassion, confirmed 308 orphan sponsorships:
https://bitcointalk.org/index.php?topic=2388064.msg40664957#msg40664957

==

Contact:
Ginger Langehennig
Area Director of Donor Relations
https://www.linkedin.com/in/ginger-langehennig-4b31981b/
832-797-3749 or glangehennig@us.ci.org

Proposals:
December - https://forum.biblepay.org/index.php?topic=53.0
February - https://forum.biblepay.org/index.php?topic=105.0
March - https://forum.biblepay.org/index.php?topic=137.0
April - https://forum.biblepay.org/index.php?topic=162.0
May - https://forum.biblepay.org/index.php?topic=181.0
June - https://forum.biblepay.org/index.php?topic=195.0
July - https://forum.biblepay.org/index.php?topic=214.0
August - https://forum.biblepay.org/index.php?topic=229.0

Pictures:
https://pool.biblepay.org/ >>> Orphans >>> Sponsored Orphan List

Tmike talking to Ginger from Compassion:
https://bitcointalk.org/index.php?topic=2388064.msg39981340#msg39981340

Rob's Scan of Ginger's Pamphlet:
http://pool.biblepay.org/san/mission/CompassionMeetingGinger.pdf

Statement from Santiago “Jimmy” Mellado, President & CEO, Compassion International
https://medium.com/biblepay-news/charity-profile-compassion-international-75741753e1c8

Letter Writing
BiblePay rewards BBP to write letters to the sponspored orphans through the biblepay pool website
https://pool.biblepay.org/ >>> "Orphans" tab >>> "Write Letter"

====================================
CHARITY #2



BLOOM (Be Love Orphan Outreach Missions)
http://www.bloomworldwide.org/

Contact:
Executive Director, April Wareham
aprilw@nhoom.org

Proposals:
https://forum.biblepay.org/index.php?topic=73.0
https://forum.biblepay.org/index.php?topic=150.0
https://forum.biblepay.org/index.php?topic=186.0
https://forum.biblepay.org/index.php?topic=219.0
https://forum.biblepay.org/index.php?topic=227.0

Pictures:
https://biblepaysponsorkids.tumblr.com/

Facebook Mention:
https://www.facebook.com/Beloveorphanoutreach/posts/1603251943055348

Newsletter Mention:
https://mailchi.mp/bceb933b9ea4/updates-straight-from-africa

Testimonials from BLOOM and CameroonONE
https://bitcointalk.org/index.php?topic=2388064.msg39527580#msg39527580

====================================
CHARITY #3



CameroonONE
https://www.cameroonone.org/

Contact:
Director of Operations, Todd Finklestone

Proposals:
https://forum.biblepay.org/index.php?topic=86.0

Pictures:
https://www.facebook.com/CameroonONE/photos/2003983039625722
https://forum.biblepay.org/index.php?action=dlattach;topic=86.0;attach=164;image
https://forum.biblepay.org/index.php?action=dlattach;topic=86.0;attach=166;image
https://forum.biblepay.org/index.php?action=dlattach;topic=86.0;attach=168;image

Twitter Mention:
https://twitter.com/CameroonONE/status/1010845995188588549

====================================
CHARITY #4



Kairos Childrens Fund
https://www.facebook.com/kairoschildrensfund/
https://kcf.winnegor.org/

Contact:
Andrew Scribner
scribners@gmail.com

Proposals:
https://forum.biblepay.org/index.php?topic=201.0
https://forum.biblepay.org/index.php?topic=226.0

Pictures:
https://www.facebook.com/kairoschildrensfund/photos/2084557715144222
https://www.facebook.com/kairoschildrensfund/photos/2084557528477574

Website Mention:
https://kcf.winnegor.org/biblepay/

====================================

MISC:

Orphan Collage (NOTE: 12MB file):
http://pool.biblepay.org/docs/SponsorshipsAugust2018.pdf

BiblePay Proposals:
https://www.biblepay-central.org/en/proposals/

Console Command:
Code:
getgovernanceinfo

Understanding BiblePay Governance:
http://wiki.biblepay.org/UnderstandingGovernance





Quote from: Theymos
I've decided that masternode coins can sometimes be acceptable, but Biblepay seems highly deceptive.
For example, you say "10% of the emission goes to sponsoring Orphans, with provable contributions," but:

 - 10% of the monthly emission should be somewhere around 6 million coins, but the monthly trade volume tends to be
only slightly higher than this, which is unbelievable if you're actually selling the coins in order to make donations.

 - This 10% goes to a hardcoded non-multisig address with no explanation.

 - "THE COIN HAS RPC COMMANDS THAT PROVE 100% OF CONTRIBUTIONS ARE SPENT THE WAY INTENDED" is completely false.
The RPC command just totals up all of the payments to the hardcoded address.
What happens after the coins go to that address is unexplained.

 - There is no non-profit registration, receipts for donations, any info about the people who are supposedly facilitating donations, etc.
 
Biblepay looks like a generic coin with hardcoded dev subsidy plus some probably-totally-fabricated marketing about orphans.


Yes, I sent him a PM explaining the reality of how reputable we are and he didnt reply which gives me the impression he is too lazy to do any due diligence.

Anyway, each of his points are mildly to grossly inaccurate which should be frowned upon by a service person collecting revenue for services from branches of coins that affect our market share.

Theymos:
 - 10% of the monthly emission should be somewhere around 6 million coins, but the monthly trade volume tends to be
only slightly higher than this, which is unbelievable if you're actually selling the coins in order to make donations.

Rob:
This is completely incorrect.  Our average trade volume was $6300 per day until c-cex went on vacation, and all you have to do is look at the volume on the date we sold the coins (which is provided at accountability.biblepay.org) and you will always see the coins were sold, and more volume.

Theymos: - This 10% goes to a hardcoded non-multisig address with no explanation.
Rob: Incorrect.  All of our expenses are sent to a non-hardcoded address in a superblock by the person listed that "handled" that monthly expense and all are documented with receipts at accountability.biblepay.org and reconcile to the totals in the exec contributions command.

Theymos: - "THE COIN HAS RPC COMMANDS THAT PROVE 100% OF CONTRIBUTIONS ARE SPENT THE WAY INTENDED" is completely false.
The RPC command just totals up all of the payments to the hardcoded address.
What happens after the coins go to that address is unexplained.

- This is 100% incorrect again.  All of our payments always have and still are completely documented with backup paperwork.  Our contributions were audited up to June from Ginger (compassion) to Mike-T - who confirmed the totals to a point in time (around $120,000 at the time).  Therefore now you can provably confirm all the expenses were audited and roll up to the wallet checkpoint date.

Theymos: Biblepay looks like a generic coin with hardcoded dev subsidy plus some probably-totally-fabricated marketing about orphans.
Rob: No actually we don't look generic at all, with our PODC cancer mining algo, POBH cpu-mining heat-algo and decentralized governance and orphan sponsorships.



Why don't you invite him to post in our thread and challenge even one point and we will prove him wrong every time, and then lets ask him why we cant advertise a Christian charity that is helping 339 orphans every month?


🕇 BiblePay 🕇
🕇  Announcement | ForumSlackDiscordRedditTwitter | SouthXChange  🕇
🕇 A Christian cryptocurrency | Supporting orphans through a decentralized autonomous charity 🕇
616westwarmoth
Full Member
***
Offline Offline

Activity: 406
Merit: 101


View Profile
August 13, 2018, 01:48:18 AM
 #9519

I got my payments on PODC and I am happy Grin, now i have two questions:

1) Rosseta seems to take a lot of network traffic and space.
    Question:
    Do I have to be "boinc"ing  at least one station on Rosseta, or can I move all my boinc stations to WCG ?


2) West said in the past that we could use WCG RAC to receive payment from GByte coin.
    Today GByte coin asks to change WCG user name to be something else.
    Question:
    If i would change WCG user name, will it be effecting Biblepay PODC payment ?



You can actually stop Rosetta and go 100% WCG.  The only side element to this is for brand new users who do not have a Rosetta account.  There is a small chance a person who started fresh on WCG with no Rosetta account will need to create a rosetta account to ensure the cpids match across projects, then stop boincing rosetta later.  But for you, you can just turn off rosetta.  The entire issue is for CPID synchronization.  WCG does honor boincs 'externalcpid' field (which is what we honor also).

On #2, I cant offer assistance here.




Sorry been so out of touch, if anyone has answered already sorry again.

The Byteball thing, basically you sign up normally at WCG, then after you're live there a day or so it will show as a cross project at Rosetta under "Projects in which you are participating".  After that point, download the Byteball wallet and follow the Steem guide.  Changing your name and having the Byteball wallet confirm it won't affect Biblepay, and in fact, you can (once the Byteball wallet confirms) change it back to your original name immediately thereafter.

▄    BIBLEPAY    ▄    The Cryptocurrency for Christians    ▄     BIBLEPAY   
   Reddit      ANN Page      Biblepay Forum  
▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂
SVK Noko
Newbie
*
Offline Offline

Activity: 300
Merit: 0


View Profile
August 13, 2018, 07:12:22 AM
 #9520

I was in contact with youtube channel Ivan on tech, channel with almost 200k subscribers. I sent them basic info regarding BBP.
They can offer some PR but I guess it is a little bit expensive taking into account our budget.
They can offer live interview with the founder or artickle in toshitimes.com (201k monthly readers) or mention in daily streams.

If somebody from PR team is interrested, I can send you info via privat message.

Pages: « 1 ... 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 [476] 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 ... 850 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!