@price

@price TWD

<v​tnerd:monero.social> As jeffro256: mentioned, it does not support zmq. Monero-lws does support webhooks/Zmq, for receives and _possible_ spends

<v​tnerd:monero.social> Sorry for the spam, didn't mean to start a thread. jeffro256: already stated this, but the wallet doesn't support zmq. Only LWS does afaik. Receives, _possible_ spends, and new account requests can be sent over zmq if a webhook is added for each case

<w​oodser:monero.social> alrighty, thanks

<j​0j0xmr:monero.social> How far along is LWS to being usable for everyday wallets?

<v​tnerd:monero.social> I beefed up the unit tests recently, so I'm much more confident in recommending it. Based on bug tickets and private messages (also potential bug questions), it appears I have some users which should give increasing confidence. There's one major outstanding issue in the lmdb code during a resize (that unfortunately is in monero code not LWS)

<v​tnerd:monero.social> And for those curious, the lmdb code doesn't impact monero, just lws. I put some lmdb until code in monero back when I thought LWS was going to be merged into monero

<j​0j0xmr:monero.social> How much work needs to be done on wallet side to support LWS? Is it as simple as swapping out the node connection for LWS, or does it have affects on spending etc.

it's not that bad

i already expanded wallet2 for it

will release it in like a week or two if i'm lucky

<j​0j0xmr:monero.social> Is that merged to core?

<j​0j0xmr:monero.social> @endogenic Do you have a public repo?

<v​tnerd:monero.social> everoddandeven @everoddandeven:monero.social: and woodser: are working wallet2 support too. There's a recent pr to the release branch to fix some bugs. Unfortunately the master branch has removed LWS support in wallet2, so not sure about long term. I'm thinking of starting a new implementation if wallet2 is going away

sorry for the delay. i will make the repo public asap

no need to start a new impl

wallet2 almost does lws already as it is publicly right now

<p​reland:matrix.org> Oh, my bad

<p​reland:matrix.org> Hmm

i promise my work is sweet

<p​reland:matrix.org> I feel like that attack could be “easily” addressed

it'll be immediately PRable to wallet2

The reason that it's not published yet even though it's done is the fact that I am doing this work in order to launch a different project and I need to wrap up those couple last things. They really are loose ends though. I know I've been saying that for a while, but it's really true. I have put off so much of my personal life and made so many sacrifices for this ..

<p​reland:matrix.org> Especially since Monero’s difficulty directly scales with time

<p​reland:matrix.org> If an entity were to somehow push, say, an hour’s worth of blocks in a 2 minute period, that would be an obvious example of this attack

<p​reland:matrix.org> Although, since difficulty itself is dynamic, the effectiveness of such an attack is already limited

<p​reland:matrix.org> You could only ever consistently do 15 blocks at most, if you are lucky

haha prolly gonna end up working today due to this but i need a day off and no one waits for me

well

not that i know of anyway

<j​0j0xmr:monero.social> Nice, looking forward to checking it out.

<t​bcode:matrix.org> Is bouncy castles implementation of ed25519 public key generation consistent w/ others? I keep getting different pubkeys than what xmr.llcoins generates.

<d​etherminal:monero.social> which lang?

<d​etherminal:monero.social> java?

<d​etherminal:monero.social> which lang?

<t​bcode:matrix.org> Kotlin

<t​bcode:matrix.org> But I think I'm using the Java libraray since it's all JVM based

<d​etherminal:monero.social> public key is not generated in monero it is derived from private keys

<d​etherminal:monero.social> Private key is multiplied with corresponding ed25519 basepoint to get pub key

<d​etherminal:monero.social> derivation is same for both view and spend