<Siren[m]> "Is there such thing as a bad..." <- Nevermind, using wallet-gui it finished syncing. It probably doesn't like tiling window managers and that's why it crashed for me previously.

Siren[m]: you can disable custom window decorations in GUI Settings -> Interface

might work better with a tiling wm

<Siren[m]> "Nevermind, using wallet-gui it..." <- I copied over the wallet file after this and now rpc also works yay

Hey Monero Team, this is senior software developer with over 8 years of development experience and I'm joining here since Setvin reached out to me and asked to join here.

Here's my github.

hi :)

are you familiar with c++?

a little bit but not much.

ok, monero is mostly written in c++. the gui is written in c++ / qml / javascript

there is a website too

jupiterdev: Haveno, which is a project in the Monero ecosystem, needs devs, too. Their Matrix room is #haveno:haveno.network and #haveno-dev:haveno.network

jupiterdev: Beyond Haveno, there's work being done on an XMR<->ETH atomic swap (github.com/noot/atomic-swap), and i believe spirobel is doing work on a chrome-extension Monero wallet and may want some help. For good intro-to-monero guides, check out Zero-To-Monero v2 (web.getmonero.org/library/Zero-to-Monero-2-0-0.pdf) and Mastering Monero (masteringmonero.com <-free download on that page). There are a

bunch of Monero Bounties with varying amounts of funding waiting for a dev to build them here: bounties.monero.social/

monerodevs.org/mastering-monero.html 👍️SerHack

Did you guys already schedule the next meeting? I'd propose Sunday 28.11 17:00 UTC and would moderate it.

Focus would be GitHub issue #630 hardfork-planning

I can open the meeting issue on GitHub in a few hours

can anyone participate in the meeting?

Yes, but spam/distractions won't be tolerated, of course.

But anyone is free to join, listen in, and contribute if you have something pertinent to add.

But the focus will be for devs and maintainers to talk together, not necessarily the broader community.

> <@monerobull:matrix.org> Did you guys already schedule the next meeting? I'd propose Sunday 28.11 17:00 UTC and would moderate it.

>

> Focus would be GitHub issue #630 hardfork-planning

Thanks fo rdoing that!

* Thanks for doing that!

I mean I'll try to contribute to projects around monero in the upcoming months, once I have more free time, so I guess (just) listening in to how work is managed around here would help me prepare more for it, as I could maybe already gather a idea of a project to create myself out of (upcoming) features.

^^

knaccc: fyi someone on the i2p subreddit said i2p-zero is a few releases behind. Just wanted to relay the message.

should feature ideas regarding the main codebase be posted in here or in #monero:monero.social?

Here, at first approximation.

Unless it's fuzzy feature requests I guess.

cause I had the idea of adding the ability, that a transaction could contain a field with extra bytes to be send with the transaction, which could contain like 1 KiB of data, for people to be able to send like small birthday wishes, other messages or even small verifications for automated payment systems with their transaction. The way I thought of balancing out the spam and honest use, because - obviously - blocks would get bigger

because of that, could be acomplished by having 4x the network fee when sending such a "fat" transaction.

I think this would be fitting into moneros goal to become - as I heard and read - a reliable currency opposed to bitcoin, which is more of an investment. Because when you do fiat transactions using a bank, you can always write a description of the transaction, which both parties see.

What are your thoughts on that?

I think github has a list of pros and cons somewhere. Look for "memo" and "extra".

Congrats you just invented tx_extra.

Also, Fee-Per-Byte

Neither of those has anything to do with "a reliable currency as opposed to bitcoin" because bitcoin has fee per byte as well as OP_Return

<rock[m]> "Congrats you just invented..." <- thx 🤪

but, I mean even if I wasn't the first one. my point still stands on it.

should never be done in monero.

such features make txns non-uniform, which harms privacy

^

Leave the communication out of the blockchain

hyc: hm, thats a true point

I dunno, it can be useful if forced fixed size and the default software decrypts.

Then it's still uniform. Though wasteful.

yeah

I mean my suggestion was kinda open in forced size and dynamic size

we already have the ongoing debate about removing tx_extra tho. no point in just rehashing it all again

Doesn't have to be in extra. In fact, if fixed size, it would not be.

People always complain about scaling and acheiving visa-level tx throughput, then want to add irrelevant data to transactions to be permanently stored on the chain

yeah a bit crazy.

I can see adding maybe a 64 - 256 byte fixed size field. containing a short URL and a hash, perhaps

(Not you specifically, but in general)

hyc: I mean tx_extra is supported by like 0 wallets lol

Imagine wanting to keep all of your birthday cards .... forever .... plus everyone else's

waterdev[m]: I don't think you're well informed at all.

same old story. newguy: hey guys, I have this great idea i'm sure nobody has ever considered ...

Can't fault them for it, but it's the "no no no, but hear me out" that gets me up in my jimmies.

uh huh

rock[m]: relateable

anyway, with signature and short url you can store whatever you want arbitrarily offchain, and use signature to verify authenticity

and by that I mean both sides

hyc: that could be a good way, yes

still, it's wasting a lot of space for the majority of txns that don't use it

but then the debate could be, url: "how long?"

"isn't that a smaller tx_extra field?"

and we have to inject random encrypted garbage for those txns that don't use it

Yeah, 256 bytes is ~1/5 of a current 1-in/2-out transaction right now

even 64 bytes is excessive

Well, we can store 31.5 bytes per ring with triptych IIRC. If we find another byte (ie, brute forcing tx key), you get a free 64 byte signature...

I thought triptych was dead, in favor of seraphis

I think so. I don't know what seraphis can do exactly here.

anyway, 32byte hash + 32byte url would already be plenty. just use a url shortener site like bitly or whatever

or just use the hash itself, DHT lookup

doesn't each txn have a unique ID? why not setup some other system that references monero?

because that then is traceable metadata for that txn

problem would be, that it would required some central third party, where privacy would suffer from

<hyc> "or just use the hash itself, DHT..." <- This is how other projects work. You store a simply hash pointer in a small amount of bytes, then that is used to derive the connection to a secondary network. The secondary network daemons scan, decode, and bookmark these ingress links from the XMR chain (or any chain that allows arbitrary data).

i have no idea which points from last meeting are still relevant, nor which new ones arrised (for example, is this [monero-project/monero #8069] even worth putting on the list?) please comment on github or pm me

<rock[m]> "This is how other projects work...." <- imo that would be a good solution to the problem. but it should be encrypted if done, not like how payment ids are send over tx_extra lol

Ledger will put out an update until end of week. Then we can finally release v0.17.3.0

Hello, i know a little java and i want to be able to interact with the blockchain from eclipse, i used the 2 libraries for java and used daemon.getHeight(), but it tells me connection refused. Can someone help me please ?

Either login or start monerod with --disable-rpc-login (or similar option).

this is so above my head, i don't use any command line, i just added the dependencies in Maven, Created an object MoneroDaemonRpc, and called getHeight() on it, i really am a noob so how can i "--disable-rpc-login" ?

No clue. Ask in #monero then maybe.

thank you anyway

IanNiculescu[m]: did you already check this out? github.com/monero-ecosystem/monero-…a#using-monero-java-in-your-project

yes this is the exact library i use

i used the sample code but for me it doesn't work

dont_thread_on_m: have you used such a library ?

no

but you say "i don't use any command line" while the guide suggests you to start the daemon from command line

the sample code expects to have a daemon running locally

ahh ok maybe let me try that

Will the pricing fall??

If people keep asking non dev questions in -dev, most definitely.

I dump 50k monero every time it happens.

If anyone can see any critical flaws with the premise I would appreciate the feedback before any donations are made

<moneromooo> "I dump 50k monero every time..." <- lol is this an obscure xuaxrw reference?

I don't even have an inkling what this is, so no.

About 7 years ago there was a guy that let the poloniex trollbox get to him and he released a video with music and all that of him market selling 50k or more. The video ended with a young european gentlemen making a face. It's been a while, I don't remember if you were around back then. I still have the video somewhere. There was speculation it was T_F_T but not sure what came of it.

¯\_(ツ)_/¯ anyway, not -dev

reddit.com/r/Monero/comments/2xs0jt…/march_2_50k_dump_recorded_in_video <-- the link is dead, but proof im not crazy

s/gentlemen/gentleman/

<moneromooo> "I dump 50k monero every time..." <- I think I have a new trading strategy :)

to keep it -dev

Thanks.

there is no way i accidentally picked just the right topics, please comment if something is missing or already dealt with

Smart Contract capabilities. Could it be done on layer 2?

depends how the cake is baked

could you put a contract on a layer cake? yes i guess on the second one, but when you bite it well it would be all paper-ey

why would you want that? are you trying to offend someone?

jokes aside, i dont know what you refer to as layer 2

in my own research though smart contracts could def be implemented within the monero codebase if it was a priority, though most implementations im sure would reduce privacy

plus unless your a crypto genius contracts wouldnt be able to send/recieve XMR unless you can somehow do ring signing and output selection and stuff blockchain side, without any info leaks

so they would likely have to be "free floating" so to speak

moneromooo: thank you so much it is working

also, maybe a noob question but the syncing that is happening in my prompt that is taking very long, is the stagenet downloading on my computer ?

stagenet shouldnt be downloading unless you specified to sync with the stagenet chain, unless that is what you are doing

someone correct me if im mistaken though

if your using the daemon, what does it say when do you the status command?

i can't put any command in it's syncing rn, I only used monderod --stagenet

Oh well in that case, ya the stagenet is likely still downloading. give it a good bit and see what happens

if no progress is made, it might be best to restart it

if your blocks.dat file increases in your monero file folder as well you know its still syncing if you still cant access the status command or something like that

hitomifujiko: ok , thank you