Prezzo: Spark

𝐑𝐞𝐬𝐭𝐚𝐤𝐢𝐧𝐠 𝐒𝐋𝐀 𝐌𝐚𝐫𝐤𝐞𝐭𝐬: 𝐓𝐡𝐞 𝐄𝐜𝐨𝐧𝐨𝐦𝐢𝐜𝐬 𝐨𝐟 𝐑𝐞𝐥𝐢𝐚𝐛𝐢𝐥𝐢𝐭𝐲 Due giorni fa, ho menzionato che il Restaking sta riacquistando attenzione, e sì, è così. L'unica domanda che rimane è: "Dove devo prestare attenzione?" Ecco perché ho ricercato e identificato alcuni argomenti su cui concentrarmi. Il primo è "Mercati SLA di Restaking." Di cosa si tratta? ----- Un'analogia veloce: Nella cloud computing, il tempo di attività è trasformato in un contratto. Cioè, paghi di più ad AWS per il 99,99% di uptime rispetto al 99,9%. Maggiore è la garanzia, maggiore è il prezzo, perché il fornitore è responsabile di compensarti se fallisce. Nel restaking, hai operatori indipendenti decentralizzati che garantiscono servizi come sequencer, oracoli e reti di disponibilità dei dati. Questi operatori postano garanzie (i loro asset staked) che possono essere ridotte se non riescono a soddisfare il livello di servizio promesso. La sicurezza condivisa è ciò che rende potente il restaking. Ma c'è una sfida di fiducia. Cioè, se sei un rollup che acquista sequenziamento o un protocollo che acquista dati Oracle, come fai a sapere che l'operatore fornirà la qualità di cui hai bisogno? Questo è ciò che fanno i Contratti di Livello di Servizio (SLA). Trasformano affidabilità, inclusione e latenza in contratti espliciti che possono essere valutati, monitorati e applicati. Cioè, un acquirente AVS pagherebbe di più per un sequencer che garantisce il 99,9% di inclusione all'interno di T slot rispetto a uno che garantisce solo il 95%. Se sei interessato al confronto tra i principali protocolli di restaking, leggi il post che ho pubblicato una settimana fa, citato alla fine. ----- Ora, abbiamo detto che un acquirente AVS pagherebbe di più per un 'sequencer' che garantisse il 99% di inclusione. Questi acquirenti con dolore immediato sono chiamati 𝗦𝗵𝗮𝗿𝗲𝗱 𝗦𝗲𝗾𝘂𝗲𝗻𝗰𝗲𝗿𝘀. Alcuni di loro includono: • @AstriaOrg: Il loro design prioritizza conferme rapide e resistenza alla censura, che si traduce in SLO (Obiettivo di Livello di Servizio) di inclusione e latenza per un SLA. • @EspressoSys gestisce una rete di sequenziamento condiviso con funzionalità cross-rollup. Sottolinea la neutralità credibile e l'interoperabilità per standardizzare inclusione e affidabilità. • @radius_xyz si concentra su mempool crittografati tramite crittografia a ritardo verificabile per limitare MEV dannosi e censura. Un SLA per le app protette da Radius peserebbe maggiormente le SLO di inclusione e censura e può incorporare monitoraggio per ritardi di decrittazione e ordinamento. ----- Andando avanti... Dobbiamo sapere quali servizi necessitano di garanzie esplicite. E per servizi, intendiamo AVS per funzione. Abbiamo: 1. 𝗗𝗮𝘁𝗮 𝗔𝘃𝗮𝗶𝗹𝗮𝗯𝗶𝗹𝗶𝘁𝘆: Come sai, DA riguarda l'assicurarsi che i dati dietro le transazioni siano ben pubblicati e accessibili. EigenDA di @eigenlayer garantisce che i dati siano scritti in blob che hanno tariffe e durate chiare, e poiché questi sono misurabili, un SLA può utilizzare ritardi nella pubblicazione dei dati o improvvisi picchi di tariffa come segnali per quando dovrebbero applicarsi le penali. 2. 𝗙𝗮𝘀𝘁 𝗙𝗶𝗻𝗮𝗹𝗶𝘁𝘆 𝗢𝘃𝗲𝗿𝗹𝗮𝘆𝘀: FFO forniscono ai rollup garanzie più forti su quando una transazione è veramente confermata. Il sistema MACH di @alt_layer aggiunge un supporto economico alle conferme anticipate, quindi gli utenti e le app sanno che una volta che una transazione è vista, è improbabile che venga annullata. Per questo motivo, gli SLA hanno sempre obiettivi chiari su quanto devono essere affidabili le conferme e quanto rapidamente si raggiunge la finalità. 3. 𝗭𝗞 𝗖𝗼𝗽𝗿𝗼𝗰𝗲𝘀𝘀𝗶𝗻𝗴: Questo è lo stesso di utilizzare prove a conoscenza zero per verificare i calcoli. @brevis_zk ha costruito un servizio che consente alle applicazioni di esternalizzare calcoli pesanti pur ricevendo una prova che il risultato è corretto, consentendo accuratezza e latenza per gli SLA. 4. 𝗜𝗻𝘁𝗲𝗿𝗼𝗽𝗲𝗿𝗮𝗯𝗶𝗹𝗶𝘁𝘆 𝗮𝗻𝗱 𝗟𝗶𝗴𝗵𝘁 𝗖𝗹𝗶𝗲𝗻𝘁 𝗔𝘁𝘁𝗲𝘀𝘁𝗮𝘁𝗶𝗼𝗻𝘀: Rende possibile a una blockchain di fidarsi dello stato di un'altra. @lagrangedev gestisce comitati di operatori che attestano lo stato dei rollup, mentre vengono controllati rispetto agli eventi onchain, rendendo gli SLA definiti tempi di risposta dimostrabili e garanzie di correttezza. 5. 𝗢𝗿𝗮𝗰𝗹𝗲𝘀: Gli oracoli forniscono dati esterni alle blockchain. @redsrone_defi e @eoracle_network forniscono questi dati, in modo tale che se i prezzi sono errati o consegnati in ritardo, il danno economico è immediato. Pertanto, gli SLA specificano soglie rigorose per accuratezza e tempistiche. 6. 𝗦𝗲𝗰𝘂𝗿𝗶𝘁𝘆 𝗔𝘂𝘁𝗼𝗺𝗮𝘁𝗶𝗼𝗻 𝗮𝗻𝗱 𝗪𝗮𝘁𝗰𝗵𝘁𝗼𝘄𝗲𝗿𝘀: Questi sono monitor. @witnesschain organizza reti di torri di sorveglianza che rilevano attività fraudolente o inattività nei rollup, tra altri problemi. Possono anche contestare prove errate. In un sistema SLA, forniscono la prova indipendente che dimostra se un operatore ha soddisfatto o meno i propri obblighi. ----- Il restaking è ora un'economia a sé stante. Per questo motivo, un mercato SLA è molto rilevante. 𝗪𝗛𝗬? • Prima di tutto c'è la responsabilità. Se un AVS può specificare una condizione, ora può essere applicata economicamente, garantendo impegni valutati. • In secondo luogo, gli acquirenti si stanno consolidando attorno al sequenziamento condiviso. Astria ed Espresso sono sul mercato e stanno acquisendo utenti, mentre Radius sta spingendo per protezioni del flusso d'ordine privato. Questi sono i servizi in cui inclusione, latenza e garanzie di censura sono determinanti per la fiducia degli utenti e la sicurezza delle app. • In terzo luogo, esistono misurazioni. Questo perché l'inclusione può essere legata a ricevute firmate di prima vista e scansioni della catena canonica, mentre i ritardi DA e le tariffe blob sono abbastanza trasparenti da essere referenziati. Pertanto, l'agenda di ricerca sul flusso d'ordine è pubblica, aumentando il valore delle garanzie per contrastare il flusso esclusivo. • In quarto luogo, la coda di rischio è assicurabile. I prodotti di copertura per slashing sono attivi, e con prove standardizzate e curve di penalità basate su percentili, gli assicuratori e i riassicuratori possono modellare le perdite attese e la correlazione del portafoglio tra operatori, il che rende possibile la formazione di capitale per questi mercati. ----- Assicurazione e Riassicurazione? Cosa significano? L'assicurazione protegge gli staker e gli operatori quando si verifica lo slashing. Se un operatore viene penalizzato, la polizza assicurativa copre parte della perdita. @NexusMutual e @BlockdaemonHQ forniscono questi servizi di protezione. La riassicurazione, d'altra parte, distribuisce il rischio tra più assicuratori in modo che nessun singolo fallimento sovraccarichi il sistema. Con prove di violazione standardizzate, queste protezioni possono essere confezionate e valutate nei mercati secondari, rendendole parte del livello finanziario del restaking. ----- 𝗜𝗻 𝗽𝗿𝗮𝗰𝘁𝗶𝗰𝗲... Immagina un rollup che contratta sequenziamento condiviso attraverso un SLA con: → Obiettivo di inclusione del 99,9% all'interno di T slot della catena base per transazioni sopra una soglia di tariffa, → Latenza mediana sotto i 300 ms, e → Un tasso massimo di mancata censura dello 0,01%. Cosa succederà? → I monitor emetteranno ricevute firmate di prima vista e presenteranno prove di non inclusione dopo la finestra di sfida. → La garanzia in escrow viene ridotta in caso di violazione, → Un assicuratore si occupa della coda oltre un punto di attacco, e → Un riassicuratore valuta la correlazione tra più operatori e AVS. Da qui, punteggi di qualità e penali realizzate fluiscono verso un luogo dove vengono scambiati crediti e tranche assicurative. ----- 𝗔 𝗣𝗿𝗼𝗷𝗲𝗰𝘁-𝗯𝘆-𝗽𝗿𝗼𝗷𝗲𝗰𝘁 𝗥𝗼𝗹𝗲 𝗠𝗮𝗽 📌 EigenLayer fornisce l'insieme di operatori, garanzie restaked e ganci di slashing che rendono possibile l'applicazione. EigenDA è l'AVS DA i cui ritardi e tariffe possono parametrizzare le penali consapevoli dei dati. 📌 Symbiotic e Karak ampliano l'insieme di garanzie e i modelli di governance. Possono ospitare la stessa logica SLA per i team che desiderano flessibilità degli asset o diversi rischi di governance. 📌 Astria, Espresso e Radius sono acquirenti prioritari. Possono beneficiare immediatamente di SLA di inclusione, latenza e censura supportate da stake slashing e assicurazione. 📌 MACH di AltLayer, Brevis, Lagrange, RedStone e eOracle sono AVS in cui correttezza, tempestività e affidabilità sono inquadrate come SLO espliciti con prove oggettive. Sono naturali primi adottanti di modelli SLA standardizzati. 📌 Witness Chain e sistemi di torri di sorveglianza simili sono monitor e destinatari di ricompense nei pipeline di prove di violazione. 📌 Nexus Mutual e garanzie offerte dagli operatori forniscono coperture di prima generazione che evolvono in tranche standardizzate una volta che gli SLA definiscono attaccamento e limiti in termini onchain. ----- Nei prossimi due trimestri, dovresti prestare attenzione a: • Integrazioni e migrazioni di sequenziatori condivisi • Maggiore inclusione e distribuzioni di latenza • Nuove funzionalità cross-rollup. Inoltre, se l'Upgrade Pectra aumenta il throughput dei blob, i parametri di penalità consapevoli dei dati dovranno essere aggiornati per riflettere le nuove dinamiche di tariffa e ritardo. E man mano che più AVS attivano lo slashing, gli assicuratori pubblicheranno i loro primi modelli di perdita, con cui il mercato confronterà sicuramente le penali realizzate. ----- Conclusione Come ho detto nel post di confronto, il Restaking ora va oltre una semplice narrativa. È ora un'intera infrastruttura, e come tale, per le istituzioni e i costruttori seri per fidarsi di essa, hanno bisogno di contratti che definiscano quale servizio sarà fornito, come sarà misurato e come le violazioni saranno punite e assicurate. Questo è il ruolo del mercato SLA, rendendo l'affidabilità qualcosa che puoi acquistare, confrontare e assicurare, proprio come il tempo di attività del cloud o il rischio di credito. Per te e me, questo è ciò che dovremmo fare: → Allocare una piccola fetta ai prodotti LRT per yield farming. Potresti voler controllare che abbiano pubblicato scorecard degli operatori, termini di slashing e coperture assicurative. → Fornire capitale ai vault di copertura per slashing solo dove attaccamento, limite e standard di prova sono chiaramente definiti. Stai ricevendo un compenso per assorbire il rischio tail. → Coltivare ricompense per monitor eseguendo client monitor leggeri che timestampano le transazioni di prima vista e presentano prove di non inclusione. Questo può anche darti il vantaggio dei dati per giudicare gli operatori prima di tutti gli altri. → Acquistare crediti SLA a breve termine con forti qualità. Preferirei crediti supportati da escrow sovracollateralizzati e più monitor indipendenti. → Infine, se possiedi asset restaked, abbinali a coperture per slashing dimensionate alla tua maggiore esposizione operativa. Dovresti anche avere un piano di uscita scritto. Grazie per aver letto!

SparkLend è focalizzato sul prestito di stablecoin contro collaterale di alta qualità. Ora copre sia la liquidità di USDC che di USDT su larga scala.