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

wen feather as official gui

<r4v3r23[m]> "wen feather as official gui" <- When it supports starting localnode 😅

<joshhavepigdog> When v0.18 for cake 😦

<joshhavepigdog> Adds cake pay but not v0.18 … I see I see sneaky huh hahaha

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.

<bridgerton[m]> "<joshhavepigdog> When v0.18..." <- This week 🍿

ios v0.18 is done, android and then release im guessing..

<bridgerton[m]> "<joshhavepigdog> Adds cake pay..." <- 😅 I had similar sentiments.

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)

Haha I checked all my wallets to make sure v0.18... All good 😅

GUI and feather are good

Mobile wallets = none yet

(Full wallets)

Mymonero is and I'd assume edge and exodus as well

<joshhavepigdog> 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?

<joshhavepigdog> I still am skeptical of cake pay, but the discount makes it a slightly more tempting tradeoff

bridgerton[m]: Bulk gift card puchases would sound like the deal here

bridgerton[m]: Lmao 🥲 youre the worse

Save 3% on McDonalds... ayyyeee I'll use compromise of my ideas for that!

Ideals*

Could people sell cake giftcards on local monero?

Pretty sure

Its just a barcode :P

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

And 0 slippage?

McDonalds gift card? yuck

get something useful for you montero >> ccs.getmonero.org/proposals/selsta-6.html

s/for/with

or both

> <@ofrnxmr:monero.social> 😅 I had similar sentiments.

> 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)

they dont make money off of the hardfork

T-minus 5 days to release and hope it reaches everyone

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..

Example...

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

<joshhavepigdog> Lol that is not my position

<joshhavepigdog> I was just ignorant as to why updating PRIOR TO the fork is beneficial

<joshhavepigdog> 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.

<joshhavepigdog> 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.

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.

<joshhavepigdog> I just said it was slightly tempting. I’m pretty dogmatic so the cake pay thing is not all that interesting.

<joshhavepigdog> Ah yes there is that aspect too

<joshhavepigdog> Good point. I appreciate you reminding me of that

transacting on a fork* not a sidechain. Just woke up, brain still mush.

<joshhavepigdog> 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

wen gift cards to buy morenero

<r4v3r23[m]> ""comply first" is baked into the..." <- what?

<zoom0ut> "wen gift cards to buy morenero" <- soon?

> <@r4v3r23:matrix.org> "comply first" is baked into the cake

* what? what are you talking about?

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.

did you get reports about this before? i'm quite sure the node itself wasn't the issue, it seemed like a wallet bug

<selsta> "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

Mine has always been very slow to start syncing

monerobull[m]: it was my own node the whole time

selsta: Hm ok

sync speed is always fine for me, it was just one time where it suddenly was 10x slower

I just synced 1.5 k blocks in like 3 seconds

monerobull[m]: That usually takes me about a full minute and I’m on a fiber line

either you have a really slow phone or you are connected to a bad node

it should only take a couple seconds

<monerobull[m]> "Cake always used to be quite..." <- Random remote nodes on monerujo has been pretty bad lately

selsta: iPhone XS Max

aremor[m]: can you try seleta2.featherwallet.net ?

selsta2.featherwallet.net

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.

recorded*

r4v3r23: The Cakepay form you quoted opens a privacy can of worms.... (full message at libera.ems.host/_matrix/media/r0/do…0cab13bda00b63828ed2adce01148873f30)

selsta: Sure. Just have to wait for about a 12 to 24 hours so enough blocks can pile up I presume

> <@articmine:monero.social> r4v3r23: The Cakepay form you quoted opens a privacy can of worms.... (full message at libera.ems.host/_matrix/media/r0/do…b8bede268867ed76b8f77e75e1fafaf888c)

<selsta> "vik (Cake): used the monero...." <- Thanks for the feedback. I wonder if the 0.18 will improve the sync issue.

> <@ofrnxmr:monero.social> 😅 I had similar sentiments.

> 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)

we were working on 0.18 parallelly with cake pay.

vikCake[m]: it only happened once and so far wasn't able to reproduce it again. v0.18 nodes will definitely be more stable

* we were working on 0.18 in parallel with cake pay.

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.

In particular my concern is with with the "marketing" and affiliate sections in ionia.docsend.com/view/jaqsmbq9w7dzvnqf

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

I strongly suggest legal advice, especially for the EU, Canada and possible California for starters.

As a result of the above I cannot support or endorse Cakepay

This of cpurse has nothing to do with the non custodial functions of Cakewallet

r4v3r23[m] Thanks for bringing this to my attention