BuilderNet paie discrètement plus d'un million de dollars par mois en remboursements aux utilisateurs, et approche des 1000 ETH en remboursements au total. Excité de voir ces chiffres continuer à croître.

nous venons d'activer les flashblocks sur nos bundlers @base le temps moyen d'inclusion des opérations utilisateur est passé de 2,35 s à 465 ms c'est une diminution de plus de 80 %, et nous allons encore l'optimiser au cours des prochaines semaines si vous voulez des comptes intelligents et des transactions ultra-rapides, utilisez @pimlicoHQ ❤️

Mon compte compromis a été supprimé 🎉

Mon compte est officiellement irrécupérable, veuillez me retirer de tous les chats dans lesquels nous sommes et supprimer l'historique dès que possible.

Je lutte activement contre un Telegram compromis en ce moment, veuillez ne pas faire confiance à aucun message de ma part sans d'abord poser une question de sécurité. J'ai accès mais je ne peux pas retirer l'attaquant de mes sessions actives.

Contender est un outil pour envoyer de nombreuses transactions Ethereum — mais saviez-vous que vous pouvez également y intégrer une logique personnalisée ? Nous l'avons utilisé pour construire un testeur cross-chain qui envoie des messages entre deux chaînes. Voici comment cela fonctionne : Normalement, lorsque vous envoyez une tx avec Contender, c'est tout. Mais nous avons écrit un callback personnalisé — un peu de code qui s'exécute après chaque tx envoyée — pour vérifier si la tx a déclenché un message cross-chain. Si c'est le cas, notre callback envoie une seconde tx à une autre chaîne pour relayer le message. Cela imite le fonctionnement d'OP-Interop en coulisses, mais sans dépendre d'un auto-relayer. Pour ce faire, notre callback : - attend que la première tx soit confirmée - recherche un log spécial dans le reçu - envoie une tx de suivi avec le message à la seconde chaîne Contender rend cela possible en vous permettant d'exécuter du code Rust asynchrone en arrière-plan après chaque tx. Voici à quoi cela ressemble (pseudocode rust) : Le spammeur OP-Interop se trouve ici : 🔗 Mais ce n'est qu'un cas d'utilisation. Les callbacks vous permettent de faire ce que vous voulez après qu'une tx (ou un lot de txs) soit envoyée — votre imagination est la limite ! Pour une plongée plus profonde dans le code derrière ce projet, consultez mon post sur le forum : Et n'oubliez pas de jeter un œil au dépôt de contender -- nous ajoutons de nouvelles fonctionnalités tout le temps !

Travaillez-vous sur des protocoles P2P et serez-vous à SBC ? Contactez-moi, je prépare une rencontre sympa 🧑‍🍳🌍📡

ma partie préférée de cela est que vous pouvez voir non seulement l'ordre des sous-trous, mais aussi le décalage dans le bloc complet. ici par exemple, la transaction à l'index 122 ici aurait été ToB et aurait faussé l'exécution de tout le monde.

Viem 2.33 introduit un support initial pour les Flashblocks en tant que citoyen de première classe ! Essayez-le dans Viem ou Wagmi en important une chaîne qui prend en charge les préconfirmations – en commençant par `basePreconf` + `baseSepoliaPreconf`. Puis observez des temps de confirmation de transaction inférieurs à 200 ms. 🫡

Comme la plupart des membres de CT le savent, Flashblocks a été lancé sur Base Mainnet il y a 3 jours. Je voulais partager 2 enseignements rapides après avoir aidé à développer cette fonctionnalité en tant qu'un des ingénieurs :