Apresentando o Gateway — O centro de controlo de transações que dá às equipas um controlo sem igual sobre a execução de transações na Solana.

Mercados de internet líquidos. Conheça o BAM da @jito_labs — um novo sistema proposto para processamento de transações privado, justo e programável. Projetado para CLOBs nativos da Solana, pools DarkFi, perps e mais 🧵

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 ⬇️

O próximo vídeo sobre os Conceitos Fundamentais do Desenvolvimento em Solana já está disponível! Vídeo completo linkado nos comentários 👇

Mais uma contribuição bem-sucedida para o anchor! Esta é uma enorme, totalmente reformulada a comando de verificação do anchor para usar o solana-verify por trás, também adicionei uma nova flag --path no comando de instalação para que os desenvolvedores agora possam testar suas melhorias diretamente no cli a partir do novo binário gerado... Verifique todas as melhorias no resumo do PR. Agradecimentos especiais a @jacobvcreech e @exoaursen por me ajudarem nesta.

Desenvolvedores Solana: @OnSwig está a fazer parceria com a Para para simplificar a experiência de utilização da carteira desde o primeiro dia → Sem frases-semente ou gás → Agrupar transações em fluxos suaves de 1 clique Tudo nativo em @solana ✴️

Isto pode ser controverso, mas as suas transações devem ser capazes de se defender contra validadores maliciosos de sandwich. Eu construí um programa simples para fazer exatamente isso. Você não pode saber em tempo de execução se a derrapagem é um movimento natural do mercado ou um ataque de sandwich. Mas se a sua troca cair em um validador malicioso conhecido, você está praticamente garantido a ser sandwiched até a sua derrapagem máxima. Isto permite que você se defenda. ✅ Em um validador confiável? A sua transação prossegue com a derrapagem desejada (x%). ❌ Em um validador malicioso? A derrapagem da sua transação é ajustada (0%, uma fração de x%, qualquer coisa que você quiser) Em vez de apenas reverter, a sua transação pode ter sucesso com restrições mais apertadas ao operar em uma floresta mais sombria. Quando você cria e assina a sua transação, você não sabe exatamente em qual validador ela vai cair, então a lógica que muda o comportamento tem que estar onchain. Então, como funciona? Um programa Solana não pode acessar o validador atual, mas pode acessar o slot atual. O programa recebe uma representação compacta (14 bytes, mas pode ser reduzida ainda mais) para permitir que o programa verifique se o líder do slot está sinalizado como malicioso. Algumas maneiras de usá-lo: (1) Você pode inseri-lo diretamente como uma instrução simples (<260 CU, a maior parte do qual é acessar o sysvar Clock). Reverte toda a tx quando cai em um validador malicioso. (2) Você pode usá-lo para envolver o roteador Jupiter v6. Ele chamará o programa Jupiter e substituirá dinamicamente o valor de `slippage`, mas apenas quando rodar em um validador malicioso. (3) Chame-o diretamente via CPI do seu próprio programa. A lista de validadores maliciosos e seus slots futuros pode ser obtida da nossa API Sandwiched[dot]me que está por vir ou dos seus próprios dados. Tenha em mente que este protótipo é experimental. Não está implantado onchain. Adoraria receber seu feedback e PRs são bem-vindos.

Os desenvolvedores da Solana enviam 🚢🚢🚢

Alguém mais vai ao RustConf? Podemos fazer algo especial lá 😉

🚨Como Funciona – Ep. 1 está no ar! Convidado: Noah Prince, Chefe de Engenharia de Protocolos na Helium Este episódio mergulha em uma das maiores integrações DePIN x Solana até hoje — escala no mundo real, recompensas em cadeia, experimentos de governança e por que a Helium abandonou sua própria blockchain. Muitas percepções afiadas, lições reais e detalhes dos bastidores. 🎥 Link abaixo — assista agora! #comofunciona #helium #solana #web3 #depin #infraestruturasdeblockchain