Messages

46

Active Discussions / Re: BIBLEPAY - DOGE DECENTRALIZED EXCHANGE

« on: February 15, 2025, 06:39:30 PM »

yes its synced

yeah so thats the confusing part for me then if i only sold 49k worth of bbp 7 trades @ 7000? how did you get 84k? i lost 126k and you shouldve only spent 3.794 wrapped doge


edit: It must be something to do with when you put in multiple orders for the same amount, like the first time it happened with the 2000 BBP transactions this time with 7000 BBP.  If i do trades one at a time and let them find a match it works fine, when you spam order all of the sells if there's more than 1 match for the order it can buy it multiple times? not sure.

I will put up a bunch of sell orders for 5000 BBP each try to buy all of them at once and see if it replicates the issue for you.

Ok good on synced.
Yeah, that comment about 84K was a very rough comment before I even started digging into the getrawtransaction, so lets let that one go as i might not have been counting something in my list as I have a lot of dust in there from doing some back and forth testing, but if we can keep a log of some sort as we transact to each other, lets start over and do that.

I will think about the possibility of a duplicate also, and get back to you more on that.
Give me a few mins to release this new version with exec getassetbalance trading.

47

Active Discussions / Re: BIBLEPAY - DOGE DECENTRALIZED EXCHANGE

« on: February 15, 2025, 06:34:18 PM »

Regarding the base behavior, for orders that have different amounts per order, ignoring the txlist, I got a 100% success rate on all fills over two machines over 10 transactions.  I logged the before and after balance during each trade in this spreadsheet - see below.

Yes, it is possible something else is happening with tx's that have the same amount, or maybe it was just the txlist confusion.
What you can do is load BBP on two machines and transact across those and try to replicate it.
I can also take the other side of the trade on a few that have the same amount next.

In the mean time, Im going to push a version (for windows only) with one tiny change that makes it easier to record this audit log.
I added 'exec getassetbalance trading' which shows your Trading-public-key balance.  What Im doing to audit this is doing exec getassetbalance trading and recording it, and exec getassetbalance doge, and recording it and then finishing the trade.  Ill update separately with that windows version in a few minutes.

48

Active Discussions / Re: BIBLEPAY - DOGE DECENTRALIZED EXCHANGE

« on: February 15, 2025, 04:41:43 PM »

could i be on a fork or something?

my blockheight 565864 - Sat Feb 15 14:35:08 2025 - 000000db04270eadc190de339a848e54cc3a027a3bda97eecd7bd25d5bafe171

cryptoid is up to 565880 ...  https://chainz.cryptoid.info/bbp/block.dws?565880

Aha!  I see what you were talking about, I was doing some more testing to see exactly what is being transferred.
So realize that the Native BBP going from wallet to wallet will look fine in the transaction list, because the debit in one wallet is really a negative in the txlist, and the credit in the other wallet is a Credit, so that part is not confusing.

HOWEVER, on the colored asset (IE getassetbalance DOGE), since the atomic tx sends the original owner Change, it will actually look as if you are Receiving more DOGE PLUS receiving the BBP if you are the seller.  Thats pretty confusing (we can fix that cosmetically later once we certify the operation of the exchange with about 40+ tests etc and everyone feels comfortable that it is working right).

So I did a test as a buyer just now, and the way I verified it was I recorded my BBP balance before and after the trade and I can see my exec getassetbalance doge going down, my BBP going up, but yet I see a credit in the txlist for +1.2 colored doge-- that is because if you look at getrawtransaction, if you audit the tx, there is 1.2 wdoge in change but yet my wdoge decreased NET by .4.... 

So yeah I believe this is all actually working so far..

Ill see if I can come back online and do 6 tests wallet to wallet and log the results in a spreadsheet.

In the end we just want to see that the only cosmetic issue that needs fixed is the txlist would need to mask the "TRADING-ASSET-DOGE" transactions and just let the rpc show those.

49

Active Discussions / Re: BIBLEPAY - DOGE DECENTRALIZED EXCHANGE

« on: February 15, 2025, 01:45:47 PM »

screenshots

You should be fine because it was a hard fork, 00000237a182585f0ce421958a4fce3bb73a86c7a8edc56c24ee9b3acd1c5255
is the hash for 565868 - are you synced with me now?
(We cant check chainz now until we notify them).

Actually I think it worked this time, because the trades that you made at that time- im looking at all the DOGE I lost and the BBP i gained.
I gained 84K bbp and lost 9.4 wrapped doge.  So you should have lost 84k bbp from your wallet.  I can tell its working now because every
tx in my wallet has 2 rows for each one (IE losing bbp, gaining wdoge). 

If you can check one all by itself and just watch it til it fills and then monitor your wdoge asset balance and your bbp balance you should see both change.

I just put a few more in

50

Active Discussions / Re: BIBLEPAY - DOGE DECENTRALIZED EXCHANGE

« on: February 15, 2025, 01:10:23 PM »

1) If all goes well, these trades should be fully atomic now, meaning that you lose the wrapped DOGE in the same TXID that you gain the BBP, or you lose the BBP and gain the wrapped DOGE atomically in the same TXID.  I just tested one (Note that if you do this you must test on two machines because the tx's are only constructed properly with a counterparty-- not with your own wallet); and it worked!  So far so good on my trade (good luck).  I also tested an ingate and an outgate (which are the same as before).  A nice bonus out of this new feature is if either party either does not have the funds or the tx fails, the entire trade fails and waits for the next block and tries again (which is nice if we lose our quorum for some reason).  Additionally these trades work with instantsend, so you should see the trade go through instantly and see the lightning bolt (when the supermajority of the sancs are upgraded properly).

2) After we get over this hump and things appear to work perfectly then we can move on to fractional fills and populating the metrics in.

51

BiblePay Current Discussion / Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)

« on: February 15, 2025, 01:00:52 PM »

Here is the testnet to help us test the new DOGE-BBP exchange:

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

Reposting for visibility

52

Active Discussions / Re: BIBLEPAY - DOGE DECENTRALIZED EXCHANGE

« on: February 15, 2025, 12:59:45 PM »

Biblepay v023.3 - Mandatory Upgrade for Entire Network

- Fix memory pool validation


https://github.com/biblepay/biblepay/releases/tag/v023.3-Mandatory




Let's give it another shot guys!

53

BiblePay Current Discussion / Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)

« on: February 15, 2025, 12:58:52 PM »

Biblepay v023.3 - Mandatory Upgrade for Entire Network @ Height 565718

- Fix memory pool validation


https://github.com/biblepay/biblepay/releases/tag/v023.3-Mandatory

54

Active Discussions / Re: BIBLEPAY - DOGE DECENTRALIZED EXCHANGE

« on: February 14, 2025, 01:47:58 PM »

Check this out I just purchased these 5 sell orders which is 1.48 doge but only 0.1625 doge was deducted

also i recieved 7 tx of 2000 bbp when only 2 of the sell orders were for that amount

Yeah I found the problem... The good news is, this should actually improve the service in the end to be 100% reliable (which is what we need for this to have any adoption).  The bad news is its kind of complicated and requires a mandatory.

So in our memory pool we have a set of rules where atomics can fail if they violate the colored asset protocol.  Im going to need to modify that to account for multisig txs in some cases where it is allowed to transact the non colored plus the colored in one single atomic tx, as long as the sum(colored sender amount) = spent(colored recv amount).  This will allow the tx to go out in one single atomic tx (thats not exactly how it is today).

So ill work on this next then we can have a new mandatory.  I will probably do this in a way where we just re-test everything we have now and wait for that to finish before we add the complexity of fractional fills.

Please check back over the weekend guys.

I believe we will also have to have a sanc hard fork.

55

Active Discussions / Re: BIBLEPAY - DOGE DECENTRALIZED EXCHANGE

« on: February 14, 2025, 01:18:38 PM »

Check this out I just purchased these 5 sell orders which is 1.48 doge but only 0.1625 doge was deducted

also i recieved 7 tx of 2000 bbp when only 2 of the sell orders were for that amount

Ahh, thanks for the pics.
Luckily, I was the seller so in my wallet I was able to confirm each of these 5 tx's as the counterparty and diagnose this.

Tx 1 = height 565644, txid   f39e5eefa3e9b520d0f47622fc899ea0bb6517c6031f116969ce6ae79d9b0cb8   2000   0.000056   filled
Tx 2 = height 565644, txid   29d6b7afbfd5e225ea0e633853ff229815070d618ff323ab3fb4d9eefc116d03   2000   0.000076   filled

Tx 3 = memory-pool-error      4000   0.000076   error
Tx 4 = memory-pool-error      5000   0.000076   error
Tx 5 = memory-pool-error      7000   0.000076   error

So what is really interesting is somehow in my wallet, it sent the BBP but did not successfully sign over the remaining .22 DGZZ because of a memory pool error.  Not sure what that is, so I have to debug and try to reproduce this.

Checking

56

BiblePay Current Discussion / Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)

« on: February 14, 2025, 11:44:29 AM »

You didn't post the current mandatory wallet upgrade of 2/8/25 to this thread.

https://github.com/biblepay/biblepay/releases/tag/v022.9-Mandatory

Its OK, the last prior mandatory was enough for the Sancs, now Im just working in testnet to get fractional fills out.
Once I have a hard fork we will notify again.  (IE Intentional).

57

BiblePay Current Discussion / Re: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)

« on: February 14, 2025, 11:43:20 AM »

11:44:35
exec upgradesanc AltareSanto 0


11:44:35
{
  "Command": "upgradesanc",
  "Summary": "Creating protx_register command for Sanctuary AltareSanto with IP 93.55.252.66:40000 with TXID ec3e3f040b87aa37ed761b2446c49bda2c78f1517577e2e7bfe344270c580f67",
  "bls_public_key": "8f2a4d78232f24d4da053012c98b4d3a8ec9c00f75339c50030c609794a49532cb75b30706820c5779479986ed17e8d5",
  "bls_private_key": "01bc22c2b16bbc52e1705844935a79b6068342fccb942adb00e972d8063b36ac",
  "pro_reg_txid": "0300010001609e5ce9b57500890998887c7c6a050994e4c9ca104ac28336f3c8a5f22b1aa80000000000feffffff016cd2f505000000001976a914da266fc172389feffdd44105e460b996a3cd826588ac0000000000d1020000000000670f580c2744e3bfe7e2777551f1782cda9bc446241b76ed37aa870b043f3eec0000000000000000000000000000ffff5d37fc429c40a0761b3fffcf408d157197fa366d771db5835f0e8f2a4d78232f24d4da053012c98b4d3a8ec9c00f75339c50030c609794a49532cb75b30706820c5779479986ed17e8d5a0761b3fffcf408d157197fa366d771db5835f0e00001976a914da266fc172389feffdd44105e460b996a3cd826588acd33796ed5126898ff5b10412b40b5f14a0c8f07889575fdeefa55abe12a2f8b900",
  "pro_reg_collateral_address": "BHn32VamZjQKE3iAtNWeN3LoDDsNQAr8yM",
  "pro_reg_signed_message": "BQLYy9oNyiCdbym3Vd7dd8nqiP2xAipdYc|0|BK5XDb4TrZHRzTQnVEQhaqV3DbhX65b7zY|BK5XDb4TrZHRzTQnVEQhaqV3DbhX65b7zY|c36781721e1a114bf020f549e286da08375d473c77edbec707fbbf37b8d83061",
  "pro_reg_signature": "H9q/GPzVkA02knhPSv9EZb0T/nUcQF8vP5E/63qqmXOUVg9vIOnDuWTaEHocal2zc9qrlF56sZ3vY110Z2ouaXE=",
  "sent_txid": ""
}

11:44:35
exec upgradesanc AltareSanto 0


11:44:35
{
  "Command": "upgradesanc",
  "Summary": "Creating protx_register command for Sanctuary AltareSanto with IP 93.55.252.66:40000 with TXID ec3e3f040b87aa37ed761b2446c49bda2c78f1517577e2e7bfe344270c580f67",
  "bls_public_key": "8f2a4d78232f24d4da053012c98b4d3a8ec9c00f75339c50030c609794a49532cb75b30706820c5779479986ed17e8d5",
  "bls_private_key": "",
  "pro_reg_txid": "0300010001609e5ce9b57500890998887c7c6a050994e4c9ca104ac28336f3c8a5f22b1aa80000000000feffffff016cd2f505000000001976a914da266fc172389feffdd44105e460b996a3cd826588ac0000000000d1020000000000670f580c2744e3bfe7e2777551f1782cda9bc446241b76ed37aa870b043f3eec0000000000000000000000000000ffff5d37fc429c40a0761b3fffcf408d157197fa366d771db5835f0e8f2a4d78232f24d4da053012c98b4d3a8ec9c00f75339c50030c609794a49532cb75b30706820c5779479986ed17e8d5a0761b3fffcf408d157197fa366d771db5835f0e00001976a914da266fc172389feffdd44105e460b996a3cd826588acd33796ed5126898ff5b10412b40b5f14a0c8f07889575fdeefa55abe12a2f8b900",
  "pro_reg_collateral_address": "BHn32VamZjQKE3iAtNWeN3LoDDsNQAr8yM",
  "pro_reg_signed_message": "BQLYy9oNyiCdbym3Vd7dd8nqiP2xAipdYc|0|BK5XDb4TrZHRzTQnVEQhaqV3DbhX65b7zY|BK5XDb4TrZHRzTQnVEQhaqV3DbhX65b7zY|c36781721e1a114bf020f549e286da08375d473c77edbec707fbbf37b8d83061",
  "pro_reg_signature": "H9q/GPzVkA02knhPSv9EZb0T/nUcQF8vP5E/63qqmXOUVg9vIOnDuWTaEHocal2zc9qrlF56sZ3vY110Z2ouaXE=",
  "sent_txid": ""
}
[/list][/list]

Ahh! Finally I see the problem, thanks for pasting all that.

So you had been doing everything right, your tx was on the mainchain (I see it) and you are synced, and your commands were right, the problem is your collateral address does not have the right amount:

https://chainz.cryptoid.info/bbp/address.dws?BHn32VamZjQKE3iAtNWeN3LoDDsNQAr8yM.htm

Notice that you only sent 450 bbp to that.

The sancs are either:
4 500 001.00    for a Sanc  (IE 4.5MM  or 4,500,001  bbp)
45 000 001.00  for a temple
450 001.00       for an altar

Once you do this over with one of those amounts, then you will see yourself in 'masternodelist' (RPC).

58

Active Discussions / Re: BIBLEPAY - DOGE DECENTRALIZED EXCHANGE

« on: February 14, 2025, 11:24:14 AM »

So now ive managed to sell some bbp and if i do
exec getassetbalance DOGE

I have a balance i dont seem to be able to buy back now, it says my balance is 0.

I do not know what you mean; you would have to start over and write all the tx's down, with their respective debits and credits and addresses.
The amount should be in either your DOGE,BBP, or Wrapped DOGE balance though (it should not be possible to be missing).
You can go through all your tx's in the tx history to see what you traded by double clicking and reading the XML.

59

Active Discussions / Re: BIBLEPAY - DOGE DECENTRALIZED EXCHANGE

« on: February 14, 2025, 11:21:06 AM »

exec getdogebalance works every time now

the exchange is populated

i attempted to buy all open sell orders and was able to but my exec getassetbalance DOGE only was deducted from twice... i still have over 6 but spent more than that... i have all the bbp

https://chainz.cryptoid.info/bbp/address.dws?BG39CtdNTZHRt2tcQ83Qqdkv6EE2Q3Xm8v.htm

https://chainz.cryptoid.info/bbp/block.dws?564829.htm

idk what im looking at

As you said above when you buy or sell in the trading room, it only affects your wrapped DOGE (IE getassetbalance doge) balance, but only when a fill occurs.
This way you can have standing orders as long as your balance is greater than the sum of the standing orders.
This allows them to fill when you are offline.

For orders that fill when you are offline, the trades still occur and your wrapped balance is subtracted atomically with the other traders tx - even when offline.

However, if a traders wrapped DOGE cannot pay for the order in the orderbook, the order is automatically canceled, so no trades can occur where users do not have funds to cover them (they will be skipped then canceled right away).

So your balances should reflect what was "transacted" up to this point.

60

Active Discussions / Re: BIBLEPAY - DOGE DECENTRALIZED EXCHANGE

« on: February 14, 2025, 11:17:21 AM »

Hi again Rob !

Here are the two TRADING-ASSET-DOGE addresses I see in my wallet:

B98GozkCagidcdFMY2zyKf7k3ioud2DgZz
BM9NqJq4JEDcGuEa1oR3vcpKgLPaoeDgzz

Yeah its weird because I havent seen that happen to any of my 3 installs (it may be a race condition).
Can you tell me exactly what is the label on each of them?  "TRADING-ASSET-DOGE"?  Yeah, they were both mined as DGZZ DOGE asset addresses so they are valid.  Technically the wallet should work fine with two of those.  I will add code very soon to show the address in 'exec getassetbalance' that goes along with the amount.