Autore: Haotiano
In poche parole, la rete GOAT proporrà un livello Bitcoin decentralizzato e sicuro2 basato sul meccanismo di sicurezza nativo bloccato da script BTC fornito da Optimistic Challenge Proof (OCP) e sul livello di regolamento della liquidità unificato interoperabile fornito dalla soluzione ZKM Entangled Rollup. Come farlo nello specifico?
A causa delle limitazioni naturali del linguaggio di script della rete principale di BTC, è impossibile garantire la definitività istantanea delle transazioni per depositi e prelievi di asset cross-chain attraverso la convenzionale prova di validità ZK. Ciò fa sì che le comuni soluzioni di espansione del secondo livello di Bitcoin richiedano un "terzo -entità di fiducia" ".
Per risolvere questo problema, Babylon fornisce un modello di sicurezza cross-chain unico che combina blocchi temporali, firme monouso (EOTS), consenso multi-firma e altre tecnologie.
Tuttavia, il design di Babylon si basa sulla rete principale per fornire sicurezza ed è più simile a un livello di sicurezza condiviso. Rispetto al tradizionale schema di espansione layer2 che colloca le transazioni sul secondo livello, questo tipo di consenso sulla sicurezza manca del registro di secondo livello e del meccanismo di verifica del registro di secondo livello sul primo livello. Se Layer2 si affida troppo alla soluzione di Babylon, perderà il controllo su se stesso, pertanto, Babylon preferisce alcune soluzioni di estensione della gestione patrimoniale piuttosto che comuni soluzioni di sicurezza generiche.
Goat Network si posiziona come una soluzione di espansione di secondo livello decentralizzata più generale con funzionalità cross-chain sicure native.
Il suo meccanismo a catena incrociata nativa implementa un protocollo di sfida ottimistica basato sull'idea BitVM2. Tutti i calcoli e le interazioni vengono eseguiti offline sul secondo livello. Quando si verifica una "sfida", la catena verrà eseguita sulla rete principale Bitcoin , il livello 1 di Bitcoin fungerà da arbitro per garantire la sicurezza.
in particolare:
1) Gli asset depositati (Peg-in) dagli utenti nel livello 2 saranno prima gestiti dal pool di fondi della rete GOAT e bloccati in uno script multi-firma Bitcoin n-of-n;
2) Quando l'utente avvia un prelievo (Peg-out) nel layer 2, l'operatore del nodo della rete GOAT trasferirà immediatamente gli asset all'utente, il che equivale a un "pagamento anticipato";
3) Dopo aver completato il pagamento, l'Operatore avvierà una transazione contenente uno script di sfida e uno script di risorsa al pool di fondi della rete GOAT, richiedendo il trasferimento sul conto del nodo delle risorse pagate, nonché dei premi corrispondenti e delle commissioni di gestione;
4) Per evitare che l'operatore del nodo faccia del male, qui viene introdotto un meccanismo di sfida. Qualsiasi utente può pagare una certa quantità di risorse BTC per chiamare lo script di sfida. Se la sfida ha successo, il comportamento dell'operatore del nodo viene dimostrato disonesto e la richiesta di ritiro del nodo non sarà più valida. I corrispondenti beni impegnati verranno trasferiti sul conto dello sfidante. Se la sfida non ha successo, l'operatore del nodo riceverà tutti i beni, comprese le spese anticipate, dopo un certo periodo di tempo.
Comunemente inteso, GOAT Network equivale a costruire un protocollo di rete middleware basato su Entangled Rollup Ogni volta che un utente deposita o ritira un asset, questo viene "avanzato" dai nodi della rete Entangled Rollup. Al lato utente è garantita la sicurezza assoluta. mentre il lato del nodo è Il meccanismo sfidante (OCP) viene utilizzato per eliminare la possibilità di potenziali danni. Ad esempio, l'operatore del nodo costruisce un falso utente di prelievo e preleva fondi legali dal pool di fondi dell'utente reale.
È diverso dalle idee di sfida fornite da BitVM2. BitVM2 si basa su soluzioni di circuiti NAND e sfida le transazioni attraverso il monitoraggio degli impegni delle porte logiche e i protocolli di bisezione. Questo processo è limitato dalla dimensione dello script della rete principale Bitcoin e inefficiente sarà inferiore.
La rete GOAT implementa la certificazione SNARK basata su ZKM e utilizza le firme Winternitz per ottimizzarla, in modo da poter ottenere l'unità di archiviazione Taproot più piccola per ottenere la verifica della validità dello script sulla rete principale Bitcoin.
Con il meccanismo di prova dello sfidante OCP, è possibile garantire che la sicurezza del pool di risorse dell'utente sia protetta dall'"arbitrato" della rete principale Bitcoin. Tuttavia, nella maggior parte dei casi, gli utenti eseguono transazioni sul livello 2 di BTC e sul sequenziatore di secondo livello è responsabile della verifica e dello smistamento delle transazioni, che esistono ancora vari potenziali rischi per la sicurezza come MEV e tempi di inattività. Pertanto, la rete GOAT implementa anche la decentralizzazione di Sequencer basata sul blocco degli script BTC e sul meccanismo di firma una tantum per consolidare ulteriormente il meccanismo di fiducia della sicurezza.
In precedenza, ho scritto un articolo appositamente per analizzare il protocollo Entangled Rollup. Si tratta di un livello di interoperabilità unificato in grado di realizzare il trasferimento di risorse e messaggi tra operatori di nodi, utilizzando al tempo stesso un meccanismo di governance della sicurezza decentralizzato per garantire la sicurezza.
In sintesi, GOAT Network unifica il livello interoperabile attraverso il meccanismo sfidante OCP e Entangled Rollup, fornendo le basi affinché possa fungere da soluzione di secondo livello Bitcoin nativa a catena incrociata per scopi generici.
Nota: l'interpretazione di cui sopra rappresenta solo la logica tecnica e il framework di base. Per maggiori dettagli, leggere il white paper in dettaglio per saperne di più su: 1) Come il meccanismo sfidante OCP applica e ottimizza l'effetto di implementazione di BitVM2 2) Come Entangled Rollup realizza liquidità unificata cross-chain; 3) Dettagli di ottimizzazione delle prestazioni di ZKM sull'implementazione delle funzioni di script Bitcoin, ecc.