Mi sembra strano che il consenso di LN sia basato solo sulla decisione dei nodi di inserire una transazione in mempool o meno. Se così fosse un minatore maligno potrebbe decidere di produrre un blocco valido che però non rispetta il consenso di LN: avere o meno una transazione nella mempool dei nodi non è garanzia che quella transazione verrà o non verrà inserita dentro al prossimo blocco valido.
Se vuoi fare un approfondimento (ma ti servira' del tempo, molto) ti consiglio
"Mastering the Lightning Network (LN)"
https://github.com/lnbook/lnbookper quel che riguarda la OP_CHECKLOCKTIMEVERIFY bisogna capire come funziona: i nodi non devono fare un check sull'altezza del blocco o su un tempo,
ma semplicemente conforntare con il valore nel campo nLockTime, quindi la valutazione fatta dai nodi rimane deterministica, e tutta la dinamica se introdurre o no il
blocco in blockchain rimane a livello di mempool, come detto prima
https://github.com/bitcoin/bips/blob/master/bip-0065.mediawiki
The nLockTime field in a transaction prevents the transaction from being mined until either a certain block height, or block time, has been reached. By comparing the argument to CHECKLOCKTIMEVERIFY against the nLockTime field, we indirectly verify that the desired block height or block time has been reached; until that block height or block time has been reached the transaction output remains unspendable.