<g​ooglemozilla:matrix.org> Hello

<g​ooglemozilla:matrix.org> Why can't I register using the monero.social homeserver?

<g​ooglemozilla:matrix.org> It says registration has been disabled

<r​oot:kimapr.net> That is probably the reason.

<o​frnxmr:xmr.mx> read from here:

<o​frnxmr:xmr.mx> matrix.to/#/!eBgZCVRnRRkKchiYzS:mon…mx&via=matrix.org&via=monero.social

ofrnxmr did my message fail to reach the matrix side? libera.monerologs.net/monero/20241110#c458471

<o​frnxmr:xmr.mx> Yrs

<o​frnxmr:xmr.mx> I dont see your msgs on matrix

I see them here

"the installation option is still the bootleg scripts, right? " they arent bootleg, but yes

" I remember some discussion about the prospects of providing AppImage for BSX install. Is that still in play?" << yes, but saving installers for after the post-install experience is more usee friendly

thanks for the update

"Providing .exe for Windows is good, and the installation UX for linux should be as close to that as well (ie, double click on the AppImage file and done)" << we took the exe down, as its counterproductive to onboard users who cant use a terminal, when the current experience still requires using terminal and knowing how to manage debugging etc

<s​ethforprivacy:monero.social> Tried to DM you about this (guess you're only on IRC and not on Matrix anymore), but to clarify this did have Core's approval before anything happened.

<s​ethforprivacy:monero.social> If you could DM me I'd really appreciate it, can't figure out a way to DM you directly but it's been a while since I did the Matrix/IRC dance.

The scripts are more of a POC of how to simolify the experience. They can be turned into a deb/rpn/appimage etc, but they still build from source (and require blockchains)

<o​frnxmr:xmr.mx> Seth For Privacy debruyne cant see that youre responding to hin

<s​ethforprivacy:monero.social> Ugh

<o​frnxmr:xmr.mx> Yeah, dm from libera <> matrix doesnt work

<s​ethforprivacy:monero.social> Nice

<s​ethforprivacy:monero.social> I love interoperability

<s​ethforprivacy:monero.social> 😅

ofrnxmr: "[...]when the current experience still requires using terminal and knowing how to manage debugging etc[...]" <--- when would you say that the UX moves beyond this proof of concept phase?

Installers are the last thing on the todo list

So, the BSX is still in development-phase, when compared to haveno, then?

Because Haveno has many installer options among which are deb, flatpak and appimage

haveno also has arbitrition

Basicswap has no mitm to fix your issues

I was looking to getting the BSX somewhat ready for general usage, before I start recommending it to my local monero users, that's why I am asking around this topic.

No trade limits, no refunds, no p2p communication

Bsx _does_ work wonderfully

Well what's on the todo list then

I sense that we are talking past each other.

But even putting offers on the orderbook frpm the gui is confusing. Using the market maker scripts is better, but requires configuring json and running it from terminal

If it does work wonderfully, why aren't the exe got pulled back? Why isnt there an AppImage?

Why did*

Because its not for noobs

what

OK, then, what is your "works wonderfully" criteria? And why do I sense that it doesn't include "does this work for noobs?"

again, just posting an offer has 100 options, all of them describes like you need a phd to understand them

The amm is nice, but not integrated into the gui

works wonderfully = if you dont plan on posting offers (just taking offers), bsx is pretty easy to use, even if still a bit confusing.

OK. Here are the things I catch from our convo so far: 1. BSX works well. 2. But its UI is not easy to understand and parse for a newcomer. 3. The .exe got pulled back because even though BSX works well, it still requires one to shuffle between the debug window and the BSX window itself. 4. Also, because BSX needs to download the blockchains of each cryptos it does trade with, there are some challenges with distributing it in

AppImage format.

example of ux issue: "auto accept all/known/none" status is not yet relayed to the network

By default its set to "accept none" because" accept all allows your offer to be taken repeatedly (even if you only meant to sell once)

Yes ^^

alright

godspeed

Monero needs ample decentralized liquidity.

Else, it is fucked.

This sprint there mighr be a breaking change, where the "auto accept" status is added to the message relay

This fixed an issue where ppl can post fake offers

adding fhe market maker functionality to the gui allows users to auto-accept without accidentally selling too much

1. windows users are recommended to use a vm or wsl. sort of a litmus test 2. Offer creators are recommended to use the terminal based market market maker script

Bsx doesnt also doesnt have built in update notifications yet, and (unless using scripts) requires manually updating the blockchain software separately from bsx

ofrnxmr: these two points are only for the early-stage status of the BSX development, right?

yea

++

<o​mniy:matrix.org> 1click-on.eu/p/a1eF/7mhb/ZCxd

market maker script should become the default gui method of posting offers. We're improving the script as well too though. Example, we just added a feature/fix to allow the market maker to reduce the offer amount in increments. It also allows you to auto repost offers based on a % markup from spot

one of the scripts, bsx-placeorder, takes it further and lets you decide how much to buy or sell, choose your fiat currency, set a static rate in crypto or fiat or set %.

all these script stuff, albeit useful, should give way to "buttons" inside the gui.

<o​frnxmr:xmr.mx> But yeah, things are moving along nicely and shouldnt be too long until its noob-friendly enough to provide noob-friendly installers

<o​frnxmr:xmr.mx> K4r4, yes, the plan is to add the functionality to the gui

++

<o​frnxmr:xmr.mx> you should install it 🙃

<o​frnxmr:xmr.mx> Can see for yourself the weakspots in the gui

you are correct, I should

I will try to check it

currently busy with bunch of other stuff

<o​frnxmr:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/kYXZkhVDHWINgikpemWvCUjF

<o​frnxmr:xmr.mx> Heres an example. This is what "past" swaps look like. Doesn't even show the coins or the amounts. Just a bunch of text that means nothing to anyone

<o​frnxmr:xmr.mx> Note that these are all "expired" because i flooded the orderbook with fake offers to prove a point 🥲

++

<o​frnxmr:monero.social> for now, i highly recommend the scripts as the most "complete" installation method

<o​frnxmr:monero.social> Docker requires you to visit the docs website to do every little thing (updating, adding/removing coins, more confusing to backup/migrate)

<o​frnxmr:monero.social> The script install manages everything and puts everything in your home folder for easy access if you wanted to, example, reuse your old blockchain file, modify monerod.conf, open your bsx wallet inside of feather etc.

<o​frnxmr:monero.social> bsx-addcoin = activates the venv, and prompts you to enter the coin you'd like to add

<o​frnxmr:monero.social> Docker is .. academy.particl.io/en/latest/basics…emovecoins.html#basicswap-on-docker

<o​frnxmr:monero.social> "academy.particl.io/en/latest/basics…coins.html#basicswap-without-docker"<< and this (no-docker) is just wrong

<o​frnxmr:monero.social> Seth For Privacy: re x.com/unstoppableweb/status/1854916867069992966 having "cores" approval ... x.com/fluffypony/status/1787503347655725426

<o​frnxmr:monero.social> > FYI: @monero does not have a partnership with @secretblockio, nor could a leaderless, decentralized, open-source project ever have a partnership with any project.

<o​frnxmr:monero.social> Also

<o​frnxmr:monero.social> x.com/fluffypony/status/1827753151350616083

<o​frnxmr:monero.social> x.com/fluffypony/status/1161520196449906691

<o​frnxmr:monero.social> > In case it wasn’t obvious, nobody has a “partnership with Monero” just like nobody has a “partnership with Bitcoin”. Not Zerononcense, not CryptoMedication, nobody.

<o​frnxmr:monero.social> > You can’t partner with a decentralised cryptocurrency. Anybody claiming otherwise is a scammer.

The original tweet is restricted? I cant see :(

<b​asses:matrix.org> discuss.privacyguides.net/t/xmrmarket-and-monero-market/22307

<o​frnxmr:xmr.mx> Plowsof, no its there

<o​frnxmr:monero.social> matrix.monero.social/_matrix/media/…ero.social/ZkcuwBaiDLrtXejlJbFeEvhD

<s​hrimp:envs.net> Hello. If anybody here has a proper monerod node under tor/whonix/qubes, could you please share your configuration?

<s​hrimp:envs.net> Mine works but I am having troubles with the `anonymous-inbound` directives to allow people to find my node.

<o​frnxmr:monero.social> What seems to be the problem with anon-inbound?

<o​frnxmr:monero.social> Do you have an onion configured and running ?

<s​hrimp:envs.net> Yes, I have an onion configured and running. It has downloaded the blockchain and I can reach it (using the onion address) from an external wallet. It uses the standard ports: 18080 for p2p and 18081 for RPC.

<s​hrimp:envs.net> However if I try to add (in the config file) the following line ` anonymous-inbound=myonionaddress.onion:18080,127.0.0.1:18080,10` , when I launch `monerod` it crashes at startup with error:

<s​hrimp:envs.net> E Exception in main! Failed to initialize p2p server.

<o​frnxmr:monero.social> Your onion is wrong

<o​frnxmr:monero.social> Should be port 18084

<o​frnxmr:monero.social> For both torrc and anonymous-inbound

<s​hrimp:envs.net> you are suggesting to use this? `anonymous-inbound=myonionaddress.onion:18084,127.0.0.1:18080,10` ?

<s​hrimp:envs.net> I am using qubes/whonix, so I do not need to configure torrc, I think.

<o​frnxmr:monero.social> 127.0.0.1:18084

<o​frnxmr:monero.social> You need to configure the onion HiddenServicePort etc

<s​hrimp:envs.net> I have configured HiddenServicePort for 18080 and 18081.

<s​hrimp:envs.net> So, should I close 18080 and open 18081 and 18084 ?

<o​frnxmr:monero.social> 18081 is dangerous since your peers will know your onion addr and can use it to connect to 18081

<o​frnxmr:monero.social> Use 18089 for restricted rpc and 18084 for anon-inbound

<o​frnxmr:monero.social> Add rpc-restricted-bind-port=18089 to your config

<o​frnxmr:monero.social> docs.getmonero.org/running-node/monerod-tori2p/#__tabbed_1_1

<o​frnxmr:monero.social> Like this

<o​frnxmr:monero.social> ```

<o​frnxmr:monero.social> HiddenServiceDir /var/lib/tor/monerod

<o​frnxmr:monero.social> HiddenServicePort 18089 127.0.0.1:18089 # interface for wallet ("RPC")

<o​frnxmr:monero.social> HiddenServicePort 18084 127.0.0.1:18084 # interface for P2P network

<o​frnxmr:monero.social> ```

<s​hrimp:envs.net> I still get the monerod crash. In fact, looking at the log, the error is the first thing being logged:

<s​hrimp:envs.net> INFO logging contrib/epee/src/mlog.cpp:274 New log categories: *:WARNING,net:FATAL,net.http:FATAL,net.ssl:FATAL,net.p2p:FATAL,net.cn:FATAL,daemon.rpc:FATAL,global:INFO,verify:FATAL,serialization:FATAL,daemon.rpc.payment:ERROR,stacktrace:INFO,logging:INFO,msgwriter:INFO

<o​frnxmr:xmr.mx> Whats your anon-ibbound line

<s​hrimp:envs.net> `anonymous-inbound=myonionaddress.onion:18084,127.0.0.1:18084,10`

<s​hrimp:envs.net> In the bitmonero.conf

<s​hrimp:envs.net> (I am in whonix so all traffic is sent through the tor proxy)

<o​frnxmr:xmr.mx> And monerod fails to start?

<o​frnxmr:xmr.mx> different error than here ^

<o​frnxmr:xmr.mx> Might need to add `rpc-restricted-bind-ip=0.0.0.0`

<s​hrimp:envs.net> My apology, the error reported by `moderod` is exactly the same as before.

<s​hrimp:envs.net> What is copy/pasted is the additional information the the log.

<o​frnxmr:xmr.mx> did you change p2p-bind-ip? (dont)

<o​frnxmr:xmr.mx> You can dm your config file if u want