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 Andrews

Pages: [1] 2 3 4 5 6 7 8 ... 279
1
Active Discussions / Re: BEP-20 DECENTRALIZED EXCHANGE
« on: May 11, 2026, 04:32:49 PM »
0x7fFec195B5c04a651f3FB9438De62b513B6eab2B


BEP 20 address from metamask connected with unchained

Ok, cool, I sent 256K Shib and $1 of BNB gas if you want to verify you received this in the BEP20 Web wallet (ill send more when we are in the middle of trading etc).

Now you should be able to check the mint test case.


2
Decentralized BEP-20 exchange is ready to test.

Please sign up for testing here:

https://forum.biblepay.org/index.php?topic=979.msg80340#msg80340
Post that you want to help and also your BEP-20 address from the Unchained BEP-20 wallet (not the wallet from metamask).


Thanks

3
Active Discussions / BEP-20 DECENTRALIZED EXCHANGE
« on: May 10, 2026, 03:39:34 PM »
BINANCE SMART CHAIN INTEGRATION WITH BIBLEPAY



We are moving forward to create an Ethereum (BEP-20) Binance smart chain presence for BIBLEPAY, so we can provide enhanced features.
This includes:
- BEP-20 BSC token for BIBLEPAY (contract address 0xF103aEEc556412087747f0B3079088aDCB28137c)
- ShibaInu->BBP Exchange (Contract address 0x258Ee000341b5A5D18aE366E04FcE35360B89f69)
NOTE: I will be providing the source code for the two contracts as well.  As the dev of the contracts, I specifically designed them so there are no owner functions.  I am an equal participant in this ERC-20 space as everyone else is.
(Note on future state:  I plan on re-creating PortfolioBuilder on the BEP-20 side to provide staking rewards using the BEP-20 smart contract; the rewards will be in BEP-20 BIBLEPAY.  Native L1 chain BBP will be able to be traded on the Unchained bridge to go back and forth from BEP-20 BBP to Native BBP
Why PB BEP-20?  So that the smart contract can confirm your BEP-20 holdings along with the native BBP holdings to provide a reward.  On the native side, it would be more centralized to prove and emit the reward (I may be involved running a service that is trusting the main kitty emission) but on the BEP-20 side, we can automate this since the PortfolioBuilder contract can act like a bank for us).

Side Note:  When you look through the release and test cases below you may wonder why the unchained exchange UI uses its own internal wallet and provides a wallet address.  This is because I want to make it easy to log in, use the exchange, log out, and for future use cases, be able to spend from the derived key in the web site (via ERC-20 or native BBP).  This means the unchained site will also have a cool feature that lets you log in with metamask (equivalent to 2FA) which will increase security on the web side.  But I assure you, the things we are testing below are still 100% decentralized as the site does not store private keys - it only derives them from your signature and when you log off it throws them away.  Future state, I believe we can also make a decentralized version of the exchange that spends directly from metamask (no key derivation necessary on the web site).  However this is still useful today to fully test the contracts, and add features such as Buying Selling NFTs directly from the ERC-20 wallet on the unchained site.

Explanation of Contract 1, the BIBLEPAY BEP-20 token:
1) There is a 1B coin hard cap.  Only 1M coins can be minted per day.
2) Coins can be Minted to You if you send ShibaInu to the contract.  Otherwise, coins are NOT minted.
3) Shiba that you send to the contract, can be withdrawn after 4 years.
4) I am providing a convenience function in unchained to allow anyone to mint BIBLEPAY from Shiba to make this an equal and fair emission.
5) I have no private key for any of the BIBLEPAY coins on the BEP-20 network.  They get minted directly to your BEP-20 wallet (or to the BEP-20 web wallet, which is still your private derived key that I cannot see since it is derivated from the MetaMask signature).
6) When coins are sent from the BEP-20 contract to the exchange contract, they are locked IN the exchange contract (not on the web site).  I cannot withdraw them or recover them.  The only way to get them back is to either cancel the trade, Or have the trade fill.
7) The Exchange contract is also Public and I do not have any rights to the coins.  Those coins can only be withdrawn via the original user who sent them (via the Cancel mechanism), OR, if they are over 30 days old and Not filled/exchanged, the exchange contract has the right to send them back to the original owner (this is a maintenance function to clean old orders, to keep the contract from growing unbounded with old junk orders) etc.
8 ) If these two contracts are deployed in a way that operates directly from MetaMask (future state) there will be No Need for a web wallet on unchained.  I am simply providing the web wallet to get us started and I also may provide free gas on the unchained to jump start adoption.
9) If we continue down this path of decentralization, we can decentralize everything in biblepay including the expenses and revenue records, the prayer room, the voting, permissions, everything.
10) When you place a Trade in the Exchange, an Order is created with a BEP-20 ERC20 Public Key, Timestamp, Quantity and Bid amount.  This order is stored in the *Exchange contract* (not on the web site).  This is one of the primary novel features of our decentralized exchange.  The smart contract will FILL a partial order, or a full matching order when the big is equal to or greater than the ask, even if the quantity is not the full amount.  The contract itself sends the tokens for both assets, out from the contract to the receivers. 
11) if you want your coins back for an exchange Order, you can highlight the row and click Cancel, and the contract will send your coins back to you as long as you are the owner of the order.








How do I test?

Log in to unchained.biblepay.org.
Navigate to the Finance menu.
Click connect wallet and connect to your metamask instance.

I will post test cases here, one at a time as we get through them.


Test Case 1:
Verify that you can Mint BEP-20 BIBLEPAY in exchange for ShibaInu:
From the finance menu, click Mint Coins.
Verify that you have a little BSC gas in your wallet, and more than 0 Shiba Inu.
Type in an amount (you will receive 1:1 in BEP-20 BIBLEPAY).  Click Mint.

Verify that you have lost the Shiba and gained the BBP in your web wallet.







4
made tihs infographics out of that
That is very nice man.

Im done with the two smart contracts now making the UI changes.

Will be back asap with the testnet thread.


5
2026 Update


I hope everyone is good and God bless you.

I was analyzing our codebase the other day and thinking of ways to decentralize Biblepay, so that there is no risk that if I die (for example) that the project will cease.

Although the work we did on the exchange was a good start, I feel like this can be improved by further decentralizing the exchange to be fully autonomous and living outside of both wallet code and API code. 

(As an example, the model of our DEX doge and bbp mined keys stores value in the chain, requires an API to be hosted on someones server, which could add security weak points when deriving keys - similar to the DEX cross chain transfer problem in Ethereum that operators of uniswap and pancakeswap go through).

Thinking of a model that might solve almost all of our dex problems, it would be beneficial if BBP had some native tokens on the Ethereum (BSC) chain so that we could start a DEX that is 100% decentralized by using smart contracts.  I designed a DEX smart contract that allows the owner to renounce ownership.  Since smart contracts are programmable money, these contracts can Receive funds and store them like a bank, and only emit them when trades occur. 

This means that I can release an exchange (or DEX) to the community that allows anyone to perform the cross currency transfer atomically.

To pull this off we need a native BBP currency on BSC (binance smart chain as a BEP-20 token).  Right off the bat, I am designing this to avoid a BBP wrapping service (the downside of the wrapping service is then you have to trust the web site who runs the wrapper and unwrapper).  I have a design that again allows us to renounce ownership and go live fairly, with tokens, that do not require wrapping and unwrapping. 

Like this:

- Rob releases Smart Contract 1 (BIBLEPAY on BSC) - our ethereum type token.  This token would have a 1B max cap and would be minted by any user who sends ShibaInu (BSC) to the contract address.  There is a mining cap per day of something like 1M coins - for up to four years.  After the 4 years are up, the original owners of the shiba can withdraw those coins as well.  The minted coins go to the user who sent the Shiba to the contract.  All this does so far is establishes a presence on BSC with our new BBP token.  Note that I have nothing to do with ownership as I have no rights to withdraw coins more than any other user.  No wrapping service is required or created.  Coins are minted into existence by sending Shiba to the contract to get started.

- Rob releases Smart Contract 2 (Biblepay DEX) on BSC.  This DEX would allow trading between a currency pair (initially BBP/Shiba), but in the future more of these contracts could be released that allows exchange for any coin to any coin.  The main win here is this would give us a truly decentralized dex that does not require an owner to run an API to run the exchange.  This DEX would receive orders, store the users tokens in the smart contract, and only release and fill an order that matches or crosses (including fractional trades).  Anyone who wants to run a satellite pool (or site similar to unchained.biblepay.org) could run more of these and those would use the same smart contract, share the same list of orders, and interact with it in a public way, but notice how no private keys are stored on the web site owners server?  This is great for security and means it is truly decentralized.  This is accomplished because smart contracts act like a bank, when funds are sent to the contract they are locked in and released on the rules where the bid/offer must be higher than the ask only; not on the command of the API to release the coins.

I believe this model will help BBP gain more traction and fulfill our future at least on the finance side.  Obviously there is a lot of work to do in parallel on the gospel side as well.

So this is what Im working on next.  Once this is done I plan on retiring the current BBP/DOGE exchange and removing the code for wrapped DOGE in the wallet to bring it back to purity for the coming Quantum apocalypse.  We need to slate in the changes for quantum once released by bitcoin, inherited by dash and then merged into BBP as well.

On another note, there is a lot of unreleased code on the API side that is still valuable (we can host a prophecy video room, host music) and act as a cdn; that will get released as soon as possible, hopefully by end of 2026 as well.

After the BSC exchange is live, we can work on making more smart contracts that use NATIVE erc-20 biblepay for portfolio builder and NFTs.  The improvement here being NFTs can be quoted in ERC-20 BBP, and exchanged in a decentralized way, and the portfolio builder will have rewards going directly from the smart contract to the users balance (those who hold homogenized AltToken + erc20-BBP) and due to the clarity act, we can pay those when a user Reads a bible verse on the web site and hits re-stake on a regular basis (which would re-compounded the rewards) and meet the legal requirements that are coming for blockchain reward interest payments.


Also good news, once our finances are back, we have an offer to list us on BitMart in the future for an affordable amount; pray for us to raise those funds and please pray for the future of BBP as well.

If you are wondering what the mechanics of L1 cross chain to native ERC20 pricing would be (Ie what would keep the arb between the two), it looks like this:
Native L1 Core wallet BBP: 5B coins; exchange value is maintained by two sources:
1) The Unchained bridge between ERC20-BIBLEPAY and core BBP.
2) The future BitMart centralized exchange
3) The ERC-20 DEX that anyone can run to influence the price of ERC20-BIBLEPAY.

I believe once there is a demand for BBP for our core use cases (such as the upcoming financial analysis system) these token imbalances will quickly equalize.
There will probably be a temporary peg to shiba inus price while the initial coins are released.






6
Merry Christmas and a Happy New Year to all
Same to you Prof.  Hope everyone is doing well.

Happy Easter!

8
General Discussion / Re: UPDATE BIBLEPAY SITE;S.
« on: April 04, 2026, 03:33:17 PM »
Test is anyone here?

9
Happy Christmas Bible pay family!
Merry Christmas to All!


10
i just checked ports are all open
Unreal, the machine I was testing from on the remote network had a firewall rule to allow the other sancs ports; so it was always giving false positives.
Ok, I see the problem, a rule got erased that existed before on temple1 to allow the port; and of course when I did my telnet yesterday it succeeded so I didnt look for the rule.
I readded the rule and it works now (I was able to test it from Online Port Tester - that it failed then succeeded).
So it should work for you now.
Amazing your the first person that reported this. 



11
Rob,
Can we start an online show with you? give me 6 hours a month I'll do all the recordings editing and promotion
No strings attached...
Hi Mr. A,
No not at this time.  I dont have 15 minutes extra per month at this time.
Thanks.
Ill let you know when I have all the financial pieces ready to merge in the API and we can probably do something at that time.

On a side note, I did attempt to have a one hour per week prayer call for two years and no one showed up except Pat and his friend (at least we got through it however and it was edifying).  That will be something we can discuss in the future once BBP has sort of a full suite running again.  A weekly prayer call for the nations.

12
Thank you very much Rob, no problem at all i can wait. I'm just glad we can solve it.
Hi Prof B,
So I have some progress for you.
I put the extra logging in PB.exe.  Could you try the following please:
- Close Portfolio Builder
- Close Extensions EXE
- Re-click bbp extensions from the left menu of the core wallet (after the wallet is unlocked)
- Extensions appears
- It should auto upgrade pb.exe up to 1.87
- Launch PortfolioBuilder
- Go to trading room exchange
- Click refresh to get your balance
- Logs in this app are located at:
c:\inetpub\wwwroot\bms\bms.txt
Check log for "12/9/2025 5:54:43 PM: GETTING BBP BALANCE FOR ADDRESS your_address"
Check to see if it receives a utxo set
Plz paste here if it does not
Also when you see the temple host and port that it calls, you may try to telnet to that host and port from the command line and verify your firewall outbound is open on port 20000.




13
Hi Rob,

I tried again also put some more money in to the address but it still shows as 0. Also did wallet repair , refresh, anything else i can try.
FYI: I installed BBP on one of my remote Windows server cloud machines (IE on a faraway network) and tested the pb.exe by funding it with a little BBP and I was able to see the coins; so that eliminates the potential firewall issue.   Ill add some logging to the app and let you know when its ready to test.


14
Hi Rob,

I tried again also put some more money in to the address but it still shows as 0. Also did wallet repair , refresh, anything else i can try.

Ok, no problem, at least we have a clear idea where the issue is now.  Ill add some detailed logging in that area and let you know when its ready to test.

Thanks.

15
Thank you
Ok, so I first went into the PB.exe in debug, and I saw that I had a zero balance, so I bounced Temple1 (which provides the UTXOs back to the c# which gives the sum(balance)).
Then I realized, I had a 0 balance because my wallet spent the coins to myself, so then I funded my address and hit refresh and I could see my balance.
(So now Im not sure if it was the bounce or the other thing).
Anyway, just for the sake of testing, I put your address in my debug code and it was able to see your correct UTXO set and balance.
Can you try now and relaunch it and see if all works fine?

If it does not let me know and we can go further - probably by putting logging in the pb.exe UTXO area for this issue.



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