Is there a faucet for stagenet? The links on the monerodocs.org site don't work.

even the block explorers don't work for me. does this have something to do with xmr.to banned in america?

I will have to use a vpn for this?

stillramone: melo.tools/faucet/stagenet

Thank you.

I've noticed in the GUI wallet that tx_keys are blank for all tx's when clicked on but spend proofs are available for all tx's. In the CLI wallet tx_key's are only available for recent tx's. Would anyone care to elaborate on this? Are tx_key's going to be legacy at some point and we are moving to only spend proofs?

The reason I ask is because someone was having trouble with the Secret Monero bridge and he used the GUI which didn't give him a tx_key.

Which is required to complete the tx.

The getmonero GUI.

stillramone: the original wallet cache should have a tx_key

how do you access the cache?

For example when I pull up my transactions in the CLI I can only access the tx key for only the tx's done in the last few days. Anything past that time gives an error. When looking at the same transaction in the GUI I am unable to view any tx keys.

Is there some time limit to the tx keys? This is what I want to understand.

stillramone: do you open the same wallet file with both cli and gui?

No the GUI is using a remote node.

I restore from seed.

the same seed

yes, if you restore from seed the tx_key isn't visible

you have to use the original wallet cache where you made the transactions

Ok that makes sense then because I restored my CLI wallet from seed not too long ago.

So it's only able to give the key for those new tx's.

Where does the spend proof come in? Can this be used as a substitute for a tx key?

07:58 <stillramone> So it's only able to give the key for those new tx's <-- correct

you can make backups of the wallet cache, it's the file that is called `wallet_name`

`wallet_name.keys` is the keys file

stillramone: spend proofs monero.stackexchange.com/questions/…fv1-in-the-details-of-a-sent-transa

You are correct that the tx keys get transferred with the wallet file. Nice. Thanks.

<endogenic> ""I looked at wallet2_api and..." <- Well you're the expert on this one, but I see no movement in any direction for now.

And my point is, that we pay for this during every compilation (that's not cached).

I'll move further comments to the PR.

cool: github.dev/monero-project/monero

huh never seen a webapp with such good performance

TIL you can self host Code

waaaaat

"vortex.data.microsoft.com/collect/v1" are you kidding ? it's web version of vscode with built-in telemetry, it's completely opposite to cool.

Well, i wouldn't use it, but integrating an IDE on github is definitely cool and will be convenient for many.

That's the "Extend" phase.

even kids understand that github isn't free and m$ is bad, there is no future is this

There are still loads of MS apologists around. I've even seen a number of people claiming their days of being flaming assholes are over and they're freedom loving now.

Telemetry aside, I find VS Code to be a really nice IDE

sarang: Use vscodium then

orly

It's a fork with the telemetry removed.

Oh nice

Is it kept up to date with upstream?

I've tried all IDEs and none of them is as flexible as vim/tmux for monero/monero-gui development

I used to use Vim exclusively, but I found Code with Vim bindings to be an improvement

sarang, could you answer few questions in monero-research-lounge about number of multisig rounds ?

"many rounds"

any upper bound ?

10/100 ?

sorry for stupid questions

PSA: if you're doing development on Ubuntu, probably should not upgrade to 21

they ship glibc 2.33 which breaks gdb, gdb attach is broken

ful info here bugs.archlinux.org/task/69657

or just avoid any distro on unpatched glibc 2.33

now I see why I don't experience this problem on arch anymore, they've patched glibc

if you want to rebuild glibc yourself, you need this fix sourceware.org/git/?p=glibc.git;a=c…b62e83cc38b0d910bbd1a879f7d1f836e96

I'm still in the middle of rebuilding it

<moneromooo> "There are still loads of MS..." <- Haha, I'm not an apologist for sure and have never been, but I keep writing code, that's compatible with Win32. I use the M$ crowd as the best customers you can get, since they are lazy.

Anybody else is able to just write their own shit from scratch :)

Status report: I brainstormed and have a really rough draft for what an overhauled mixin selection algorithm may look like and I shared it with jberman. This is distinct from the small fix that jberman is working on. It doesn't incorporate binning as of yet; I'm not sure whether it can incorporate binning, but I think it might.

binning sounds great

I don't fully understand binning yet. To be able to know whether my mixin selection 3.0 could incorporate it, I will have to study it more.

(I don't either)

If your selection algorithm can do CDF and inverse CDF, then it should be compatible with binning.

Ok great. Yes, it should be able to do that. It would produce a CDF nonparametrically.

Like via kernel density estimation or another nonparametric estimator of a pdf/cdf

Note: with my current draft, a full implementation would require blockchain consensus changes.

What kind of changes?

I mean, it is literally something that I brainstormed in the last few hours, so it is very tentative.

1) Place into each block data describing the "correct" nonparametric estimate of the PDF of real spends.

2) Enforce proper selection of mixin distribution by wallets via a hypothesis test. If the submitted mixins are too far from the correct pdf, then a tx would be rejected.

It's pretty speculative and early-version now.

I think I can share a draft since it doesn't go into any detail really about formulating attacks on the current selection algorithm. But it sort of assumes knowledge of parts of conversations that jberman and I have had.

Sure :) although I can't promise I will understand it :p

What would be the best way to securely share a text file?

e2e encrypted matrix pm/room

I will msg u

<Rucknium[m]> "What would be the best way to se" <- gpg -c file.txt

and phone the password?

all my PMs are encrypted with OTR. you're not using that already?

plowsof[m]: nice :)

I dont know anything about the security (its on my local network.. so its a hot wallet) It's downloading the files over ssh (passwordless) using rsync. (its a very simple/convenient solution imo)

Also the remote machine would be a hot wallet ?

* Also the remote machine would be a hot wallet ? Nvm you already answered it

Yes (a full node setup using Seth's guide with firewall rules etc with also an rpc wallet running on it)

plowsof[m]: So I will need the hot wallet to be synced first manually? Or it can be automated too

Automated as in it lives on the node machine being saved every 10 mins

(the idea is you already have a hot wallet running on a mobile device)

<plowsof[m]> "(the idea is you already have a..." <- Tx_key will go missing if one spends from mobile on next rsync ?

Or we can sync that changes to rpc node aswell

Im assuming that would be the cache file? if yes then that would make the script 3 lines instead of 2 and it can sync the local cache to the remote one (i deserve no praise for this btw.. its just an idea for the devs to consider xxx)

oh nothing will go missing on the next sync, the magic is all handled by 'rsync'

plowsof[m]: That will be good then 👍