00:00:33 <spirobel[m]> <plowsof11> "glitter has use cases though..." <- nice. this is really cool. we should have Monero glitter lol
00:01:45 <spirobel[m]> I first learned about this topic from a girl that worked for an online store that repacked and sold this alibaba glitter in small 1-5 gram packages and called it "bio glitter". They mainly sold to hippie girls going to festivals 
01:37:24 * plowsof11 uploaded an image: (2114KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/sNtLjgmaUKBzxMlNOvuwwlEq/Screenshot%20from%202023-07-06%2002-34-04.png >
01:38:08 <plowsof11> i saw that message and thought about your ccs idea lukeprofits ^ 
01:43:20 <plowsof11> stable coin UX / fees to get it back to something usable suck - i'd rather accept Mastercard 
01:47:21 <plowsof11> also Justin left a new comment: https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/398#note_21773
03:33:00 <spirobel[m]> <plowsof11> "also Justin left a new comment..." <- didnt know this existed: https://github.com/cake-tech/autoforward-autoconvert are people really running monero hotwallets with wallet-rpc in a vps? 
03:36:23 * spirobel[m] uploaded an image: (38KiB) < https://libera.ems.host/_matrix/media/v3/download/monero.social/HrfTxQARtsTevYySxTBGgeoJ/Screenshot%20from%202023-07-06%2011-35-45.png >
08:12:09 <Inge> heh. Signal not only didn't want to integrate xmr, you can't even donate XML to them
08:19:18 <sech1> XML lol
08:19:36 <sech1> can I donate JSON?
08:20:16 <Inge> XMR*
08:20:19 <Inge> blah
10:15:20 <naphtha[m]> <spirobel[m]> "didnt know this existed: https:/..." <- > are people really running monero hotwallets with wallet-rpc in a vps
10:15:26 <naphtha[m]> what else are you supposed to do?
10:15:44 <naphtha[m]> i run my hot wallets in docker on a weird port for extra protection
10:15:50 <naphtha[m]> but its still a hot wallet
10:15:59 <naphtha[m]> (not exposed to the internet of course)
10:24:41 <DanrdarkIsnotthe> Expose or port
10:25:04 <naphtha[m]> wym
10:26:10 <DanrdarkIsnotthe> In docker 
10:26:17 <DanrdarkIsnotthe> Expose or port.
10:26:37 <naphtha[m]> none
10:26:46 <plowsof11> auto forwarding would mean that funds would only exist for ~10 blocks, then sent out. if someone gained control over your vps hot wallet , at least the entire balance wouldn't be there. an alternative could be "auto create unsigned transactions" - and then when you have time, get them signed offline .. then upload the key images (i don't think any FOSS/easy solution for this exists atm)
10:26:50 <naphtha[m]> i run the wallet-rpc in a monero network
10:26:52 <DanrdarkIsnotthe> Unplug interweb?
10:26:56 <naphtha[m]> s/monero/docker/
10:27:08 <naphtha[m]> and connect the image that needs wallet-rpc to said network
10:27:57 <plowsof11> its hard being your own bank sometimes
10:28:15 <DanrdarkIsnotthe> Bank of plowsof
10:28:58 <naphtha[m]> ah yes i do my own auto forwarding
10:29:30 <naphtha[m]> literally just
10:29:39 <naphtha[m]> async function sendAllToColdWallet() {... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/7c8cbbad00d403fb8b5c4939938c2c5c26670781>)
10:29:46 <naphtha[m]>  * ```... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/f2000809a2a28c1f86cb3d8ffa6acfff28962fee>)
10:30:12 <naphtha[m]> run this every couple minutes
10:30:18 <naphtha[m]> in a loop
10:35:38 <plowsof11> KISS nice!
10:40:05 <merope> <naphtha[m]> "none" <- iirc, docker exposes everything globally by default unless you explicitly configure it not to
10:40:40 <merope> "what could possibly go wrong?"
10:40:47 <naphtha[m]> merope: it doesnt
10:41:06 <naphtha[m]> to expose a port you have to either explicitly specify it
10:41:11 <naphtha[m]> or run it in host network mode
10:41:42 <naphtha[m]> it acts like a NAT
10:41:53 <DanrdarkIsnotthe> Yest 
10:41:53 <DanrdarkIsnotthe> port:
11:46:02 <TrasherDK[m]> <naphtha[m]> "> are people really running..." <- This part I enjoyed the most:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/1942d42e3f0228e9835b6c04af3cfea7dc18598b>)
11:46:28 <naphtha[m]> lol
11:47:31 <naphtha[m]> thats like putting metal bars and covering all of your windows while leaving your door wide open
11:47:38 <DanrdarkIsnotthe> Sudo ufw disable
11:47:49 <DanrdarkIsnotthe> I disabled your firewall!
11:48:06 <sech1> error: you're not in sudoers group
11:48:26 <DanrdarkIsnotthe> 🤦‍♂️
11:48:42 <DanrdarkIsnotthe> Have i been reported?
11:48:56 <naphtha[m]> this incident VILL be reported
11:49:03 <naphtha[m]> you VILL not use sudo
11:49:03 <DanrdarkIsnotthe> Sob
11:49:08 <naphtha[m]> and you VILL be happy
11:49:08 <DanrdarkIsnotthe> 🏃‍♂️💨
11:49:44 <Inge> chmod +s DanrdarkIsnotthe 
11:51:22 <sech1> that emoji looks like fart rocket, lol
11:53:29 <plowsof11> i can confirm^
11:54:16 <DanrdarkIsnotthe> After burner
11:56:25 <DanrdarkIsnotthe> So business wallet is dead in water now?
11:56:56 <DanrdarkIsnotthe> Xmr to usdc circle blackrock
11:57:07 <nioc> only now?
11:58:03 <DanrdarkIsnotthe> I give hope where there is none
12:00:10 <plowsof11> lukeprofits: comradeblin sideshift has an issue with xmr (not available since at least 2 days and counting)
12:02:33 <DanrdarkIsnotthe> Up shit creek
12:13:43 <ofrnxmr[m]> <plowsof11> "lukeprofits: comradeblin..." <- Who cares
12:13:51 <ofrnxmr[m]> Business wallet is a joke
12:14:18 <ofrnxmr[m]> Doesnt need a swap at all. "design" stage is retarded
12:14:54 <ofrnxmr[m]> Like "im here to make money. That is all. I dont even use xmr, probably"
12:15:39 <ofrnxmr[m]> sidefknshift + fiat is like 5% losses
12:16:06 <ofrnxmr[m]> Wtf kind of "easy" or "smart" or incentive to use such a shit system
12:16:17 <ofrnxmr[m]> Visa is cheapet
12:16:42 <sech1> sideshift doesn't even have XMR now
12:17:20 <ofrnxmr[m]> And doesnt rely on some shithole swap site that may or may not have reserves
12:17:23 <ofrnxmr[m]> Exch,for example, often has less than 2 xmr
12:18:51 <DanrdarkIsnotthe> sech1: Ban
13:39:47 <spirobel[m]> <plowsof11> "auto forwarding would mean..." <- it is just a bad idea to run this in a vps. Somebody just needs to have passive access  to steal the money and not even leave a trace. Even doing this on a dedicated server means that you trust the people in the datacenter. But in case of a vps ... the barrier to entry is very low and you dont know who has access to it. It would make sense to run this at home on a raspberry pi (if
13:39:47 <spirobel[m]> you dont tell anyone about it). But to run this on hardware you dont control (doubly sow if "virtual") is just too cowboy
13:41:16 <naphtha[m]> it would probably be detected pretty quickly
13:41:22 <naphtha[m]> if you have a decent volume of transactions
13:41:23 <spirobel[m]> <TrasherDK[m]> "This part I enjoyed the most:..." <- > <@trasherdk:monero.social> This part I enjoyed the most:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/8ee237cdf02a5b8839280c07adf1c33d33ecee46>)
13:41:36 <spirobel[m]> naphtha[m]: how so?
13:41:55 <naphtha[m]> you'll notice that transactions stop coming in to the cold wallet
13:42:16 <recanman[m]> Aren't you not supposed to connect the cold wallet to the internet?
13:42:19 <recanman[m]> cold?
13:42:49 <naphtha[m]> but yeah there's no reason other than convenience to run it on a vps as opposed to something like a pi
13:42:51 <naphtha[m]> recanman[m]: no?
13:42:58 <plowsof11> recanman: view only wallet 
13:42:59 <naphtha[m]> you only need the view key of the cold wallet
13:43:10 <recanman[m]> plowsof11: Sorry, I keep forgetting about htat
13:43:13 <recanman[m]> s/htat/that/
13:43:23 <recanman[m]> I learned all blockchain concepts from bitcoin
13:43:32 <recanman[m]> s/Sorry,//, s/htat/that/
13:44:29 <spirobel[m]> naphtha[m]: you would have to monitor the incoming transactions of the hot wallet from a different server and make sure they match the amounts coming into the cold wallet .... but then again why not send to the cold wallet directly?
13:45:26 <plowsof11> spirobel yes the "auto forwarder" could run on a pi on hardware you have control over yes (more secure than running on a vps)
13:45:34 <naphtha[m]> spirobel[m]: most payment systems create a different account for each transaction
13:45:38 <naphtha[m]> mine included
13:45:51 <naphtha[m]> you can't create an account with a view key only
13:46:11 <spirobel[m]> naphtha[m]: thats why we have integrated addresses.
13:46:11 <naphtha[m]> needs to be a hot wallet
13:47:17 <naphtha[m]> it could hurt privacy
13:47:24 <naphtha[m]> if you only use integrated addresses
13:47:37 <naphtha[m]> i think?
13:48:16 <TrasherDK[m]> naphtha[m]: How?
13:48:20 <spirobel[m]> naphtha[m]: no. subaddresses are there for users to give different addresses to different people: your grandma gets one and your glitter dealer gets  a different one
13:49:07 <spirobel[m]> if you have a merchant website this situation simply does not apply. Because you have only one "identity aka address" anyway
13:49:28 <ofrnxmr[m]> arent they supposed to be depreciated in favor of subaddresses (even though subaddresses arent consensus)
13:49:47 <naphtha[m]> TrasherDK[m]: integrated addresses have the same public address
13:49:52 <naphtha[m]> embedded in them
13:49:55 <naphtha[m]> in plaintext
13:50:00 <naphtha[m]> i think, i never used them
13:50:34 <recanman[m]> Payment IDs
13:50:37 <recanman[m]>  * Payment IDs?
13:50:46 <naphtha[m]> so if someone got access to your tx history, they could see that you sent money to your glitter dealer's website
13:50:58 <naphtha[m]> with subaddresses they would only see that you sent money to some random address
13:51:00 <spirobel[m]> ofrnxmr[m]: that is wrong. They wont be deprecated. And seraphis will offer similar functionality. Fun fact: every single monero transaction looks like a transaction to an integrated address. (with a random payment id)
13:51:15 <spirobel[m]> that is done to achieve transaction uniformity
13:51:40 <spirobel[m]> people that say that they will  be deprecated simply dont know what they are talking about and just make stuff up. 
13:51:52 <TrasherDK[m]> Ah, yes. integrated address was deprecated some time ago. I'm thinking of payment id.
13:52:12 <recanman[m]> They are kind of the same?
13:52:14 <spirobel[m]> it is exactly for the use case so you can easily run a webshop with just view keys 
13:53:02 <recanman[m]> Integrated address is the `<pub. spend key>+ <pub. view key> + <payment ID> +<checksum>` right?
13:53:51 <spirobel[m]> TrasherDK[m]: that is just wrong. They also cant be deprecated. completely infeasible. Monero will even work with "integrated subaddresses"  even though noone considered that. 
13:54:22 <recanman[m]> recanman[m]: normal address is the same without the payment id
13:54:59 <TrasherDK[m]> Well, memory isn't wat it used to be:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/fa29d26191a7b53c67dedf03e1b933006cc4fccb>)
13:56:42 <naphtha[m]> someone help me understand this
13:57:03 <naphtha[m]> whats the "payment_id"?
13:57:28 <naphtha[m]> if its random then it really doesnt look like enough entropy
13:57:50 <naphtha[m]> 8 bytes
13:59:10 <spirobel[m]> naphtha[m]: it should be longer I agree.  but even in its current form it is enough to distinguish payments
14:00:59 <spirobel[m]> <spirobel[m]> "that is just wrong. They also..." <- if someone is interested in this topic you can read this comment: https://github.com/monero-ecosystem/monero-javascript/issues/90#issuecomment-1149474885 addresses are all just public keys all the way down.
14:04:15 <plowsof11> https://ccs.getmonero.org/funding-required/ ❤️
14:07:17 <plowsof11> Pluja updated sideshifts page to show Monero is not accepted https://kycnot.me/exchange/sideshift.ai 
14:10:49 <plowsof11> https://kycnot.me/changelog showing its maintained 👍️ naphtha s kyun.host features there.. now with no javascript! 🚀 
14:13:24 <naphtha[m]> someone from my matrix notified him lol it was just a test
14:13:28 <naphtha[m]> no js version is tor only
14:13:52 <naphtha[m]> main site still needs js until i finish the next update which also implements a fully featured no js version
14:37:12 <sgp[m]> <spirobel[m]> "didnt know this existed: https:/..." <- How else are you supposed to send payments to auto-convert?
14:38:16 <sgp[m]> <TrasherDK[m]> "This part I enjoyed the most:..." <- > <@trasherdk:monero.social> This part I enjoyed the most:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/1761d253b52e73aa02393c07f932a713f89eb24d>)
14:41:11 <sgp[m]> <naphtha[m]> "but yeah there's no reason other..." <- the autoforwarder can be run on anything, including a pi if you have it laying around. If it makes you feel better, add the half sentence to say "Basically any VPS will do, or a Raspberry Pi."
14:42:41 <sgp[m]> maybe you're all used to sketchy privacy-focused servers, haha. Most people use servers from pretty big names like AWS, who don't care about stealing your $500 incoming payment
14:43:12 <recanman[m]> It still isn't good practice to allow that attack to exist in the first place.
14:43:14 <naphtha[m]> hey, kyun isn't sketchy, it's ran from a basement and protected by 5 gypsies with knives 24/7
14:43:17 <sgp[m]> in any case, the script will work on any linux box, no matter your config or situation
14:43:20 <naphtha[m]> totally legitimate
14:44:04 <sgp[m]> recanman[m]: yeah, but for high uptime like we need for a web store, running it all on a local raspberry pi isn't sufficient either :)
14:44:27 <naphtha[m]> you dont REALLY need high uptime if its just a forwarder
14:44:51 <recanman[m]> sgp[m]: Well, for critical applications like these, there is on-prem, and you should employ fault-tolerance anyways.
14:45:40 <sgp[m]> an individual probably doesn't need high uptime for a this, sure. but we are talking in the context of web stores, and most people don't like the idea of having funds unnecessarily sit in a volatile asset
14:46:03 <vdo> just use an old laptop and tailscale funnel if behind nat
14:46:14 <vdo> less exposure
14:46:31 <sgp[m]> fwiw, I would like to see someone write a script to auto-convert to a stable using Trocador, ChangeNOW, etc. instead of Kraken
14:46:54 <naphtha[m]> vdo: doesnt matter if you are behind nat for this purpose
14:47:01 <recanman[m]> sgp[m]: https://trocador.app/en/docs/
14:48:21 <sgp[m]> it would take some minor work for someone to use their api to get a variable quote, send the xmr to there (making sure it was > the min), etc.
14:48:42 <sgp[m]> then boom, user gets stablecoin or whatever else they want
14:49:31 <naphtha[m]> related to this, does binance/kraken/whatever have an api for selling xmr? i'd imagine having a market where you receive monero and it automatically converts to fiat for you using your cex would be really helpful in making normies accept monero
14:49:46 <sgp[m]> Yup, see https://github.com/cake-tech/autoforward-autoconvert/blob/main/autoconvert-kraken-XMR-to-USD.py
14:50:18 <naphtha[m]> is that usdt or actual usd?
14:50:24 <sgp[m]> usd
14:50:30 <naphtha[m]> oh wow
14:50:32 <sgp[m]> this is for usdc https://github.com/cake-tech/autoforward-autoconvert/blob/main/autoconvert-kraken-XMR-to-USDC.py
14:51:24 <sgp[m]> I recommend people have an isolated Kraken account for the store only for security reasons. Kraken allows users to have multiple accounts, with justification
14:53:28 <naphtha[m]> i was expecting them to not allow api access for any selling or buying
14:53:33 <naphtha[m]> its surprising that they allow this
14:54:59 <sgp[m]> it simply involves adding an order for XMR -> USD
14:56:21 <sgp[m]> the benefit to using an instant exchanger, assuming you trust them not to steal your money, is that you can send the stable to another non-custodial wallet of yours, so there are no remaining api key permissions where, if the key was exposed, they could try to mess with the funds in the kraken account
14:56:45 <sgp[m]> obligatory "wen serai / atomic swaps"
14:57:32 <naphtha[m]> right
14:57:54 <naphtha[m]> then i wonder why there is no solution yet
14:58:00 <naphtha[m]> like a payment gateway for woocommerce/whatever
14:58:12 <naphtha[m]> that allows sellers to accept xmr and auto convert to fiat
14:59:43 <sgp[m]> I argue this is a solution. BTCPay Server to track invoices, autoforwarder to send to Kraken, autoconverter to convert to USD on Kraken
15:00:14 <sgp[m]> Could it be better integrated? Absolutely
15:00:19 <naphtha[m]> i mean something easier yeah
15:00:22 <naphtha[m]> plug n play
15:00:27 <Rucknium[m]> naphtha: NOWPayments does that AFAIK
15:00:31 <sgp[m]> NOWPayments will get you to a stable easily
15:00:49 <naphtha[m]> ah shit yeah i remember now
15:00:53 <sgp[m]> https://guides.monero.com/docs/tutorials/accept-monero-as-merchant/#for-simple-web-stores-nowpayments
15:01:12 <naphtha[m]> then why tf is monero so rare to see as a payment method
15:01:13 <naphtha[m]> pisses me off
15:01:26 <naphtha[m]> whats their fee?
15:01:38 <sgp[m]> 1% + spreads I think. Not for large businesses imho
15:01:54 <sgp[m]> 0.5% + spreads
15:03:08 <naphtha[m]> is that not cheaper than kraken?
15:03:16 <sgp[m]> kraken is definitely cheaper
15:03:49 <naphtha[m]> sgp[m]: how come? pretty sure stripe fees are similar
15:04:41 <sgp[m]> Kraken's highest fees are 0.26% + spread
15:08:33 <sgp[m]> in practice, spreads are probably at least 100 bips (1%) tighter
15:09:13 <sgp[m]> someone should make an autoconvert for Binance too; their spreads are tight
15:24:36 <merope> withdrawing from binance might have some issues though...
15:25:42 <bridgerton[m]> <plazma_69> do we have an official sessions and simpleX chat group
15:31:56 <recanman[m]> There are meetings every week, check the issues for the Monero Community Workgroup at https://github.com/monero-project/meta
15:32:01 <recanman[m]> <bridgerton[m]> "<plazma_69> do we have an..." <- No simplex chat group.
15:32:18 <recanman[m]> * chat group. (here's the next meeting https://github.com/monero-project/meta/issues/857)
15:33:55 <bridgerton[m]> <plazma_69> ok thanks
16:05:15 <sgp[m]> I confirmed that you can still trade Monero on SideShift through Cake. They didn't tell me why they disabled Monero on their website :/
16:12:30 <spirobel[m]> <sgp[m]> "an individual probably doesn't..." <- is it possible to track incoming payments via the kraken api? They could let customers send directly to their kraken deposit address if they dont want to hold monero. (to tell payments apart the last 5 digits of the payable amount can be a random number that is associated with the order)
16:12:51 <sgp[m]> spirobel[m]: Kraken prevents this with their ToS
16:16:21 <spirobel[m]> <sgp[m]> "the autoforwarder can be run..." <- just leave out the part with the vps. It is not a good idea to store hotwallet keys in a vps. AWS or not you dont know how many people have read access to it. And this could bite you later when there is more volume or the wallet is used in another context. 
16:18:06 <spirobel[m]> this tool is not bad in general. basically solves the business wallet use case. But dont run it on a remote server and especially not a vps.
18:22:26 <merope> If your threat model includes your VPS provider, then you most likely have the resources to host your own on-premise wallet server. If not, then you lack the fundamental resources to run your business
18:22:33 <merope> * VPS provider stealing from your hot wallet, then
18:22:45 <naphtha[m]> i dont think the only threat is the provider
18:23:07 <naphtha[m]> or, rather, not directly
18:23:15 <merope> Which is why I didn't say that ;)
18:23:51 <naphtha[m]> i mean in this case. running it on a vps is a bad idea but not because the provider would snoop
18:24:33 <naphtha[m]> some providers have horrible security, insecure proxmox passwords, vulnerable software running on a wide open unfirewalled network
19:32:48 <DanrdarkIsnotthe> 1234
19:32:53 <DanrdarkIsnotthe> Best one
20:37:30 <ofrnxmr[m]> Thats plowsof's pin
20:37:33 <ofrnxmr[m]> Dont tell anyone though
20:38:08 <plowsof11> i have to change it to 1111 now , thanks!
20:39:46 <merope> no, that's luigi's
20:53:23 <DanrdarkIsnotthe> With /1 like 24/25
20:53:35 <DanrdarkIsnotthe> 1111/1
21:04:56 <monerobull[m]> i need professional opinion here
21:05:05 <monerobull[m]> this might be the first time i have to reject a .town application
21:05:16 <monerobull[m]> ofrnxmr: plowsof what do you think
21:05:18 * monerobull[m] uploaded an image: (78KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/HfCsFscrlpUWMBxQrqHPAHor/grafik.png >
21:05:38 <monerobull[m]> (thats the only tweet on that account)
21:10:16 <DanrdarkIsnotthe> Kyc
21:10:18 <DanrdarkIsnotthe> Fixed
21:11:55 <monerobull[m]> "In order to verify your account we have to do further verification" kek
21:12:39 <DanrdarkIsnotthe> Please send 1xmr to this address to verify your not a bot
21:12:48 <DanrdarkIsnotthe> Pow ftw
21:24:22 <recanman[m]> "Hohol"?
21:24:23 <recanman[m]> No
21:24:32 <recanman[m]>  * No, lol
21:46:24 <blankpage[m]> Did they pay the 0.1 XMR?
21:56:36 <monerobull[m]> It's 0.01 💀
21:57:07 <monerobull[m]> They seem to be a real person working for some exchange, not sure why they didn't have 0.01 xmr 🤷‍♂️
21:57:19 <unkn8wn69[m]> <monerobull[m]> "i need professional opinion here" <- Russophpbia
21:57:28 <unkn8wn69[m]> * Russophobia
21:58:34 <plowsof11> is the verification simply that they're not a bot?
21:58:46 <monerobull[m]> Yeah
21:59:25 <monerobull[m]> What else do you want me to do, actual KYC 😂
21:59:26 <plowsof11> they seem to have made the effort to register a fake twitter for you so its elons fault if theyre a bot 
22:00:02 <monerobull[m]> Nono that twitter is up since March 
22:00:28 <blankpage[m]> Doesn't twitter require a phone number to make an account?
22:00:36 <monerobull[m]> monerobull[m]: Just never did anything besides liking 3 of their own corpo tweets
22:02:04 <merope> blankpage[m]: It's not like russian bot farms have ever had a shortage of those...
22:07:09 <plowsof11> reject based on low effort verification?
22:08:38 <blankpage[m]> Make 0.01 XMR mandatory
22:21:26 <monerobull[m]> Hm
22:21:42 <monerobull[m]> That would be pretty inconvenient for many
22:22:02 <ofrnxmr[m]> imtelling y
22:22:24 <ofrnxmr[m]> Make it 0.1 xmr
22:22:32 <monerobull[m]> monerobull[m]: Lemmy itself is a little inconvenient to use right now, don't think adding even more friction is a great idea
22:22:50 <monerobull[m]> ofrnxmr[m]: And that would turn everyone away 😅
22:23:02 <ofrnxmr[m]> 0.08 refundable
22:23:15 <ofrnxmr[m]> 0.01 management fee, 0.01 hosting
22:24:37 <monerobull[m]> While it would certainly discourage spam, that sounds like way too much hassle 
22:25:05 <monerobull[m]> We currently don't even have any spam at all
22:25:19 <monerobull[m]> Can keep it in mind if we ever should get it I guess
22:27:38 <blankpage[m]> I think the wording of this needs to change to avoid this problem
22:27:45 <blankpage[m]> "Verifiy you are human by posting this message containing your Monero.Town username on twitter/reddit/mastodon/etc and link the post in the answer field."
22:38:53 <monerobull[m]> you are the better English speaker, how would you improve it?
22:41:00 <DanrdarkIsnotthe> Please provide the following:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/ec48249db151e5649eded9150a589e5ff7de359f>)
22:41:15 <DanrdarkIsnotthe> Missed any?
22:41:27 <monerobull[m]> scan of your drivers license
22:42:00 <DanrdarkIsnotthe> Yest most important
22:42:00 <DanrdarkIsnotthe> selfie with 3 fingers holding drivers licence
22:42:11 <DanrdarkIsnotthe> With spendkey
22:44:54 <blankpage[m]> Honestly I would consider just making the 0.01XMR mandatory. It seems that if they "fail" the first option of verifying by linking to a post then there is no way for them to verify the same account with 0.01XMR
22:47:41 <blankpage[m]> If there was a way for them to fallback to paying XMR then you could say it was at your discretion whether to verify based on a post in another location
22:49:03 <blankpage[m]> So either mandatory XMR, or a way to fallback to paying XMR if they fail a free verification
22:56:11 <louissignet[m]> 0.1 escrow. You’ll get it back after 1 month of month. Force hodl.
22:58:28 <louissignet[m]> But yeah a registration fee shouldn’t be a problem for Monero users. Heck make it go to the Monero General Fund. The view keys are public.
22:59:32 * spirobel[m] uploaded an image: (4333KiB) < https://libera.ems.host/_matrix/media/v3/download/monero.social/tutWdhdPDOAuzJZnfKZuniOs/aws_%203.png >
22:59:43 <louissignet[m]> Proof of Monerista
23:06:16 <louissignet[m]> Random registration fee of 0.010000001 to 0.100000000. If the exact value is detected using the general fund view keys you are in.
23:08:02 <plowsof11> is the general fund paying the hosting/maintenance fees? 
23:10:43 <DanrdarkIsnotthe> Yest
23:10:59 <DanrdarkIsnotthe> In btc
23:11:06 <DanrdarkIsnotthe> Via lightening invoicw
23:11:10 <DanrdarkIsnotthe> s/invoicw/invoice/
23:19:58 <louissignet[m]> I don’t know. Depends on monerobull goals. If it’s only for captcha purposes maybe it doesn’t matter. A fund for the instance itself would be better imo. Almost like how Reddit gold worked at the beginning.
23:21:25 <monerobull[m]> Funds are supposed to be used for hosting yeah
23:31:48 <ofrnxmr[m]> Yeah. 0.1xmr input 0.01 still for hosting, 0.01/user paid to whoever can do the refunds, and 0.08 refunded
23:31:48 <ofrnxmr[m]> id still wait for the appearance of bots of spammers trying to get around it
23:32:45 <ofrnxmr[m]> If spammer spams, keep the whole 0.1
23:34:17 <spirobel[m]> the incentives to run stuff in the fediverse are cursed af. Also unclear how the privacy situation is any better compared to big tech. In the end we have to all self host our own sites and use rss or something to tie everything together. 
23:34:47 <r4v3r23[m]> Wallet SDK for Android CCS nearly funded. about 70 XMR left from 295 total
23:35:05 <ofrnxmr[m]> Vtnerd getting close too?
23:35:32 <r4v3r23[m]> about half way
23:35:45 <ofrnxmr[m]> Someone tag @visa on twitter to fund vtnerd 
23:35:51 <ofrnxmr[m]> And @bankofamerica
23:38:36 <monerobull[m]> spirobel[m]: yeah you really shouldnt post anything you aren't comfortable with having out there if having it forever cached on some tiny instance is a problem
23:38:56 <monerobull[m]> s/if having it//
23:39:04 <monerobull[m]> s/if having it//
23:39:57 <DanrdarkIsnotthe> No dick pics then
23:40:15 <monerobull[m]> did you post those to reddit before?
23:41:05 <DanrdarkIsnotthe> On r/bitcoin 
23:46:30 <r4v3r23[m]> based