Ce que "Polana construit sur JAM" signifie rĂ©ellement đ§”
Polana ne redéfinit pas le fonctionnement des programmes Solana.
Il porte le modÚle d'exécution basé sur les comptes de Solana et la sémantique d'exécution sur la couche d'exécution de JAM.
Au niveau de la programmation, rien de fondamental ne change.
Les programmes Solana conservent :
le mĂȘme modĂšle d'Ă©tat basĂ© sur les comptes
les mĂȘmes dĂ©clarations de lecture/Ă©criture dĂ©terministes
les mĂȘmes sĂ©mantiques d'exĂ©cution sur lesquelles les dĂ©veloppeurs comptent dĂ©jĂ
Ce qui change, c'est oĂč l'exĂ©cution se dĂ©roule, pas comment les programmes sont Ă©crits.
Polana prend en charge plusieurs chemins d'exécution pour y parvenir :
lancer des programmes Solana via un runtime compatible sBPF
transpiler le bytecode Solana dans le format d'exécution de JAM
ou compiler des programmes nativement pour le PVM de JAM pour une intégration plus étroite
Ce sont des stratégies d'exécution, pas de nouveaux modÚles de programmation.
L'objectif est la compatibilité d'abord :
n'aucun changement de code requis pour les programmes Solana existants
des outils familiers comme Anchor et Solana CLI continuent de fonctionner
la logique de l'application et les hypothĂšses restent intactes
JAM fournit le substrat d'exécution : calcul parallÚle, accumulation déterministe et planification à l'échelle du réseau.
Polana cartographie le modÚle d'exécution de Solana sur ce substrat.
Donc, "construire sur" ne signifie pas envelopper Solana dans un nouveau cadre.
Cela signifie relocaliser l'exécution de Solana sur une architecture d'exécution différente tout en préservant les sémantiques.
C'est l'idée architecturale derriÚre Polana :
Les programmes Solana, inchangés dans leur comportement, exécutés sur la couche d'exécution parallÚle et cohérente de JAM.
