Dag 4/5 ~ Uppackning Bekräftelser ~ Varför snabbare, säkra bekräftelser låser upp bättre UX över kedjor ~ Hittills har vi gått igenom vad bekräftelse är – och hur det förändras mellan olika kedjor. Idag ska vi titta på varför det är så viktigt. Appens bekräftelselogik har en direkt inverkan på användarupplevelsen, kapitaleffektiviteten och hur säkert du kan komponera i olika kedjor. Om det blir fel väntar användarna för länge - eller ännu värre, förlorar pengar. Om det blir rätt får du tillgång till smidiga upplevelser som känns inbyggda, även i alla rollups. ~ [*] korsrollad UX Om din app förlitar sig på L1-slutgiltighet innan den utlöser korsrollningsåtgärder ber du användarna att vänta minuter, eller till och med timmar, innan något händer. Och de flesta kommer inte att göra det. De kommer att uppdateras, överge eller gå vidare. → säkra men snabba bekräftelser innebär att användare kan överbrygga, byta eller komponera nästan i realtid. ~ [*] Effektiv likviditet I en idealisk installation skulle du agera på en TX i det ögonblick den är säker, varken förr eller senare. Men utan bekräftelselogik som anpassar sig till sammanhanget tvingas du navigera i en svår balans: Om du agerar för tidigt riskerar du omorganisationer, en splittrad stat eller förlorade pengar. \\ Vänta för länge och din likviditet sitter bara där och orsakar glidning, förseningar och minskad volym. → att stänga detta fönster förbättras prissättningen och möjliggör snävare kapitalloopar. ~ [*] snabbare offramping + börsavveckling offramper och CEX:er väntar ofta på djup slutgiltighet innan de krediterar insättningar. Det betyder att dina användare kan behöva sitta igenom långa väntetider bara för att ta ut pengar. → snabbare och säkrare bekräftelser krymper det här fönstret, vilket skapar en smidigare upplevelse av Fiat-avfarten. ~ [*] Komponerbarhet med mindre kompromisser Idag tar bryggor och appar antingen risken (t.ex. lösare som förlitar sig på sekvenseringssignaler) eller skjuter över den på användaren via fördröjningar. → tänk om din app kunde programmera när det är säkert att agera och agera direkt när den vet att den är säker? ~ [*] espresso möjliggör detta Espresso ger dig programmerbara, kedjemedvetna bekräftelser, så att du kan bygga snabb UX utan att offra förtroende eller säkerhet. → inte längre välja mellan hastighet och säkerhet, du definierar vad "säker" betyder, och espresso upprätthåller det Härnäst: Avslutningstankar och vad som händer härnäst