I Bitcoin L2 che affermano che il loro bridge basato su BitVM è "trustless" sono disonesti nel loro marketing.

I bridge BitVM vedono un set di operatori elaborare i peg-out. Un insieme di torri di guardia (ovvero verificatori) osserva queste richieste per assicurarsi che siano in linea con lo stato corrente dell'L2. In caso contrario, è possibile presentare una prova di frode onchain.

In breve, un peg-out BitVM funziona come tale. - Alice preleva 1 BTC dal bridge - L'operatore anticipa 1 BTC della propria liquidità per coprire i costi del peg-out - Dopo aver completato questa richiesta, l'Operatore richiede un rimborso dal contratto ponte - Se onesto, l'operatore può riscattare i propri fondi. Se disonesto, una torre di guardia può presentare una prova di frode Questo è una semplificazione eccessiva, ma è sufficiente per la nostra argomentazione.

All'interno di questo sistema, ci sono una serie di parti mobili aggiuntive. Gli utenti devono inoltre fidarsi: - Gli operatori sono in grado di soddisfare questa richiesta di prelievo (essendo online e avendo un capitale sufficiente per fronteggiare la richiesta di prelievo) - I validatori sidesystem non creano fork privati dannosi che attestano peg out dannosi - I dati del sidesystem vengono resi disponibili per far avanzare lo stato del sidesystem Tra le altre cose.

I bridge BitVM cercano di avere presupposti di attendibilità 1-of-N correlati ai set di operatori e presupposti di trust illimitati 1-of-N correlati ai relativi verificatori. Tuttavia, gli utenti devono anche fidarsi dell'operatore del bridge BitVM impostato per la liveness e degli operatori di protocolli esterni alternativi per non "ingannare" il bridge (nella maggior parte degli scenari).

Ethereum ha un framework di "fasi" ben definito per gli L2, creato da @L2Beat. Se si analizzano i bridge basati su BitVM rispetto a questo framework, non soddisferebbero la fase 1 a causa del fatto che gli utenti non possono aggirare gli operatori di bridge BitVM per facilitare i propri peg-out.

E questo thread ignora il fatto che molti bridge BitVM verranno avviati con "rotelle di allenamento", il che significa che un amministratore centralizzato avrà le autorizzazioni di aggiornamento sul bridge.

In pratica, nessuno è stato in grado di creare un peg bidirezionale sovracollateralizzato. Tutti i pioli a due vie sono oneste federazioni di maggioranza. I bridge BitVM ci offrono un'alternativa. Ecco perché è così emozionante.

In recenti annunci, i team affermano che i bridge tra Ethereum L2 e BitVM sono "trustless". Come mostra questo thread, questo non è corretto.