01:14:12 @remsee99:matrix.org: if the user never redeems the synth then the lp never gets to pull funds out of the vault 01:24:22 Skylight Wallet is Now Available in the Official F-Droid Repository with Reproducible Builds 01:24:22 https://magicgrants.org/2026/07/20/Skylight-Wallet-in-F-Droid 05:30:20 Did you need support? > <@remsee99:matrix.org> I’m working on this: 11:52:36 Well the LP has possession of the XMR. Also the LP funds are in a lending protocol that pays off debt over time 11:53:59 say the quiet part loud, I love that you pushed for reproducible build from the very beginning because otherwise some would have never tried to use it because of your professional network. > <@sgp_> Skylight Wallet is Now Available in the Official F-Droid Repository with Reproducible Builds 11:54:24 saying* 11:54:28 @cryptostephan:matrix.org: There’s nothing that comes to mind as far as specific ways I’m looking for help, but it’s an open source project and I’m open to contributors 14:47:07 @remsee99:matrix.org: if the user decides to LP his wrapped sytnh for 5 years, you as LP have > 50% of locked funds for 5 years because of 150% cr, this is a huge risk 14:47:19 putting funds into lending protocol is adding bigger risk to the system, remember aave? 15:26:10 @kiersten5821:matrix.org: Aave exists today as one of the largest and most successful lending protocols, some tokens supported by Aave have gone south but that’s unrelated 15:28:47 @kiersten5821:matrix.org: There is risk in using the system just like any protocol. Results of using the protocol are highly dependent on how it’s used and what the price of Monero does over time 15:29:53 @remsee99:matrix.org: did you forget just months ago there was a giant liquidity crisis on aave and withdrawals were impossible for days because of no liquidity left 15:31:51 There is a cold start problem as well, the system functions better if more people use it 15:33:38 you gotta mint some hyourself 15:33:44 and add some liquidity on uniswap 15:33:49 no one is using it if it says 0 15:34:07 That’s right I am still testing with small amounts 15:34:43 why did you launch this on gnosis no one uses that 15:35:11 should be on eth mainnet 15:35:56 Gas savings for early testing stage 15:37:34 Dollar native stablecoin is nice too 15:40:31 why is your code manually preventing reentrancy instead of using a modifier 15:47:50 Because it uses diamond pattern 15:47:50 why do you have a griefing deposit for mints 15:48:00 this doesnt seem necessary, it doesnt look like the lp loses anything on a failed mint 15:49:09 oh it's because of the lp bond 15:49:29 The LP if griefed would have locked some funds for hours for no reason 15:49:37 but why do you need lp bond if you already check the cr, why not just lock the existing collateral 15:49:47 you need better docs/explanation 15:49:58 there is not even a description of the failure modes for the burn path 15:55:13 i do not understand what the bond is for because it is always returned to the vault in every path? why not just lock the collateral? 15:56:46 mintfacet.sol 15:56:46 https://mrelay.p2pool.observer/p/oLaQ95gLdlFQWFU1/1.txt (code snippet, 4 lines) 15:56:46 vaitfacet.sol[... more lines follow, see https://mrelay.p2pool.observer/e/oLaQ95gLdlFQWFU1 ] 15:58:16 @remsee99:matrix.org: you need better docs to explain everything including the design decisions because i cant understand what the bond is for, more importantly after you get everything working is you should put in like 30 xmr yourself to begin the liquidity otherwise no one will use it if it has nothing inside 15:59:08 Yeah I’m still working on it, it’s still in alpha stage 15:59:28 More like public beta 16:03:46 @remsee99:matrix.org: does this path lead to the user getting fucked? user starts mint -> lp sets mintready which passes because he has enough collateral -> lp burns his own funds increasing lockedcollateral and making the next collateral check fail (lp can burn cuz pendingDebt is not checked in the burn path at all) -> user c [... too long, see https://mrelay.p2pool.observer/e/3I2q95gLaFA1YWNx ] 16:04:02 this needs a much more thorough review imo 16:09:12 I’m not sure I understand, LP burning their own wsXMR increases locked collateral? 16:12:02 yes 16:12:20 this makes the finalize mint revert here https://github.com/madschristensen99/wrapsynth/blob/main/ethereum/contracts/facets/MintFacet.sol#L199-L205 16:12:40 because of 16:12:40 uint256 availableCollateral = vault.collateralShares > vault.lockedCollateral 16:12:40 ? vault.collateralShares - vault.lockedCollateral[... more lines follow, see https://mrelay.p2pool.observer/e/grLK95gLOGFnTDZf ] 16:13:51 the locked collateral increases on requested burn https://github.com/madschristensen99/wrapsynth/blob/main/ethereum/contracts/facets/BurnFacet.sol#L87 16:18:54 It’s possible, I’ll look into it further thanks for the feedback 16:19:52 @cryptostephan:matrix.org: would you be interested in writing documentation? 16:25:07 @remsee99:matrix.org: why do you even have locked collateral just dont reduce the debt until finalizeBurn? 16:27:52 Yeah I need to check on that, but I believe its to secure the burn handshake 16:29:15 secure? you are locking 110% collateral, but if you didnt reduce the debt, it would be 150%, which is more secure 16:30:21 locked collateral introduces more complexity which is bad 16:30:35 i havent even looked at how any of these will interact with liquidation 16:32:50 i think you really need to pay security people to review the system, cuz i bet there are 10x more like the one i just found 16:40:19 There’s probably a few more but less than ten 16:46:56 only one way to find out 16:48:09 There are a lot of ways to find out 16:49:39 i don't think there's any other way to lower bound the number of issues other than actually finding them 16:59:09 Right so there’s many ways to go about finding issues in the code 17:21:23 i didn't mean to sound overly dismissive, but i very strongly think you need to have paid professionals review the entire code and system, it is far from prod ready based on how easily i found problems after an hour of looking 17:31:55 Of course, as the creator of the protocol I have only ever entrusted it with $2 max. My goal is to get up to 1 XMR by the end of the year 18:39:56 Just checked, the reason was to handle XMR price difference between burn imitation and finalization time > <@kiersten5821:matrix.org> @remsee99:matrix.org: why do you even have locked collateral just dont reduce the debt until finalizeBurn? 18:52:56 if it were debt then it would automatically be tracking the price difference? 18:53:12 i don't think the price will change 30% that quickly either 19:07:13 Doesn’t really make sense I’m fixing it 19:55:52 You might need a zipper for that mouth. ;) > <@pw:xmr.mx> revuo might need staff for consistent weekly updates 20:01:00 <321bob321> Hook,line and sinker 20:06:11 @rottenwheel:unredacted.org: I am too like BDSM 20:06:39 We can play together rotten monero girl 20:06:46 I hope you are pretty girl 20:06:51 I am dom 20:07:31 You are under 20:07:36 whoa whoa what 20:08:00 How to add emoji? 20:08:07 where are we 20:20:16 way above my paygrade > <@remsee99:matrix.org> @cryptostephan:matrix.org: would you be interested in writing documentation? 22:53:04 GUI binaries v0.18.5.2 are now available at getmonero.org 23:33:06 GUI only as there was an issue with the recent 0.18.5.1 release 23:34:36 https://repology.org/project/monero-gui/versions 23:34:36 Linux maintainers, do you job 23:34:59 0.18.5.1 must be purged asap 23:36:55 Imajin the goid publicity for new users 23:36:55 Install wallet software 23:36:55 Cant create wallet 23:37:46 at least we have a test case for it now 23:40:08 I am probably going to take over Gentoo GURU for monero-gui