07:51:25 <azunda> Has anyone considered fixing the code that is responsible for the block-size fixed cap being discussed? We still have a long time before the hard-fork.
07:52:05 <azunda> I'm afraid this "temporary" cap will stay forever as in Bitcoin.
07:52:52 <azunda> also, it looks pretty bad to hide bugs behind caps instead of fixing them....
08:00:13 <DataHoarder> it was considered, still is. the sanity check was suggested to exist until fixed, and if fixed before next hard fork, it would ofc not be needed. 
08:00:46 <DataHoarder> bitcoin has a hard cap. this is a context-free check to prevent actual chain splits breakage or attacks via other deserialization contexts 
08:01:13 <DataHoarder> note the limit is already there, in a more obtuse way, that can have it trigger non-deterministically depending on situations per node
08:01:45 <azunda> ok thanks for info my friend
09:05:01 <m-relay> <b​asses:matrix.org> https://blog.quarkslab.com/bitcoin-core-audit.html
15:39:04 <selsta> .merge+ 10248 10244 10243 10242 10236 10235
15:39:04 <xmr-pr> Added
17:41:37 <tobtoht> need +1 on 10243 10242 10236
17:58:49 <tobtoht> done