jamprotocol

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.

#Polana #JamProtocol $SOL
$DOT

Mise à l'échelle par parallélisation de l'exécution, pas de l'état
Rien n'est divisé : ni les utilisateurs, ni la liquidité, ni l'état de l'application.
Seule l'exécution est parallélisée.

POLANA ne se met pas à l'échelle en introduisant de nouveaux domaines d'exécution ou en partitionnant l'état.
Il préserve un modèle d'état unique et cohérent et des sémantiques d'application déterministes.

Ce qui change, c'est le substrat d'exécution.
L'exécution des transactions est décomposée en calcul sans état qui peut s'exécuter simultanément sur de nombreux cœurs, tandis que les transitions d'état sont accumulées de manière déterministe en un seul état global. Le parallélisme vit entièrement dans la phase d'exécution, pas dans la propriété de l'état.
Cela évite un état fragmenté, une réconciliation asynchrone et une coordination inter-domaines au niveau de l'application.
POLANA est conçu pour mettre à l'échelle l'exécution horizontalement tout en maintenant l'état, la composition et les sémantiques intactes.

#POLANA #JAMProtocol #ParallelExecution

$DOT $SOL

La parallélisme pur et cohérent, éprouvé par la bataille, décrit deux forces différentes et POLANA les réunit.
@Solana Official modèle d'exécution est éprouvé par la bataille.
Déterministe, conscient des conflits, et prouvé sous une charge de production réelle.
JAM introduit un parallélisme pur et cohérent.
L'exécution s'échelonne sur de nombreux cœurs, tandis que l'état reste unifié et composable.
@POLANA_Network combine les deux.
Les sémantiques éprouvées par la bataille de Solana fonctionnent sur l'exécution parallèle cohérente de JAM à l'échelle du réseau sans fragmenter l'état, fragmenter la liquidité ou changer la façon dont les programmes sont écrits.
Pas de compromis.
Juste une exécution qui s'échelonne, tandis que tout le reste reste ensemble.

$SOL
$DOT

#POLANA #JAMProtocol #solana #BlockchainInfrastructure #ParallelExecution