02:25:08 <DANMAGNUZ[m]> Why can't I fork the crowdfunding repository?
02:32:06 <Rucknium[m]> DANMAGNUZ: Do you get an error about too many accounts?
02:47:48 <DANMAGNUZ[m]> yes
02:48:30 <DANMAGNUZ[m]> <Rucknium[m]> "DANMAGNUZ: Do you get an error..." <- yes
02:48:57 <DANMAGNUZ[m]> Does anyone know of any celebrities or artists that use monero?
02:49:21 <Rucknium[m]> DANMAGNUZ: Try to create an account independent of GitLab. Or you can wait for the admin of the repo in #monero-dev:monero.social  to help you.
03:08:54 <DANMAGNUZ[m]> I already discussed it with him 
03:09:09 <DANMAGNUZ[m]> I had a lot that did not enter any monero
03:10:05 <DANMAGNUZ[m]> right now I was installing the monero gui on linux again and I see that it is still in the same situation of starting to mine without permission 
03:11:57 <DANMAGNUZ[m]> The last time I never used it again for the same reason, but it was in Windows and apparently it brought ransomware even though it was the one on the official page, the good thing was that it didn't have anything important and it just r i reinstalled 
03:14:00 <DANMAGNUZ[m]> I thought it was going to be a little better but right now my machine is stuck and I didn't even put it to mine 
03:14:49 <Rucknium[m]> Are you sure it's mining? Or is it just downloading and verifying the blockchain, which takes storage, RAM, and CPU resources?
03:15:23 <DANMAGNUZ[m]> Does anyone here personally know the authors of Lockbit 3.0?  
03:17:30 <DANMAGNUZ[m]> Rucknium[m]: The thing is that I'm not dedicated to mining at all, so I was just testing with a low-resource machine 1.8ghz and 6ram... but since last time I've had bad experiences 
03:19:46 <DANMAGNUZ[m]> I only started to synchronize the blockchain to create the node and the ram went full and it closed but it never stopped saturating the resources 
03:20:12 <DANMAGNUZ[m]> Does anyone know the staff of the authors of the Lockbit 3.0 ransomware?
03:21:14 <DANMAGNUZ[m]> It doesn't have much to do with it but they use a lot of monero and sometimes I think that some creator of monero may be behind some ransomware 
03:28:46 <DANMAGNUZ[m]> it occurs to me to do a festival or something like that sponsored by cryptocurrencies and that is charged with monero, I think something like it has never been seen 
03:39:01 <DANMAGNUZ[m]> by the way I have houses for sale with cryptocurrencies in case anyone is interested 
03:54:40 * DANMAGNUZ[m] uploaded an image: (153KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/UcLzVukgZaRemmaeYGukYNsj/1000x620xc.webp >
03:55:44 <DANMAGNUZ[m]> Lot Of Land In Litibú, Bahía De Banderas
03:55:44 <DANMAGNUZ[m]> $18,091,925 
03:55:44 <DANMAGNUZ[m]> 10,000 square meters
03:55:47 <DANMAGNUZ[m]> Riviera Nayarit
03:56:30 <DANMAGNUZ[m]> $899,000 Dollars 
03:56:42 <DANMAGNUZ[m]> If someone is interested in buying in Monero
06:03:15 <roooooocc[m]> Hi, is the monero rpc single threaded/core? If I create ~50 wallets, in the time they are created monero rpc will or will not be usable?
06:50:47 <johnfoss68[m]> https://www.themoneromoon.com/p/the-monero-moon-issue-57
07:09:18 <selsta> roooooocc[m]: no, but monero-wallet-rpc does not support having multiple wallets open at one from what I know
07:09:23 <selsta> once*
07:09:58 <selsta> wallet scanning for example should use multiple cores, see `--max-concurrency` flag
07:30:05 <roooooocc[m]> <selsta> "wallet scanning for example..." <- wallet scanning?
07:30:05 <roooooocc[m]> Like scanning for transactions using the wallet private keys?
07:30:35 <selsta> yes
07:30:56 <roooooocc[m]> And open wallet means just when sending transactions?
07:40:46 <roooooocc[m]> So, you can read transactions from multiple wallets and the same time, and send from only 1, right? 
07:42:00 <sech1> you can run multiple monero-wallet-rpc
07:57:24 <selsta> roooooocc[m]: you have to have a wallet open to see incoming transactions
07:58:11 <selsta> you should use a single wallet with subaddresses, or if that doesn't work for your use case run multiple monero-wallet-rpc instances at once
09:05:44 <selenze[m]> Greetings:  any know ofMnero based Lottery sites. all following transparent processes to the users/buyers.
09:07:15 <roooooocc[m]> <selsta> "you should use a single wallet..." <- Having multiple monero rpc instances won't work because I would need to hadle ~50 wallets at the same time or even more.
09:07:15 <roooooocc[m]> But the thing is I only care about tracking multiple transactions at the same time, sending "payouts" could be done with monero wallet cli in the worst case
09:07:45 <roooooocc[m]> So the question is the same, can you track multiple wallet reciving payments at the same time?
09:08:01 <selsta> can't you use subaddresses for your use case?
09:09:23 <roooooocc[m]> selsta: I want to track multiple payments from multiple sellers, I wanted to make a wallet for each seller and have a new subaddress for each transaction
09:09:34 <roooooocc[m]> Would subaddresses still work for this?
09:09:57 <roooooocc[m]> Because if 2 people buy at the same time, they would need to send the same amount at the same subaddress and that's messy
09:10:46 <selsta> this should be doable with subaddresses
09:11:00 <selsta> why would 2 people get the same subaddress?
09:11:35 <roooooocc[m]> selsta: not 2 people.. if 2 people buy from one seller at the same time, the same product, they would be told to send X amount, we cannot track which one made the payment
09:15:25 <selsta> i don't understand the issue why you can't just generate a fresh subaddress every time a user wants to pay something, and how this work differently if you had multiple wallets
09:16:29 <roooooocc[m]> selsta: Oh, I understand, so there is only 1 main wallet, and instead of each seller having a dedicated subaddress, each transaction has one, and link it to the seller
09:16:51 <selsta> yes
09:17:08 <roooooocc[m]> Okay, thank you so much for the help and explaination
09:17:37 <selsta> you would need some kind of database but i assume you would need that anyway
09:17:59 <roooooocc[m]> selsta: Yep exactly
09:18:28 <selsta> there are also subaccounts but i'm not sure if that would be useful for your use case
09:18:47 <selsta> each account has its own balance and transaction history, basically like separate wallet
09:19:04 <selsta> so you could have an account for each seller and each account has subaddresses for every purchase
09:20:47 <sech1> selenze[m] https://monero.win/
09:21:26 <roooooocc[m]> selsta: Yeah that would be a bit better I think, is it implemented in monero rpc?
09:22:42 <selsta> roooooocc[m]: yes
09:24:10 <selsta> accounts are a part of subaddresses
09:24:33 <selsta> https://monerodocs.org/public-address/subaddress/
09:24:39 <selsta> this might help in understanding
09:27:40 <hardenedsteel[m]> I think organizing outputs better than using accounts feature.
09:31:32 <hardenedsteel[m]> Oh I didn't know this:
09:31:32 <hardenedsteel[m]>  
09:31:32 <hardenedsteel[m]> > Thus, a single transaction can - in principle - aggregate and spend outputs from multiple addresses (and by extension from multiple accounts). The CLI or GUI wallet may not directly support creating such transactions for simplicity.
09:31:32 <hardenedsteel[m]> This was the reason I didn't like accounts feature.
09:36:42 <selenze[m]> <sech1> "selenze https://monero.win/" <- I kind of like the more traditional one...where all parties contribute/buy for a predetermined amount and the roll/dice plays at a certain time...
09:55:34 <Siren[m]1> <roooooocc[m]> "So the question is the same, can..." <- You can code up something that sends HTTP callbacks from wallet-rpc and in there send a header that identifies the instance such as wallet primary address. Have multiple deployments of this program with each instance running on their own wallet. Put a L4 load balancer in front of them. This is so you can route requests based on this header. On the top level application you would
09:55:34 <Siren[m]1> also know which instance to query this way. This is how MoneroPay does it.
10:02:09 <Siren[m]1> s/their/its/
15:01:30 <plowsof> Forwarded from MajesticBank telegram room:Sorry for the downtime, we are upgrading and should be back within 24 hours
15:02:06 <plowsof> needmoney90 message from MB ^ 
15:02:28 <KNNY[m]> who does upgrades without telling anyone 
15:02:42 <KNNY[m]> that's how to lose customers 💀
15:03:32 <KNNY[m]> just like the time signal's main repo was closed source for a couple weeks for no reason 
15:39:03 <ct[m]> The monero GUI install still says the blockchain needs "more than 90GB of free space", which is technically true, but maybe we should update that number ocassionally?
16:02:46 <jwinterm> it really only *needs* 40 GB or less if you enable pruning, right?
16:13:00 <ofrnxmr[m]> 50
16:14:35 <ofrnxmr[m]> <KNNY[m]> "just like the time signal's main..." <- For a couple weeks? Signal still often doesnt release the source for each release 
16:39:24 <sgp[m]1> good news, not that it's surprising :)
16:39:43 <sgp[m]1> Monero dominated Cake Pay $ volume in our first month
16:39:50 <sgp[m]1> 78% XMR, 16% BTC, 6% LTC
16:44:45 <CidadoisAncap[m]> No xassets?
16:45:02 <sgp[m]1> nope, haven isn't supported for cake pay
16:51:14 <CidadoisAncap[m]> Cool
16:51:42 <CidadoisAncap[m]> Spend and replace > buy and hodl
17:40:50 <KNNY[m]> <ofrnxmr[m]> "For a couple weeks? Signal still..." <- lmao
17:41:11 <KNNY[m]> I'm not a signal fanboy I wouldn't know 
17:43:57 <KNNY[m]> I want an xmr backed stablecoin but I know its impossible because of the non trackability aspect 😭
17:44:46 <KNNY[m]> some things are better left unsaid 
17:54:53 <nioc> selsta: would you please tell DiegoSalazar[m] to tell pigeons that nioc requests that the irc and matrix monero channel be bridged  
17:55:15 <DiegoSalazar[m]> We've sent an email
17:55:28 <DiegoSalazar[m]> Have yet to hear a response. I'll send another one today.
17:55:29 <nioc> ty :)
17:55:59 <DiegoSalazar[m]> I seem to recall this was our problem last time also. :/
17:56:04 <DiegoSalazar[m]> Unresponsive Matrix people
17:57:37 <nioc> do we have to bribe someone?
17:58:39 <nioc> I think seth may have tried at one point 
17:59:07 <nioc> not bribing, just contacting 
17:59:59 <KNNY[m]> contact tracing 
18:00:08 * KNNY[m] uploaded an image: (14KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/ojrjFUbVujKGSxfKgPpUvhtD/bobo-weeaboo-hat-sword.png >
18:07:43 <NorrinRadd> what twitter accounts can be recommended to follow for monero content? 
20:29:39 <Siren[m]1> so is there a monero payment gateway (not processor) that isn't a plugin for wordpress/prestashop/magento and others alike?
20:37:00 <plowsof> BusyBoredom https://github.com/busyboredom/acceptxmr
20:37:43 <plowsof> MoneroPay 😁
20:38:31 <nikg83[m]> https://twitter.com/watchfund/status/1565394112857227264
20:39:33 <Siren[m]1> plowsof: these are actually payment processors, not gateways
20:40:14 <plowsof> nikg83 lol wat 2500 xmr 
20:42:30 <nikg83[m]> Now hire some devs to expedite seraphis
20:42:38 <plowsof> Siren ohh i see,see so a gateway  a different platform? Hmm
20:43:15 <Siren[m]1> yeah
20:43:33 <plowsof> ^ it looked coherent before i pressed send 
20:46:03 <Siren[m]1> plowsof: for example it's the page that the shop redirects you to that belongs to visa/mastercard/paysera/swedbank/whatever and that page waits for the response from the payment processor and when it arrives, it redirects you back to the merchant's success page
20:48:43 <plowsof>  Binance merchant api?
20:50:42 <Siren[m]1> idk
20:51:36 <Siren[m]1> it's not an api it's web ui
20:58:24 <plowsof> GloBee Siren? I think this is outdated https://www.monerooutreach.org/merchants/monero-payment-processor-guide.html#:~:text=A%20payment%20processor%20coordinates%20and,your%20Monero%20wallet%20for%20you.
20:59:31 <Siren[m]1> yes those things
21:03:28 <Siren[m]1> we're making one of those but it has theme support for the checkout page and it will be open source
21:04:39 <Siren[m]1> multiple merchants can use a single instance
21:04:51 <plowsof> Wow nice, ive used some fiat ones like Square
21:06:44 <BusyBoredom[m]> Gateway vs Processor is a blurry line in crypto, because really monero itself is the payment processor. 
21:06:45 <BusyBoredom[m]> AcceptXMR isn't really a gateway or a processor, it's just a library you can use to make a gateway. 
21:08:10 <plowsof> The only other ones ive seen are sus / bad english / pictures of edward snowden and padlocks on their site. An open source from the moneropay team would be aamazing
21:08:27 <Siren[m]1> indeed these terms are used interchangeably, what I'm talking about are those services a merchant redirects you to and the payments are handled there and when you're done you get redirected back to the merchant etc
21:08:43 <Siren[m]1> * those services where a merchant
21:10:08 <Siren[m]1> I might be wrong but I think when it comes to government toilet money these things are called gateways, that's why I called it that. What are these actually called?
21:10:14 <Siren[m]1> s/money/paper/
21:12:45 <BusyBoredom[m]> The explanations I've been told boil down to:
21:12:45 <BusyBoredom[m]> * If it moves money from one place to another it's a processor
21:12:45 <BusyBoredom[m]> * If the end user interacts with it it's a gateway.
21:13:40 <Siren[m]1> alright gateway it is
21:27:35 <BusyBoredom[m]> I've been wanting to make something where you copy/paste a button into your HTML and add a docker container to your backend and you're off to the races. Just login the the admin env provided by the docker backend to configure your viewkey+address and a theme. That's the dream setup in my eyes. Is that kinda what you're thinking Siren, just with a backend more focused on centralized multi-merchant support? 
21:34:45 <Siren[m]1> Seems like. Centralization is optional of course, but in case of centralization you wouldn't need the docker container in your backend
22:00:16 <revuoxmr> Revuo Monero. Issue 135: August 27 - September 1, 2022. http://revuo-xmr.com/issue-135.html
23:44:04 <escapethe3ra[m]> https://monero.observer/monero-observer-blitz-august-2022/