<4​rkal:monero.social> "This is why privacy is CRUCIAL" >> sends YouTube link

complains about privacy contradicting behaviour, speaks over a matrix channel that has IRC and other non e2e bridging /s

<4​rkal:monero.social> Why should a public room have e2e?

<4​rkal:monero.social> Lol

exactly

<o​cean:matrix.thisisjoes.site> \>doesn't have a script to autoredirect to invidious

<v​ostoemisio:matrix.org> Hey all,

<v​ostoemisio:matrix.org> In a few days we will move our Nodes video to production. If you have any feedback or comments about the script, please let us know soon. Pls ping me here or send DM.

<v​ostoemisio:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/tUzypOvUkGiIZHlJmSEbrScv

pardon my distraction but is it normal for the PDF to have a real name author tag in the meta data or is it an oversight ?

<v​ostoemisio:matrix.org> Oversight by one in the team, but its w/e, its a common name and published now anyway

<v​ostoemisio:matrix.org> but thx for bringing it up to light

<c​trej:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/BCAPFFcBLpjanuHzqKKcSzOR

<c​trej:matrix.org> The first animated video in the series was quite good, not perfect , but a solid start. I offered my help proof-reading the script for the next one to make it even better.

<c​trej:matrix.org> Unfortunately I was quite underwhelmed with the initial draft, and this revision isn't a huge improvement imho. At 475 words the new revision about 3 minutes long, even longer then the first draft, and yet does not contain much information relevant to the average user. People kinda know what wallets (store and send money) are and what mining (verify blocks to make money) is, but p<clipped message>

<c​trej:matrix.org> eople dont really "need" their own nodes for anything. In fact I'd argue that most people don't need to run a node. It's not necessarily more private nor secure.

<c​trej:matrix.org> It's not an easy topic to explain concise, so I don't want to blame anyone, but I wanted to try myself and offer an alternative. Mid november I sat down for a saturday to write an alternative script that addresses my concerns and send that to xenu, who was - of course - not happy about that. idc about xenu getting his 5xmr share from the funded amount, we've paid more for way wors<clipped message>

<c​trej:matrix.org> e results anyway. What I do care about is having good explainers we can send newbies to, and quite frankly this wouldn't be it.

<c​trej:matrix.org> However it very well be that I am who is wrong about it, and that I have way to high expectations for this work. So I have to ask the rest of the community: is this what we want?

<c​trej:matrix.org> Attached is a text file with the original script, my notes what I'd like to have included, my script, and the revised original script

<c​trej:matrix.org> I've contemplated for a long time whether I should speak my mind about this or stay quiet because I otherwise like what xenu does for the community and vosto trusted me with early access to the script, and I don't want to piss of either of them. But I wouldn't let this fly for anyone else either

<c​trej:matrix.org> Oh, and of course I will abstain from voting, because if community is cool with this script, then I am too

<l​ordx3nu:matrix.org> I don't really care if there are disagreements and I'm happy to do revisions. I think the new script does a great job if introducing noob concepts, warning of potential issues of using a remote node, and providing a visualisation of dandelion ++

<l​ordx3nu:matrix.org> We received basically universal praise for the tail emission video and I'm confident we will likewise get praise here.

<l​ordx3nu:matrix.org> I'm moreso annoyed that there are disagreements about whether we should have a video on nodes or not after I had worked on a script and a story board lol

<l​ordx3nu:matrix.org> I'll be back later but will read comments on the script from everyone

Dw x3nu - i'll abstain from voting as well. Yolo

<c​trej:matrix.org> fyi I talked with ofrn in advance and he liked neither script :D

Nodes are generic (already 6 ish YT videos.about em) so i hope for alot of 'specific to monero things' else its just another node video.

Beaking monero had a whole video on nodes

Re "warning of potential issues of using a remote node"

remote != untrusted. Local != most private

And different use cases for different users (merchants who need to verify propagation vs miners who need to receive & broadcast efficient templates quickly vs spenders who pay for finality).

<l​ordx3nu:matrix.org> plowsof: they are generic but they are a fundamental piece of monero. relaying somebody to an already existing video, that lacks monero specific details, just feels lazy and second fiddle.

Not as simple as "a is better than b", especially for beginners. Id argue that a trusted, properly configured remote onion node is arg more secure than telling a noob to run a server on their desktop

Over their likely insecure home ip

<l​ordx3nu:matrix.org> the video will have more monero specific facts, eg ports, blockchain size, recommendation to use an ssd to sync

<l​ordx3nu:matrix.org> ofrnxmr: your suggestion at putting in a note that it is not a requirement to run your own node was included and a recomendation that merchants run their own node was also included

<l​ordx3nu:matrix.org> another big difference between this video though is the explanation of dandelion ++, which is concretely different than how other nodes are run. I was actually going to ask for someone who is more of an expert on this to look over what I have for a storyboard to approve that it does a good job of showing it (I don't think there are any problems here, but just to double check)

I'm not wildly enthusiastic. There are only 3 default ports iirc 18080/81/82. Dandelion ++ isnt specific to monero. Txproxy is far better privacy

libera.monerologs.net/monero-community/20240113#c321902 lordx3nu "so i hope for.."

The way most people direct port assignment is illogical to me (18082 zmq, 18083 tor, 18084 zmq pub, 18085 i2p) should be 18082 zmq, 83 zmq pub, 84 tor, 85 i2p

bitcoin nodes can do full blockchain sync over onion

<l​ordx3nu:matrix.org> the purpose of the video is not to demonstrate the most private way of transacting with monero

What is the purpose

<l​ordx3nu:matrix.org> though it's certainly good to be accurate to and to make tradeoffs clear

<l​ordx3nu:matrix.org> to explain core concepts to noobs

First result

<l​ordx3nu:matrix.org> Oh firo made a video on it. That means we are covered. So when people asks how Monero works we will link them to this

Yes

We didnt create dandelion++

<l​ordx3nu:matrix.org> I know. But it's a part of moneros nodes and nodes are one of the basic fundamentals of Monero.

<i​nit00x:matrix.org> is theres any planned upgrades on monero in 2024?

<p​olar9669:matrix.org> Our COO plowsof: can answer it

<1​23bob123:matrix.org> Proper multi sig soon™️

<p​olar9669:matrix.org> Upgrades 🤔

<1​23bob123:matrix.org> Well technically an upgrade, unless they’re talking about protocol.

<1​23bob123:matrix.org> Let me check get monero roadmap

<1​23bob123:matrix.org> getmonero.org/resources/roadmap

<p​olar9669:matrix.org> Triptych ?

triptych is ng cause issues with multisig

<p​olar9669:matrix.org> Yah still on roadmap 🤔

wownero roadmap wownero.org/img/roadmap.jpg

official :D

<p​olar9669:matrix.org> Off topic

killjoy

<1​23bob123:matrix.org> ^ban

<p​lowsof:matrix.org> i left a mean comment on hinto proposal repo.getmonero.org/monero-project/c…als/-/merge_requests/422#note_23204