-
br-m<sgp_> "Simple Market-Based Monero Fee Proposal" monero-project/research-lab #152
-
br-m<namenet:matrix.org> @sgp_: @articmine:monero.social I'd love to hear your perspective on this proposal
-
dukenukem<3
-
br-m<ofrnxmr> At first glance, some of it sounds logical, but capping growth at 10% per year doesnt follow moores law and is incredibly low
-
br-m<torir:matrix.org> The current block size algorithm is also designed to accomodate short-term surges. It would be bad if our blockchain couldn't handle holiday spending surges.
-
br-m<ofrnxmr> Essentially capping tps for no reason, and to much less than 7tps, doesnt make sense
-
br-m<ofrnxmr> But thats more of an issue with paramrters than the actual concept
-
br-m<ammy29:mozilla.org> π‘οΈ Learn Cybersecurity β Top Beginner Courses
-
br-m<ammy29:mozilla.org> π» Google Cybersecurity | π₯οΈ IBM Cybersecurity Analyst | π CompTIA Security+ | π Intro to Cyber Security | π Cybersecurity for Everyone
-
br-m<ammy29:mozilla.org> π Start Learning
-
br-m<ammy29:mozilla.org> t.me/CyberSecurityExpertsHQ2
-
br-m<blurt4949:matrix.org> @sgp_:monero.social: Am I understanding correctly that this would allow transactions to be effectively free (1 pico is negligible) up to 400kb blocks? I see no reason to allow people to perpetually spam the network for ~$0. At scale this wouldn't be as much of an issue since spam will be priced out, but we've basically guarant [... too long, see mrelay.p2pool.observer/e/k5qEmMMKQ0M5aTQ0 ]
5 hours ago