Ce înseamnă, de fapt, „Polana construiește pe baza JAM” 🧵
Polana nu redefinește modul în care funcționează programele Solana.
Importă modelul de execuție bazat pe conturi și semantica de runtime a Solana pe stratul de execuție al JAM.
La nivel de programare, nimic fundamental nu se schimbă.
Programele Solana păstrează:
același model de stare bazat pe conturi
aceleși declarații deterministe de citire/scriere
aceleși semantici de execuție pe care dezvoltatorii se bazează deja
Ceea ce se schimbă este locul în care se desfășoară execuția, nu modul în care sunt scrise programele.
Polana suportă mai multe căi de execuție pentru a atinge acest lucru:
executarea programelor Solana printr-un runtime compatibil sBPF
transpilarea bytecode-ului Solana în formatul de execuție al JAM
sau compilarea programelor nativ pentru PVM-ul JAM pentru o integrare mai strânsă
Acestea sunt strategii de execuție, nu modele noi de programare.
Scopul este compatibilitate înainte de toate:
nu sunt necesare modificări de cod pentru programele Solana existente
instrumente familiare precum Anchor și Solana CLI continuă să funcționeze
logica aplicației și presupunerile rămân intacte
JAM oferă substratul de execuție: calcul paralel, acumulare deterministă și programare la scară de rețea.
Polana mapează modelul de execuție Solana pe acel substrat.
Așadar, „construirea deasupra” nu înseamnă a înfășura Solana într-un nou cadru.
Înseamnă relocarea execuției Solana pe o arhitectură de execuție diferită, păstrând semantica.
Aceasta este ideea arhitecturală din spatele Polana:
Programele Solana, neschimbate în comportament, executate pe stratul de execuție paralel și coerent al JAM.
#Polana #JamProtocol $SOL $DOT