C'est 100 % vrai car le p-token rend tout beaucoup mieux Étapes pour lancer le p-token : 1. Audit + fuzzing complété <- nous en sommes là 2. Vote des validateurs sur SIMD 266 3. Acceptation de SIMD 266 4. Fonctionnalité p-token dans le cluster déployé 5. Activation du p-token IBRL

Développeurs, rassemblez-vous. 🛠️ Aujourd'hui, nous lançons le TOUT PREMIER cours sur l'assemblage sBPF qui vous fera passer de novice total à méprisant des compilateurs. Voici tout ce que vous devez savoir ⬇️

Je voudrais annoncer publiquement le nouvel outil de sécurité Static Analyzer open-source pour @solana 🦀 👾 🦀 === === === Je suis vraiment heureux de partager cela avec la communauté, car j'ai pris beaucoup de plaisir à le lire, à le rechercher et à l'écrire ! J'espère que vous le trouverez utile, ou du moins qu'il pourra aider quelqu'un qui souhaite comprendre ce type d'architecture ➡️

Qu'est-ce qui est difficile dans le développement sur Solana ?

Hier, j'ai profilé un programme Anchor simple par rapport à Native et Pinocchio Les résultats étaient comme vous vous y attendiez - Anchor avait une surcharge supplémentaire qui pourrait potentiellement être supprimée En termes de CU : - Anchor - 4503 CU - Native - 2959 CU - Pinocchio - 1526 CU Maintenant, il est temps de commencer à réduire le superflu

Mise à jour de ma vie : Aujourd'hui, je rejoins SendAI en tant que stagiaire en ingénierie de protocole 🦀 Voici comment je suis passé de 0 à travailler dans une entreprise de premier plan Solana x AI en seulement 6 mois à 19 ans 🧵👇

Ici, je profile des programmes Anchor Je suis sur mon arc @alessandrod

Sur le sujet d'Anchor, quels problèmes avez-vous aujourd'hui ? Quelles fonctionnalités aimeriez-vous voir dans la prochaine version d'Anchor ?

Nous avons eu notre premier appel communautaire Anchor aujourd'hui. - Anchor V1 a encore beaucoup de possibilités faciles à exploiter - Améliorer le point d'entrée et invoquer - Des remplacements devraient être ajoutés pour permettre aux développeurs d'optimiser sans Anchor - Anchor V2 n'a pas besoin d'être une réécriture complète Enregistrement complet 👇

Mon avis sur les clients JS dans Solana (long post) Je pense que web3 JS a été écarté trop rapidement. La taille du paquet n'était pas si mauvaise et nous aurions pu mettre à jour sur place les éléments problématiques. Cependant, ce navire a déjà pris le large et nous devons avancer. En ce qui concerne Kit, ce n'est pas un remplacement de web3.js simplement parce que c'est trop verbeux. Ce n'est pas un problème en soi ! C'est bien écrit, petit et puissant. Je ne pense pas qu'il soit logique pour la plupart des développeurs d'applications de l'utiliser directement dans leurs applications. Cela nous amène à aujourd'hui. Nous avons un gill, wallet-ui, wallet-standard qui peuvent servir de pile solide pour les applications javascript sur Solana. Mais nous devons les faire évoluer en une pile complète correctement. Nous faisons cela en : - construisant des modèles - construisant des exemples - faisant évoluer les bibliothèques avec plus d'aides - En doublant la documentation et rapidement Nous avons une chaîne rapide, nous devons favoriser et chérir nos bibliothèques qui nous permettent de créer des applications tout aussi rapides. Ce n'est pas encore prêt mais nous y sommes si proches !