-
m-relay<chaser:monero.social> sgp_: has this already been paid out to Veridise? donate.magicgrants.org/general/projects/veridise-gadgets-circuit
-
m-relay<ofrnxmr:monero.social> I believe so
-
m-relay<sgp_:monero.social> Yes, they already completed that work
-
m-relay<chaser:monero.social> interesting, I can't remember discussing that. have they shared the reports on that work?
-
m-relay<sgp_:monero.social> Not that I'm aware of; they completed the report very recently
-
m-relay<sgp_:monero.social> It will be shared of course
-
m-relay<sgp_:monero.social> The findings were very positive
-
m-relay<sgp_:monero.social> With some suggestions
-
m-relay<articmine:monero.social> seraphis-migration/monero #44
-
m-relay<articmine:monero.social> I believe we have to take a very close look at how these verification time weights interact with the block weight scaling penalty
-
m-relay<articmine:monero.social> I am proposing dispensing with verification time weight penalties and instead just apply the 4x fee thresholds above 8in 8 out / 10000 bytes. Essentially a 4x higher minimum node relay fee
-
m-relay<articmine:monero.social> would apply to greater than 8 inputs etc
6 hours ago