-
gingeropolouswas the "remote node able to modify the fee" thing ever resolved?
-
gingeropolousi think it was
-
m-relay<fr33_yourself:monero.social> I've recently been listening to debates between small blockers and large blockers regarding the merits and demerits of both design decisions. I've also been listening to conversations regarding drivechains on Bitcoin. What would have to happen for consensus to change in Monero (people in this room's mental judgments) from a relatively large block is better mentality toward the pre<clipped message>
-
m-relay<fr33_yourself:monero.social> ference for small blocks?
-
m-relay<fr33_yourself:monero.social> If my understanding is correct, the current rough opinion of people here is that the blocksize can continue to expand without issue, so long as improvements in sync time, upload time, and storage space outpace blockchain growth. My question is what would have to happen for people to change their minds and notably "tighten" the algorithm that governs block size increases
-
rbrunnerfr33_yourself:monero.social: I find your question a bit confusing
-
rbrunnerFor me it's not about "opinions" or "changing our mind". There are clear and working mathematical formula that govern short-term and long-term growth of Monero blocks
-
rbrunnerand you can - as I see it, without involvement of anything subjective - calculate what happens with which amounts of transactions
-
rbrunnerI think the story with opinions would not play out on the field of block chain growth governing formulas, but on the field of fees
-
rbrunnerIf it should turn out that it's very likely parties used the very low Monero fees to just spam the Monero blockchain
-
rbrunnermaybe enough support would materialize for a substantial rise in fees, to make the spam more expensive
-
m-relay<hbs:matrix.org> Screenshot_20231013-072709.png
-
m-relay<hbs:matrix.org> Yes it's on Android I noticed it.
-
m-relay<123bob123:matrix.org> Yep
-
m-relay<123bob123:matrix.org> Off centre
-
m-relay<vikrants:monero.social> Thanks