Tadi malam saya membaca whitepaper untuk nomor @NewtonProtocol sampai jam tiga pagi—semakin dibaca, semakin melek. Proyek ini ingin membuat “lapisan otomatisasi yang dapat diverifikasi”: AI agent mengeksekusi operasi on-chain untuk Anda, dan setiap langkah punya bukti bahwa tidak ada yang berbuat semaunya. Ide ini liar, tapi kalau dibedah satu per satu, ada banyak persoalan.
Logika inti Newton ada di tiga lapisan: model registry mengelola identitas agen, Keystore Rollup mengelola izin pengguna, dan intent otomatisasi mengatur kondisi eksekusi. Dari ketiganya, Keystore paling bikin saya khawatir. Whitepaper menyebutnya “a specialized rollup responsible for storing and updating user permissions”, artinya semua agen bisa atau tidak bisa menggerakkan aset Anda bergantung padanya. Dan komponen ini dijalankan di atas delegated PoS—verifikator menjaminkan keamanan dengan mempertaruhkan NEWT. Rantai logikanya tampak sempurna: TEE menyediakan lingkungan eksekusi → ZKP menghasilkan bukti → Keystore menyimpan otorisasi → verifikasi di-chain.
Namun, tembok TEE ternyata lebih tipis daripada yang saya bayangkan. Saya menelusuri laporan Binance Research; kutipan persisnya adalah “currently utilizes Phala's cloud environment”, yaitu saat ini TEE berjalan di infrastruktur cloud Phala. Kunci privat, kunci sesi, dan otorisasi transaksi semuanya berada di enclave pihak ketiga. Dalam serangan TEE.Fail tahun 2025, para peneliti hanya dengan biaya di bawah 1000 dolar berhasil mengekstrak kunci kunci penting dari Intel TDX dan AMD SEV. Phala sendiri juga mengakui bahwa enclave bisa dikloning. Agen yang sudah dimanipulasi pun tetap bisa menghasilkan Quote “semuanya normal”, sementara kontrak di-chain tetap mencatat dan semua pesanan dipenuhi.
Yang paling membuat saya tidak nyaman adalah jaringan pada fase awal dipimpin oleh server TEE milik yayasan, bukan jaringan terdistribusi—semuanya dikendalikan oleh yayasan.
Saya bukan tidak melihat prospek arah ini; justru karena saya melihat prospeknya, saya makin waspada. TEE tidak menghapus kebutuhan untuk percaya; ia hanya memindahkan kepercayaan dari pihak proyek ke Intel dan AMD. Strategi saya sederhana: tetap memantau, posisi utama tidak saya ubah. Tunggu Newton benar-benar berjalan dengan skema yang tidak bergantung pada TEE pihak ketiga baru saya putuskan. #newt $NEWT
Logika inti Newton ada di tiga lapisan: model registry mengelola identitas agen, Keystore Rollup mengelola izin pengguna, dan intent otomatisasi mengatur kondisi eksekusi. Dari ketiganya, Keystore paling bikin saya khawatir. Whitepaper menyebutnya “a specialized rollup responsible for storing and updating user permissions”, artinya semua agen bisa atau tidak bisa menggerakkan aset Anda bergantung padanya. Dan komponen ini dijalankan di atas delegated PoS—verifikator menjaminkan keamanan dengan mempertaruhkan NEWT. Rantai logikanya tampak sempurna: TEE menyediakan lingkungan eksekusi → ZKP menghasilkan bukti → Keystore menyimpan otorisasi → verifikasi di-chain.
Namun, tembok TEE ternyata lebih tipis daripada yang saya bayangkan. Saya menelusuri laporan Binance Research; kutipan persisnya adalah “currently utilizes Phala's cloud environment”, yaitu saat ini TEE berjalan di infrastruktur cloud Phala. Kunci privat, kunci sesi, dan otorisasi transaksi semuanya berada di enclave pihak ketiga. Dalam serangan TEE.Fail tahun 2025, para peneliti hanya dengan biaya di bawah 1000 dolar berhasil mengekstrak kunci kunci penting dari Intel TDX dan AMD SEV. Phala sendiri juga mengakui bahwa enclave bisa dikloning. Agen yang sudah dimanipulasi pun tetap bisa menghasilkan Quote “semuanya normal”, sementara kontrak di-chain tetap mencatat dan semua pesanan dipenuhi.
Yang paling membuat saya tidak nyaman adalah jaringan pada fase awal dipimpin oleh server TEE milik yayasan, bukan jaringan terdistribusi—semuanya dikendalikan oleh yayasan.
Saya bukan tidak melihat prospek arah ini; justru karena saya melihat prospeknya, saya makin waspada. TEE tidak menghapus kebutuhan untuk percaya; ia hanya memindahkan kepercayaan dari pihak proyek ke Intel dan AMD. Strategi saya sederhana: tetap memantau, posisi utama tidak saya ubah. Tunggu Newton benar-benar berjalan dengan skema yang tidak bergantung pada TEE pihak ketiga baru saya putuskan. #newt $NEWT