13:50:12 <m-relay> <p​lowsof:matrix.org> meeting in 2 hours 10 mins https://github.com/monero-project/meta/issues/1106
14:42:12 <m-relay> <r​ottenwheel:kernal.eu> Be there or be []?
16:00:18 <m-relay> <p​lowsof:matrix.org> meeting time https://github.com/monero-project/meta/issues/1106
16:00:21 <m-relay> <p​lowsof:matrix.org> greetings!
16:00:45 <ofrnxmr> Greetings
16:00:52 <msvb-lab> Hello.
16:01:49 <m-relay> <p​lowsof:matrix.org> lets share some highlights, have we seen xenus definitive guide on how to buy monero as of november 2024  https://yewtu.be/watch?v=UKOE2DKBmRQ
16:02:07 <ofrnxmr> I want to change this Donors, Rule 2: "In the event that a proposal is overfunded, unable to be completed, or otherwise put in a state where donated money will not be dispersed to the intended recipient, the default is that the remaining XMR will be put in the Monero General Fund. There are some exceptions, but they are rare, and these decisions
16:02:07 <ofrnxmr> rest with the Core Team."
16:02:47 <ofrnxmr> To: "In the event that a proposal is overfunded, unable to be completed, or otherwise put in a state where donated money will not be dispersed to the intended recipient, the default is that the remaining XMR will be put in the Monero Jet Fund. There are some exceptions, but they are rare, and these decisions rest with the Monero Community
16:02:47 <ofrnxmr> Workgroup."
16:03:03 <geonic> hola
16:03:14 <m-relay> <p​lowsof:matrix.org> hello
16:05:31 <vthor> hey
16:05:39 <m-relay> <p​lowsof:matrix.org> the current overfunding is about 260~ xmr https://github.com/plowsof/scrape_ccs_fr
16:06:37 <m-relay> <p​lowsof:matrix.org> btw, this Bounty [Monero point of sale device with 0conf](https://bounties.monero.social/posts/159/5-000m-foss-monero-point-of-sale-android-app) has someone working on it. ofrnxmr shared a site , that has a "hotshop" like monero integration
16:07:35 <ofrnxmr> https://www.bitrequest.io/request-url/
16:07:50 <m-relay> <p​lowsof:matrix.org> that is https://www.bitrequest.io/ , appears to put the address (optional view key for live monitoring) into a payment request URL. monero-js then loads the wallet and scans for payments
16:07:57 <m-relay> <p​lowsof:matrix.org> thanks ofrnxmr, never heard of this before
16:08:32 <m-relay> <p​lowsof:matrix.org> RINO is closing at the end of the month, and LocalMonero officially closed on the 7th November
16:09:02 <ofrnxmr> I thought rino closed end of oct?
16:09:34 <m-relay> <p​lowsof:matrix.org> people have until end of november to withdraw funds (i received an email)
16:09:58 <m-relay> <p​lowsof:matrix.org> and gingeropolous made a ccs 10 mins ago which we can cover later
16:10:28 <m-relay> <p​lowsof:matrix.org> yes the original date "We will shut down the platform on October 31st, 2024" hm
16:11:04 <m-relay> <p​lowsof:matrix.org> the email i received on wednesday states "As already announced before on Reddit and Twitter, RINO is winding-down
16:11:04 <m-relay> <p​lowsof:matrix.org> end of November. Please remove any remaining funds ASAP."
16:11:26 <m-relay> <r​ucknium:monero.social> There is evidence that there are a lot of spy nodes concentrated in a few IP address subnets: https://github.com/monero-project/research-lab/issues/126
16:11:33 <m-relay> <b​enraouane:matrix.org> Hello community
16:11:51 <geonic> rucknium: isn't there a ban list we can add them to
16:11:56 <m-relay> <p​lowsof:matrix.org> my 3 nodes are running the block lists
16:11:59 <m-relay> <r​ucknium:monero.social> You can prevent these nodes from spying on your node by enabling a blocklist. Save https://gui.xmr.pm/files/block.txt in the directory where you launch `monerod` and then add this flag when you restart `monerod`: `--ban-list=block.txt`
16:12:09 <m-relay> <p​lowsof:matrix.org> jeffro has a nice PR which enables people to add comments in the block file
16:12:40 <ofrnxmr> https://www.forked.net/ip-address-leasing/
16:13:23 <ofrnxmr> Purchase youre ip range today, low low price of less than $1 per ip per month. Bundles on 1000 available /s
16:13:28 <ofrnxmr> Your*
16:13:55 <m-relay> <r​ucknium:monero.social> I added a little function to my R package https://github.com/Rucknium/xmrpeers  called `peers.ip.collect()` that shows you when your local node is connected to suspected spy nodes, plus when the "subnet saturation" of those peers is occurring. Obviously, you have to not have the banlist enabled to see when you are connected to those suspicious nodes.
16:15:48 <m-relay> <p​lowsof:matrix.org> the "asmap" pull request was mentioned in the MRL meeting 2 days ago https://github.com/monero-project/meta/issues/1105 (which would improve moneros resilience to spy nodes iiuc) https://github.com/monero-project/monero/pull/7935
16:15:55 <ofrnxmr> these nodes are funny, and almost lazily implemented 
16:16:22 <ofrnxmr> Asmap is a bad idea imo. It allows malicious nodes to "block" good connections by saturating the map
16:17:19 <m-relay> <0​xfffc:monero.social> hi everyone, sorry for being late.
16:17:25 <ofrnxmr> the behavior of the attack here seems to be an attempt to defeat dandelion 
16:18:38 <m-relay> <p​lowsof:matrix.org> can someone just fix it then please, thanks
16:18:45 <ofrnxmr> Which can be remedied if you either a) use tx-proxy b) have good incoming connections. If you dont have incoming connections, i'd highly recommend tx-proxy
16:18:51 <m-relay> <r​ucknium:monero.social> ofrnxmr: You can discuss it at the next MRL meeting
16:18:58 <m-relay> <b​enraouane:matrix.org> Malicious node can access to the private key?
16:19:02 <ofrnxmr> no
16:19:06 <m-relay> <p​lowsof:matrix.org> no
16:19:36 <m-relay> <p​lowsof:matrix.org> News: [Monero Observer](https://www.monero.observer/) - [Revuo Monero](https://revuo-xmr.com/)
16:19:56 <ofrnxmr> @rucknium 👍
16:20:05 <m-relay> <b​enraouane:matrix.org> Where is the thread of malicious?
16:20:35 <m-relay> <b​enraouane:matrix.org> Where is the thread of malicious node?
16:20:38 <ofrnxmr> https://github.com/monero-project/research-lab/issues/126
16:21:03 <m-relay> <r​ucknium:monero.social> Benraouane Soufiane: Reduces privacy of the IP origin of a transaction, potentially. There are also eclipse and network partitioning attacks. You can read about those on the internet.
16:21:12 <m-relay> <p​lowsof:matrix.org> we can move on to the ccs ideas, theres plenty of reading material on that
16:21:35 <m-relay> <p​lowsof:matrix.org> a breaking monero episode to : Remote nodes
16:22:07 <m-relay> <p​lowsof:matrix.org> moving on unless...
16:22:45 <ofrnxmr> https://github.com/monero-ecosystem/outreach-docs/blob/master/monero-outreach-docs%2Fen%2Ftranscriptions%2Fbreaking_monero%2F07_remote_nodes_en.md
16:23:06 <m-relay> <p​lowsof:matrix.org> thanks,  now then
16:23:30 <m-relay> <p​lowsof:matrix.org> a. [Carrot animated video](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/506)
16:24:11 <m-relay> <p​lowsof:matrix.org> proposal has been up for a month now. they are open to creating video content on any subject. it seems the engagement rate could have been better, especially after a month
16:24:21 <ofrnxmr> Doesn't have any support, i'd close/postpone it til after carrot is further along 
16:24:37 <m-relay> <p​lowsof:matrix.org> vote on close / merge / postpone
16:24:50 <m-relay> <p​lowsof:matrix.org> if you wish
16:24:54 <geonic> close. the quality isn't there
16:25:01 <ofrnxmr> By postpone, i mean close and reopen later (if at all)
16:25:26 <ofrnxmr> with that being said, I'm voting close
16:25:46 <geonic> plus wouldn't we want to have vosto do it to match the style of the other videos ..
16:26:19 <m-relay> <p​lowsof:matrix.org> brand recognition is too strong!
16:27:25 <m-relay> <p​lowsof:matrix.org> so definitely not a merge sentiment here, closing this particular proposal
16:27:50 <m-relay> <p​lowsof:matrix.org> moving on
16:27:53 <m-relay> <p​lowsof:matrix.org> b. [CryptoCheckout WordPress plugin (for WooCommerce) & Shopify app](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/514)
16:28:14 <m-relay> <p​lowsof:matrix.org> a proposal from Benraouane Soufiane
16:28:26 <m-relay> <b​enraouane:matrix.org> Thanks!
16:28:35 <geonic> is it AI?
16:28:45 <ofrnxmr> probabltly
16:28:53 <m-relay> <b​enraouane:matrix.org> No
16:28:58 <m-relay> <p​lowsof:matrix.org> no, AI knows how many piconeros are in monero
16:29:34 <geonic> :D
16:29:41 <ofrnxmr> I voted on the gitlab - close. Requires users to submit txkeys to an explorer. Disregards the fact that funds can be burnt. Doesn't use correct atomic units, had/has a 1%fee. Proposer doesnt seem to know how monero works
16:30:13 <m-relay> <p​lowsof:matrix.org> at first, it seemed like a novel approach to verifying payments without needing to provide a secret view key. per transaction payment proofs. however, this is not feasible in monero as the proofs does not tell us if the outputs are spent.. or burnt etc
16:30:14 <m-relay> <b​enraouane:matrix.org> I suggest to create WP plugin for WooCommerce merchants & a Shopify  app, for the existing solution
16:30:21 <ofrnxmr> and proposer keeps "resolving all threads" instead of giving proper responses 
16:30:30 <m-relay> <p​lowsof:matrix.org> but now Benraouane says, its not an issue
16:31:17 <m-relay> <p​lowsof:matrix.org> i checked the xmr integration, bear in mind im not a dev, and i noticed the maths for atomic units was incorrect .. the xmr integration didnt seem well thought out
16:31:31 <m-relay> <p​lowsof:matrix.org> bare in mind i can't spell
16:31:37 <m-relay> <b​enraouane:matrix.org> I respond to the @poweeoff concern the 1% which is not applicable
16:31:53 <m-relay> <p​lowsof:matrix.org> yes, fees. the proposal mentions nothing about fees
16:31:56 <geonic> actually bear is correct :p
16:32:07 <m-relay> <p​lowsof:matrix.org> nooooo
16:32:26 <m-relay> <p​lowsof:matrix.org> i will grin and .. bare it 🤞
16:32:34 <geonic> haha
16:32:45 <geonic> do we want to give it another 2 weeks before voting. maybe proposer will put some more thought into it
16:32:54 <ofrnxmr> Proposer claimed that monero-wallet-rpc didnt show balances, and that all projects yae explorers to verify transactions (including moneropay, brxpayserver, bitcart etc)
16:33:37 <plowsof> do we think there is a demand to fund a payment processor that merchants must look in monero gui to verify payments have been made or customers have to enter some txid/key after purchase? 
16:34:00 <geonic> doesn't seem likely
16:34:03 <plowsof> a site that says 2$ / month for unlimited tx's but another page says 10$ a month https://cryptocheckout.co/fees/ 
16:34:06 <ofrnxmr> geonic, imho, proposer has been 100% unable/unwilling to take a different approach. Just resolves threads and doubles down on usinf localmonero's block explorer to verify payments
16:34:16 <m-relay> <b​enraouane:matrix.org> ofrnxmr: no, I said the others requires the mnemonic phrase of the wallet, then sync
16:34:22 <ofrnxmr> Claiming that "its not his problem if funds are burnt"
16:34:32 <plowsof> specifically states no fees per tx but i see a 1% fee hardcoded , but this was from an older version. so the repo is messy and not professional 
16:35:11 <plowsof> proposer can take an already built solution, today, with proper monero integration 
16:35:32 <m-relay> <r​ucknium:monero.social> plowsof: "however, this is not feasible in monero as the proofs does not tell us if the outputs are spent.. or burnt etc " I didn't read all the details of the proposal, but if the outputs are owned by the merchant, isn't it irrelevant if they are spent or not, since the merchant now has control (and can spend it as they wish)?
16:35:33 <plowsof> for example bitcart.ai and start marketing it to merchants via third party SaaS 
16:35:53 <ofrnxmr> "no, I said the others requires the mnemonic phrase of the wallet, then sync" << "As I think the monero-wallet-rpc package (I've tried before) does not gives you the real time balance, & does not contain sync function, the sync itself requires a service & a server."
16:36:01 <m-relay> <b​enraouane:matrix.org> plowsof @plowsof:matrix.org:  I said not applicable, it requires the mnemonic phrase of theerchant & deploying the app.js
16:36:33 <m-relay> <b​enraouane:matrix.org> @plowsof:matrix.org:  I said not applicable, it requires the mnemonic phrase of the merchant & deploying the app.js,
16:36:48 <m-relay> <b​enraouane:matrix.org> Even the code exist in back.php
16:37:05 <ofrnxmr> In response to the funds burning, you said "That problems does not concern us, what we need is to confirm such amount were sent from such address (buyer) to such another address (merchant), locked or not, already spent or not, burnt or not, does not concern us."
16:37:09 <m-relay> <b​enraouane:matrix.org> Even the code exists in back.php
16:37:26 <plowsof> the merchant provides only an address, no private view key, we can submit a payment proof that is valid (but we didnt pay for the goods) , is my understanding of.... 
16:37:57 <plowsof> https://github.com/monero-project/monero/issues/8819
16:38:00 <m-relay> <b​enraouane:matrix.org> Exaxctly
16:38:05 <ofrnxmr> "but if the outputs are owned by the merchant, isn't it irrelevant if they are spent or not, since the merchant now has control (and can spend it as they wish)?" << ruck, the service uses explorer to prove payments instead of a wallet
16:38:58 <plowsof> bitcart.ai exists, no need for this 
16:39:03 <m-relay> <b​enraouane:matrix.org> No, you should pay, then submit your payment proof
16:39:28 <ofrnxmr> And the spender has to submit tx proofs to localmonero's explorer (previously rino's)
16:40:17 <m-relay> <b​enraouane:matrix.org> plowsof @plowsof:matrix.org:  from what you'll get the payment proof, you don't make a transaction?
16:40:19 <plowsof> moneropay, acceptxmr
16:40:34 <plowsof> btcpayserver 
16:41:13 <ofrnxmr> Hotshop, bitrequest
16:41:26 <plowsof> all work listed in "Future" can happen, today 
16:41:46 <ofrnxmr> None of these requires submitting your tx keys to an explorer
16:41:51 <plowsof> 2.1 Million merchants can all ping localmoneros block explorer with this SaaS
16:42:04 <m-relay> <b​enraouane:matrix.org> They require mnemonic phrase of the merchant, they are not decentralized
16:42:11 <ofrnxmr> no they dont. 
16:42:19 <m-relay> <r​ucknium:monero.social> Do they integrate with Shopify and Woocommerce?
16:42:43 <plowsof> https://docs.bitcart.ai/integrations/shopify
16:43:15 <plowsof> i can host this for people using this mode https://docs.bitcart.ai/deployment/thirdpartyhosting 
16:43:23 <ofrnxmr> I think btcpayserver does too. But shopify isnt the issue, its "what is actually being integrated"
16:43:42 <plowsof> this is not a monero integration, this is a copy and paste of a generic method used for transparent blockchains
16:43:49 <ofrnxmr> And in this proposal, its not payments being integrated, its block explorer payment proofs
16:43:55 <m-relay> <r​ucknium:monero.social> plowsof: Wonderful.
16:44:16 <m-relay> <b​enraouane:matrix.org> plowsof @plowsof:matrix.org:  bitcart not listed on the Shopify app store
16:44:42 <plowsof> solano has different number of atomic units than monero, and the dev of the payment processor does not know this 
16:44:52 <ofrnxmr> Maybe you could contribute to bitcart to get it listed there?
16:44:55 <m-relay> <b​enraouane:matrix.org> It does not follow the standard developer guide of the Shopify, concerning developing payment apps
16:45:15 <plowsof> yes, i would look into why not and contact MrNaif about that 
16:45:20 <geonic> does the proposer have any merged code/prior contributions?
16:45:24 <ofrnxmr> no
16:45:30 <geonic> I vote no then
16:45:56 <m-relay> <b​enraouane:matrix.org> ofrnxmr: it requires a mnemonic phrase, I'm already did since 2022
16:46:34 <ofrnxmr> it does not
16:46:53 <ofrnxmr> These all use view-only wallets 
16:47:10 <m-relay> <r​ecanman:kernal.eu> 🤦‍♂️
16:47:35 <ofrnxmr> bitcart, btcpayserver, birtequest. None of these use a hot wallet (mnemonic passphrase)
16:47:39 <ofrnxmr> https://github.com/BenraouaneSoufiane/cryptocheckout.co/blob/15942c7a676ce23963d06ec664dc323cf4fde46c/site/back.php#L25
16:47:59 <plowsof> sloppy 
16:48:12 <m-relay> <b​enraouane:matrix.org> ofrnxmr: as per the official docentation, it seems they generate a private key for each merchant
16:48:30 <m-relay> <b​enraouane:matrix.org> Private key is equivalent to mnemonic phrase
16:48:38 <ofrnxmr> and heres the offending line that says that monero has 9 atomic units ..
16:49:18 <plowsof> i think we can move on, benraouane can clarify criticisms here at a later time if they wish, its a no from me 
16:49:27 <geonic> that's worse than misgendering
16:49:31 <vthor> what huge difference can three zeros do? /s
16:49:47 <plowsof> if wownero was integrated it wouldnt be as bad
16:50:36 <plowsof>   c. [Monerotopia 2024 Marketing and Publicity](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/515)    
16:50:40 <geonic> brb putting my preferred atomic units in my email signature
16:50:47 <ofrnxmr> lmao
16:51:07 <plowsof> a new comment from jeffro on the 'topia marketing proposal 
16:51:10 <ofrnxmr> My only problem with monerotopia is the time
16:52:20 <geonic> yes the time is an issue. based on positive reception to the proposal we've gone ahead. Vik paid them yesterday and they're pushing ahead. we have digital ads running right now
16:52:40 <geonic> Vik is absorbing the volatility risk and I guess the risk that people will vote no here
16:52:54 <vthor> +1
16:53:09 <ofrnxmr> So new proposal is to repay vik for his altruism 
16:53:14 <geonic> btw jeffro is misinterpreting mbull's comment. this was monerobull's concern 2 weeks ago (before we had a proposal)
16:53:36 <geonic> I pitched it to him as him getting his money back, was not a donation
16:53:39 <geonic> guess I'm on the hook then
16:54:01 <vthor> as I remember geonic stated in the comment from the beginning that he would prefinace it, or?
16:54:11 <ofrnxmr> Well i guess we wait for vik to send the invoice after everything is settled?
16:54:14 <geonic> doug, sunita and I have met twice with the PR company this week. they know what we want to achieve
16:54:49 <plowsof> nice
16:54:56 <geonic> yea if approved then that would be provided for payout
16:55:07 <ofrnxmr> (if vik is getting change back, paying extra etc)
16:56:18 <geonic> he wired $6000 yesterday, which was equivalent to 36.42 xmr at the time
16:56:22 <ofrnxmr> i think we can pre-approve it, and wait for invoice to adjust the amount accordingly 
16:56:40 <plowsof> can i keep the rest
16:56:46 <ofrnxmr> yes
16:56:48 <plowsof> thanks
16:57:11 <geonic> deal
16:57:43 <geonic> there was probably a wire fee, will confirm
16:58:00 <plowsof> pre approved to cover the entire amount - i suspect the full amount would still be needed to cover % markups
16:58:09 <ofrnxmr> Anyway. I vote yes to repay vik his costs, once the confirmed whether the pr company used all/less funds (if there is change etc)
16:58:33 <geonic> cool
16:58:51 <plowsof> d. Gingeropolous 1TB MRC upgrade
16:58:51 <plowsof>  https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/516 
16:59:07 <m-relay> <r​ucknium:monero.social> FWIW, I think this proposal is fine. Will there be a report after the conference about how many local tickets vs international tickets were sold? IIRC, there is a discount on tickets to locals, so it should be easy to compute that data without any privacy issues.
16:59:49 <ofrnxmr> They only had like 3 vip tickets left a couple days ago
16:59:57 <plowsof> have MRL already shown sentiment for gingers new proposal Rucknium?
17:00:06 <geonic> ruck: yes. although the PR co was clear with us that they're not expecting a huge rush of locals in such a short time. we're expecting most of the media coverage to come out after the conference. they promised to bring 20 journalists to the opening day of the conf.
17:00:10 <m-relay> <r​ucknium:monero.social> Yes let me get the logs
17:00:53 <plowsof> its 20xmr btw
17:00:54 <ofrnxmr> for d. I'd say yes in principle, but i don't know that i like chainanysis node running mrl, and gingers unwillingness to share the ips that he was fwding to
17:01:36 <ofrnxmr> Yes to proposal, no to proposer is my vote 🤷‍♂️
17:01:38 <m-relay> <r​ucknium:monero.social> Discussed at these two MRL meetings: https://github.com/monero-project/meta/issues/1102 https://github.com/monero-project/meta/issues/1098 . Positive sentiment.
17:01:46 <plowsof> thanks 
17:02:49 <geonic> (btw locals don't pay for tickets unless they want to enter the dome, so maybe ticket sales wouldn't be the best metric either)
17:03:33 <m-relay> <r​ucknium:monero.social> Ok. If there are media pieces after, I would like to see those.
17:03:39 <geonic> yes. media coverage would be my metric
17:04:02 <plowsof> where those meetings with sunita open source??? meetings minutes??
17:04:06 <plowsof> :D
17:04:11 <geonic> :D
17:04:40 <geonic> I'm afraid they used a proprietary technology called Zoom
17:05:56 <plowsof> : ' ( 
17:06:30 <plowsof> i think we can end it there. is there a monerokon meeting today? thanks all for joining and giving feedback 
17:06:44 <m-relay> <r​ucknium:monero.social> If the research computing server gets RAM, it would likely save the CCS money in the long term so that the server users do not have to spend time writing more complex code and lengthening the duration of `process --> analyze --> revise --> repeat`.
17:06:48 <plowsof> thanks for joining msvb-lab!
17:06:58 <geonic> ty
17:07:02 <m-relay> <r​ottenwheel:kernal.eu> plowsof mononokon meeting already kicked off haha.
17:07:07 <m-relay> <r​ottenwheel:kernal.eu> 5 minutes in.
17:07:11 <plowsof> Greetings
17:08:39 <msvb-lab> You're welcome, good meeting.
17:08:43 <plowsof> benraouane i will ask mrnaif whats going on with bitcart and shopify store. do you have a link? is it an app store?
17:09:08 <m-relay> <r​ucknium:monero.social> Maybe I shouldn't speak in the third person: I am one of the server users that has to spend time writing complex code and handling longer iterations.
17:09:20 <m-relay> <b​enraouane:matrix.org> Still not built
17:09:30 <plowsof> oh
17:10:09 <m-relay> <b​enraouane:matrix.org> I propose to built it (& publish it through the app store)
17:10:30 <plowsof> ah yes i understand
17:14:31 <m-relay> <b​enraouane:matrix.org> @ofrnxmr:monero.social: as per the official documentation, it seems they generate a private key for each merchant
17:26:13 <m-relay> <0​xfffc:monero.social> monero.social account does not show matrix.org accounts messages.
17:27:17 <m-relay> <o​frnxmr:monero.social> Uhoh
17:27:36 <m-relay> <o​frnxmr:monero.social> the markets room is _totally_ broken
17:28:00 <m-relay> <o​frnxmr:monero.social> Monero.social _only_ sees monero.social there
17:28:42 <m-relay> <o​frnxmr:monero.social> [@0xfffc:monero.social](https://matrix.to/#/@0xfffc:monero.social)  i can see [@benraouane:matrix.org](https://matrix.to/#/@benraouane:matrix.org) 's messges
17:29:46 <m-relay> <0​xfffc:monero.social> Are you sure? there is a message from Benraouane Soufiane  " as per the official documentation, it seems they generate a private key for each merchant " which I see in IRC, but don't see in Element.
17:29:52 <m-relay> <0​xfffc:monero.social> ofrnxmr
17:51:59 <m-relay> <o​frnxmr:monero.social> Ouch
17:52:10 <m-relay> <o​frnxmr:monero.social> The server is breaking down
17:52:29 <m-relay> <r​ecanman:kernal.eu> Let's write a new protocol that is better!
17:52:46 <m-relay> <r​ecanman:kernal.eu> (joking)
17:52:49 <m-relay> <o​frnxmr:monero.social> Lets call it "irc"
17:52:57 <m-relay> <o​frnxmr:monero.social> Niocat would be so proud
17:53:00 <m-relay> <d​etherminal:monero.social> MHMP
17:53:00 <m-relay> <r​ecanman:kernal.eu> Hahaha
17:53:02 <m-relay> <d​etherminal:monero.social> Monero Hidden Messaging Protocol
17:53:15 <m-relay> <r​ecanman:kernal.eu> blockchain messaging!!!
17:53:26 <m-relay> <d​etherminal:monero.social> As if it would be secure...
17:53:33 <m-relay> <r​ecanman:kernal.eu> Lol
17:55:08 <nioCat> ofrnxmr yes irc works even here in the emergency room
17:55:32 <nioCat> Not here for me  :)
17:57:15 <nioCat> Will catch up later
18:00:06 <m-relay> <o​frnxmr:monero.social> Why not catch down?
18:28:27 <m-relay> <m​rnaif:matrix.org> That's because to be listed there you need to be fit under many conditions, maintain a legal entity I believe and many more conditions. My friend told me that it took them a year to get approved into shopify store. The hack we use is the best without having any legal entity and in decentralised nature
19:15:51 <plowsof> Thank you mrnaif 
19:18:07 <m-relay> <b​enraouane:matrix.org> Yes, that's true, I forget, it's not about development issue,
19:20:10 <m-relay> <b​enraouane:matrix.org> : Even I'll build the app, I'll not submit for listing on the app store
19:20:51 <m-relay> <b​enraouane:matrix.org> plowsof @plowsof:matrix.org:  Even I'll build the app, I'll not submit for listing on the app store
19:35:32 <plowsof> Ben just fork vitcart 
19:36:03 <plowsof> Bitcart* it has everything you need :(
19:41:14 <plowsof> How to monetize it you may wonder. Selling it as a SaaS, either giving a merchant (power user) access to an account , or, charging for consulting / setting up the integration and maintaining it .. mr aif are there other ways i can become rich from bitcart?
19:43:29 <plowsof> mrnaif*
19:57:59 <m-relay> <m​rnaif:matrix.org> selling it as saas is something I've been trying for a while, but I still need to get my legal consultation whether I need any licenses to do so. this is the best way to monetize opensource projects. but yeah, it's complicated with mica and other stuff coming soon
20:02:30 <plowsof> Great to hear your perspective, thank you again. Perhaps Siren/Stnby of moneropay/digilol have sought advice already about this