hello! can anyone help me with a monero-rpc-wallet problem? Set up daemon node with a rpc-wallet for the woocomerse wordpress plugin. everything is connected and seems to be working, but when people try to pay to the address they keep getting "address is invalid"

for sub-addresses starting with 8

Maximxxx100: Have you verified the address already?

You can use, for instance, this site -> xmr.llcoins.net/addresstests.html

yes, azy already tried it there, it's not valid

#monero

here is an example of one of the addresses, 85FmGKEmkNwc3WyqjEynjgYrRSzAFboZ4M5ihpmQkeQ35ha9u3ZGXmvEhbQGDLFCfjW5r33xS12LU9aAJrgD4VLt2SQDnX

Let's continue in #monero

Research meeting in #monero-research-lab today at 17:00 UTC

is it possible to publish a second transaction which uses outputs from a first unpublished transaction? Global output indices are not assigned until mining, so I think it is not possible. If global output indices were changed to use tx hashes, could it be possible?

this would be necessary to achieve a decentralized exchange like Bisq with a 2/2 multisig between the traders and an "emergency transaction" which transfers the 2/2 balance to moderators if there is a dispute

also, testing that this thing is working?

Your intuition is correct AFAIK.

I happen to like the idea of using hash references to fixed ring sets (epochs)

or at least partial hash references

Since the shuffling operations needed to form them are deterministic, it's a good check that a node performed the shuffle correctly and has the same view of the chain as peers

any way seen to construct a second tx using outputs of an unpublished first tx, such that if the first tx is published, the second can be too? perhaps by switching to hash references or another method?

Given hash references (and depending on how fixed ring sets are/aren't used), presumably nodes could establish rules on this

However, this is affected by reorgs of course

and would require adjustment to how locks are handled

such an ability would permit a properly decentralized exchange with xmr base pair. but both unpublished txs would need to remain valid including across re-orgs

if txs remain valid across reorgs, that would negate much of the need for the 10 block lock as well ?

depending if there were other privacy implications

(we talked about that some time ago)

it is problematic that perfectly good transactions can fail per the protocol, any way

Well, it's a limitation that outputs referenced in any transaction must either be valid or discounted (and it's not possible in general to know if they're decoys or actual spends), and this depends on chain view

i guess the issue would be if an output is only valid after published to the chain, where we need unpublished outputs to be valid for tx creation

which transparent chains support

Meeting in #monero-research-lab today at 17:00 UTC (about 40 minutes from now)

hello

how to plugin cryptocurriencies to my exchange platform?

moneromooo: your CCS update includes "speedups in wallet and daemon sync", which PR is that?

6358

ty, nice

CLI binaries for v0.15.0.5 are online

Nice one! Do we have some release notes too?

yes

dEBRUYNE: can send you in 5 mins

binaryFate: I think we messed something up

what?

we usually rename the binaries, sorry I didn’t think about this

the archives

monero-x86_64-unknown-freebsd-v0.15.0.5.tar.bz2 -> monero-freebsd-x64-v0.15.0.5.tar.bz2

and others the same

so I also need to resign hashes

do you want to change it?

yes, can you give me the list of A -> B changes?

yep, will do

binaryFate: paste.debian.net/hidden/5e89177a

great thanks

selsta: Thanks

Guess I will do the release thread tomorrow, as binaryFate has to perform the final tweak and resign the hashes

dEBRUYNE: luigi1111: paste.debian.net/hidden/8c55604e

ErCiccione[m]: Do you intend to create a blog entry on the website for the release

selsta: thanks

Note that it's possible there's some caching issues again, with some people hitting redirects to old binaries instead of new ones

until fluffy flushes CF?

I'm not sure if that will happen. But after fluffypony flushes will be good for sure

ok

`curl web.getmonero.org/downloads/hashes.txt -s | shasum -c --ignore-missing`

works well now :)

great

file names are fixed