05:23:56 The Monero GUI takes 10 seconds to start syncing (you see 'Connecting'... after opening your wallet). Its fixed now thanks to selsta who found/implemented the method that tobtoht uses in Feather . Pull req here:https://github.com/monero-project/monero-gui/pull/3994 07:24:34 wen feather as official gui 09:14:04 "wen feather as official gui" <- When it supports starting localnode 😅 10:41:34 When v0.18 for cake 😦 10:42:23 Adds cake pay but not v0.18 … I see I see sneaky huh hahaha 11:09:50 The current block height is 2,684,346. Fork height is 2,688,888. 4,542 blocks to go, happening in approximately 151.40 hours. 11:48:46 " When v0.18..." <- This week 🍿 11:49:15 ios v0.18 is done, android and then release im guessing.. 11:51:10 " Adds cake pay..." <- 😅 I had similar sentiments. 11:51:10 Should have released v0.18 first or delayed cakepay until v0.18 was ready. My 2c (I shared with cake but was late, train had left the station) 12:03:43 Haha I checked all my wallets to make sure v0.18... All good 😅 12:18:13 GUI and feather are good 12:18:15 Mobile wallets = none yet 12:19:25 (Full wallets) 12:19:25 Mymonero is and I'd assume edge and exodus as well 12:23:43 I didn’t catch that by using cake pay with gift cards you actually get a discounted rate from the merchant/store ? I wonder how they are able to offer such an advantage for purchasers? 12:24:05 I still am skeptical of cake pay, but the discount makes it a slightly more tempting tradeoff 12:28:29 bridgerton[m]: Bulk gift card puchases would sound like the deal here 12:28:46 bridgerton[m]: Lmao 🥲 youre the worse 12:30:04 Save 3% on McDonalds... ayyyeee I'll use compromise of my ideas for that! 12:30:23 Ideals* 12:32:09 Could people sell cake giftcards on local monero? 12:47:56 Pretty sure 12:48:03 Its just a barcode :P 12:49:50 The cool thing about the cards is that its like an offramp, cutting out the bank and exchange (cake is the middleman/exchange) and offering lower (or negative) fees 12:49:50 And 0 slippage? 12:57:16 McDonalds gift card? yuck 12:57:22 get something useful for you montero >> https://ccs.getmonero.org/proposals/selsta-6.html 12:59:29 s/for/with 12:59:37 or both 15:17:30 > <@ofrnxmr:monero.social> 😅 I had similar sentiments. 15:17:30 > Should have released v0.18 first or delayed cakepay until v0.18 was ready. My 2c (I shared with cake but was late, train had left the station) 15:17:30 they dont make money off of the hardfork 15:18:59 T-minus 5 days to release and hope it reaches everyone 15:21:34 Auto updates are ok, but a lot of monero folks dont mess with google play. IMO a mandatory update with a timeframe vs a feature update with strict release timeline, makes nonsense to rush out the feature release.. 15:21:34 Example... 15:22:25 Joshpigdog guy is totally confused why we has to update for v0.18 and even skeptical but 3% off on McDonalds gift cards has him more than ready to upgrade 16:17:08 Lol that is not my position 16:17:39 I was just ignorant as to why updating PRIOR TO the fork is beneficial 16:18:36 And if my understanding is correct, the rationale is that upgrading pre-fork keeps your wallet balance up to date on the correct chain (not showing dated data) and keeps you from having to sync more past blocks. 16:19:34 Upgrading to the correct chain is essential in Monero. I understood that even prior to my questioning. It’s just the emphasis on updating pre-fork which I didn’t understand. 16:19:59 The biggest reason to upgrade pre-fork is that if you forget and send monero after the fork from an old wallet, you'll be transacting on a sidechain which can severely harm your privacy. 16:20:07 I just said it was slightly tempting. I’m pretty dogmatic so the cake pay thing is not all that interesting. 16:20:18 Ah yes there is that aspect too 16:20:27 Good point. I appreciate you reminding me of that 16:21:42 transacting on a fork* not a sidechain. Just woke up, brain still mush. 16:22:27 All good man. I understood what you meant. I’m not too large of a stickler for the precise tech word. I’m a rube myself anyways 18:32:38 wen gift cards to buy morenero 18:43:06 ""comply first" is baked into the..." <- what? 18:43:21 "wen gift cards to buy morenero" <- soon? 18:47:46 > <@r4v3r23:matrix.org> "comply first" is baked into the cake 18:47:46 * what? what are you talking about? 18:55:25 vikCake[m]: used the monero.com wallet for some testing the past days and it worked really well. only once i noticed a bug where wallet sync was slow and it got fixed by adding a second node. 18:56:01 did you get reports about this before? i'm quite sure the node itself wasn't the issue, it seemed like a wallet bug 19:10:44 "did you get reports about this..." <- Cake always used to be quite slow in syncing before i switched to my own node. I just thought it's because of their node getting so much traffic and might be limited 19:11:38 Mine has always been very slow to start syncing 19:12:46 monerobull[m]: it was my own node the whole time 19:13:13 selsta: Hm ok 19:13:14 sync speed is always fine for me, it was just one time where it suddenly was 10x slower 19:13:55 I just synced 1.5 k blocks in like 3 seconds 19:16:05 monerobull[m]: That usually takes me about a full minute and I’m on a fiber line 19:17:33 either you have a really slow phone or you are connected to a bad node 19:17:42 it should only take a couple seconds 19:18:47 "Cake always used to be quite..." <- Random remote nodes on monerujo has been pretty bad lately 19:21:31 selsta: iPhone XS Max 19:21:55 aremor[m]: can you try seleta2.featherwallet.net ? 19:22:04 selsta2.featherwallet.net 19:22:19 Just recording my sync. 800 blocks in 30 seconds. Plus I actually had to clip some of the video because my pin was on there and then I accidentally showed my transactions. So more like 40 seconds. 19:22:31 recorded* 19:23:08 r4v3r23: The Cakepay form you quoted opens a privacy can of worms.... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/4dcec0cab13bda00b63828ed2adce01148873f30) 19:24:42 selsta: Sure. Just have to wait for about a 12 to 24 hours so enough blocks can pile up I presume 20:17:23 > <@articmine:monero.social> r4v3r23: The Cakepay form you quoted opens a privacy can of worms.... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/04ef4b8bede268867ed76b8f77e75e1fafaf888c) 20:18:47 "vik (Cake): used the monero...." <- Thanks for the feedback. I wonder if the 0.18 will improve the sync issue. 20:19:59 > <@ofrnxmr:monero.social> 😅 I had similar sentiments. 20:19:59 > Should have released v0.18 first or delayed cakepay until v0.18 was ready. My 2c (I shared with cake but was late, train had left the station) 20:19:59 we were working on 0.18 parallelly with cake pay. 20:20:22 vikCake[m]: it only happened once and so far wasn't able to reproduce it again. v0.18 nodes will definitely be more stable 20:21:28 * we were working on 0.18 in parallel with cake pay. 20:24:05 vikCake[m] As I commented in my previous post, I strongly suspect that the responses to the US Federal Form imply non compliance with the GDPR and Canadian Privacy law. I strongly legal advice on this. 20:25:41 In particular my concern is with with the "marketing" and affiliate sections in https://ionia.docsend.com/view/jaqsmbq9w7dzvnqf 20:29:05 The US approach to privacy is to force disclosure, and in effect put the onus of enforcement on the individual. I would be very surprised if this privacy policy does not lead to strong "enforcement" by the Monero community 20:32:43 I strongly suggest legal advice, especially for the EU, Canada and possible California for starters. 20:36:22 As a result of the above I cannot support or endorse Cakepay 20:37:29 This of cpurse has nothing to do with the non custodial functions of Cakewallet 20:52:51 r4v3r23[m] Thanks for bringing this to my attention