Giorno 3/5 ~ Conferme di Scompattamento ~ Come le catene modellano la finalità e perché la tua app deve pensare in modo probabilistico ~ Ieri abbiamo esplorato come la "conferma" dipenda dalla catena. Oggi, scomponiamo come queste catene modellano effettivamente la finalità e perché la tua app deve andare oltre una visione binaria di "confermata vs non confermata". La maggior parte delle catene non offre una risposta unica e chiara. Invece, stai lavorando con uno spettro: 1. finalità deterministica: catene che utilizzano il consenso in stile BFT (ad es. cosms, alcuni alt-DA), liquidazione L1 (ad es. ethereu dopo la finalità) e la maggior parte di PoS offrono garanzie solide - una volta finalizzata, una transazione non può essere annullata. 2. finalità probabilistica: catene pow (come bitcoin) ed ethereum "pre-finalità" offrono garanzie statistiche. Una tx sepolta 12 blocchi in profondità è improbabile che venga riorganizzata - ma non impossibile. Più è profonda, più è sicura. 3. segnali soft: conferme sequencer, inclusione nel mempool, relay dei costruttori - sono veloci, ma comportano rischi. Questi segnali sono utili, ma devono essere trattati con cautela. Le app spesso trattano queste fonti in modo uguale: → “aspetta X blocchi” → “fidati del sequencer” → “controlla l'inclusione” Ma quell'astrazione si rompe non appena vai in interoperabilità. Un'app cross-chain potrebbe estendersi su: ~ Una catena BFT a finalità rapida ~ Un rollup ottimista con finestre di frode di 7 giorni ~ Un L1 con finalità probabilistica ~ Una catena con garanzie solo sequencer La logica della tua app non può codificare una regola universale. Devi chiederti: “Quanto è probabile che questa tx venga annullata? E chi lo fa rispettare?” ==> la finalità non è binaria e il compromesso tra velocità e sicurezza non è lineare. (i multisig, ad esempio, non guadagnano in velocità o fiducia.) → ciò di cui hai bisogno è una fiducia programmabile e consapevole della catena == un modo per esprimere cosa significa "confermata" in ciascun contesto.

Giorno 1/5 ~ Conferme di Scompattamento In un mondo modulare, la conferma non è solo finalità. È il momento in cui la tua app decide che qualcosa è abbastanza sicuro per agire - che si tratti di mostrare un saldo, inviare un messaggio o avviare logiche cross-chain. E come definisci questo, su ogni chain, plasma direttamente la tua UX e sicurezza. → Aspetti troppo a lungo? La UX ne risente. → Vai troppo presto? Rischi re-org, logica rotta, persino fondi persi. Man mano che le app diventano interoperabili per impostazione predefinita, ottenere questo giusto diventa critico. ~ * diverse chain, latenze e modelli di sicurezza si scontrano, e le app devono decidere quando muoversi. iniziamo un breve tuffo nelle conferme 🫡

Ehi @grok, in base alle mie recenti interazioni, chi sono alcuni amici comuni con cui dovrei interagire di più?

ultimamente sento un po' di vibrazioni da stagista

immagina il tuo protocollo preferito che è anche la tua bevanda preferita gespresso ☕

Ho detto che stiamo cucinando, e poi @mowjek ha pubblicato questo 👀 caricamento...

in realtà un barista, perché stiamo preparando ☕️ gespresso

non sono un cuoco, ma stiamo cucinando 👩‍🍳 gbrew

non è un consiglio finanziario, ma dopo quanto sono stati comicamente pessimi tutti i miei voli Iberia questa settimana, mi sembra di dover vendere allo scoperto $IAG quando le azioni saranno sulla blockchain

l'abilità più sottovalutata nella vita: la capacità di presentarsi costantemente gbrew