jamprotocol

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

Escalando mediante la paralelización de la ejecución, no del estado
Nada se divide: ni usuarios, ni liquidez, ni el estado de la aplicación.
Solo la ejecución se paraleliza.

POLANA no escala introduciendo nuevos dominios de ejecución o particionando el estado.
Preserva un único modelo de estado coherente y semántica de aplicación determinista.

Lo que cambia es el sustrato de ejecución.
La ejecución de transacciones se descompone en computaciones sin estado que pueden ejecutarse de manera concurrente en muchos núcleos, mientras que las transiciones de estado se acumulan de manera determinista en un único estado global. El paralelismo vive enteramente en la fase de ejecución, no en la propiedad del estado.
Esto evita el estado fragmentado, la reconciliación asíncrona y la coordinación entre dominios en la capa de aplicación.
POLANA está diseñado para escalar la ejecución horizontalmente mientras mantiene el estado, la composabilidad y la semántica intactos.

#POLANA #JAMProtocol #ParallelExecution

$DOT $SOL

La paralelismo coherente puro y probado en batalla describen dos fortalezas diferentes y POLANA las une.
@Solana Official el modelo de ejecución está probado en batalla.
Determinista, consciente de conflictos y probado bajo una carga de producción real.
JAM introduce paralelismo coherente puro.
La ejecución se escala a través de muchos núcleos, mientras que el estado permanece unificado y componible.
@POLANA_Network combina ambos.
La semántica de Solana probada en batalla se ejecuta en JAM coherente, ejecución paralela en toda la red sin dividir el estado, fragmentar la liquidez o cambiar cómo se escriben los programas.
Sin compromisos.
Solo ejecución que escala, mientras todo lo demás permanece unido.

$SOL
$DOT

#POLANA #JAMProtocol #solana #BlockchainInfrastructure #ParallelExecution