00:51:16 <br-m> <sgp_> "Simple Market-Based Monero Fee Proposal" https://github.com/monero-project/research-lab/issues/152
03:18:42 <br-m> <namenet:matrix.org> @sgp_: @articmine:monero.social I'd love to hear your perspective on this proposal
03:24:19 <dukenukem> <3
04:44:10 <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
05:06:27 <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.
05:14:08 <br-m> <ofrnxmr> Essentially capping tps for no reason, and to much less than 7tps, doesnt make sense
05:14:54 <br-m> <ofrnxmr> But thats more of an issue with paramrters than the actual concept
05:57:49 <br-m> <ammy29:mozilla.org> 🛡️ Learn Cybersecurity – Top Beginner Courses
05:57:49 <br-m> <ammy29:mozilla.org> 💻 Google Cybersecurity | 🖥️ IBM Cybersecurity Analyst | 🎓 CompTIA Security+ | 📘 Intro to Cyber Security | 🌐 Cybersecurity for Everyone
05:57:49 <br-m> <ammy29:mozilla.org> 🔗 Start Learning
05:57:49 <br-m> <ammy29:mozilla.org> https://t.me/CyberSecurityExpertsHQ2
06:29:21 <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 https://mrelay.p2pool.observer/e/k5qEmMMKQ0M5aTQ0 ]