<r​brunner7:monero.social> Regarding that multisig error "Failed to derive the pupblic key" that was described here a few hours ago, by "Guest92" from IRC: If I had this error, I would debug, so I could watch the exact flow of messages, whether all are really getting processed, and to learn the exact place in code where that error gets detected and thrown.

<r​brunner7:monero.social> With "debug" I mean interactive debugging in a tool like VSCode, preferably. If that's not possible, I would think long and hard how to make that possible first.

<r​brunner7:monero.social> That stuff is so complex, and what all can go wrong so numerous, and often error messages like "Failed to derive public key" not specific enough to learn the reason, that it's very hard without such interactive debugging.

Hello, is there anyone who can help me setting up monero multisig ? Unfortunately i fail at the very last step (the second exchange_multisig_keys) which returns me a "Failed to derive public key", somehow it only happens on one of three wallets (the affected wallet is on another node) but i tried to use a remote node which also did not work - i

suspect it either has something todo with the wallet creation itself or some permission issue but even with 777 permissions or importing an external newly created wallet it throws this error. Would pay for help to fix this annoying issue.

<r​brunner7:monero.social> Oh, this Guest probably has no access to any IRC history and did not see my answer from this morning. A try to my answer accross, if they are still online:

<r​brunner7:monero.social> libera.monerologs.net/monero-dev/20240930#c437786

I'm going through github.com/woodser/monero-cpp and woodser.github.io/monero-java/monero-spec.pdf and really liking this API ... I also like that it's (for the most part, at least) shared between monero-cpp, monero-ts, and monero-java

I've been trawling around for wallet API changes as I look for something to try and reproduce from a Rust-only base, looking at SNeedleWoods' changes, as well

does anyone have any other API-related work to share for inspiration/guidance?

<k​ewbit:matrix.org> It needs to be guarded

<k​ewbit:matrix.org> Running 2 connections at the same time is problematic

What content can I store on the Monero blockchain?

<k​ewbit:matrix.org> I believe someone is looking into that

Does anyone have an idea why the "Failed to derive public key" error message appears on the second round of exchange_multisig_keys in a of 2 of 3 multisig wallet, it works on 2 wallets locally and fails on the third wallet which is on a server which runs its own node - i also tried it with an trusted remote node but it still fires this error

message, not sure how to debug it as i cannot get anything else than that error message

What content can I store on the Monero blockchain?

Guest11: libera.monerologs.net/monero-dev/20240930#c437786

Hope I finally catch you online this time, that's my third answer to you :)

Juliu, refer to Monero Research Labs logs. I was trying to remind myself of the Monero-fork-based Monero-centric game which uses the chain to store some information but it's escaping me at the moment

sneurlax, I was just wondering if someone couldn't just store child porn on a blockchain, call it publicly the pedo-chain, and then would easily have destroyed a whole blockchain

Juliu: It's limited to a quite short length now, you won't be able to store child porn directly there. And well, for 10 years you could store links to such, and the sky never fell down ...

^ this, rbrunner is correct. there's the short tx_extra field which could be used to split files up across many txs, but you'd need some custom software to stitch them all back together.

the other way I'm acquainted with is only visible to the recipient of a tx and involves lower-level cryptography

rbrunner, well, you can probably store an image, can't you? Or break it up into several blocks. I don't see how it can be prevented. And than it's on the blockchain forever

there's similar on the bitcoin blockchain forever. it has to be stitched together using custom software. such are the risks of permissionless, decentralized software

I'm starting to think that blockchains are a bad idea, besides the obviously bad things of course

Yes. We have tons of pictures already on the blockchain, the "Mordinals". Inlcuding some pornographic stuff. That was the reason the length limit was introduced

blockchains are the worst idea, and yet the best we have achieved thus far

Hey, the Internet was a bad idea :)

But couldn't someone just use that as an attack to discredit a whole blockchain?

sneurlax, best for what?

I'm not being serious, I was just meaning to make a parallel with that saying re: capitalism, I think

or was it democracy? ha

I see

Probably both

"Indeed it has been said that democracy is the worst form of Government except for all those other forms that have been tried from time to time"

Well, too bad blockchains are based on a hoax

s/democracy/blockchain

I have a motto: "Reality trumps everything else". If you have an attack in theory, and almost every blockchain is vulnerable, and it does not happen in a decade, nowhere, reality wins and it's no danger.

All blockchains are build on 100% trust

For whatever reasons. Maybe for reasons we don't even understand.

*built

No, that's 180% false. A solid blockchain works while not having to trust anybody.

You mean 180° I guess. And no, it's not false

You just don't understand the technology

You're trusting on cryptography

rbrunner, change my mind

I agree with your statement that I don't understand blockchains and rest my case :)

ok

It's the same for almost all people who claim to know how the technology works. They actually don't

They think cryptography works

While it doesn't, as everybody knows

Except people around here :)

Most people don't know that

I bet most people in here also believe that cryptography works, but they can't tell you why

Blockchains and crypto-"currencies" are 100% trust

Zero knowledge proofs are 100% trust

"Don't trust. Verify!" is 100% trust

Juliu, this isn't -dev related talk, please move this discussion to #monero or #monero-offtopic or #monero-opps or something

sneurlax, it's quite related to the technology

it's not related to development. it's not a concrete proposal in terms of code for a change

please cut down on the irrelevant spam.

Yes, I'm disturbing all the other conversations in here that are currently going on, I see

Oh, now it's irrelevant that the technology is fake?

I need to log in for an offtopic channel, but not for the real channels? WTF

well you're fucking with the visibility of my last message to monero developers specifically with nonsense

you clearly don't understand what you're talking about. begone with you

sneurlax, true. Sorry

I clearly understand what I am talking about and you don'T

You have no clue how the technology really works, like most

prove it in #monero or #monero-offtopic

Prove what?

that you can post in the correct chatroom, at least

Told you, I can't enter offtopic without logging in, even though I don't have to log in here. Seems an idiot set up that channel

<k​ewbit:matrix.org> Have you heard about the tangle?

Blockchains are not based on math. Educate yourself

Blockchains are based on unproven and likely untrue assumptions. Hence they're based on 100% trust

mods please kick/ban Juliu until they offer some development related commentary

sneurlax, kick me for telling the truth? Lol

go to @monero-schizoposting

They is plural. Educate yourself

Nothing schiezp about what I said. You can easily look it up on wikipedia

I think I'm going to try and target this API for Rust and Dart unless woodser sees an issue with that

if anyone can recommend any other standard besides the work to update the monero-project/monero standard by SNeedleWoods, I'd appreciate any pointers

I should leave and solve P vs NP, but I'm procrastinating

but github.com/woodser/monero-cpp and woodser's suite of integrations is going to be very helpful for testing new impls against our monero-project/monero ground source of truth

Checking that 2 programs do the same is impossible in general

<w​oodser:monero.social> sneurlax the commit folks were interested in a dart ffi to monero-cpp too

MrCyjaneK/monero_c has a great Dart FFI wrapper as well

maybe that can be useful for them.

but I do hope to add another good Dart tool based on and with the same API as monero-cpp... possibly using monero-cpp itself and building it as a static lib depending on which build process I like better when comparing monero_c and monero-cpp

whereas on the other hand approaching the topic from Rust I have an opportunity to make a fresh/green fields API for FFI use (using monero-serai/monero-wallet's lower level APIs) so have been looking around for good targets to emulate