Autore: Jimmie, 10K Ventures

1. Panoramica

  • Il pagamento in stablecoin CKB è una soluzione di pagamento decentralizzata basata sulla rete CKB, che consente agli utenti di generare e gestire stablecoin RUSD ancorate al dollaro, utilizzando la rete congiunta di CKB e Bitcoin, sfruttando estensioni di Layer 2 come RGB++ e Fiber Network, per realizzare pagamenti in stablecoin rapidi, a basso costo e sicuri tra catene diverse.

2. Introduzione ai componenti principali

2.1 CKB (Common Knowledge Base)

2.1.1 Cos'è CKB

  • CKB è la blockchain di Layer 1 della Nervos Network, le cui funzioni principali possono essere riassunte in Consenso e Esecuzione e Disponibilità dei Dati, migliorando la scalabilità attraverso canali di pagamento e RGB++.

  • Si basa su un meccanismo di consenso PoW, simile a BTC, e utilizza l'algoritmo aggiornato BTC NC-MAX, che accelera il tempo di conferma delle transazioni e riduce il tasso di blocchi orfani, migliorando l'efficienza e la reattività della rete. Diversamente dall'intervallo fisso di un blocco ogni 10 minuti di BTC, CKB regola dinamicamente l'intervallo di blocchi in base all'attività della rete (circa ogni quattro ore), ottimizzando le prestazioni.

  • CKB utilizza la funzione di hash Eaglesong, una funzione di hash personalizzata per la Nervos Network, come alternativa a SHA-256, offrendo lo stesso livello di sicurezza.

  • CKB utilizza il modello di Cellule come nucleo della propria struttura dati, rappresentando una versione migliorata del modello di contabilità UTXO di BTC.

    • Attraverso un sistema a doppio script, consente una memorizzazione e verifica dei dati più flessibile, supportando l'emissione di asset e l'esecuzione di smart contract.

    • Fornisce funzionalità di memorizzazione dei dati e gestione dello stato, garantendo la disponibilità a lungo termine di tutti gli asset e dati on-chain.

2.1.2 Modello di Cellula

  • Modello di Cellule & Caratteristiche:

    • Il modello di Cellule è simile al modello UTXO di BTC, ma introduce la doppia script per realizzare la memorizzazione e la verifica dei dati on-chain degli smart contract.

    • Memorizzare dati o asset di qualsiasi tipo: nel modello UTXO di BTC, ogni output di transazione può contenere solo informazioni semplici sul valore e sulla proprietà; mentre ogni Cellula in CKB può memorizzare codice per smart contract e attivare l'esecuzione di questi script tramite chiamate esterne in transazioni, il che significa che ogni Cellula può eseguire in modo indipendente la logica degli smart contract a essa associati, possedendo programmabilità.

    • Separazione dello stato e del calcolo: poiché la Cellula memorizza il codice e lo stato degli smart contract, consente a ogni Cellula di eseguire in modo indipendente logiche contrattuali complesse che possono essere eseguite su Layer 2 o off-chain, i risultati dell'esecuzione vengono sincronizzati con Layer 1 tramite transazioni, garantendo la sicurezza della rete e la coerenza dei dati.

    • Esecuzione parallela & imballaggio delle transazioni: grazie al modello di Cellule, gli smart contract in diverse Cellule possono essere eseguiti in parallelo, mentre i risultati delle transazioni in diverse Cellule possono essere imballati e aggiornati sulla catena, rendendo questo metodo di calcolo più efficiente e riducendo i costi di transazione.

  • Il funzionamento del modello di Cellula:

  • La Cellula attiva si riferisce a celle attualmente non spese, ancora utilizzabili come input per la prossima transazione o aggiornamento di stato.

  • Quando una Cellula viene spesa, diventa una Cellula morta e non può più essere utilizzata, ma la sua cronologia rimane sulla blockchain per garantire la tracciabilità.

  • Script di blocco: utilizzato per l'autenticazione, simile al meccanismo di firma di BTC, per prevenire accessi non autorizzati o modifiche ai dati all'interno della Cellula. Gli utenti devono fornire la firma corretta o una firma multipla per sbloccare e utilizzare la Cellula.

  • Script di tipo: definisce la logica di verifica dei dati della Cellula, stabilendo le regole su come utilizzare o modificare la Cellula nelle transazioni future, decidendo la legittimità delle transazioni o degli stati tramite l'esecuzione di smart contract o regole di verifica.

  • Una Cellula è composta da input e output: simile al modello UTXO di BTC, la Cellula esegue transazioni e aggiornamenti di stato tramite input e output; ogni Cellula può essere spesa come input in una transazione e generare nuovi output, creando nuove Cellule.

  • Elementi costitutivi di una Cellula: ogni Cellula contiene Capacity, Updated Data, Lock Script e Type Script.

  • Capacity (capacità): Capacity registra la dimensione dello spazio di memorizzazione della Cellula, rappresentando anche il valore di stoccaggio dei token CKByte. Gli utenti devono allocare una certa Capacity in base alla quantità di dati per garantire un'efficace utilizzo dello spazio di memorizzazione on-chain.

  • Dati: è una delle caratteristiche principali del modello di Cellula, in grado di memorizzare qualsiasi tipo di informazione, da numeri semplici a stati di smart contract complessi, consentendo la memorizzazione di dati diversificati sulla blockchain.

  • Sistema a doppio script:

  • Cellula attiva & Cellula morta:

  • Meccanismo di affitto dello stato: gli utenti devono pagare token CKByte per affittare lo spazio di memorizzazione sulla chain, garantendo così lo stoccaggio a lungo termine dei dati e prevenendo l'esplosione dello stato.

  • Fonte delle informazioni:

    • https://medium.com/nervosnetwork/https-medium-com-nervosnetwork-cell-model-7323fca57571

    • https://docs.nervos.org/docs/tech-explanation/cell-model#first-class-assets

2.1.3 Programmabilità & CKB-VM

  • Il modello di Cellula è la base della programmabilità di CKB: supporta la memorizzazione dello stato degli smart contract e degli script di esecuzione in ogni Cellula, collegando strettamente l'esecuzione dei contratti e la gestione degli asset.

  • Attraverso una macchina virtuale RISC-V Turing-completa (CKB-VM), gli sviluppatori possono eseguire smart contract personalizzati sulla chain. La flessibilità dell'insieme di istruzioni RISC-V offre agli sviluppatori maggiore libertà nella scrittura dei contratti, consentendo a CKB di supportare logiche contrattuali complesse.

  • CKB-VM supporta vari linguaggi: include linguaggi popolari come C e Rust. Questa ampia compatibilità differenzia CKB-VM da altre macchine virtuali di blockchain normalmente limitate a specifici linguaggi, aprendo a una comunità di sviluppatori più ampia. La rete CKB supporta anche SDK per linguaggi mainstream come JavaScript, Rust, Go e Java, facilitando lo sviluppo utilizzando strumenti familiari.

  • Compatibilità ed espandibilità: il design di CKB-VM garantisce compatibilità con il modello UTXO di BTC e altre blockchain, supportando allo stesso tempo contratti intelligenti altamente espandibili e applicazioni complesse.

  • Fonte delle informazioni:

    • https://mp.weixin.qq.com/s/SU4ur-54yae7lqGif8704g

    • https://medium.com/nervosnetwork/an-introduction-to-ckb-vm-9d95678a7757

2.1.4 Meccanismo di consenso PoW

  • CKB utilizza un meccanismo di consenso PoW simile a BTC per garantire la sicurezza e la decentralizzazione della rete; simile a BTC, i miner competono calcolando hash per confezionare blocchi, garantendo così l'immutabilità e la resistenza alla censura della rete.

  • Algoritmo NC-MAX: rispetto a BTC, CKB introduce l'algoritmo NC-MAX migliorato. Questa miglioria consente una maggiore capacità e ottimizza l'efficienza di imballaggio dei blocchi, riduce il tasso di blocchi orfani e migliora la velocità di conferma delle transazioni, rendendolo adatto a scenari di applicazione su larga scala, come lo stoccaggio di asset e il settlamento dei pagamenti.

  • Funzione di hash Eaglesong: il design personalizzato della funzione di hash Eaglesong, con neutralità ASIC, efficienza e sicurezza, offre vantaggi in termini di prestazioni e sicurezza alla rete Nervos CKB, garantendo decentralizzazione e migliorando l'efficienza di mining e l'espandibilità della rete.

  • Fonte delle informazioni:

    • https://docs.nervos.org/docs/tech-explanation/consensus#nc-max-consensus-algorithm

2.1.5 Architettura di sicurezza multilivello

  • CKB adotta un'architettura di sicurezza multilivello: Layer 1 si concentra sul regolamento finale dei dati e sulla sicurezza dello stato, mentre Layer 2 è utilizzato per espandere la capacità di elaborazione delle transazioni.

  • L'architettura separata garantisce la sicurezza della catena principale (Layer 1): riduce il carico durante l'elaborazione delle transazioni, migliorando la stabilità complessiva della rete.

2.1.6 Connessioni e legittimità con BTC

  • Interoperabilità cross-chain del modello UTXO:

    • Il modello Cell di CKB è un'estensione del modello UTXO di BTC; questa somiglianza consente agli asset presenti nel modello UTXO di BTC di operare cross-chain su CKB utilizzando strumenti di bridging come Force Bridge. Gli utenti di BTC possono mappare i loro asset sulla rete CKB, sfruttando la flessibilità della rete CKB per stoccaggio, operazioni di smart contract e applicazioni di finanza decentralizzata (DeFi).

    • Poiché la Cellula è strutturalmente simile al UTXO di BTC e CKB è compatibile con l'algoritmo di firma di BTC, gli utenti possono gestire gli asset sulla catena CKB utilizzando un portafoglio BTC; la stessa logica si applica ad altre blockchain pubbliche UTXO.

  • Legittimità: CKB mantiene coerenza ideologica con BTC adottando NC-Max (Nakamoto Consensus Max); NC-Max è una versione migliorata del consenso di Nakamoto, fornendo maggiore sicurezza e prestazioni.

  • Supporto della comunità: La comunità Nervos è composta da numerosi appassionati di tecnologia blockchain, sviluppatori e miner, e riceve supporto da parte della comunità BTC. La legittimità deriva dalla sua eredità del pensiero decentralizzato di BTC e dall'espansione delle funzionalità per soddisfare esigenze più ampie.

  • Informazioni:

    • https://medium.com/@NervosCN/%E7%A7%91%E6%99%AE-%E4%BB%80%E4%B9%88%E6%98%AF%E4%B8%AD%E6%9C%AC%E8%81%AA%E5%85%B1%E8%AF%86-92ffe0886104

2.1.7 Il ruolo di CKB nei pagamenti in stablecoin

  • Memorizzazione e gestione dei saldi delle stablecoin: il modello Cell di CKB è la base per lo stoccaggio delle stablecoin, i saldi degli utenti di stablecoin come RUSD vengono memorizzati nelle Cellule sulla chain. Ogni Cellula contiene informazioni complete sul saldo, garantendo la sicurezza e la tracciabilità degli asset.

  • Registrazione dello stato delle transazioni: CKB supporta la registrazione di ogni cambiamento di stato delle transazioni sulla chain, tutti i processi di pagamento possono essere registrati e tracciati in modo trasparente tramite il modello di Cellula. Questo meccanismo è fondamentale nei pagamenti in stablecoin, assicurando la sicurezza e la verificabilità delle transazioni.

  • Esecuzione degli smart contract: le operazioni complesse come pagamenti condizionati e lock durante il processo di pagamento delle stablecoin possono essere realizzate tramite smart contract supportati da CKB-VM.

2.2 RGB++

2.2.1 Cos'è RGB++

  • Un protocollo decentralizzato per l'emissione di asset e smart contract, adatto al modello UTXO di Bitcoin e ad altre blockchain UTXO.

  • Il protocollo RGB++ si è sviluppato dal protocollo RGB, ereditando l'idea di creare e legare transazioni on-chain e off-chain separatamente; la differenza è che RGB utilizza la verifica lato client per trasferire più dati non memorizzabili nella rete BTC e smart contract non realizzabili off-chain, creando le transazioni corrispondenti e legandole alla chain, mentre RGB++ sposta questi dati non memorizzabili e smart contract non realizzabili su CKB, rendendo CKB il layer di regolamento degli smart contract per BTC.

  • Informazioni:

    • https://mp.weixin.qq.com/s/ZNWNaklx3gGpizxCfoVEmw

    • https://mp.weixin.qq.com/s/3DoTPEqcFbcTJUhwQ2N52Q

    • https://mp.weixin.qq.com/s/PD0_cz8b-Sv00CMS2qww-w

    • https://mp.weixin.qq.com/s/PICDyVGufLgsPz1AnuKIbQ

    • https://hackernoon.com/utxo-stack-the-complete-edition-of-the-rgb-protocol-charting-bitcoins-course

    • https://www.nervos.org/knowledge-base/Understanding_Bitcoin_layer2_%28explainCKBot%29

    • https://medium.com/@utxostack/the-magic-of-rgb-bridgeless-cross-chain-leap-70ed82bed3ab

2.2.2 Funzioni di base

  • Attraverso RGB++, CKB funge da catena ombra (Shadow Chain) per BTC: come catena di supporto, gestisce logiche complesse e operazioni di smart contract che non possono essere trattate nativamente da BTC.

  • Interazione con la rete BTC

    • Transazione avvenuta: nella rete BTC, gli utenti completano le transazioni tramite il modello UTXO convenzionale, mentre la parte che coinvolge l'esecuzione degli smart contract viene legata allo stato e ai dati del contratto su CKB tramite RGB++.

    • Logica di verifica: le registrazioni delle transazioni effettuate sulla rete BTC verranno sincronizzate tramite RGB++ con lo stato del contratto memorizzato su CKB, e una logica di verifica specifica garantirà la validità delle transazioni. Ogni volta che si verifica una transazione sulla rete, RGB++ attiverà l'esecuzione del contratto su CKB, utilizzando la logica del contratto on-chain per verificare se la transazione soddisfa le regole predefinite, come se il saldo è sufficiente, se la firma è valida, se le condizioni del contratto sono soddisfatte, ecc.

  • RGB++ utilizza il modello di verifica lato client (Client-Side Validation) per garantire la riservatezza e l'integrità dei dati off-chain, e solo quando la verifica off-chain è completata e approvata, i dati vengono inviati a CKB per il regolamento finale.

  • Emissione e gestione degli asset: RGB++ consente agli utenti di emettere asset (come stablecoin, token, ecc.) tramite protocolli off-chain e utilizzare CKB per gestire il ciclo di vita di questi asset (incluso non solo l'emissione e la circolazione degli asset, ma anche operazioni più complesse come lock temporali, pagamenti condizionali, ecc.).

  • RGB++ realizza una combinazione dell'alta sicurezza di BTC e della programmabilità di CKB.

2.2.3 Binding omogeneo (Isomorphic Binding)

  • Sincronizzazione cross-chain di asset & stati: il binding omogeneo si riferisce alla sincronizzazione di asset e stati tra BTC e CKB (o altre blockchain pubbliche UTXO, come Cardano) attraverso un meccanismo di binding. Ogni volta che si verifica una transazione di asset sulla blockchain BTC, RGB++ mapperà lo stato del contratto o le variazioni di asset corrispondenti su CKB.

  • Estensione UTXO: nel binding omogeneo, ogni UTXO sulla blockchain BTC avrà una Cellula corrispondente su CKB (contenitore UTXO), registrando lo stato dell'asset corrispondente e le condizioni dello smart contract.

  • Binding degli asset: quando un utente detiene un certo asset RGB++ sulla blockchain BTC, la Cellula su CKB memorizzerà lo stato dell'asset corrispondente, assicurando coerenza delle informazioni sugli asset tra le due catene attraverso il binding omogeneo.

  • Sincronizzazione delle transazioni: quando si verifica una transazione di token RGB++, il meccanismo di binding omogeneo genererà un Commitment sulla rete BTC, e la Cellula corrispondente su CKB verrà consumata, mentre nuove Cellule verranno generate per distribuire gli asset.

  • Vantaggi del binding omogeneo - Empowering BTCFi.

    • Supporto per smart contract: BTC non può supportare nativamente smart contract Turing-completi, ma attraverso il binding omogeneo, CKB può fungere da layer di esecuzione per smart contract, gestendo condizioni di transazione complesse per asset BTC, come lock temporali e pagamenti condizionali.

    • Flessibilità nella gestione degli asset: il binding omogeneo consente di gestire asset circolanti nella rete BTC su CKB, gli utenti possono eseguire operazioni finanziarie complesse utilizzando la programmabilità flessibile di CKB, senza dover modificare il protocollo di base di BTC.

2.2.4 Salto

  • Aggiornamento del RGB++ Layer: espandere la relazione di binding tra CKB e BTC a tutte le catene UTXO, consentendo il cross-chain di asset tramite "swap-binding".

  • Cross-chain senza ponte tra BTC e altre catene UTXO: il suo obiettivo principale è consentire agli asset RGB++ sulla blockchain BTC di trasferirsi senza soluzione di continuità su altre blockchain UTXO, supportando la gestione e il trasferimento di asset su più blockchain tramite lo switch di binding degli asset UTXO.

  • Tecnologia senza ponte: Leap consente il trasferimento cross-chain degli asset tramite la tecnologia di binding omogeneo (Isomorphic Binding) e lo switch di UTXO su catene diverse, senza fare affidamento su tradizionali ponti cross-chain Lock-Mint.

  • Procedura operativa: es. un utente può controllare asset RGB++ originariamente sulla blockchain BTC tramite la catena Cardano, eseguendo operazioni di frazionamento e trasferimento su Cardano.

    • Pubblicazione del Commitment: per prima cosa, l'utente deve pubblicare un Commitment sulla blockchain BTC, dichiarando l'intenzione di disconnettere gli asset legati all'UTXO BTC.

    • Binding sulla catena Cardano: quindi, pubblicare un nuovo Commitment sulla catena Cardano, legando l'asset RGB++ all'eUTXO di Cardano.

    • Modifica dello script di blocco: quindi, modificare lo script di blocco per gli asset RGB++ sulla catena CKB, cambiando le condizioni di sblocco da UTXO BTC a eUTXO sulla catena Cardano. Questo passaggio consente ai detentori di asset di controllare gli asset originariamente sulla blockchain BTC tramite la catena Cardano.

  • Il ruolo di CKB in Leap:

    • CKB svolge un ruolo simile a quello di un indicizzatore e di un layer di disponibilità dei dati (DA). Tutti i dati degli asset RGB++ rimangono memorizzati sulla blockchain CKB, con CKB che funge da testimone terzo per gestire le richieste di Leap e garantire la sicurezza degli asset cross-chain.

    • CKB offre sicurezza e affidabilità: rispetto a meccanismi comuni di multi-firma o MPC (calcolo multi-parte) nei tradizionali ponti cross-chain, la sicurezza e la decentralizzazione di CKB sono più affidabili.

2.2.5 Il ruolo di RGB++ nei pagamenti in stablecoin

  • Emissione e circolazione di stablecoin: la stablecoin viene emessa sulla blockchain BTC tramite RGB++, mentre CKB consente una gestione intelligente degli asset.

  • Gestione cross-chain degli asset: grazie alla combinazione di RGB++ Layer e CKB, garantisce pagamenti in stablecoin senza soluzione di continuità su diverse blockchain UTXO.

  • Supporto per smart contract: fornisce condizioni di pagamento complesse, lock temporali e altre funzionalità, aumentando la flessibilità e la sicurezza dei pagamenti.

  • Funzione di ponte: RGB++ Layer funge da ponte tra BTC (e altre blockchain UTXO) e CKB, ampliando la programmabilità di BTC e le capacità di gestione degli asset, rendendo le funzionalità di pagamento in stablecoin di BTC più diversificate e flessibili.

2.3 Fiber Network

2.3.1 Introduzione a Fiber Network

  • Fiber Network è una soluzione di Layer 2 simile alla rete Lightning di BTC su CKB: è progettata specificamente per migliorare la capacità di pagamento off-chain di CKB, consentendo agli utenti di effettuare pagamenti rapidi e a basso costo off-chain. Le transazioni off-chain vengono realizzate tramite canali di pagamento, riducendo il carico sulla catena principale e aumentando la velocità delle transazioni.

  • Caratteristiche dei pagamenti off-chain: Fiber Network ha realizzato trasferimenti rapidi off-chain tramite canali di pagamento, riducendo la dipendenza dalla catena principale CKB e aumentando la capacità delle transazioni.

  • Situazione attuale: a settembre 2024, secondo i dati del mempool, attualmente ci sono oltre 300 milioni di dollari di fondi nella rete Lightning di BTC, con circa 12.000 nodi che hanno costruito quasi 50.000 canali di pagamento tra loro.

  • Informazioni:

    • https://mp.weixin.qq.com/s/RSgzJeGnOdkqi8BQoW6xqw

    • https://mp.weixin.qq.com/s/SFIsmjf2CDWJvSDbi5unmA

    • https://mp.weixin.qq.com/s/roWA-DlD0H-wlvmyaY9vgA

    • https://hackernoon.com/fiber-network-a-lightning-network-based-on-ckb

2.3.2 Punti tecnici

  • Canali di pagamento off-chain (Fiber Channels): Fiber Network consente agli utenti di scambiare asset direttamente off-chain creando canali di pagamento, fino a quando lo stato finale non viene inviato alla catena principale CKB per il regolamento.

  • Contratti on-chain (HTLC):

    • Simile alla rete Lightning di BTC, anche Fiber Network utilizza ora contratti di blocco temporale hash (HTLC) per garantire la sicurezza delle transazioni off-chain; se una transazione off-chain non viene confermata entro il tempo stabilito, l'asset può essere restituito automaticamente tramite HTLC.

    • PTLC: Fiber Network ha migliorato HTLC per evitare l'uso dello stesso valore crittografico su tutto il percorso di pagamento, utilizzando PTLC per prevenire la fuoriuscita di informazioni riservate sulla correlazione delle transazioni.

  • Routing multi-salto (Multi-Hop Routing):

    • Fiber Network, come la rete Lightning di BTC, supporta il salto su più nodi per il percorso di pagamento, basandosi sull'algoritmo di Dijkstra per cercare percorsi di pagamento, riducendo così i costi di routing e aumentando il tasso di successo nei pagamenti multi-salto.

  • Servizio di monitoraggio - Torre di guardia (Watchtower Service):

    • Gli utenti possono utilizzare il servizio di monitoraggio 24 ore su 24 per monitorare lo stato dei canali di pagamento, prevenendo tentativi di doppio pagamento o frode da parte di nodi malintenzionati (prevenendo che i partecipanti alla transazione inviino commit scaduti sulla chain), questo servizio può automaticamente tracciare le transazioni e inviare avvisi.

2.3.3 Differenze tra Fiber Network e la rete Lightning di BTC

  • Supporto per più asset:

    • La rete Lightning di BTC supporta solo pagamenti off-chain in BTC, in futuro potrebbe supportare altri asset tramite l'aggiornamento Taproot Asset, ma attualmente supporta nativamente solo BTC.

    • Fiber Network supporta vari asset, tra cui CKB, BTC, stablecoin RGB++, ecc.

  • Commissioni e velocità delle transazioni:

    • La rete Lightning di BTC, essendo operativa sulla catena BTC, richiede commissioni BTC elevate per aprire e chiudere i canali, specialmente quando le commissioni di transazione BTC aumentano, il costo delle operazioni sui canali aumenta drasticamente.

    • Fiber Network, facendo affidamento su CKB, possiede un TPS più elevato e commissioni di transazione più basse, il che rende più economiche le operazioni di apertura e chiusura dei canali, offrendo un'esperienza utente migliore.

  • Interoperabilità cross-chain:

    • La rete Lightning di BTC è principalmente utilizzata per pagamenti all'interno della rete BTC e non supporta ancora pagamenti cross-chain con altre blockchain UTXO.

    • Fiber Network supporta la circolazione di vari asset, tra cui: asset nativi BTC (inclusi inscripzioni, rune, ecc.), CKB, asset nativi RGB++ (inclusi RUSD, ecc.).

    • Pagamenti off-chain di asset cross-chain: grazie a RGB++ Layer, tutti gli asset delle blockchain UTXO possono entrare nella rete Lightning.

    • Fiber Network e la rete Lightning di BTC possono essere interconnesse: consentendo pagamenti cross-chain (solo Fiber Network invia, la rete Lightning di BTC riceve), gli utenti possono usare Fiber Network per acquistare asset sulla rete Lightning di BTC utilizzando asset CKB o RGB++, garantendo l'atomicità delle transazioni cross-chain (senza casi di successo/fallimento parziale nella transazione di asset).

2.3.4 Il ruolo di Fiber Network nei pagamenti in stablecoin.

  • Fiber Network è utilizzato per supportare trasferimenti di stablecoin off-chain, garantendo l'immediatezza e i bassi costi dei pagamenti.

  • Fiber Network consente la creazione di canali di pagamento off-chain, consentendo agli utenti di effettuare transazioni ad alta frequenza, riducendo il carico sulla catena principale.

  • Fiber Network supporta pagamenti atomici cross-chain, consentendo pagamenti in stablecoin in modo sicuro attraverso più catene.

2.4 Stable++

2.4.1 Introduzione a Stable++

  • Un protocollo di stablecoin sovra-collateralizzato decentralizzato nell'ecosistema CKB, che consente agli utenti di coniare RUSD ancorata al dollaro attraverso la collateralizzazione di BTC o CKB.

  • RUSD è teoricamente la prima stablecoin emessa direttamente sulla rete Bitcoin tramite il protocollo RGB++, utilizzando le capacità di CKB per fornire soluzioni più localizzate ed efficienti (con domande).

  • Commissioni: gli utenti devono pagare commissioni per coniare RUSD tramite la collateralizzazione di BTC/CKB e per restituire RUSD per riscattare BTC/CKB.

  • Collateralizzazione di RUSD: gli utenti possono ottenere token di governance STB attraverso il prestito di RUSD.

  • Token di governance STB

    • Gli utenti possono partecipare alla liquidazione dei collaterali e guadagnare attraverso la collateralizzazione di STB.

    • Gli utenti possono partecipare alla condivisione delle commissioni attraverso la collateralizzazione di STB.

  • Interoperabilità cross-chain: RUSD può essere trasferito tra conti di catene UTXO attraverso il binding omogeneo di RGB++ e le funzionalità di Leap.

  • Minore rapporto di collateralizzazione minimo (MCR): grazie all'efficiente liquidazione, riduce il rischio di perdite potenziali per il protocollo e i fornitori di stabilità, abbassando la domanda sul valore delle garanzie.

  • Decentralizzazione: Stable++ è un protocollo completamente decentralizzato e autonomo, senza necessità di controllo o autorizzazione da parte di entità, consentendo agli utenti di interagire liberamente e in sicurezza con il sistema.

  • Informazioni:

    • https://jackylhh.notion.site/Stable-RGB-Layer-9b2c3a385d5d4ce89f176d2b9c1701e4

    • https://medium.com/@NervosCN/stable-%E6%8E%A0%E5%BD%B1-%E6%89%AD%E8%BD%AC%E6%BD%AE%E6%B5%81%E7%9A%84%E5%8D%8F%E8%AE%AE-de7eadee5036

2.4.2 Meccanismo di liquidazione - doppia assicurazione

  • Panoramica: il meccanismo di liquidazione è una misura di protezione attivata quando il valore delle garanzie scende sotto un certo punto critico (rapporto minimo di garanzia * prestito di RUSD), garantendo che gli stablecoin RUSD generati abbiano sempre sufficiente garanzia a supporto. Il sistema liquida automaticamente gli utenti con garanzie insufficienti per mantenere la stabilità complessiva del sistema.

  • Pool di stabilità (Stability Pool):

    • Per affrontare il problema dell'efficienza bassa durante le liquidazioni di massa, Stable++ utilizza un pool di stabilità per sostituire il metodo di liquidazione comune a molti protocolli di prestito che richiede un'asta, senza dover cercare liquidatori sul mercato.

    • Liquidazione automatica: il pool di stabilità richiede che gli LP (utenti) depositino in anticipo RUSD come riserva; quando si verifica una liquidazione, l'ammontare di RUSD corrispondente ai crediti in sofferenza nel pool di stabilità viene distrutto direttamente, mentre i collaterali vengono direttamente distribuiti agli LP.

    • Grazie alla capacità di liquidazione automatica del pool di stabilità, si sostituisce l'asta tradizionale con una distribuzione diretta di collaterali in eccesso, migliorando l'efficienza operativa e la stabilità degli stablecoin durante le liquidazioni di massa.

  • Ridefinizione

    • Panoramica: quando il pool di stabilità non ha riserve sufficienti per completare la liquidazione dei crediti in sofferenza, i crediti in sofferenza e i collaterali vengono distribuiti tra i debitori tramite un meccanismo di ripartizione.

    • Ripartizione del debito: quando il pool di liquidazione non riesce a coprire tutti i crediti in sofferenza, il debito rimanente viene ripartito proporzionalmente tra tutti i debitori.

    • Distribuzione dei collaterali: mentre tutti i debitori condividono i crediti in sofferenza, ricevono anche una ripartizione proporzionale dei collaterali in eccesso come ricompensa.

    • Consentendo a tutti i debitori di condividere i crediti in sofferenza, questo meccanismo garantisce che non ci siano debiti non coperti nel sistema, evitando l'accumulo di rischi sistemici.

2.4.3 Il ruolo di Stable++ nei pagamenti in stablecoin

  • Il protocollo Stable++ genera la stablecoin RUSD, utilizzata come principale stablecoin nei pagamenti.

  • Stable++ migliora il tradizionale metodo di sovra-collateralizzazione con un meccanismo di liquidazione innovativo, garantendo la stabilità del prezzo di RUSD.

  • Stable++, grazie al binding omogeneo di RBG++ e alla capacità di Leap, rende RUSD la prima stablecoin in grado di circolare liberamente su qualsiasi catena che supporti UTXO, ampliando ulteriormente la liquidità delle stablecoin.

2.5 JoyID

2.5.1 Cos'è JoyID

  • Il portafoglio JoyID Passkey è un portafoglio crittografico che combina la gestione delle chiavi Passkey.

  • Nell'ecosistema di Nervos, JoyID è progettato come uno strumento di autenticazione e gestione decentralizzato e cross-chain, consentendo agli utenti di memorizzare e utilizzare in modo sicuro criptovalute e altre applicazioni decentralizzate.

  • Informazioni:

    • https://nervina.notion.site/JoyID-8645e910ef104962b01bd4835a8ea7dc

    • https://app.mail3.me/p/99039f75-3f95-4312-a226-7bb4efc43798

    • https://x.com/joy_protocol/status/1836299130345525533

2.5.2 Funzioni principali

  • Accesso senza password e frasi di recupero: accesso al portafoglio tramite biometria, realizzando l'accesso senza chiavi.

  • Supporto per BTC e Fiber Network: gli utenti possono negoziare più rapidamente e in modo più efficiente, aiutando a espandere gli scenari di applicazione di CKB.

  • Supporto multi-chain: non solo supporta BTC e Nervos CKB, JoyID supporta anche ETH e una serie di catene EVM.

  • Ulteriore sicurezza tramite Passkey: Passkey genera firme necessarie per le transazioni blockchain associate a dispositivi hardware utilizzando firme secp256r1, poiché le firme secp256r1 non vengono esposte nelle transazioni, ma generate tramite informazioni biometriche, aumentando la sicurezza del portafoglio.

  • Combinazione di sicurezza e facilità d'uso.

    • Sicurezza: portafoglio hardware > portafoglio Passkey > portafoglio software non custodito > portafoglio custodito.

    • Facilità d'uso: portafoglio Passkey > portafoglio custodito > portafoglio software non custodito > portafoglio hardware.

2.5.3 Il ruolo di JoyID nei pagamenti in stablecoin

  • JoyID funge da interfaccia utente, consentendo agli utenti di effettuare pagamenti in stablecoin sulla rete CKB, gestendo i loro asset RUSD e i canali di pagamento.

  • JoyID, grazie alla sua combinazione di capacità (sicurezza, facilità d'uso, supporto multi-chain), può ulteriormente potenziare i pagamenti in stablecoin basati su CKB e altre transazioni.

3. Collegamenti di pagamento

  • Inizio e accettazione dei pagamenti: gli utenti possono aprire canali di pagamento tramite il portafoglio JoyID per effettuare pagamenti in stablecoin.

  • Emissione di stablecoin: RGB++ e Stable++ collaborano, Stable++ genera RUSD tramite sovra-collateralizzazione di BTC o CKB e successivamente emette su chain tramite RGB++.

  • Transazioni cross-chain & circolazione: RGB++ connette senza soluzione di continuità la catena BTC (e altre catene UTXO) alla catena CKB tramite binding omogeneo e Leap, consentendo a RUSD e altri asset di operare cross-chain su più blockchain, espandendo la circolazione degli asset e garantendo la sincronizzazione dei dati.

  • Registrazione e regolamento delle transazioni: la combinazione di Fiber Network e CKB supporta l'elaborazione rapida dei pagamenti off-chain, e CKB come chain L1 garantisce il regolamento finale delle transazioni, assicurando la sicurezza di tutti gli stati delle transazioni e degli asset.

  • Fondamenta per transazioni complesse: la macchina virtuale di CKB e il modello di Cellula forniscono un ambiente per l'esecuzione di smart contract, supportando condizioni di pagamento complesse e logiche di contratto personalizzate, garantendo anche la decentralizzazione del protocollo Stable++.