News:

F7000 COMING SOON!

Main Menu

BIBLEPAY - DOGE DECENTRALIZED EXCHANGE

Started by Rob Andrews, January 06, 2025, 01:08:46 PM

Previous topic - Next topic

Rob Andrews

#90
Now for portfolio builder, I just added rewards.

If you close Portfolio Builder and extensions, then re-launch Extensions (it automatically upgrades modules that have a higher version).
Then re-launch portfolio builder.
You should now be able to click Enable Rewards (Plz re-enable rewards, because the Object must be of version >= 3 to work).

See screenshot:

Starting tomorrow, we should start receiving those daily rewards.
The APR is currently set at 12%.

When we go live in Prod, Ill probably have it so people can donate to the foundation as much as they want in BBP to contribute to this endeavor so that we can raise the reward 1% a week until we have say 500-900 active users then we can move it back to a normal amount.  At least theoretically.

But for now the rewards come out of the foundations private key, using our Temple API (which executes from Sanc 1 once per day).
That balance is 6MM currently, but Ill be donating to it, for example to keep it topped up.

EDIT: Minimum payout threshold: you must be owed at least 1BBP for it to pay the reward.



Budinga

Quote from: Rob Andrews on March 07, 2025, 09:54:19 AM
Now for portfolio builder, I just added rewards.

If you close Portfolio Builder and extensions, then re-launch Extensions (it automatically upgrades modules that have a higher version).
Then re-launch portfolio builder.
You should now be able to click Enable Rewards (Plz re-enable rewards, because the Object must be of version >= 3 to work).

See screenshot:

Starting tomorrow, we should start receiving those daily rewards.
The APR is currently set at 12%.

When we go live in Prod, Ill probably have it so people can donate to the foundation as much as they want in BBP to contribute to this endeavor so that we can raise the reward 1% a week until we have say 500-900 active users then we can move it back to a normal amount.  At least theoretically.

But for now the rewards come out of the foundations private key, using our Temple API (which executes from Sanc 1 once per day).
That balance is 6MM currently, but Ill be donating to it, for example to keep it topped up.

EDIT: Minimum payout threshold: you must be owed at least 1BBP for it to pay the reward.

The rewards seem to have gone to 0 on mine yesterday they were showing is this because my coins are too low?

Rob Andrews

#92
Quote from: Budinga on March 11, 2025, 01:40:42 AM
The rewards seem to have gone to 0 on mine yesterday they were showing is this because my coins are too low?
Hi bro,

The total daily reward has to be 1bbp or greater to recv the reward, but that is probably not it.

Can u plz paste a screen shot of your PB screen and Ill try to figure out mathematically whats going on.

Remember its the lowest min(ForeignValueUSD,BBPValueUSD) before it does its total assessment.

Thanks

PS One other "issue" that we have to address for the Prod release:  The XRP,XLM wont really be affected by this as those wallets dont get spent from by the  core wallet.

However, take a look in coin control and make sure your "ASSET-BBP" key still has BBP in it.  It can get spent by normal wallet operations (coins being shuffled around), and as a temporary workaround, you can lock those in coin control once you have some staking coins deposited there.  The other possibility: check your native DOGE balance too.

PPS : I pulled up my PB screen and Im still populated at about the same amount as the old screenshot, so most likely its one of your buckets (IE primary BBP staking address, ASSET-BBP)

Budinga

Quote from: Rob Andrews on March 11, 2025, 05:40:09 AM
Hi bro,

The total daily reward has to be 1bbp or greater to recv the reward, but that is probably not it.

Can u plz paste a screen shot of your PB screen and Ill try to figure out mathematically whats going on.

Remember its the lowest min(ForeignValueUSD,BBPValueUSD) before it does its total assessment.

Thanks

PS One other "issue" that we have to address for the Prod release:  The XRP,XLM wont really be affected by this as those wallets dont get spent from by the  core wallet.

However, take a look in coin control and make sure your "ASSET-BBP" key still has BBP in it.  It can get spent by normal wallet operations (coins being shuffled around), and as a temporary workaround, you can lock those in coin control once you have some staking coins deposited there.  The other possibility: check your native DOGE balance too.

PPS : I pulled up my PB screen and I'm still populated at about the same amount as the old screenshot, so most likely its one of your buckets (IE primary BBP staking address, ASSET-BBP)

Hi Rob,

please see attached image.

Rob Andrews

Quote from: Budinga on March 11, 2025, 08:53:25 AM
Hi Rob,

please see attached image.
Yeah, I see the problem, it was rounding to the 2nd digit and not the 6th.  Fixed.
Please reclose and relaunch, and see if you get about 7bbp a day now?


Budinga

Quote from: Rob Andrews on March 11, 2025, 10:14:18 AM
Yeah, I see the problem, it was rounding to the 2nd digit and not the 6th.  Fixed.
Please reclose and relaunch, and see if you get about 7bbp a day now?

Great, yep that seems to have fixed it thanks Rob.

Rob Andrews

#96
Biblepay - Leisure Upgrade
v024.3
https://github.com/biblepay/biblepay/releases/tag/v024.3-Leisure




- Add Exchange Wallet Balances UI fields so users can do the main features from the exchange UI
- Fixed Colored DOGE balance display amount (prior to this, this is what was causing 'Unable to create Atomic Tx error')


Hopefully with this release, it will be close enough for us to release to prod and get more users involved.  Once we kick it around a little.

! NOTE !  If your wallet is locked, the exchange will start, but will not function until you unlock the wallet.


AIDS_SKRILLEX

ok so i put in a buy for 250k bbp at 0.0001 doge it seemed to fill from highest seller first instead of lowest? shouldn't it fill from bottom up? also its down from 250k to 72405 but i only got 15555. concerned it didn't take the lower sell first 27600 @ 0.00007700

AIDS_SKRILLEX

#98
logged in today and my trade is gone but i only got one transaction in for 15555 bbp when i bid for 250k at 0.0001 doge

i know my bbp trading balance is up by 15k but i didnt take note of my doge balance before hand looks like i was only charged for the 1 buy of 15555 bbp .

still a bit confusing

Rob Andrews

Quote from: AIDS_SKRILLEX on March 17, 2025, 07:05:05 PM
logged in today and my trade is gone but i only got one transaction in for 15555 bbp when i bid for 250k at 0.0001 doge

i know my bbp trading balance is up by 15k but i didnt take note of my doge balance before hand looks like i was only charged for the 1 buy of 15555 bbp .

still a bit confusing

The trades get canceled if our sanctuary poller tests the balance of the buyer (or seller), and determines the available funds to be smaller than the total trade amount, then it auto cancels the trade.  Let me know if that was true at all on your Buy with colored doge side (IE colored balance dropped below trade amount).  I think it gives it a few hours for each trade, before marking one as cancelled.  (Maybe you moved some balances around, in and out).  That also means technically, every order on the board has backing collateral for one instance of a trade - when collateral goes away the trades go away too. 

I have not read your other post yet regarding the FIFO rule, I need to debug that and see why that happens (I think it can happen and probably needs an adjustment in the order of fill in the algorithm).


Rob Andrews

#100
Quote from: AIDS_SKRILLEX on March 17, 2025, 07:05:05 PM
logged in today and my trade is gone but i only got one transaction in for 15555 bbp when i bid for 250k at 0.0001 doge

i know my bbp trading balance is up by 15k but i didnt take note of my doge balance before hand looks like i was only charged for the 1 buy of 15555 bbp .

still a bit confusing
So second part of the reply:
Current ruleset says it will do a partial fill against the first other trade it finds where the selling price is <= buying price (so instead of filling at lowest first, its filling at first one it finds) where there will be at least 25K of leftover BBP in the remaining tx.

So yes this can be improved by trying to fill at the *cheapest* where there will be at least .10doge leftover (that rule has more to do so the autocanceler will not cancel the new partial amount -- so im changing this from 25K leftover, to .10doge - or Room tradining minimum).

So in response to this, I made it order the order book by price ascending, before it starts the matching process.  This should always fill the cheapest first.

This will be out whenever we have another necessary release.

AIDS_SKRILLEX

awesome also i know i had enough wrapped doge cause i have like 1600 and the order was for 25 doge

Rob Andrews

Quote from: AIDS_SKRILLEX on March 21, 2025, 09:47:58 AM
awesome also i know i had enough wrapped doge cause i have like 1600 and the order was for 25 doge

Ok, we definitely only autocancel if the temple thinks the collateral is gone for a particular tx.
However I have seen circumstances where the GetColoredBalance returns 0 while a tx is being spent, and thats probably what happened.
Most of the time instantsend has already fixed that since these trading tx's are actually all native (none are on the DOGE chain) they are both BBP.
So i could add logging so we can see the canceled qty, amount, and estimated users balances.
Lets see if it happens again and on the side Ill see if I can add the logging, if it happens again ill make a high priority to get the logging in.


Rob Andrews

#103
Quote from: AIDS_SKRILLEX on March 21, 2025, 09:47:58 AM
awesome also i know i had enough wrapped doge cause i have like 1600 and the order was for 25 doge
You still have > 1000 colored doge right? Another words, its not in your native doge key (with portfolio builder) its in your colored key and that hasnt been moving?

I was debugging this this morning and I found one other way it can partially fill and cancel.  We have a situation where we mark the tx with "matchedTo" which is what the engine thinks it is going to fill next, but then if that other order it is matched to gets canceled (for real reasons, didnt have enough collateral, probably because it had a user that had other tx's that were filled) then that becomes a problem, because the matched to is canceled.

Working on that next.

The tx's themself are true atomicTx's in that they move the colored and the native in a single two leg tx, so we dont have a risk of a partial fill taking too much from the user, or giving too much.  We just have a situation where we have to partially fill the first one, and make a new atomic that has the lesser amount.




AIDS_SKRILLEX