Dia 4/5 ~ Desempacotando confirmações ~ por que confirmações mais rápidas e seguras desbloqueiam melhor UX em todas as cadeias ~ Até agora, desvendamos o que é a confirmação - e como ela muda entre as cadeias. Hoje, vamos ver por que isso é tão importante. A lógica de confirmação do seu aplicativo afeta diretamente a experiência do usuário, a eficiência do capital e a confiança com que você pode compor entre as cadeias. Erre e os usuários esperem muito tempo - ou pior, percam fundos. Faça certo e você desbloqueia experiências perfeitas que parecem nativas, mesmo em rollups. ~ [*] UX de rollup cruzado Se seu aplicativo depende da finalidade L1 antes de acionar ações de rollup cruzado, você está pedindo aos usuários que esperem minutos ou até horas antes que algo aconteça. e a maioria não. eles vão se atualizar, abandonar ou seguir em frente. → confirmações seguras, mas rápidas, significam que os usuários podem fazer a ponte, trocar ou compor quase em tempo real. ~ [*] eficiência de liquidez Em uma configuração ideal, você agiria em um TX no momento em que fosse seguro, nem antes, nem mais tarde. Mas sem uma lógica de confirmação que se adapte ao contexto, você é forçado a navegar por um equilíbrio difícil: Aja muito cedo e você corre o risco de reorganizações, estado quebrado ou perda de fundos. \\ espere muito tempo e sua liquidez fica lá, causando derrapagem, atrasos e volume reduzido. → fechar essa janela melhora os preços e permite ciclos de capital mais apertados. ~ [*] Offramping mais rápido + liquidação de câmbio offramps e CEXs geralmente esperam por uma finalidade profunda antes de creditar os depósitos. Isso significa que seus usuários podem ter que passar por longos tempos de espera apenas para sacar. → confirmações mais rápidas e seguras reduzem essa janela, criando uma experiência de rampa de saída fiduciária mais suave. ~ [*] capacidade de composição com menos compromisso Hoje, pontes e aplicativos assumem o risco (por exemplo, solucionadores que dependem de sinais do sequenciador) ou o empurram para o usuário por meio de atrasos. → e se seu aplicativo pudesse programar no momento em que é seguro agir e se mover instantaneamente quando souber que é seguro? ~ [*] o expresso permite isso O espresso oferece confirmações programáveis e com reconhecimento de cadeia, para que você possa criar uma experiência de usuário rápida sem sacrificar a confiança ou a segurança. → mais escolher entre velocidade e segurança, você define o que significa "seguro" e o café expresso o impõe A seguir: Fechando Thoughs e o que está acontecendo a seguir

"É preciso ainda ter o caos em si mesmo para poder dar à luz uma estrela dançante." -Nietzsche

Dia 3/5 ~ Desempacotando confirmações ~ Como as cadeias modelam a finalidade e por que seu aplicativo precisa pensar probabilisticamente ~ Ontem, exploramos como a "confirmação" depende da cadeia. Hoje, vamos desvendar como essas cadeias realmente modelam a finalidade e por que seu aplicativo precisa ir além de uma visão binária de "confirmado versus não" A maioria das redes não oferece uma única resposta limpa. Em vez disso, você está trabalhando com um espectro: 1. finalidade determinística: cadeias usando consenso no estilo BFT (por exemplo, cosms, alguns alt-DAs), liquidação L1 (por exemplo, ethereu após finalidade) e a maioria dos PoS oferecem garantias rígidas - uma vez finalizada, uma transação não pode ser revertida. 2. finalidade probabilística: As cadeias POW (como Bitcoin) e Ethereum "Pre-Finality" oferecem garantias estatísticas. É improvável que um tx enterrado a 12 quarteirões de profundidade seja reorganizado - mas não impossível. quanto mais profundo, mais seguro. 3. Sinais suaves: confirmações de sequenciador, inclusão de mempool, relés de construtor - eles são rápidos, mas trazem riscos. Esses sinais são úteis, mas devem ser tratados com cuidado. Os aplicativos geralmente tratam essas fontes igualmente: → "esperar X blocos" → "confie no sequenciador" → "verificar inclusão" Mas essa abstração quebra assim que você interopera. Um aplicativo de cadeia cruzada pode abranger: ~ Uma cadeia BFT de finalização rápida ~ Um rollup otimista com janelas de fraude de 7 dias ~ Um L1 com finalidade probabilística ~ Uma cadeia com garantias apenas de sequenciador A lógica do aplicativo não pode codificar uma regra de tamanho único. você precisa perguntar: "Qual é a probabilidade de este tx reverter? E quem impõe isso?" == > finalidade não é binária e a compensação entre velocidade e segurança não é linear. (Multisigs, por exemplo, não ganham velocidade ou confiança.) → o que você precisa é de confiança programável e sensível à cadeia == uma maneira de expressar o que "confirmado" significa em cada contexto

Dia 1/5 ~ Desempacotando confirmações Em um mundo modular, a confirmação não é apenas finalidade. É o momento em que seu aplicativo decide que algo é seguro o suficiente para agir, seja mostrando um saldo, enviando uma mensagem ou iniciando a lógica de cadeia cruzada. E como você define isso, em cada cadeia, molda diretamente seu UX e segurança. → Esperar muito? O UX se arrasta. → Ir muito cedo? Você corre o risco de reorganizações, lógica quebrada e até fundos perdidos. À medida que os aplicativos interoperam por padrão, acertar isso se torna crítico. ~ * diferentes cadeias, latências e modelos de segurança colidem, e os aplicativos precisam decidir quando se mover. Dando início a um breve mergulho nas confirmações 🫡

Ei, @grok com base em minhas interações recentes, com quem eu deveria me envolver mais?

Sentindo algumas vibrações de estagiário ultimamente

Imagine seu protocolo favorito também sendo sua bebida favorita gesso ☕

Eu disse que estamos cozinhando e então @mowjek larguei isso 👀 carregamento...

na verdade, um barista, porque estamos preparando ☕️ gesso

Não sou um chef, mas estamos cozinhando 👩 🍳 gbrew