Quote from: bitcoiner180 on Today at 03:12:33 PM

Quote from: gbianchi on February 08, 2025, 04:57:42 PM

Quote from: Plutosky on February 08, 2025, 09:31:02 AM

Quote from: babo on February 07, 2025, 07:29:03 AM

basta inserirli in una sidechain o in un altro layer

Ad esempio LN si basa sugli HTLC (Hash Time Locked Contracts),

Gli HTLC si basano su di nLockTime e nSequence, che non agiscono su valori inseriti nella blockchain, ma agiscono a livello di mempool,
quello che verra' scritto in blockchain sara' deterministico, non costringera' tutti i nodi a rieseguire questi if per rideterminare la correttezza dai blocchi!!!

Purtroppo l'unico white paper che trovo di LN è questo documento del 2016 alla versione "DRAFT Version 0.5.9.2", che non è chiarissimo sull'uso di nLockTime, nSequence e i vari OP.

Leggendo invece su questo sito sembra che i timelocks utilizzati da HTLC agiscano sia a livello di transazione e dunque verificati solo in mempool*, sia a livello di UTXO e dunque verificati dai nodi anche all'interno del blocco. Questo tramite OP_CHECKLOCKTIMEVERIFY oppure OP_CHECKSEQUENCEVERIFY.

*leggendo ulteriormente però non mi sembra comunque così chiaro che nSequence e nLockTime siano verificati solo dentro la mempool e non abbiano conseguenze sulla validazione del blocco.

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.

Infatti LN non e' da usare per grossi importi.... ha un livello di garanzia davvero molto blando

Quando LN usci' questa cosa era chiarissima, ma questo genere di informazioni tendono a perdersi nel tempo...

La gente tende a fidarsi di tutta la montagna di software che genericamente forma "il mondo crypto", ma fa molto male