Unlisted fundraisers should work now.

nice update

didn't they rename? or

im thinking of the wallet from pokst?

mysu.dev (who renamed recently) is not anonero, ok this was my confusion

<Bon 💗> The app seems pretty good actually it has onion and proxy on it

<Bon 💗> It doesn't seem to have any exchanges tho or hard ledger function yet

meh, keep it simple

<Bon 💗> Fair enough

<Bon 💗> Have you tried it and is it actually good

<Bon 💗> Similar to what the guy above me posted by what they actually advertise about the new Anonero wallet.

kittypity[xmpp]: Is there a way to install mongodb, nodejs, nodejs express and react as a standalone executable or package? I don't want to fuck with package dependencies issues because I have to use old mongodb

kittypity[xmpp]: Oops

Only postrges with monerod ;)

If you have a wallet and the password for it, can you get the mnemonic for it just in case to back up?

Or would you need to make a new wallet, send everything there.

you can always display the seed if you have the passphrase

How does one do that

use the monero-wallet-cli and type "help" for a list of commands

Ah, I got it, thanks

mordinals are really spamming their shit now: "XMR blocks above 300k : 23.3 %"

usually it's 2-3%

😭😬

Of course, either they are incompetent or dont want to commit suicide

Otherwise,im not sure why they are doing school zone speed limits

Actually, its obvious

They really dont want usbto remove Txextra. If they did, they'd turn the printer on full

We let a fox in the chicken pen to play nice but this is what we get, pr

or they're just limited by 10 block lock time before sending new transactions

Sech, there are ways around the limit

It only costs 40c to get around it

of course, but they require some scripting skills

😆😆 yeah lmao

just confirming that i spam testnet not/never mainnet

Im not confirming anything

Get it,? Get it?

"Look at me. Im the txpool now"

walks away sad

release is coming in the next day(s) - i need ALL our best men and women who have been posting about our interpol agent to get the word out to these mining pools

another propaganda angle: the mining pools who do not update will allow node hunters to more easily 'find them' as they will stick out - we can use the 'update for security reasons or your nodes going offline' angle

you get some fud, i get some fud

Make the wallet UDP flood non-compliant nodes 🚀

v0.18.2.1 has been tagged!

which means release in a few of days

<plowsof11> "another propaganda angle: the..." <- Or they can hold 600mb txpools

Does anyone have a working monerod config file for a node exposed via tor only (ie. expose no clearnet rpc/p2p ports)?

I've cobbled something together that seems to work for the most part, but I keep getting a warning

"W Unable to send transaction(s), no available connections"

sounds like a --tx-proxy thing

or no tor connections (monerod print_cn) check for tor in/out

post config paste bin link

if this is a long and drawn out affair #monero-support:monero.social is here for ya

lemme check monerod print_cn first

no luck on print_cn

"Error: Unsuccessful -- json_rpc_request: "

<plowsof11> "if this is a long and drawn..." <- ^^^^^^^^^^^^^ ^^^^^^^^^^^^^^

ack

Tdlr.your config sux cuz u changed rpc ports and did wacky old instructions

But yes, I have a nice one

ofrnxmr , can I get a link/copy pretty please? I'd also be happy for up-to-date instructions

p2pool.io/explorer is running v0.18.2.1 now, so it will not show transactions with too large tx_extra in mempool (but will still show them in mined blocks)

github.com/nahuhh/android-termux-mo…c/install-monerod-in-termux.sh#L220... (full message at <libera.ems.host/_matrix/media/v3/do…ff93581fc341b4f52f9c58a85897ac46e91>)

Thank you

On the topic of (dynamic) block size: I did a few 'back of the envelope' simulations this morning that made me feel better. My rough estimate is that an attacker would need to spend ~1000 XMR to complete a ramp to the longterm block size limit in ~500 blocks (16 hours). Keep in mind those are loose figures from a hobbyist's simulation, but you get the idea.

Anyone else unable to pay monero on mullvad rn?

<bridgerton[m]> "<Bon 💗> Have you tried it and is..." <- yep its great. still in alpha but performance is excellent. the backup feature is really good oto

s/good/useful/, s/oto/too/

Can I tell the cli to fetch blocks now, validate later for remote syncing?

Hi all.. Cake Wallet for MacOS is out. apps.apple.com/us/app/cake-wallet/id1334702542

The mordinals now are "GooGirls". I googled that to find out whether the collection is original, or whether they steal the NFTs somwhere.

Well, Google mostly gives me links to pornos if I do that ...

Brilliant

It's so low effort too

Literally Dall-E 1 shit

And looks like their minting script has bugs, as they often seem to mint the same girl several times. I am sure they will *all* become precious.

My respect for this grows by the hour

Try tineye.com maybe?

They're really just being bitches now imo

I wait for the mordinal devs scolding and attacking the NFT uploaders, because they do it too fast, and wrongly i.e. with duplicates

Too fast = higher chance for resistance or counter-action

xmrfn[m]: Thanks for the tip; a test with a googirl picked at random did not get me a match ...

Compiling takes forever on 1 thread but this is my life right now

Waiting for the moment my node can join the anti-NFS army

s/NFS/NFT/

(typo; I love NFS!)

rbrunner: They threatened worse behaviour because of limiting

We could make a patch that just rejects their mordinal-specific flag in tx_extra

You mean the "50 transactions for 50 KB NFT" threat? Yes, very realistic. I tried to sketch an implementation in my mind for that, boy that would be PITA to get to work

But you wouldn't know without Monero codebase and dev knowledge, so that threat maybe finds targets

If they (mordinal dev team plus all NFT series uploaders) force us into a hardfork I claim they will be restricted to Monero Punks style very small pixel-ly NFTs.

the path of least resistance for them would be <whatever fits in tx_extra> certainly

I think we could have skipped the hard size limit on tx_extra, and just jacked up the fees. make them exponential with size of tx_extra, for example

There'd still be a lot of low-entropy data on our chain

dunno. if the cost for 1K of data was 1 million times the usual fee, that would make them think twice

although miners would prob be happy to mine them. maybe that would still have been a bad idea

I had been thinking about adding a Shannon entropy check on txns. Reject those less than a threahold. I don't care how it was constructed with low entropy -- for example all but one decoys set to 0 address -- it doesn't belong on the chain

s/threahold/threshold/

yeah, that sort of check has already been suggested

By apeing the changed Selsta made for the tx_extra length check, I'm partway there. Not sure where to put the calc_tx_entropy method

s/changed/change/, s/tx_extra/tx\_extra/, s/calc_tx_entropy/calc\_tx\_entropy/

sech1 did the change

i'm just testing it :P

* By apeing the change Sech1 made for the tx_extra length check, I'm partway there. Not sure where to put the calc_tx_entropy method

my bad, fixed, TY

I'm only 83% of the way done compiling it :P

xmrfn: It's probably better to do a formal frequentist statistical check since then you set the false positive rate explicitly.

MRL discussions go back and forth about whether a statistical check should be researched

Oh yeah before submitting anything I'd want to dump the value for at least a bunch of blocks, esp comparing pre-mordinals to those containing them

I bet there's a step change

* Oh yeah before submitting anything I'd want to dump the tx entropy values for at least a bunch of blocks, esp comparing pre-mordinals to those containing them

I don't think a simple entropy check will be the most powerful check. Power: en.wikipedia.org/wiki/Power_(statistics)

But anyway you are welcome to research entropy-based solutions :)

Is there a way to calculate the Power of a particular bit string?

A test has power. a bit string does not

Exactly. Seems like Power is a feature that is more intrinsically of a set. So not clear how it helps identify if a txn that come wallet or miner gave you, hurts fungibility

s/come/some/

I don't know how to respond other than it would be good to learn basic statistics

I don't get what I'm missing. The use-case is that someone hands us a txn, we need to know whether it is acceptable

One way is to look at tx_extra and see if it is "too big". Or that it has the expected number of decoys. Another perhaps for general way is to calculate the entropy of the blob of bits that make up the tx

* One way is to look at tx\_extra and see if it is "too big". Or that the tx has the expected number of decoys. Another perhaps for general way is to calculate the entropy of the blob of bits that make up the tx

* One way is to look at tx\_extra and see if it is "too big". Or that the tx has the expected number of decoys. Another perhaps more general way is to calculate the entropy of the blob of bits that make up the tx

Right. So you use a test to determine if the null hypothesis (tx_extra is random (encrypted) data) is correct. But there are many tests for that. So you want to use the most powerful one so that you have the highest detection rate. Or a very powerful one.

Given a tx someone hands us, and knowing what you know, suggest a way to know whether the tx acceptable or not, from a fungibility perspective?

This is about more than tx_extra

Yes, tests need to be done to know what ther threshold should be. I'm still at the stage of making some code that would just nicely print a number representing the tx entropy

* Yes, tests need to be done to know what the acceptance threshold should be. I'm still at the stage of making some code that would just nicely print a number representing the tx entropy

(which itself might already have been done by someone else)

I just rediscovered that get_info doesn't actually tell you what version the node is running :/

'version: ""`

Only for the restricted rpc though

<hyc> "I think we could have skipped..." <- If you jack up the tx_extra fees you're effectively redirecting arbitrary data injectors to use steg. So it's steg with extra steps. Just remove tx_extra.

or make it small enough that its information carrying capacity is not significant

So anyone who wants to mordinal will just steg. Again, steg with extra steps.

Remove tx_extra. Simplify the protocol and improve fungibility/uniformity. If arbitrary data is to be added to the blockchain it should look like any other tx data.

tx_extra can be pruned though, steg cannot

Pruning is irrelevant to full nodes.

So is steg

Huh?

Full nodes don't care if you're using steg or tx_extra to store extra data, so it makes no practical difference to them. But pruned nodes can at least benefit from the option of pruning tx_extra for blocks/txes full of garbage

fungibility/tx uniformity >>>>>>>>>>> prune node less space

you need full nodes unless you want to encourage network centralization

But steg breaks uniformity anyway, because the transaction graph will look bad anyway

depends on the steg

for CLSAG no

The tx graph looks bad because the minting process is just a bunch of chained self-spends

So even if you encrypted your steg data to make it indistinguishable, you're still leaving a trail due to the way the minting process works

Are you talking about CLSAG?

(Though I guess this point is more specific to the morb stuff)

I'm thinking of the case of storing data in the ring members

Not familiar enough with the inner workings of clsag :_

:/

okay seriously dumb question:

How can you tell what version a remote node is running? I can type "version" on my own monerod, but all I know about for other nodes is to get the restricted RPC port /get_info, and version is blank there

you can't know the exact version

you can look for get_info fields that were added at a specific version and use it to estimate the version

hmmm.. OK. is that considered an issue to fix? ie, to have get_info return the version

it's intentional

Not sure I understand why... but I'll accept that

Node version releases identifying information. Monero is a privacy protocol.

hiding the version reduces ways a node can be fingerprinted

A wallet's relationship with a node is on a need-to-know basis. And the wallet does not need to know the version.

makes sense