02:00:10 <bridgerton[m]> <pleasenotalreadyused> hi, sorry if someone asked that before, 
02:00:10 <bridgerton[m]> but what are the implications for the people who use a ledger hardware wallet for monero.
02:00:11 <bridgerton[m]> Can I still convert my ledger seed phrase in a standard monero mnemonic?
02:00:11 <bridgerton[m]> Or is it advisable to transfer your monero from the ledger device to another wallet before the hardfork?
02:21:36 <garth> bridgerton[m] Please ask this in #monero. This channel is for development 
02:40:38 <jeffro256[m]> Meowingcat: it would greatly help us help you with these types of requests if you included a minimal reproducible example and the resulting unexpected behavior, or even descriptions thereof. Saying that it “doesn’t work” without providing context doesn’t give us much to help you with
02:41:08 <jeffro256[m]> https://en.m.wikipedia.org/wiki/Minimal_reproducible_example
05:27:48 <MeowingCat> is there a way to change wallet password in wallet2 API?
09:33:49 <ofrnxmr[m]1> MeowingCat: https://xyproblem.info
09:36:16 <ofrnxmr[m]1> <moneromooo> "Whlie I have nfi what your..." <- ^
09:37:04 <ofrnxmr[m]1> <moneromooo> "Can you stop spamming please..." <- ^
09:43:33 <ofrnxmr[m]1> For the amount of assistance youve required, your whole program might as well have been written by moo and ooo.... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/a07b6687824220b4c68572c59dbb341bcec78c55)
09:49:14 <rbrunner> Well miaoued.
12:18:39 <aog> https://xmrchain.net/block/2649105
12:18:41 <aog> is this a bug? or we're supposed to mine 0tx blocks
12:20:57 <moneromooo> Is this your block ? Were htere txes in the pool and did you modify the source, and how ?
12:24:15 <rbrunner> It seems the block was mined about 11 seconds after the previous one. Looks like a case where there simply was not enoug time for new tx to appear to go into it.
12:28:57 <sech1> This is p2pool block, it has 10 seconds delay before it starts mining a new mempool transaction, so everything checks out 
12:31:50 <aog> it's not my block, was mined by p2pool
12:31:57 <aog> moneromooo: is this supposed to happen ?
12:32:36 <moneromooo> If you mean "can a block include no transactions", then yes. If it could not, miners would have to make a dummy tx when there's no other tx. It'd be pretty wasteful.
12:33:07 <moneromooo> IF you mean "why did this block not have any tx when there were some in the txpool", it could be a bug in whatever made the block template.
12:34:05 <moneromooo> But without evidence of the latter, I'll assume there is no bug.
12:35:02 <aog> a faulty logic for monero to reward blocks that transport 0 transactions
12:42:21 <moneromooo> Can you find better ?
12:42:47 <moneromooo> (without being too complicated)
12:43:36 <moneromooo> If you say "zero block reward if no txes", then miners will just send dummy txes, adding bloat and diminishing sync speed for no gain.
12:43:56 <moneromooo> If you say "just prevent blocks wiht no txes", same will happen.
12:44:49 <moneromooo> If you say "somehow increase block time if no txes", then you have to ensure future syncers can verify this block time increase was justified according to consensus rules, and this relies on extraneous data not on the chain.
12:45:09 <moneromooo> It's a bit academic now though, at least for monero, but a good solution to that could be useful.
14:10:55 <sech1> There's no faulty logic. I just checked p2pool logs: when 2649104 was found, there were 3 transactions in the mempool, but all 3 were too young (less than 10 seconds) to be included in the next block, and the very next p2pool sidechain block (which was empty because of above) mined 2649105, this is why it was empty.
14:17:27 <rbrunner> I think aog means to say that who mines an empty block doesn't provide any useful service and should not get any reward in turn
14:26:09 <sech1> empty block is useful, it confirms (adds more PoW on top) transactions in previous blocks
14:28:05 <moneromooo> That's a good point.
14:28:14 <rbrunner> Yes
15:46:35 <aog> understood, thank you guys for the academic info 
16:42:41 <kayabaNerve> moneromooo: https://github.com/kayabaNerve/monero-secret-sharing
16:42:54 <kayabaNerve> I don't know who originally caused you to discuss this a few weeks ago, but I did just publicize this :)
16:43:10 <kayabaNerve> So also letting the rest of the channel know, just wanted to make sure you got the heads up
16:45:27 <moneromooo> Nice :)
19:04:45 <ooo123ooo1234567> <kayabaNerve> "moneromooo: https://github.com/..." <- https://github.com/serai-dex/serai, this repo is more complex and more interesting
19:07:12 <kayabanerve[m]> Yes. It is.
19:07:28 <kayabanerve[m]> It's also pillaged with TODOs with regards to Monero :p
19:07:50 <kayabanerve[m]> So waiting a couple days before I discuss my own Monero rust.
19:08:48 <kayabanerve[m]> Honestly, I'd appreciate your feedback. I just expect more snark than commentary
19:09:58 <kayabanerve[m]> But you are a good developer and potentially a better cryptography than me (no idea regarding dev, definitely a lot of similarities) so I'd love to have your criticism :)
19:12:59 <kayabanerve[m]> I'd also appreciate it in PM or in a more focused channel. It isn't really monero-dev :p
19:13:02 <moneromooo> Unfortunately, very little crypto actually rubbed off on me. I am a competent coder, but a non existent cryptographer.
19:14:03 <kayabanerve[m]> moneromooo: You muted who I'm responding to :p
19:14:19 <moneromooo> Oh :D
19:14:39 <kayabanerve[m]> But I will note I'm looking for developers like you even if you don't know cryptography ;) Just between Rust and your limited time I figured it wasn't good to ask :p
19:15:06 <kayabanerve[m]> Most of the core cryptography is done