

La réponse inévitable à cette prise de position sera la condamnation de la communauté culture, NFT, gaming, etc. Mais se concentrer sur la finance n’est pas le clou du cercueil pour le « web3 ». La finance est difficile. Elle impose des exigences plus strictes. Lorsque je travaillais dans la finance traditionnelle, nous devions abandonner la plupart des logiciels tout faits car ils faisaient de mauvais compromis sur des critères importants comme la latence et la cohérence. Un excellent logiciel financier peut fonctionner pour tout le reste. Un excellent logiciel pour tout le reste ne fonctionnera pas pour la finance. Le fait que Solana se concentre sur la résolution du problème le plus difficile (la finance) ne signifie pas qu’on ne peut pas l’utiliser pour la culture, les jeux, etc. La meilleure façon de gagner n’est pas d’être tout pour tout le monde. Les créatifs trouveront toujours des façons d’utiliser les outils au-delà de leur portée initiale. Quand on a un marteau, tout ressemble à un clou. Mais peut-être devrions-nous commencer par frapper les vrais clous en premier.

Incroyable, c’est énorme. Nous devons utiliser ce modèle pour tout : modifications de configuration du protocole, etc. Cela élimine complètement le besoin d’appareils de signature dédiés. Si vous pouvez vraiment faire confiance à ce que vous lisez sur votre Ledger, il *est* l’appareil de signature dédié.

Avec le lancement d'Alpenglow, nous, en tant que développeurs d'applications, avons la responsabilité de maintenir une expérience Slowlana cohérente. Cela signifie que nous devons rendre les programmes plus lents. Quelques suggestions : - Évitez le zero copy. Borshifiez tout. - Placez tout sur le tas. - Utilisez, autant que possible, Python ou JavaScript pour écrire les programmes. - Recalculez les seeds bump pour chaque PDA, à chaque fois. - Vous ne journalisez pas suffisamment. Ajoutez plus de msg !

PSA pour ceux qui utilisent régulièrement de nouveaux produits : les audits coûtent des centaines de milliers de dollars et prennent des semaines à être réalisés. Les startups auto-financées ne peuvent même pas se les permettre. Il existe une désincitation active pour vos protocoles préférés à rester aux premières loges en matière de sécurité, car cela entrave leur capacité à itérer et à trouver un produit-market fit. Doivent-ils payer 50 000 $ pour auditer une nouvelle fonctionnalité qui s’avère finalement inutilisée ? Assurez-vous que ce que vous utilisez a été audité par quelqu’un en qui vous avez confiance, et que le code exécuté sur le mainnet est bien celui qui a été audité (builds vérifiés, code source ouvert requis). Si vous ne pouvez pas le vérifier, c’est acceptable, mais ne mettez pas tous vos œufs dans le même panier. La Solana Foundation dispose d’un programme qui fournit des audits pour tout projet ayant un TVL supérieur à 10 millions de dollars, ce qui devrait certainement aider.

Nous allons aborder cela directement. Nous n’avons pas simplement audité les différences de refonte de Drift vers Velocity. Nous avons audité l’ensemble du codebase. Cela ne pourrait être plus éloigné d’un travail précipité. Si nous avions voulu le faire rapidement, nous aurions simplement audité les différences, déclaré que l’ancien code était acceptable, et lancé il y a des mois. Nous avons choisi de privilégier la sécurité, ce qui impliquait de ré-auditer l’ensemble du codebase. Cela coûte cher et prend beaucoup de temps. Drift est l’un des plus grands programmes Solana existants, avec des dizaines de milliers de lignes de code. Mais c’était la bonne décision à prendre, car la sécurité est notre priorité. Oui, il y a beaucoup de constats. Mais relativement à la quantité de code, cela a du sens. La plupart des constats concernaient le code pré-refonte, et la plupart d’entre eux n’auraient pas entraîné de LoF dans une situation réelle. Ce fut un effort héroïque de (1) examiner ce monolithe massif, merci aux auditeurs ! (2) corriger chaque problème, peu importe sa taille. C’est pourquoi le lancement a été repoussé aussi longtemps.

