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

não é um conselho financeiro, mas depois de quão comicamente ruins todos os meus voos da Iberia foram esta semana, meio que sinto que deveria estar vendendo $IAG Ações de Wen na cadeia

A habilidade mais subestimada da vida: a capacidade de aparecer de forma consistente gbrew