Hinyo released this interesting pgp script, it appends monero's block hash / date to a message , then encrypts it with your pgp key (to prove it was a recent message) CyberPunk++ mode (how-to is in the repo also) github.com/hinto-janaiyo/monero-gpg/blob/main/monero-gpg

Like standing next to a newspaper 😁

hey all, is there someone else I should message regarding completed CCS milestones? tried messaging luigi1111w a while back but I don't think they got it

@luigi1111 elizabeth

thanks! username always changing lol

elizabeth[m]: he only uses 4 variations of luigi

good to know, I messaged the wrong 2/4 then 😩

also congrats on another completed milestone im guessing! 🥳

Just message all the luigis

But yeah sorry if I missed you, happens sometimes

We don't even know if luigi is one person

the one with 4 1's seems nice, the one with the w im not too sure about yet

<plowsof[m]> "also congrats on another..." <- thank you!! been working to share this update for a while, excited to finally get there

Rucknium[m]: twitter.com/W0wn3r0/status/1529435068288180225 :P

There will be a Community meeting this Sunday monero-project/meta #707 👀

I'm going to host a Monero upgrade Q&A again today at noon CT from @monero on Twitter. Will tweet about that shortly. Can anyone join me?

<sgp_> "I'm going to host a Monero..." <- Can you use that Twitter account to help exchange wallets ?

<nikg83[m]> "Can you use that Twitter account..." <- ?

Great news plowsof[m], cool to hear about another community meeting.

plowsof ... so hot right now

<sgp_[m]> "?" <- twitter.com/polosupport/status/1522573011408330753

Maybe offer them help if they genuinely have wallet problem

HELLO ALL

Hello Gramps!

I JUST WANTED TO SHARE THAT I ADDED USD/EUR AS DEFAULT CURRENCIES IN HOTSHOP, SO YOU'LL BE ABLE TO TYPE IN '$0.23' WHICH IS THE PRICE I PAID FOR GAS WHEN I WAS YOUR AGE AND IT WILL CALCULATE THE XMR EXCHANGE AMOUNT AND DISPLAY IT IN THE QR FORMAT ON THE RECEIVE SCREEN. PLEASE FEEL FREE TO TEST IT OUT, AND ONLY USE TINY AMOUNTS AND TEST/PLAY WALLETS: sunny-malabi-a3b5ff.netlify.app

(alternatively, you can turn off the exchange stuff or keep Monero as the primary currency in the settings tab in the top right)

multiple confirmations should also be fairly functional as well.

awesome

I'M HEADING DOWNSTAIRS FOR ROOT BEER FLOAT AND MOVIE NIGHT, BUT PLEASE LET ME KNOW IF THIS IS WORKING FOR YOU. IF YOU USE ALL OF THE DEFAULTS AND JUST WANT TO TEST IT OUT, THE AMOUNTS PAID TO THE DEFAULT QR/ADDRESS IN THERE MAY OR MAY NOT GO TO MY WALLET. YOU HAVE BEEN WARNED.

Awesome indeed, thank you for the updates!

This is awesome cryptogrampy, super user friendly!

Why does it require nodes to be HTTPS, and do you have a plan to use subaddresses instead of integrated addresses?

> <@busyboredom:monero.social> This is awesome cryptogrampy, super user friendly!

>

> Why does it require nodes to be HTTPS, and do you have a plan to use subaddresses instead of integrated addresses?

most browsers upgrade the http request to https automatically and it will cause errors. Http is fine with .onion nodes.

also thanks :)

And I used integrated addresses because they can be generated with zero knowledge of the spend key wallet's address usage. With subaddresses, you need to know the spend key wallet's subaddress index to be able to generate new ones.

You always know you're getting a fresh/random integrated address, but you don't know if you're reusing a subaddress, and you don't know if the spend key wallet will even detect the spend in a high index subaddress

you could send a link to your custom HotShop to a dozen of the waiters at your restaurant and they would be able to collect payments all at the same time and have no address collisions

in the situation of multiple workers , they could each have their own custom shop , each with a specific sub address - however - the 'boss' would still need to maintain a database of who is assigned what sub address, this would work, but payment id's are 'simpler'

You can generate subaddresses using only view key and primary address, because the primary address contains the public spend key (credit to plowsof for pointing that out to me a while ago).

Your other point makes perfect sense though, subaddresses would require some central DB to prevent collisions 🤔

plowsof[m]: Still wouldn't work. HotShop begins syncing at the latest blockheight for speed reasons. In the subaddress case, you would still need each server to do a full sync to prevent address reuse

> <@busyboredom:monero.social> You can generate subaddresses using only view key and primary address, because the primary address contains the public spend key (credit to plowsof for pointing that out to me a while ago).

>

> Your other point makes perfect sense though, subaddresses would require some central DB to prevent collisions 🤔

Yeah generation random subaddresses isn't a problem, it's generating subaddresses that haven't been used that's the problem, but apparently this will be solved soon(tm)

err

generating subaddreses that haven't been used, but also are at the correct index to be detected by a wallet

is address re-use an issue? if its a point of sale / wait for payment

hmmm i'd say it's very not ideal

integrated addresses are much sexier

HotShop works perfectly as is with payment id's , other methods are possible which require extra logic ~ some caveats ~ the boss has to link sub addresses to each employee ( think.. swiping an nfc badge on a PoS system etc )