wait wut? twitter.com/HerdAlert/status/1394482638094807040

what wut? someone put an invalid unlock time in atxn?

Are there invalid unlock times ?

if it's smaller than a unix timestamp it's treated as a block height. so a new txn with a block height in the past seems kinda pointless

and likewise if it is a timestamp, a timestamp in the past is still pointless

?

Pointless, sure.

but is it always an absolute block height? or relative? if unlock_time=5 what is it interpreted as?

98% of all specified unlock_time transactions set a low-integer value? "These low-integer unlock_time values do not make semantic sense, so the developer’s intent is unclear. Perhaps they thought block times were relative rather than absolute, or the field is used for something else unrelated to unlock_time." thecharlatan.ch/Monero-Unlock-Time-Privacy

AFAIK that means block 5.

so it is always an absolute block height

No, it can be a UNIX time too as you said above.

ok. *when* it is a block height, it is absolute

Yes.

Preventing mining txes with unlock time in the past could give txes a validity range. But that might make scamming easier.

ie, give your tx 10 blocks to go but use a tiny fee...

I have a question. Suppose I withdraw my Monero from exchange A and I send it to someone, eventually it ends up on exchange B. Assuming the Feds have access to both exchanges wallets what stops them from traversing the ring members transactions until they find the real path by finding a common transaction?

That's called the EABE attack monero-project/monero #1673#issuecomment-312968452

If either A or B is concerned about that risk they should churn

I see

and by churn, you probably mean sweep_single n times at some random intervals?

yes

more on churning monero.stackexchange.com/search?q=churn

I'll check it out

Is there a reason a high privacy transaction option has not been added to the GUI wallet?

asga32ag: not that I know

masken8: what do you mean by "high privacy transaction"?

prolly churning

"The ability of Alice to increase her anonymity set when sending funds to Bob can be implemented as a "high privacy" transaction option that automatically takes care of queuing up the intermediate churn transactions prior to funds ultimately being sent to Bob."

no reason besides that nobody implemented it I guess

I would implement it but I'm not very good at C++. I'll make a feature request.

It’s an interesting idea, really. A SEND button in the GUI that churns and then sends newly churned funds in a way that places the tx right in the middle

Of the ring selection

lol

not very useful unless it inserts random delays between steps

usually when someone hits SEND they want it to happen NOW

I have a super old patch that sends txes on a timer, using poisson delays.

That was for transfer, back when txes were often split, but the principle's the same.

and you really can't just randomize the transmit time. you need to randomize across multiple blocks

What do you mean by across multiple blocks ?

eh I guess that was implicit. you can't churn the output until it has been mined into a new block anyway

never mind

Oh OK.

so you can't just set a timer for "resend this after N minutes"

you have to count blocks

"resend this after (10 block minimum + random#)

"

I think ideally it should draw the number of blocks using the same sampling as the ring sampling distribution. Since in both cases you want the same thing: stick to what is supposedly the true spend distribution and make your random drawings indinstuishable from it

Except you don't want to wait weeks to churn so you need to upper bound it somehow

prob something on the order of 12-24 hours

A simple thing like draw with gamma distribution + resample if outcome >24h, should be pretty solid already

is there anything visible on the blockchain/network monitors that could explain the problems multiple exchanges have? transaction numbers don't look like anything out of the ordinary

also kraken now has pretty much the same message for nano.....it's weird

asga32ag: there is no network issue

also kraken resolved their issue status.kraken.com

in the long list of walllets monero is still marked with "degraded performance" just like nano though

whatever their issue is is probably not on network side, also no one reached out

fwiw multiple people reported successful withdrawals on kraken even with the message displayed

names

*/ names -> sorry, ignore me