
Ang hamon sa real-time applications ay hindi lamang ang bilis, kundi ang kakayahang mag-settle kahit may mali. Sa MagicBlock 1.0, mas pinapansin ko ang kakayahang mabawi kaysa sa pagpapalabas ng latency. ① Noong Oktubre 6, ipinahayag ng MagicBlock ang Validator v1.0, at ikinawala ang katumbas na bersyon sa GitHub. Ito ay ang execution component ng Ephemeral Rollups, hindi isang bagong client na magpapalit sa consensus validator ng Solana mainnet. ② Ang release notes ay nagdagdag ng ephemeral accounts, intent composition, callbacks, at mas mayaman na application workflow upang ang mga application ay makapag-run sa espesyal na execution environment, at pagkatapos ay mags-settle ng delegated state sa Solana ayon sa proseso. ③ Ang mas mahalagang tignan ay ang settlement recovery, retry pagkatapos ng restart, account synchronization, at commit order. Ang mga kakayahang ito ay hindi laging angkop para sa poster, ngunit direktang nakakaapekto kung makakamit ba ng user ang kanilang operasyon nang maaasahan. ④ Malinaw sa release notes na ang replica mode at challenge protocol ay eksperimental. Hindi ibig sabihin na dahil umabot na sa 1.0, lahat ng security mechanism ay napatunayan na, o naaangkop ang bawat uri ng application bilang use case. Ang aking sariling pananaw: Ang mga game, interactive, at high-frequency state applications ay nangangailangan ng mas malinis na execution, ngunit ang mga end-user ay hindi magtatanggol ng project sa gastos ng “pagkawala ng intermediate state.” Ang totoong barayti ng produkto ay ang pagkakaroon ng mabilis na experience at maaasahang settlement nang sabay. Una kong sasaliksikin ang trust assumptions, fault recovery, at path back to mainchain, bago ko titingnan ang performance numbers. @Solana_zh @solana @magicblock
