00:01:15 vtnerd the issue is I am able with the UI to send the funds when tx is confirmed while monero-lws does not seem to be ready so it makes a crash and you have to refresh the UI 00:03:59 vtnerd the crash occurs after calling get_unspent_outs 00:10:10 Lws crashes? What version are you running? Can you provide logs of the server? Post them to a GitHub issue if possible, much easier to discuss and track than this channel 00:12:10 vtnerd no it is not lws, it is mymonero-web-js 00:13:26 Yikes. I'm only vaguely familiar with that, and I think it's no longer being maintained. Do you have a rough idea on where it's crashing? 00:13:29 vtnerd I just told you the UI make it possible to spend the funds whereas monero-lws does not seem to be ready, the UI crash after calling get_unspent_outs 00:15:47 vtnerd I have the same issue as plowof, for some reasons it takes lots of time to monero-lws to be able to spend the funds after the tx is being confirmed, I wouldn't want to update get_address_info and get_address_txs endpoint if this time did not exist 00:17:00 @plowsof:monero.social: do you have the same issue? With what frontend? 00:18:10 There's a 10 block lock time after funds are received. This is a monero protocol enforcement, lws must wait. Is the spend funds issues after the lock time? 00:18:50 johny__ ive found that i have to wait a long time to where i think 'does this even work / is it broken?' when i receive funds and waiting to spend them - eventually though im able to send 00:20:10 vtnerd I had the issue even 10 blocks after 00:21:43 plowsof> if this is specifically about monero-lws being slow when funds are unlocked and should be spendable (balance taking time to update etc) then yes, same issue. is this a known issue vtnerd? 00:23:57 plowsof> johny_ im using a beta wallet atm called skylight wallet thats connected via tor to my own monero-lws instance , sgp_ shared it recently, you would need a google play store account to join the beta :( ive not used my.monero personally 00:28:21 vtnerd "I think it's no longer being maintained" what is that? it does not mean monero-lws does not issue because it is being maintained, from my point of view the issue comes from monero-lws when debugging, at one point I see output without spend_key_image property from get_unspent_outs endpoints... 00:31:49 The ui is crashing, that part is unmaintained. Seeing no spend_key_image field is possible when the received output has yet to be listed in a ring (unspent). The balance on that skylight app is likely waiting until it's unlocked, although Id have to use it to verify 00:34:35 vtnerd if you think everything is ok for get_unspent_outs endpoint then get_address_info and/or get_address_txs have to be updated so the UI won't let me spend the funds and crash 00:35:26 Actually I peeked at skylight and I know what the problem is there. The backend is updated nearly instantly if --sub is used, however the frontend is polling at roughly 30 seconds or 20 seconds at best. This causes a noticeable delay that can be instant if restarted 00:35:53 Skylight code for reference: https://github.com/magicgrants/skylight-wallet 00:36:02 We need to work on an instant notification channel (probably websocket). Lws switched to boost::beast so this won't be too bad 00:36:15 vtnerd I am not talking about 30sec issue, sometimes even 20min after I was still not able to spend it 00:37:12 Yes, so 10 blocks passed after the output was received, and it took another 20 minutes before it was spendable? 00:37:47 Meaning roughly 40 minutes from first receival? 00:38:15 vtnerd there is no rule, sometimes in my test, I have been able to spend it quickly after being confirmed 00:39:15 That's not possible, the monero network would block it. Unless your debugging which output the mymonero-js is using it's likely using another output, giving the impression that it spends the one just received 00:39:43 I think you try mymonero-web-js yourself, I did my best to describe the issue, I wouldn't spend that much time if there were no issue 00:41:36 at the moment I can't use monero-lws because of this issue, that's what I can say 00:52:52 https://mrelay.p2pool.observer/m/synod.im/LdDBsRGQksaeSyWJSbQLobFy.png (mining.png) 00:53:33 LET'S GET THAT LUCKY #7 !!! 00:54:42 @tallhatdoug:synod.im got details/api/viewkey to get listed on https://blocks.p2pool.observer/pools / https://blocks.p2pool.observer/proofs? 00:56:20 vtnerd can you explain me why get_address_info give me locked_funds 0 with pending tx and total_received is the amount of pending tx? 00:57:08 might need to launch my own mirror of xmrchain, seems to be getting hammered with traffic lately? 00:57:13 what y'all think? 00:57:14 DataHoarder appreciate the credit brother 😎 00:57:23 use https://p2pool.io/explorer/ 00:58:53 01:57:14 <+br-m> DataHoarder appreciate the credit brother 😎 00:58:53 yep but got API that lists found blocks with id and height at least? (or alternatively viewkey, I'll scan blocks myself on blocks.p2pool.observer) 00:59:47 when I checked you only had the stats, which only lists block heights 01:00:42 https://tallhatdoug.com/stats 01:01:05 that only lists block heights, I'd need id + height 01:01:09 johny_: If it's pending, lws doesn't report it via rest API. This is a known limitation of lws. The locked funds are zero because it hasn't picked it up yet. 01:01:09 Total received is basically useless as it's the total incoming received without accounting for any spends (because the backend cannot verify spends). This field would be removed if redone again; it's present for historical reasons 01:01:35 (or viewkey, and I scan everything directly from chain data, as I do for SupportXMR / MoneroOcean / HashVault / xmrpool.eu and Qubic) 01:01:47 I'll add the id hold up 01:03:00 vtnerd a known limitation... but then how can you know when you are able to spend the funds if locked_funds is always 0.... that's not the behavior of official mymonero api 01:09:33 vtnerd and I think it is better to not return an information instead of returning wrong information 01:24:06 Locked_funds should be nonzero when outputs are locked, and zero if none are locked. They are locked for 10 blocks unless someone chose a specific time or block. I _think_ there is a bug in lws when reporting the temporary lock, only the user specified lock is counted. but this is irrelevant as it doesn't tell you _which_ outputs are locked, you must do manually inspection regardless. 01:24:06 You determine if funds are spendable by calling get_unspent_outs and computing the key image. If the key image isn't in the known set of candidates, then it's spendable if the unlock_time field passes. This field passes if the block height or timestamp has past, and if the output is 10 blocks old. 01:25:10 johny_: Who cares, those fields are nearly pointless for frontends computing things, I guess we could remove them but that will take some time 01:29:34 The problem is that lws can't compute the balance unless the not-yet-released fcmp++ balance key is used. So a lot of the fields that appear useful at a glance aren't really that helpful until all outputs are scanned for spending 01:36:28 vtnerd pointless? the result of all of that is I cannot use mymonero-web-js as frontend and you are advertising mymonero on your github 01:37:47 vtnerd I don't know know which web frontend I could use, nothing written on the github 01:47:45 Yes, the total_received field is nearly pointless. It tells you you've got a valid account but little else. The locked_funds field doesn't help with computing the real or unlocked balance either. And when spending you definitely have to inspect each output because you have to identify unspent and unlocked outputs 01:50:44 johny_: There's lwsf which implements the c++ wallet API of monero. Lwsf also works with a fork of monero_c and dart, such that you have a dart or c API that can be used. There's the aforementioned skylight wallet which is using lwsf/dart/c as it's backend. The mymonero-web-js is no longer being maintained afaik, and lws will [... too long, see https://mrelay.p2pool.observer/e/47G4zMgKbHVEc0p3 ] 01:51:57 Openmonero also had a fork of the mymonero web stuff, I'd have to dig around to find it again 02:01:46 vtnerd I wasn't able to make openmonero work but I have been able to make mymonero work with monero-lws, I only have this issue, I don't know what I am going to do, create mymonero-web-js fork or monero-lws fork 02:02:39 There's likely nothing to be done lws backend. If you find a bug, just issue a pr 02:03:15 The issue of delay you keep mentioning is difficult to pin down because of the lock time and poll intervals 02:03:53 I haven't really gotten a clear response to indicate that anything lws needs changing 02:06:30 vtnerd "there's likely nothing to be done lws backend" I am not sure about that as mymonero works fine with mymonero official api but it does not work fine with lws and mymonero offcial api is going to be down soon 02:10:06 the bugs seem to be on the js frontend. The caveat that I could persist an empty array for spend key images (the likely reason for js crash), but the frontend shouldn't just crash on such response. 02:10:06 I believe mymonero also added a secret API for immediate notifications, whereas lws has no such support yet 02:16:17 vtnerd yess the frontend shouldn't crash on such response but it shouldn't let you waste time trying to make a tx you cannot do that's why I think locked_funds information is important 02:25:49 Each output has locked funds information that is returned. That field+block_height is how the frontend determines the real unlocked amount. This number cannot be computed from total_received+locked_funds, which is why Ive been trashing them. 02:36:22 vtnerd I understand your point but get_spent_outs is only called after clicking on send button so it is too late to know if you can spend or not your funds.... isn't it possible to fill locked_funds property from get_address_info with each output? 02:43:20 johny_: yes, lws has a bug which will be fixed shortly where locked funds doesn't include the standard lock time. The mymonero app could be using this before calling unspent_outs as a filter for the ui, but ultimately get unspent outs has to be called before sebd 02:44:16 *send. I don't know if this will fix whatever problems you seem to be having 02:45:23 vtnerd you mean soon locked_funds from get_address_info endpoint will not be 0 anymore with a pending tx? 02:47:32 It will remain zero with a _pending_ tx as lws will still not report them until they get included in a block. Mymonero API definitely reported things in mempool, and this probably helped locked funds reporting 02:47:55 Changing that will not be simple 02:50:25 vtnerd so probably the best fix for me is to update mymonero-web-js to calculate locked funds with get_unspent_outs endpoint? 03:45:29 that won’t help. the spent output won’t show up there either, until it lands in a block 03:46:14 lwsf just tracks pending txes after it created it, the mymonero team handled this differently with a mempool reporting mechanism 03:47:04 its possible that the mymonero-web-js does similar tracking, but it sounds like they didn’t based on your reports 03:48:02 vtnerd why can't you call get_unspent_out and you do total_received minus all output to calculate locked_funds? 03:49:17 you were talking about pending txes previously, I was talking about that 03:49:52 vtnerd I am still talking about the same, fixing my bug... 03:49:54 I was wrong to be so flippant about total_received and locked_funds, its just annoying because subaddresses ruined those endpoints 03:50:05 *endpoints -> fields 03:50:28 there is no subaddresses for mymonero app 03:51:30 yes I know, but lwsf supports them and those fields are somewhat useless with subaddresses. 03:51:45 all of the fields are computed using txes in blocks. pending txes will not show up in any of the fields 03:52:17 the only workaround is to get the frontend to cache recently generated txes, and treat it as spent. or hack together lws to support pending txes 04:04:06 vtnerd get_unspent_outs is returning outputs even if it is spent... 04:07:31 * johny_ stands on the edge of the window ready to jump 04:09:16 Yes, the backend doesn't know when the spend occurs. The viewkey is incoming only detection 04:10:20 That's why get_address_info returns so much data. To compute the real balance requires key image computation 04:13:32 vtnerd I am still not sure how with the frontend I can calculate locked_funds with monero-lws 04:17:31 you told me to call get_unspent_outs before clicking on send button but I don't know what I can do with this endpoint if it is returning the output spent... 04:22:50 vtnerd it would be great if you could write code sample to calculate locked_funds with your API because I am not sure to understand everything 04:23:18 I did, there's lwsf already 04:23:47 I think the problem is that you want lws to do _more_ up the work, when it cant 04:24:01 It can compute when an output is locked but not spent 04:24:57 None of the apis indicate which output is locked, the frontend has always computed this in various ways from the unlock_time field 04:26:29 get_unspent_outs also doesn't include unlock_time which is annoying, but this information can be merged from get_address_txs 04:28:21 vtnerd ok thank you then I am going to check lwsf to fix mymonero but it would have been very convenient if the api could directly return this locked_funds 04:29:10 Yes, I've pred a fix. It won't tell which outputs are locked just the total amount 04:29:33 Is that what you needed? 04:30:16 vtnerd yes I need total amount locked 04:30:34 It will not include pending txes, which I think might be the issue you also wantrd 04:30:49 vtnerd if business logic is complex it is better to put it in the api rather than all frontend to implement it I think 04:32:05 Yes, every frontend dev wants the backend to do everything. It's not possible with spent vs unspent until the balance key feature goes live, which is a ways off 04:34:33 vtnerd I don't understand why pending tx is an issue because mymonero frontend is already able to show if it is pending with the information he got from the API? 04:36:52 they aren't the same backend. I could implement something like mymonero had, but it was a bit messy in how it worked 04:39:16 vtnerd I am telling that mymonero-web-js + monero-lws is already able to show pending tx, I can see it when I was trying it 04:45:03 I mean if mymonero frontend is already able to show pending tx with the data from your API then I don't know why is it a problem for you to get this info 09:40:58 Thinking about moving from a JSON config file based approach for https://github.com/HennyH/dosiero to something like below - any opinions/suggestions? 09:40:58 https://mrelay.p2pool.observer/p/ipzy2cgKY1pWMHZ5/1.txt (code snippet, 7 lines) 12:18:30 Can anyone guide me to monero-pools freenode logs?! 12:18:44 2019-2020 time period chats 12:42:07 Hello 12:47:12 MRV: seems like only monero, monero-community, monero-dev, monero-gui, monero-pow, monero-research-lab and monero-site are on those logs from back then, monero-pools logs not stored, similar as currently offtopic and other channels are not on those logs, but who knows, with i guess f_uk making a comeback rn in /r/xmrtrader (a [... too long, see https://mrelay.p2pool.observer/e/-Jqc38gKS1BrR0tQ ] 12:49:50 Yeah for past hour I am trying to stumble upon the logs but in vain. I clearly remember reading the logs in 2019 cause I am in Asia and to get to know what was being talked while am asleep. 12:54:19 that's around the time mining algo switched over to randomx, so i guess those discussions must have been regarding asics that were getting in the network or something along those lines, hard to tell tbh 12:58:04 probably about antminer's stealth ASIC mining 12:58:27 it's hard to not notice them, they dominated the network at the time 13:55:19 Yo 13:55:26 o/ 13:56:55 hi 15:21:54 \o/ 15:24:28 MRV I have the monero-pools logs locally, starting from October 2018. Do you still need them? 16:38:56 idk how you mine, but in case you're searching a good pool, i personally use this one: https://www2.aterx.com/1/pool.html 16:38:56 it's a pool using p2pool behind (so the benefits of p2pool of not contributing to only one big 51% pool, and remove the assle of setuping p2pool yourself) 16:38:56 and take 0% (it wouldn't be fair anyway) 16:39:49 i really like theses kinds of pool, made on top to p2pool, to make it easy for people to mine on p2pool, 16:39:49 if you ever know others similars i would be curious 16:42:22 I am also curious about that; is there anything that confirms that they are actually built on p2pool? 16:46:30 @preland: Yes 16:46:38 Look at p2pool mini's leaderboard 16:47:09 Also look at the p2pooler repo, which is xnrig-proxy fork that does the pplns for their pool 17:05:38 reaster: why 17:05:45 this is like a layered pool 17:05:50 pool on top of a pool 17:07:42 because you benefit from the other p2poolers hashrate 17:08:04 A small 400kh pool rarely finds blocks. Bt basing on p2pool, the payouts are much more often 17:09:05 If they based on a centralized pool, would be contributing to centralized pools net share. By using p2pool, they increase the p2pool network share 17:10:32 Also, it should be obvious by looking at p2pool miners hashrate, that there are either botnets or.. botnets already mining there. A small pool mining on p2pool isnt bad, in comparison 17:20:56 i see 19:44:37 Note this pool could still be doing selfish choices or other collusion even if they use a public p2pool as hashrate backend 20:28:36 Of course, its still centralized 20:28:51 Its just using p2pool mini as its pool, instead of running their own pool or using a centralized pool 20:58:44 yeah, pretty good for small pool block consistency 21:02:41 anyone here following zerofi protocol? 21:03:39 new crosschain bridge with wrapped xmr on eth, they’re showing developments on github every minute lol 21:05:34 if they can truly ship it will it’ll likely moon 21:13:17 this is not shitoken discussion room 21:16:22 ^ 21:16:28 it'll likely up my ass 21:29:19 DataHoarder: shitcoin? lmao 21:29:29 shittoken 21:29:52 nobody here cares about the moon 21:31:40 Cindy: hey room temperature insolent pea brained individual moron, i was talking about the success of the project. it’s a monero bridge not a “shittoken” 21:35:53 it's not a monero bridge 21:36:18 ETH and XMR are both incompatible chains 21:36:26 and wrapped XMR is just a token based off of the value of XMR 21:39:37 wen doge xmr 21:40:21 TO THE MOOOOON 21:40:35 to the room, TO THE ROOM! not the moon! 21:40:45 Cindy: read their whitepaper first then base your arguments on that 21:44:16 is this xmr? yes or no 21:44:35 you need some level of centralization for wrapped XMR 21:44:57 aka. someone has to literally be the bank and hold all the reserved XMR that is tied to each wrapped XMR token 21:45:07 because XMR and ETH are both incompatible 21:45:20 imagine if SOMEONE were to rugpull by sweep_all 21:45:26 then your wrapped XMR is worthless 21:46:03 Yah everyone here wants to xmr pegged to dollar > nobody here cares about the moon 21:46:26 @elongated:matrix.org: I don't think so 21:46:42 i'm not making this stuff up btw, wrapped XMR is literally just someone holding all the XMR in one wallet 21:46:52 Hopefully we get 1 xmr = 1 usd a stable price to transact 21:47:17 1 xmr = $1000 21:47:20 @elongated:matrix.org: Ummm how about no 21:48:40 nioc: Nah, don’t day dream 21:49:04 i don't get why this is news we should care about anyway 21:49:32 why have a token that looks like XMR, but i don't actually own the underlying XMR 21:49:56 Cindy: I wouldn't buy the shit 21:50:12 it's just like CEX 21:50:16 How does WBTC work ? > because XMR and ETH are both incompatible 21:50:55 elongated: most likely the same thing 21:51:11 Cindy: Bcoz chain finality for xmr is absurd ? Swappers need 20+ conf 21:51:19 If you have to wrap a crypto I think it shows the crypto is not working as is 21:51:24 someone holds BTC for you in their wallet, but gives you a token that acts like some sort of certificate 21:51:36 that you "own" the underlying BTC 21:51:53 Yea and that's ignorant to me. Just but the OG token 21:53:29 yeah it's dumb 21:53:36 @snifflz1:matrix.org: Someone can wrap it and sell whenever they like and not wait an hour to finalize sell order after they decide it’s time to sell 21:53:47 "you won't own your XMR and you'll be happy" 21:53:53 CEX's wet dream i guess 21:54:12 Give 1 conf finality and you have a working coin 21:54:22 elongated: but this is dumb 21:54:24 @elongated:matrix.org: Yea but that goes back to what I said earlier that if you have to wrap a token to make it better, the crypto isn't good. 21:54:26 it's centralization 21:54:39 you're acting like a central bank 21:54:50 Cindy: If it can be decentralised 21:54:50 Or give finality layer asap 21:55:03 somebody has to hold the XMR 21:55:07 or hold the BTC 21:55:15 Won’t Serai be similar ? 21:55:22 so it can't really be decentralized, unless you somehow fix that 21:55:53 Cindy: Doesn’t fcmp++ allow vaults n stuff ? 21:56:24 Is Serai also going to have 20+ conf to swap ? 21:56:34 Or trade 21:56:37 FCMP++ allows transaction chaining, but not really advanced L2 stuff 21:57:01 @jeffro256: Ah so another decade for actual defi? 21:57:11 team told they are skippen centralization which was their initial plan, you can keep track of their developments in their TG chat pretty cool > you need some level of centralization for wrapped XMR 21:57:43 @elongated:matrix.org: You want defi on Monero? 21:57:56 Prob never w/o some hard fork to allow for conditional signatures a la HTLCs 21:57:58 defi will probably conflict with the privacy features of monero 21:58:11 @snifflz1:matrix.org: Compatible with other chains, yes 21:58:13 it'd probably be the very basic forms 21:58:37 Cindy: Yea most definitely. That's why it's a terrible idea. 21:59:04 I assume, it's "valuable" because it's le ETH network? 21:59:07 @soulexemar:matrix.org: What’s their Telegram? 21:59:35 Otherwise, why not TARI for full cycling? 🧌 21:59:41 Cindy: Not necessarily. Blinded defi exists, but it isn't very performant 21:59:47 for now 21:59:50 @jeffro256: Is it terrible for xmr ? 21:59:50 How are we going to have decent swap experience without a finality layer then ? 21:59:51 i see! 22:00:19 @elongated:matrix.org: XMR is fine as is 22:00:24 i was talking about wrapped tokens, not really swappers 22:00:40 wrapped tokens of coins that are incompatible with each other 22:00:41 I agree 22:00:44 @xmrsoul:matrix.org: @officialzerofi 22:00:49 @elongated:matrix.org: No need to swap when XMR is global reserve currency ;) 22:01:05 @snifflz1:matrix.org: It’s not, try swap xmr to other coin and see the price move while your tx has 20 conf or 1000+ if its some weird cex 22:01:34 I don't want to swap xmr to other coins, I just swap it for goods / services 22:01:45 I swap other coins for xmr 22:02:07 @eddie:oblak.be: Those vendors swap it to other coins, the spread gets worse 22:03:15 @soulexemar:matrix.org: "Telegram" 22:03:42 Be a good person, and use your passport for registering the sim 🧌 22:03:46 kiddie stuff 22:03:52 Pubic fucked up monero velocity 22:04:26 https://mrelay.p2pool.observer/m/matrix.org/NbSjhTuazAFUsUZXaKoLyvDM.jpeg (ima_2eb8ca9.jpeg) 22:04:31 Without finality layer or that dns patch, exchanges are going to be vary and will need insane conf times 22:04:38 Hmm 22:05:55 What could be nice is a tactic that Zano is doing where they add confidential assets to the L1 protocol in Zano, and on-chain swaps, which have much better liveness guarantees / speed. Then third-parties could slowly swap out synthetic assets for real off-chain assets in something like Haveno with little slippage. That's good [... too long, see https://mrelay.p2pool.observer/e/q7-a78gKd1F2akx6 ] 22:06:02 Someone said “tornado cash 2.0” lmao 22:08:16 Zerofi seems cool tbh will dig deeper into it 22:08:53 But codes needs to be checked when launched 22:10:19 has anyone actually seen a monero-related account on bsky 22:10:23 or fediverse 22:10:34 everyone seems to flock to elon's shitter 22:14:27 nioc: Nah, don’t day dream <<>> I was being conservative only because using 1000 makes the arithmetic very easy 22:39:33 nioc: 100, 10, 1 is easier 22:41:57 @jeffro256: Zano is pos, they can do those things with finality on their own chain 22:43:30 They are hybrid PoS/PoW 22:44:06 Confidential assets / on-chain swaps are completely orthogonal to the consensus algo used 22:44:22 Cindy: used to run one on fedi, but the instance it was on died, for p2pool 22:44:52 @jeffro256: Pos and pow are mined separately? 22:45:21 Wdym mined separately? 22:45:29 @jeffro256: Monero pow is prone to reorgs though 22:46:08