Il tempo di blocco di Avail è di 20 secondi - possiamo produrre blocchi in un tempo molto più breve, ma dobbiamo assicurarci che l'intero blocco venga propagato e verificato attraverso la rete p2p del client leggero in modo affidabile, senza assumere enormi requisiti di risorse dal lato LC, il che è importante per noi. - inoltre, il tempo di blocco del layer base non è correlato all'esperienza utente dell'app finale. Con l'architettura di Avail per i rollup, la catena base può avere un tempo di blocco di 20 secondi, mentre un L2 sopra può avere un tempo molto più veloce. - l'esperienza utente dell'app finale è determinata per la maggior parte dal tempo di blocco del rollup e può operare su conferme soft dal rollup prima che il rollup raggruppi le transazioni e le pubblichi sulla catena base. 20 secondi non sono molti per pubblicare i batch. - abbiamo fatto un passo avanti con l'aggiornamento TurboDA che fornisce 200 ms di pre-conferma ai rollup che si costruiscono sopra Avail DA. - oggi si può costruire un L2 più veloce di Solana o Monad con un layer DA di base come @AvailProject 🤷‍♂️
harshbajpai.eth
harshbajpai.eth13 ago, 02:16
Sì! Le persone confondono i tempi di blocco e la finalità, i tempi di blocco = finalità solo se c'è SSF. Altrimenti, la finalità è quando è stato raggiunto il consenso. Inoltre, un L2 con un tempo di blocco di 10 ms non significa che la transazione sia finalizzata con la sicurezza di eth in 10 ms! Queste sono conferme soft degli L2 :)
4,98K