<a​lex:agoradesk.com> localmonero.co/the-monero-standard/weekly/71

Who mines on Monero testnet with about 80 kH/s at times, only to leave after that and bringing the network to a standstill? Is this good for something?

<e​ndor00:matrix.org> Maybe someone trying to be cheeky?

<e​ndor00:matrix.org> Or maybe someone experimenting with the difficulty adjustment algorithm

<e​ndor00:matrix.org> (Maliciously...)

Well, you never know. Somebody could be testing a new miner, in good faith. But then they should manage to bring the hashrate down after finishing

Wow, 3 testnet blocks in the last hour. It can only get better.

FWIW when I test I run with --fixed-difficulty 1 --offline, and pop/flush after I'm done.

That way I get blocks whenever I need them using generateblocks from the python console.

And now the xmrig that I run has donated some testnet hashes :)

<s​eikoqq1:matrix.org> hello

<s​eikoqq1:matrix.org> got a question

<s​eikoqq1:matrix.org> I have been reading through the multisig doc

<s​eikoqq1:matrix.org> and what would be the consequences of exposing initialisation data ?

<c​ryptomorpheus_:matrix.org> Monero crunches are more frequent now. Getting every 3 days on Trocador

<c​ryptomorpheus_:matrix.org> Currently having some delays on XMR purchases right now

<s​eikoqq1:matrix.org> Can you use the same initialisation data for multiple multisig wallet ?

s​eikoqq1:matrix.org: I think that currently only our "resident" cryptographer UkoeHB could answer your questions; anyway I can't

Is this more than curiosity, do you have some scenarios in mind where you would do something with the answers, act somehow on them?

<s​eikoqq1:matrix.org> yeah

<s​eikoqq1:matrix.org> trying to combine monero multisig with byzantine fault tolerance

<s​eikoqq1:matrix.org> when you creating a multisig wallet, let's say you want to have 2/3 or something like. The other parties might not be available at the same that you are sharing your initialisation data

Jeffro256 made some great contributions to the multisog doc @ monerodocs , is that what youbare reading? monerodocs/md #56

I may be mistaken, but I think UkoeHB tried something similar. Did you already watch his MoneroKon Prague presentation regarding this?

<s​eikoqq1:matrix.org> no, I haven't

<s​needlewoods_xmr:matrix.org> I get 404 when clicking on "View the transaction here" (localmonero.co/tx/5dbd3a47b1174d044…5704b2b905e35a2e4e288649b422c1aea8b)

<s​eikoqq1:matrix.org> rbrunner, would you help me to a link for it if possible ?

I don't think you can, since generation is deterministic (you can export a seed that can be reused to recreate).

I'd work with two different sets of owners. You'd get different wallets. But I would not trust that it's safe unless a cryptgrapher assures us it is.

<s​needlewoods_xmr:matrix.org> I think he's talking about this youtube.com/watch?v=qrjKDuyFv0Y&t=140s

<a​lex:agoradesk.com> localmonero.co/blocks/search/5dbd3a…5704b2b905e35a2e4e288649b422c1aea8b

<a​lex:agoradesk.com> localmonero.co/blocks/tx/5dbd3a47b1…5704b2b905e35a2e4e288649b422c1aea8b

<a​lex:agoradesk.com> We'll fix the link, tanks.

<a​lex:agoradesk.com> We'll fix the link, thanks.

<s​needlewoods_xmr:matrix.org> thank you

I see "spend secret key is no longer the sum of multisig key shares" in the git log. So it may actually be OK now...

<s​eikoqq1:matrix.org> rbrunner, thanks for the link, the guy in there obviously not the easiest person to understand

<s​eikoqq1:matrix.org> SNeedlewoods: thanks for the link. I'm lost in the 2nd part of the video but I will watch again

Well, he had to cram a lot of stuff into a relatively short session.

<k​ayabanerve:matrix.org> seikoqq1: Not to be self-centered, yet I've already done that if you don't mind bucking standards.

<k​ayabanerve:matrix.org> I know koe appreciates ECDH DKG for small multisigs, for a few different characteristics which you may expect. If you're just looking for something which already exists to get up and running, and don't mind not using core Monero, I have some code directly relevant.

<k​ayabanerve:matrix.org> And if you want large multisigs, it'll have better performance in several orders of magnitude.

<s​eikoqq1:matrix.org> I want one-step multisig where some parties might not be available

<s​eikoqq1:matrix.org> but might be available some time later.

<s​eikoqq1:matrix.org> I'm now trying to understand Koe's way of boosted multisig

<k​ayabanerve:matrix.org> Ah. Then you need async BFT...

<k​ayabanerve:matrix.org> My code won't help there, best of luck.

<s​eikoqq1:matrix.org> but what was your code doing ?

<s​eikoqq1:matrix.org> but what's your code doing ?

k​ayabanerve, hello good day i am fiddling with your code on full chain membership proofs. Are you willing to answer a few questions?

<j​effro256:monero.social> That was not me, just another guy whose name starts with a j and ends with 3 letters ;)

wow sorry jeffro256 , the name broke my algorithm... thanks johnr365!

<j​effro256:monero.social> lol

<o​frnxmr:monero.social> Ends with 3 numbers* 😝

<1​23bob123:matrix.org> N S A

<1​23bob123:matrix.org> 00

<g​fdshygti53:monero.social> 256 is a generic round number, get over it ;)

<1​23bob123:matrix.org> Build a bridge and get over it muahaha