<oembed><type>rich</type><version>1.0</version><title>Zsubmariner wrote</title><author_name>Zsubmariner (npub1cs…qcakv)</author_name><author_url>https://yabu.me/npub1csmgc5fwwr3k2k86zeuk0ntnljp632g8agut8mtgxk8uhhatpknq3qcakv</author_url><provider_name>njump</provider_name><provider_url>https://yabu.me</provider_url><html>Do you mean that the tightening the constraints actually break current monetary use cases? Which ones? &#xA;&#xA;If you can identify legitimate monetary use cases that 110 blocks, have you reported it so they can address it? If somebody has shown them a real legitimate txn that it breaks and they won&#39;t fix it, that&#39;s an issue. &#xA;&#xA;Or are you saying that it limits possible future ones (scaling ideas, etc.,). If you have a new use case, that&#39;s what BIPs are for. If we hold open the door to open ended future use cases, that&#39;s a very bad idea. I think that&#39;s exactly what core did that is causing this whole problem. &#xA;&#xA;In general, the best thing to do is keep consensus as tight as we can without blocking known existing legitimate use cases. At least not without a good reason and a very open discussion.&#xA;&#xA;I think the temporary thing was maybe just an attempt to get the door to a data attack shut and buy time for the community to discuss. But it seems wrong to me. Just make sure legit transaction still work (with a backtest) and make the change. &#xA;&#xA;</html></oembed>