O que "Polana constrói em cima do JAM" realmente significa 🧵
Polana não redefine como os programas Solana funcionam.
Ela porta o modelo de execução baseado em contas e a semântica de tempo de execução do Solana para a camada de execução do JAM.
No nível de programação, nada fundamental muda.
Os programas Solana mantêm:
o mesmo modelo de estado baseado em contas
a mesma declaração de leitura/escrita determinística
a mesma semântica de execução que os desenvolvedores já dependem
O que muda é onde a execução ocorre, não como os programas são escritos.
Polana suporta múltiplos caminhos de execução para alcançar isso:
executar programas Solana via um tempo de execução compatível com sBPF
transpilar bytecode Solana para o formato de execução do JAM
ou compilar programas nativamente para o PVM do JAM para uma integração mais estreita
Essas são estratégias de execução, não novos modelos de programação.
O objetivo é compatibilidade em primeiro lugar:
não são necessárias alterações de código para programas Solana existentes
ferramentas familiares como Anchor e Solana CLI continuam a funcionar
lógica de aplicação e suposições permanecem intactas
O JAM fornece o substrato de execução: computação paralela, acumulação determinística e agendamento em escala de rede.
Polana mapeia o modelo de execução do Solana sobre esse substrato.
Portanto, "construir em cima" não significa envolver o Solana em uma nova estrutura.
Significa realocar a execução do Solana em uma arquitetura de execução diferente enquanto preserva as semânticas.
Essa é a ideia arquitetônica por trás do Polana:
Programas Solana, inalterados em comportamento, executados na camada de execução paralela e coerente do JAM.
#Polana #JamProtocol $SOL
$DOT
