Qué significa realmente “Polana construye sobre JAM” 🧵
Polana no redefine cómo funcionan los programas de Solana.
Transporta el modelo de ejecución basado en cuentas de Solana y la semántica de tiempo de ejecución a la capa de ejecución de JAM.
A nivel de programación, nada fundamental cambia.
Los programas de Solana mantienen:
el mismo modelo de estado basado en cuentas
las mismas declaraciones de lectura/escritura deterministas
las mismas semánticas de ejecución en las que los desarrolladores ya confían
Lo que cambia es dónde se ejecuta, no cómo se escriben los programas.
Polana admite múltiples caminos de ejecución para lograr esto:
ejecutar programas de Solana a través de un tiempo de ejecución compatible con sBPF
transpilar bytecode de Solana al formato de ejecución de JAM
o compilar programas de forma nativa al PVM de JAM para una integración más estrecha
Estas son estrategias de ejecución, no nuevos modelos de programación.
El objetivo es la compatibilidad primero:
no se requieren cambios de código para los programas existentes de Solana
herramientas familiares como Anchor y Solana CLI continúan funcionando
la lógica y suposiciones de la aplicación permanecen intactas
JAM proporciona el sustrato de ejecución: computación paralela, acumulación determinista y programación a escala de red.
Polana mapea el modelo de ejecución de Solana sobre ese sustrato.
Así que “construir sobre” no significa envolver a Solana en un nuevo marco.
Significa reubicar la ejecución de Solana en una arquitectura de ejecución diferente mientras se preservan las semánticas.
Esa es la idea arquitectónica detrás de Polana:
Programas de Solana, sin cambios en el comportamiento, ejecutados en la capa de ejecución paralela y coherente de JAM.
#Polana #JamProtocol $SOL $DOT