moneromoooo: do you have a handy link to your work on embedding data in transactions? a github issue, PR, or branch?

or kayabanerve[m]

Mooo published under townforge iirc

I never did any work besides an additional Nonce field, but I can PM you a list of ideas

UkoeHB: git.townforge.net/townforge/townfor…0ef6e4900434e54cb7cf071074d3d4da66b

There was a good reason it would not really work for monero in practice, can't recall what it was just now.

Oh right: the recipient learns which spend is the real spend for rings which do include some embedded data. Which is an OK compromise in a game's case, not in monero's.

Not quite right:

the recipient learns a subset of the fake spends in a ring that contains embedded data.

This collapses to learning the real spend if the ring is chock full of data, which it doesn't have to be.

So if the embedded data is limited in size, you could stop the leak to making ring size a bit less to the recipient, which may be acceptable.

However, you cannot enforce this at consensus level for obvious reasons.

Well, scratch that last one. There may be cunning crypto things that let you do that with range proofs...

<Stnby[m]> "DNS is not centralised but the..." <- In the U.S. governments hands, more than in your government hands

moneromoooo: thanks

By default most devices use Google or CloudFlare DNS servers

I'm building Monero and its dependencies as in:... (full message at <libera.ems.host/_matrix/media/v3/do…5e9c219694670f079ed433679e0b009c311>)

in `/home/user/src/flutter_libmonero/scripts/windows/build/monero/contrib/depends/x86_64-w64-mingw32/share/toolchain.cmake` I do have these variables and others defined, but it doesn't seem to be being used properly... (full message at <libera.ems.host/_matrix/media/v3/do…88e23c684c44ab485a40faa690e289a5d6d>)

s/`/home/user/src/flutter_libmonero/scripts/windows/build//`/

and libunbound.a etc are there in /lib, unbound.h is in /include, etc

I tried... (full message at <libera.ems.host/_matrix/media/v3/do…befa8a0ce7d79dc7091723356c9f84eba2f>)

s//share/toolchain.cmake//

-DCMAKE_FIND_DEBUG_MODE=On might help you figure out why it's not finding it.

You might also find this useful: github.com/feather-wallet/feather/blob/master/Dockerfile.windows

Do you specify the full path to the toolchain file? Like -DCMAKE_TOOLCHAIN_FILE=${PWD}/contrib/depends/x86_64-w64-mingw32/share/toolchain.cmake

Yes, but neither neither -DCMAKE_TOOLCHAIN_FILE=${WORKDIR}/contrib/depends/x86_64-w64-mingw32/share/toolchain.cmake nor -DCMAKE_TOOLCHAIN=${WORKDIR}/contrib/depends/x86_64-w64-mingw32 as in contrib/depends/README.md

* Yes, but neither neither -DCMAKE_TOOLCHAIN_FILE=${WORKDIR}/contrib/depends/x86_64-w64-mingw32/share/toolchain.cmake nor -DCMAKE_TOOLCHAIN=${WORKDIR}/contrib/depends/x86_64-w64-mingw32 (as in contrib/depends/README.md) work

absolute paths similarly

nevermind, that was the issue actually; don't use `-DCMAKE_TOOLCHAIN` as in the README, use `-DCMAKE_TOOLCHAIN_FILE` as @tobtoht#2231 said. Thank you!

I had to clear my cached cmakefiles in order to realize that

sneurlax[m]: Nice

Looks like a fix for the README already made it's way into master