tezsure / ctez Goto Github PK

Currently, the ctez price is reported as 1.16 tez in the left nav bar, and 1.21 tez in the page:

As a user: From "My Ovens" (via front-end), deposit/mint/burn functions unavailable.

On inspection, console shows several errors and page stops loading with "Something went wrong" in the top left corner.

No further information is given. The user is effectively locked out of their oven.

All request finish on timeout

I can only login

then going to "my ovens" fails

:1 Error while trying to use the following icon from the Manifest: https://ctez.app/ctez192.png (Download error or resource isn't a valid image) query.js:317 TypeError: Cannot read properties of undefined (reading 'storage') at cfmm.ts:32:30 at l (runtime.js:63:40) at Generator._invoke (runtime.js:293:22) at Generator.next (runtime.js:118:21) at r (asyncToGenerator.js:3:20) at s (asyncToGenerator.js:25:9) at asyncToGenerator.js:32:7 at new Promise (<anonymous>) at asyncToGenerator.js:21:12 at cfmm.ts:31:28 onError @ query.js:317 react_devtools_backend.js:3973 TypeError: Cannot read properties of undefined (reading 'storage') at ctez.ts:36:30 at l (runtime.js:63:40) at Generator._invoke (runtime.js:293:22) at Generator.next (runtime.js:118:21) at r (asyncToGenerator.js:3:20) at s (asyncToGenerator.js:25:9) at asyncToGenerator.js:32:7 at new Promise (<anonymous>) at asyncToGenerator.js:21:12 at ctez.ts:35:28 overrideMethod @ react_devtools_backend.js:3973 onError @ query.js:317 p @ retryer.js:62 (anonymous) @ retryer.js:126 Promise.catch (async) r @ retryer.js:110 (anonymous) @ retryer.js:143 react_devtools_backend.js:3973 TypeError: Cannot read properties of undefined (reading 'storage') at cfmm.ts:32:30 at l (runtime.js:63:40) at Generator._invoke (runtime.js:293:22) at Generator.next (runtime.js:118:21) at r (asyncToGenerator.js:3:20) at s (asyncToGenerator.js:25:9) at asyncToGenerator.js:32:7 at new Promise (<anonymous>) at asyncToGenerator.js:21:12 at cfmm.ts:31:28

Q1 : It is said : "By adding liquidity you'll earn 0.05% of all trades on this pair proportional to your share of the pool."
How can I get this reward ?
Is it a global reward of the pool ? But when i convert back the LQ tokens to XTZ and CTez, is it including the reward too or not ? How can I see the formula of it to verify it ?

Q2 : When I get some LQ tokens from the Liquidity pool, what happens to my XTZ on it and its delegation ? Who get my delegation rewards out of it ? As XTZ are deflationists, it means that user is losing some inflation value here

I'm not sure if this is an issue with the ctez contracts or an indexing issue with wallets and block explorers, but an account is showing a negative balance of ctez even though it actually has a positive balance.

TzKT is showing this account as having about -1743 ctez.

The actual balance is about 87.5 ctez according to DEXes such as QuipuSwap or even ctez.app's swap page.

About 1831.45 ctez were liquidated from the account's oven.

-1,831.45 + 87.5 ≈ -1,743

It appears as though the ctez burned during the liquidation event is not properly accounted for when displaying the balance of tokens in the account. TzKT shows a negative balance. Kukai and TzStats don't list the ctez at all. Presumably they just don't display tokens balances that are near or below 0.

What can be done to get the correct balance of ctez to show in wallets and on block explorers?

Do we have a stable version of ctez that runs on Ghostnet network ?
Can we play with it ? I need to do some swaps

Thank you

The weekly drift's computation is inaccurate but also needlessly complicated. Currently, it tries to find the last back block before midnight 7 days in the past, which means the actual time period varies between 6 * 24 hours and 7 * 24 hours, even though the drift is then normalized assuming 7 * 24 hours.

Instead, a simple solution is to take the minimum block time (30 seconds), go back 20,160 blocks in the past, request this block. It will generally not give exactly a week, but looking at the timestamp of that block, it's possible to measure exactly how much time elapsed during those 20,160 blocks and then measure (target / old_target)^(365.25 * 24 * 3600) / (timestamp_of_last_block - time_stamp_of_block_20160_blocks ago)). It won't always be precisely a week, but that doesn't matter, what matter is that the drift itself be precise.

Alternatively, the measure could be dropped altogether, it's not that useful.

Hey everyone,
we experienced an issue when sending rewards to ctez oven delegators. Most of the bakers do not send out the rewards from their baking address. It's common to send those via a payout address!

Hotfix for TRD user:
We can redirect payments to the specific owners. However, this is not a scalable solution.

Suggestion:
Please add the specific baker payout address within "authorized depositors" as well!

Is there a reason to limit depositors anyway? So why wouldn't you want to allow anybody else to add more collateral on your behalf by default? I'm curious to hear.