-
m-relay
<vikrants:monero.social> The shitcoins in cake don’t hurt you if you don’t create wallets for them.
-
m-relay
<ofrnxmr:monero.social> They hurt even less if you use monero.com :D
-
m-relay
<vikrants:monero.social> A better comparison is Monerujo vs monero.com. They are both monero only wallets.
-
m-relay
<vikrants:monero.social> Huh?
-
m-relay
<ofrnxmr:monero.social> In the message before that the guy had a boredape profile pic
-
m-relay
<ofrnxmr:monero.social> (was a joke)
-
m-relay
<fr33_yourself:monero.social> Another question: I have a friend intrested in getting involved with Monero and he asked me the following: What are the precise security and privacy tradeoffs associated with connecting to someone else's node (unknown) vs. running one's own pruned or full node?
-
m-relay
<fr33_yourself:monero.social> I told them that all I knew for sure was that a remote node provider can see your IP address when you connect and I remembered the high fee attack that occasionally happens. What are the other risks of connecting to an unknown node vs. one's own node though?
-
m-relay
<devdaniel:matrix.org> There's basically no downside to running our own node as far as I know besides the hardware and electricity cost. Because of the way the p2p gossiping protocol works, and mining, there's no way to know from which node a transaction originated from.
-
m-relay
<fr33_yourself:monero.social> Thanks, it's more so that I'm trying to understand the risks one incurs when they *don't* run their own node
-
m-relay
<fr33_yourself:monero.social> That way I can explain it to my friend
-
Allak
To be a ghost with a pulse, get in a situation where the mind gives the perceived death signal, by watching a scary movie alone in the dark, and when it does just ignore it or pay no attention to it.- Daniel Alan Gabriel- ghostpeople⊙gc
-
m-relay
<trasherdk:monero.social> 👆️ don't do drugs, kids.
-
m-relay
<diamond_aaronxg:matrix.org> Yah I don’t like that feeling
-
m-relay
<fr33_yourself:monero.social> Each block has, in addition to its normal weight, a ‘long term weight’ calculated based on the pre-
-
m-relay
<fr33_yourself:monero.social> vious block’s effective median long term weight. A block’s effective median long term weight is
-
m-relay
<fr33_yourself:monero.social> related to the median of the most recent 100000 blocks’ long term weights (including its own).
-
m-relay
<fr33_yourself:monero.social> longterm block weight = min{block weight, 1.4 ∗ previous effective longterm median}
-
m-relay
<fr33_yourself:monero.social> effective longterm median = max{300kB, median 100000blocks longterm weights}
-
m-relay
<fr33_yourself:monero.social> If normal block weights stay large for a long time, then it will take at least 50,000 blocks (about
-
m-relay
<fr33_yourself:monero.social> 69 days) for the effective long term median to rise by 40% (that’s how long it takes a given long
-
m-relay
<fr33_yourself:monero.social> term weight to become the median).
-
m-relay
<fr33_yourself:monero.social> Just so I'm clear, does the above passage from ZTM mean that the maximum long term median is presently 300kB tops, or am I misunderstanding and there is in fact no limit cap, but rather that the long term median can continually and indefinitely increase by 40% every 69 days?
-
m-relay
<fr33_yourself:monero.social> I wanted to see how long it would take for the chain to grow 1 Terabyte per year if blocks were full from now moving forward. If my math and understanding of the Long Term Median were correct and we had full blocks, then 1 year from now the chain would grow by 0.136 Terabytes, then in year two of full blocks it would grow by about 1 Terabyte. So it would take two years of full blo<clipped message>
-
m-relay
<fr33_yourself:monero.social> cks for the chain to have grown by 1 terabyte in a year. This situation doesn't seem likely at all in the short term, but I was just curious how Monero's chain would grow under a full block scenario compared to BTC with the 1 Megabyte cap. BTC with full blocks can grow a maximum of 0.05256 Terabyte per year (if my understanding is correct)
-
m-relay
<fr33_yourself:monero.social> If 300kB is indeed the max on the long term median block weight, then Monero's chain at max could only grow at 1.5 times that of Bitcoin's per year assuming full blocks on both chains
-
m-relay
<wrought959:matrix.org> would like to know thid aswell
-
m-relay
<endor00:matrix.org> There are multiple attacks that a malicious remote node could perform, such as telling your wallet to use an insanely high tx fee, or messing with you when you're trying to send one (by forcing you to rebuild the tx,
-
m-relay
<endor00:matrix.org> so you risk exposing your true spend if you pick a different set of decoys)
-
m-relay
<endor00:matrix.org> There are some mitigations in place, but it's not a perfect system
-
m-relay
<endor00:matrix.org> (In the core wallets, at least - iirc)
-
m-relay
<boog900:monero.social> Max in that context means the maximum of the values so at minimum the effective long term median is 300kB
-
m-relay
-
m-relay
<monerobull:matrix.org> someone just got liquidated big time
-
m-relay
<monerobull:matrix.org> eth and btc did the same thing
-
m-relay
<plowsof:matrix.org> how is bart simpson meant to skate up that wall
-
m-relay
<monerobull:matrix.org> Oh
-
m-relay
<monerobull:matrix.org> Sec approves ishares BTC spot etf
-
m-relay
<monerobull:matrix.org> just bought my first ever btc to "invest"
-
m-relay
<monerobull:matrix.org> ill sell it in the evening once the US people realized the ETF thing
-
m-relay
-
m-relay
<monerobull:matrix.org> WHAT DO YOU MEAN
-
m-relay
<monerobull:matrix.org> I FELL FOR THE ETF MEME
-
m-relay
<trasherdk:monero.social> BSV did a twofer. 25% 😬
-
m-relay
<erembax:matrix.org> Is there a maximum number of inputs for a monero tx?
-
moneromoooo
Implicit based on max block size.
-
moneromoooo
And, I guess, about 4 billion, technically. Whichever is smaller.
-
moneromoooo
I know which one I'd bet on.
-
m-relay
<plowsof:matrix.org> 4 billion in 2 out p2pool consolidation
-
Mochi101
hahaha
-
Mochi101
no kidding
-
m-relay
<erembax:matrix.org> I'm mining on p2pool mini and need to consolidate a lot of outputs.
-
m-relay
<hbs:matrix.org> my personal experience is that up to 144 inputs it works
-
sech1
-
sech1
Wallet will automatically split it into multiple transactions if you have more than that
-
m-relay
<hbs:matrix.org> \o/ I can try to squeeze 3 more next time I sweep :-)
-
m-relay
<monerobull:matrix.org> if you find a lot of shares on mini you can also just mine to the normal p2pool to save some consolidation-cost
-
m-relay
<ofrnxmr:monero.social> Normal p2pool doesnt save on costs (last i checked)
-
m-relay
<ofrnxmr:monero.social> Harder to find a share, but then you get spammed with small payouts