00:00:37 <m-relay> <3​21bob321:monero.social> open alias just resolves the address ?
00:01:14 <m-relay> <3​21bob321:monero.social> i assume the wallet uses local dns resolver ?
00:35:53 <m-relay> <o​frnxmr:xmr.mx> No
00:36:23 <m-relay> <o​frnxmr:xmr.mx> i believe so
00:37:59 <m-relay> <o​frnxmr:xmr.mx> No, the node doesn't do any resolution,  only the wallet does
00:41:28 <m-relay> <p​olytheistic:matrix.org> I don't get the difference between the hats :/
05:02:05 <m-relay> <f​reedom-quester:matrix.org> xenu: Hi, are you the same person as Xenu from antimoonboy.com, if so please get in touch via our usual method to get me know it's you. 🙂
05:07:17 <m-relay> <o​frnxmr:xmr.mx> Yes
05:10:34 <m-relay> <f​reedom-quester:matrix.org> xenu: Hi, are you the same person as Xenu from antimoonboy.com, if so please let in touch via our usual method to get me know it's you. 🙂
05:16:42 <m-relay> <f​reedom-quester:matrix.org> Who are you saying yes to?
06:32:32 <m-relay> <o​frnxmr:xmr.mx> You
09:12:50 <m-relay> <f​reedom-quester:matrix.org> Well, you have AI in your name, so (with all due respect) I don't know if I can trust your "information"
09:14:35 <m-relay> <f​reedom-quester:matrix.org> xenu: Hi, are you the same person as Xenu from antimoonboy.com, if so please get in touch via our usual method to let me know it's you. 🙂
09:36:23 <m-relay> <a​mmortel:monero.social> Guys
09:36:23 <m-relay> <a​mmortel:monero.social> Rather than not allowing us to initiate a tx with unconfirmed funds, could we not have a separate mempool for tx with unconfirmed funds inputs? They would stay there for 20 minutes and then go to the actual mempool when confirmed.
09:36:25 <m-relay> <a​mmortel:monero.social> If I know that I want to initiate a tx with my coming funds, I should be able to do so. Even if it's accepted later.
09:36:27 <m-relay> <a​mmortel:monero.social> I should not have to wait 20 minutes to do the action later. A lot of things can happen in 20 minutes and I might be prevented from waiting or signing the tx later
09:40:49 <m-relay> <e​inliterflasche2:matrix.org> The point of the 10 block lock is to make it harder to spot the real inputs of a transaction. If not for the 10 block limit, then people would directly spend the UTXO, which would provide a good heuristic for chain analysis. It
09:40:51 <m-relay> <e​inliterflasche2:matrix.org> It would compromise privacy. Being able to publish transactions spending unconfirmed funds directly, even if they're not would compromise privacy in the same way. I think.
09:42:41 <m-relay> <a​mmortel:monero.social> So there is hope to lower the 10 block limit with the upcoming FCMP++ update ?
09:42:43 <m-relay> <a​mmortel:monero.social> Since there will be no more possible analysis of UTXO
10:12:47 <m-relay> <k​evino:tchncs.de> I don't think there are any proposals for that
15:29:55 <quantum`> I'm at 84% downloading the blockchain, and it is very slow.  I find that I am only getting ~1.22K/s.  Is it that no one is sharing?
15:32:19 <quantum`> It is 9.3 days before I can start mining.  I am sharing 100% of the blockchain, but it looks like no one else is.  Am I a fool?
15:34:40 <m-relay> <k​ingdomkind:matrix.org> mine was much quicker
15:34:43 <m-relay> <k​ingdomkind:matrix.org> i'd guess its an issue on your end
15:35:00 <m-relay> <k​ingdomkind:matrix.org> assuming you mean KB/s
15:35:26 <quantum`> jnettop doesn't say whether b or B.
15:36:10 <quantum`> I have absolutely no firewall blocks.
15:36:33 <m-relay> <k​ingdomkind:matrix.org> could be ISP throttling? Unsure
15:36:56 <m-relay> <k​ingdomkind:matrix.org> i completed all of it recently in probably about 20 hours total for the full blockchain
15:37:07 <m-relay> <k​ingdomkind:matrix.org> perhaps, 20-30 hours
15:37:41 <m-relay> <c​mos:matrix.stargazypie.xyz> That's about how long it took me, the last blacks took the longest
15:38:04 <quantum`> I started with the blockchain.raw file, and from there 76% with the daemon.  I'd never get there if I relied solely on the daemon.
15:38:48 <quantum`> I get 8-9MB/s in torrent when I use t.
15:42:55 <quantum`> Ok the last blocks being slowest shows that no one is sharing.
16:01:23 <m-relay> <o​frnxmr:xmr.mx> Yes, you're a fool
16:01:39 <m-relay> <o​frnxmr:xmr.mx> jk
16:02:31 <m-relay> <o​frnxmr:xmr.mx> Its not possible for "no one" to be sharing. Everyone running a node is sharing their blockchain
16:02:50 <m-relay> <o​frnxmr:xmr.mx> If "no one" was sharing, the monero would stop working
16:03:37 <m-relay> <c​mos:matrix.stargazypie.xyz> And wallets like cake wouldn't be able to scan blockchain
16:07:22 <m-relay> <k​ayabanerve:matrix.org> ammortel @ammortel:monero.social: FCMP++ allows delegating the membership proof. You can sign a transaction, send the signature to a third party, and they (if honest) can publish the TX 10 blocks later when the network will accept it. The third party will learn the outputs being spent however.
16:08:07 <m-relay> <k​ayabanerve:matrix.org> The Monero network won't have a decentralized 'second mempool' of such functionality however.
19:22:05 <m-relay> <a​mmortel:monero.social> Would it not be good ?
19:23:57 <m-relay> <k​ayabanerve:matrix.org> A third party who is delegated to
19:23:59 <m-relay> <k​ayabanerve:matrix.org> 1) Learns the outputs spent
19:24:01 <m-relay> <k​ayabanerve:matrix.org> 2) Has to do non-trivial work
19:24:03 <m-relay> <k​ayabanerve:matrix.org> Which is why there shouldn't be such an open network to that effect.
21:03:49 <m-relay> <a​tomfried:matrix.org> Some time back i think there was some talk about recursive.meta proofs with fcmp which could be possible.
21:03:51 <m-relay> <a​tomfried:matrix.org> If i remember correctly the idea was that miners combije all proofs to one mega proof per block.
21:03:53 <m-relay> <a​tomfried:matrix.org> Is there and work in that direction?
22:44:45 <m-relay> <b​inarybaron:matrix.org> very cool