O nível de entusiasmo com o anúncio do BAM na semana passada foi absolutamente insano 💥 Recebemos mais de 200 solicitações de apps, validadores, instituições e até apps de outras cadeias(!) que procuram construir funcionalidades únicas no BAM para desbloquear recursos apenas possíveis no Solana.

acho que isto está perfeito. muitas pessoas ficaram presas na parte da distribuição, mas perderam a parte do "novo primitivo" sobre como reduzir o tempo de integração e considerar um mundo onde a autenticação pode ser empurrada para o último passo, em vez do primeiro passo.

Olá @hosseeb, fundador da Dialect aqui, a equipe que co-lançou blinks com @solana. Fico feliz em saber que os blinks ainda estão na sua mente e que você estava otimista com a ideia. Queria dedicar um tempo para dar uma resposta reflexiva sobre por que os blinks não decolaram, por que o lançamento viral do verão passado foi tanto uma maldição quanto uma bênção, e por que, apesar disso, ainda estamos trabalhando ativamente neles. 👇 Vou ser direto: não havia um mundo em que os blinks, como foram lançados, como truques de injeção de extensão do chrome no Twitter, fossem funcionar. E essa nunca foi nossa estratégia. A maior concepção errada foi que os blinks *são* a tática de extensão. Eles não são. Essa tática foi algo que adicionamos apenas algumas semanas antes do lançamento, e vem com uma série de problemas. A falta de suporte móvel é apenas um dos muitos que posso citar. Aprendemos muito rapidamente com os dados do verão passado que mais de 99% de todas as interações com os blinks não estavam acontecendo no Twitter através desse truque de extensão por causa desses problemas, mas sim pessoas usando-os em sites e em aplicativos onde estavam integrados nativamente. Posso também compartilhar algumas estatísticas com você: centenas de milhões de visualizações, dezenas de milhões de transações. Mas isso não me impressiona e não deveria impressionar você. Sim, ainda estamos trabalhando ativamente nos blinks. (Notícia de última hora: startup está trabalhando em uma aposta não consensual.) Mas para resolver problemas muito diferentes, mais parecidos com aqueles que originalmente nos propusemos a resolver. Deixe-me explicar. Os blinks são APIs para transações—literalmente URLs para a blockchain, a.k.a. “links de blockchain”—que permitem que os desenvolvedores integrem ações em seus aplicativos em ordens de magnitude mais rápidas. Menos sexy, muito mais útil. Por exemplo, estamos trabalhando com várias carteiras móveis para ajudá-las a se tornarem super aplicativos. Use blinks para trazer ações rápidas de depósito/retirada para todas as suas posições DeFi sem redirecionamentos. Algo que levaria muito tempo para uma equipe de carteira desenvolver sozinha. Com os blinks, isso pode ser feito em uma fração do tempo. Estamos também usando blinks para trazer CTAs de 1 clique, sem redirecionamento, para nosso Alerts Stack, usado por equipes como a Jupiter. Aumente sua garantia, evite liquidação, realize lucros. Direto da notificação. Ou agentes de IA podem usar blinks como um backend de transação padrão para integrar mais capacidades mais rapidamente. Essas são apenas 3 superfícies. Existem muitas mais. Links de blockchain, como eu os vejo, são uma peça crítica e faltante para cumprir a promessa de composabilidade em cripto. Eles são a 4ª peça ao lado do estado compartilhado (a blockchain), linguagem de ação compartilhada (a tx) e autenticação compartilhada (a carteira): eles são as APIs para tornar integrações e composabilidade, na verdade, construíveis. Os blinks são uma tecnologia inevitável, uma que o Twitter e todas as outras grandes plataformas deveriam integrar nativamente, sem truques de extensão. Mas esse é um caminho muito mais longo. Por enquanto, estamos focados em resolver problemas reais para as equipes que entendem e estão comprometidas com nossa missão.

Crypto SaaS ≠ Web2 SaaS Esta é, de longe, a minha parte favorita sobre o design de produtos em crypto. Olhe de perto para qualquer serviço que você esteja construindo, e qualquer analogia com web2 que você pense que pode usar para raciocinar desde o início até a decomposição, forçando você a pensar e a projetar a partir de princípios fundamentais. Sim, nossa pilha de alertas economiza tempo e dinheiro como qualquer bom SaaS (veja qt). Mas estamos estendendo isso de 3 maneiras nativas de crypto que o transformam em algo completamente diferente. Estamos lançando uma dessas agora com alguns parceiros de design iniciais. Me envie uma DM se você quiser acesso 📥

Existem dois tipos de desenvolvedores: 1. Aqueles que acham que construir alertas é fácil 2. Aqueles que realmente construíram alertas É muito mais complicado do que você pensa. Faça um favor aos seus usuários. Use nossa pilha de alertas e passe todo o seu tempo de engenharia a enviar ótimos e úteis alertas aos seus usuários.

Recentemente conectei-me com uma equipe sobre nossa pilha de alertas. Cheguei até eles um pouco tarde demais, já estavam quase terminando uma construção interna própria. Quando a chamada terminou, estávamos falando sobre quanto tempo poderiam ter economizado se soubessem sobre nossa pilha de alertas. Eles ainda podem nos substituir. Vou continuar dizendo: alertas não são uma coisa trivial de construir. Assinaturas de usuários, gestão de tópicos e canais, APIs paginadas para uma caixa de entrada no aplicativo, distintivos de não lidos e status de leitura, CTAs e análises. Notificações push agrupadas do Firebase (sim, agrupamos notificações push). E isso não tem nada a ver com entrega. Quer alcançar uma grande base de usuários muito rapidamente? Isso requer uma infraestrutura de entrega e enfileiramento sofisticada. Nós geramos alertas para @jup_mobile, o aplicativo móvel mais rápido em cripto (@weremeow, disse isso certo). Lidamos com centenas de milhões de solicitações para eles, incluindo todas as suas notificações push do Firebase, sem perder o ritmo. Podemos lidar com sua base de usuários. Quer adicionar suporte a e-mail, SMS, telegrama? Cada um desses é uma nova integração de canal e um conjunto de APIs de configuração para preferências do usuário. E isso é apenas a parte de infraestrutura dos alertas. Você ainda não tem alertas *realmente bons*, que por si só levam tempo para serem construídos. E se você errar nisso, perderá uma tonelada de usuários, que irão cancelar a assinatura e desligar as notificações push do seu aplicativo, e agora você perdeu uma das suas ferramentas de engajamento mais preciosas. Tudo o que foi mencionado acima é 100% código padrão que não é o que torna sua empresa ótima. Se você usar nossa pilha de alertas, você terminará com a infraestrutura em uma fração do tempo e poderá então focar toda a sua atenção em enviar alertas *ótimos*: alertas personalizados e oportunos do seu backend em 1 linha de código, ou até mesmo fazer com que suas equipes de crescimento e marketing usem nosso painel para enviar atualizações de produtos e anúncios da empresa. E a cereja do bolo: nossa pilha de alertas foi construída do zero para cripto, você terá alcance de uma nova maneira com nossa Caixa de Entrada Universal 📥, que está ao vivo hoje em @jup_mobile como Radar. Equipes como @jito_sol e @sanctumso estão usando a Caixa de Entrada Universal como um novo canal de comunicação ao lado do Twitter, e-mail e outros. Em outras palavras: nossa Caixa de Entrada Universal é mais como SMTP do que apenas um SaaS de alertas web2. Com nossa pilha, você está se comunicando com a *carteira* de um usuário, e isso o segue onde quer que vá. Sério. Escolha a vida. Apenas use nossa pilha de alertas. Nossa documentação passou por uma grande reformulação e é muito fácil de ler (s/o @bjoerndotsol), ou me envie uma DM se precisar de ajuda para se configurar.

A equipa de engenharia da Dialect fez um trabalho *sério* de desempenho na preparação para o lançamento da nossa pilha de alertas com @JupiterExchange. @jup_mobile é uma das aplicações mais rápidas em cripto, e os seus alertas também deveriam ser. Não havia *nenhuma* chance de enviarmos algo para eles que não funcionasse perfeitamente. Alguns dados de design do sistema e estatísticas: —A nossa Pilha de Alertas pode lidar com mais de 1M DAU, através das nossas APIs tanto para enviar alertas do lado do servidor, como para gerir um feed de inbox e as preferências de subscrição dos utilizadores do cliente. —Muitos alertas sensíveis ao tempo precisam de chegar rapidamente aos utilizadores. Temos um "modo de explosão" que pode suportar ordens de magnitude de utilização mais altas durante dezenas de minutos de cada vez. —Uma fila de prioridade gere diferentes tipos de pipelines de entrega. Por exemplo, alertas de alta prioridade para coisas como ordens limite ou avisos de liquidação que precisam de entrega rápida, e menor prioridade para alertas de transmissão como anúncios de empresas, que podem ser entregues aos utilizadores ao longo de prazos mais longos. —O resultado: lidámos com centenas de milhões de pedidos de API através da nossa Pilha de Alertas apenas nas últimas semanas, tudo sem problemas. Estou incrivelmente orgulhoso do trabalho que @tsmbl_dev e a nossa equipa de engenharia fizeram para entregar para a Jupiter, e temos capacidade para muito mais. Se tens um produto incrível e precisas de uma infraestrutura de alertas incrível, manda-me uma DM. 📥

A vasta maioria do volume e liquidez de spot irá agregar-se a alguns L1s monolíticos O novo relatório da @Grayscale sobre DEXs destaca que o @RaydiumProtocol, o líder da indústria, está apenas implementado na @solana, em comparação com a Uniswap que está em 28 cadeias.

Apresentando o BAM: O Mercado de Montagem de Blocos que revoluciona a forma como a Solana processa transações. Privado. Transparente. Verificável. É assim que a Solana vence ⬇️

Realms v2 está ativo. O próximo capítulo para a governança onchain na Solana. Construído para a próxima onda de DAOs. Mais rápido. Mais afiado. Seu.