-
br-m<jberman> In the MRL meetings where we discussed that proposal, we reached general agreement to ignore all timelocks that are newly created after May 1st, 2025: monero-project/research-lab #125#issuecomment-2448077632 > <tevador> What is the status of this proposal? monero-project/research-lab #125
-
br-m<jberman> I thought I recalled that an announcement was posted on reddit, but can't find it. @jeffro256:monero.social says he made a post on monero.town, which is down.
-
br-m<jberman> So imo, our formal messaging has not been clear on that date, unfortunately. I take responsibility for not following up on it. We can discuss how best to proceed on that in MRL on Wednesday
-
br-m<jberman> fwiw, it's possible to have plaintext timelocks with FCMP++, but it adds complications that marginally add some cost to scanning time. I wrote up the full context on it here: monero-project/research-lab #78#issuecomment-2415324570 > <UkoeHB> @tevador afaik it's mandatory since there is no way to enforce timelocks without a redesign. jberman ?
-
br-m<jberman> currently there is code that deprecates the plaintext timelocks at consensus after the FCMP++ fork > <@jwinterm:matrix.org> did any of the timelock changes for FCMP get implemented? Is there relevant code related to thus, or just issues discussing it?
-
br-m<jeffro256> @jberman: I should have pushed for a blog post on getmonero.org, that's my bad
-
br-m<jeffro256> I don't think that we should change the v17 time lock rule