Questo è 100% vero poiché p-token rende tutto molto migliore Passaggi per lanciare p-token: 1. Audit + fuzzing completati <- siamo qui 2. Voto dei validatori su SIMD 266 3. Accettazione di SIMD 266 4. Funzionalità p-token nel cluster distribuito 5. Attivazione di p-token IBRL

Sviluppatori, unitevi. 🛠️ Oggi lanciamo il PRIMO corso mai realizzato sull'assemblaggio sBPF che ti porterà da totale principiante a disprezzatore di compilatori. Ecco tutto ciò che devi sapere ⬇️

Vorrei annunciare pubblicamente il nuovo strumento di sicurezza Static Analyzer open-source per @solana 🦀 👾 🦀 === === === Sono davvero felice di condividere questo con la comunità, poiché mi sono divertito molto a leggerlo, ricercarlo e scriverlo! Spero che lo troviate utile, o almeno che possa aiutare qualcuno che desidera comprendere questo tipo di architettura ➡️

Qual è la difficoltà di costruire su Solana?

Ieri ho analizzato un semplice programma Anchor rispetto a Native e Pinocchio I risultati erano come ci si aspetterebbe: Anchor aveva un sovraccarico aggiuntivo che potrebbe essere rimosso A livello di CU: - Anchor - 4503 CU - Native - 2959 CU - Pinocchio - 1526 CU Ora inizia a tagliare il superfluo

Aggiornamento sulla vita: Oggi, mi unisco a SendAI come tirocinante in Ingegneria dei Protocolli 🦀 Ecco come sono passato da 0 a lavorare in una delle migliori aziende Solana x AI in soli 6 mesi a 19 anni 🧵👇

Qui sto profilando i programmi Anchor Sono sul mio @alessandrod arc

Riguardo ad Anchor, quali problemi hai oggi? Quali funzionalità vorresti vedere nella prossima versione di Anchor?

Oggi abbiamo avuto la nostra prima chiamata della comunità Anchor. - Anchor V1 ha ancora molte opportunità facili da cogliere - Migliorare il punto di ingresso e invocare - Dovrebbero essere aggiunti degli override per consentire agli sviluppatori di ottimizzare senza Anchor - Anchor V2 non deve essere una riscrittura completa Registrazione completa 👇

La mia opinione sui client JS in Solana (post lungo) Penso che web3 JS sia stato scartato troppo in fretta. La dimensione del pacchetto non era così male e avremmo potuto aggiornare in loco le cose problematiche. Tuttavia, quella nave è salpata e dobbiamo andare avanti. Passando a Kit, non è un sostituto di web3.js semplicemente perché è troppo verboso. Questo non è un problema di per sé! È ben scritto, piccolo e potente. Non penso abbia senso per la maggior parte degli sviluppatori di app consumarlo direttamente nelle loro applicazioni. Questo ci porta a oggi. Abbiamo un gill, wallet-ui, wallet-standard che possono fungere da stack solido per le applicazioni javascript su Solana. Ma dobbiamo farli evolvere in uno stack completo in modo appropriato. Lo facciamo: - costruendo template - costruendo esempi - evolvendo le librerie con più helper - Raddoppiando sulla documentazione e rapidamente Abbiamo una catena veloce, dobbiamo coltivare e valorizzare le nostre librerie che ci permettono di creare applicazioni altrettanto veloci. Non è ancora pronto, ma siamo così vicini!