-
m-relay
<321bob321:monero.social> open alias just resolves the address ?
-
m-relay
<321bob321:monero.social> i assume the wallet uses local dns resolver ?
-
m-relay
<ofrnxmr:xmr.mx> No
-
m-relay
<ofrnxmr:xmr.mx> i believe so
-
m-relay
<ofrnxmr:xmr.mx> No, the node doesn't do any resolution, only the wallet does
-
m-relay
<polytheistic:matrix.org> I don't get the difference between the hats :/
-
m-relay
<freedom-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. 🙂
-
m-relay
<ofrnxmr:xmr.mx> Yes
-
m-relay
<freedom-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. 🙂
-
m-relay
<freedom-quester:matrix.org> Who are you saying yes to?
-
m-relay
<ofrnxmr:xmr.mx> You
-
m-relay
<freedom-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"
-
m-relay
<freedom-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. 🙂
-
m-relay
<ammortel:monero.social> Guys
-
m-relay
<ammortel: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.
-
m-relay
<ammortel: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.
-
m-relay
<ammortel: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
-
m-relay
<einliterflasche2: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
-
m-relay
<einliterflasche2: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.
-
m-relay
<ammortel:monero.social> So there is hope to lower the 10 block limit with the upcoming FCMP++ update ?
-
m-relay
<ammortel:monero.social> Since there will be no more possible analysis of UTXO
-
m-relay
<kevino:tchncs.de> I don't think there are any proposals for that
-
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?
-
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?
-
m-relay
<kingdomkind:matrix.org> mine was much quicker
-
m-relay
<kingdomkind:matrix.org> i'd guess its an issue on your end
-
m-relay
<kingdomkind:matrix.org> assuming you mean KB/s
-
quantum`
jnettop doesn't say whether b or B.
-
quantum`
I have absolutely no firewall blocks.
-
m-relay
<kingdomkind:matrix.org> could be ISP throttling? Unsure
-
m-relay
<kingdomkind:matrix.org> i completed all of it recently in probably about 20 hours total for the full blockchain
-
m-relay
<kingdomkind:matrix.org> perhaps, 20-30 hours
-
m-relay
<cmos:matrix.stargazypie.xyz> That's about how long it took me, the last blacks took the longest
-
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.
-
quantum`
I get 8-9MB/s in torrent when I use t.
-
quantum`
Ok the last blocks being slowest shows that no one is sharing.
-
m-relay
<ofrnxmr:xmr.mx> Yes, you're a fool
-
m-relay
<ofrnxmr:xmr.mx> jk
-
m-relay
<ofrnxmr:xmr.mx> Its not possible for "no one" to be sharing. Everyone running a node is sharing their blockchain
-
m-relay
<ofrnxmr:xmr.mx> If "no one" was sharing, the monero would stop working
-
m-relay
<cmos:matrix.stargazypie.xyz> And wallets like cake wouldn't be able to scan blockchain
-
m-relay
<kayabanerve: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.
-
m-relay
<kayabanerve:matrix.org> The Monero network won't have a decentralized 'second mempool' of such functionality however.
-
m-relay
<ammortel:monero.social> Would it not be good ?
-
m-relay
<kayabanerve:matrix.org> A third party who is delegated to
-
m-relay
<kayabanerve:matrix.org> 1) Learns the outputs spent
-
m-relay
<kayabanerve:matrix.org> 2) Has to do non-trivial work
-
m-relay
<kayabanerve:matrix.org> Which is why there shouldn't be such an open network to that effect.
-
m-relay
<atomfried:matrix.org> Some time back i think there was some talk about recursive.meta proofs with fcmp which could be possible.
-
m-relay
<atomfried:matrix.org> If i remember correctly the idea was that miners combije all proofs to one mega proof per block.
-
m-relay
<atomfried:matrix.org> Is there and work in that direction?
-
m-relay
<binarybaron:matrix.org> very cool