Ada yang sudah lihat esai pendek tentang Newton Protocol beberapa hari ini? Poin jual utama yang terus mereka gaungkan belakangan ini adalah apa yang mereka sebut “lapisan otomatisasi yang terdesentralisasi dan dapat diverifikasi”. Kedengarannya kan super keren, super Web3?

Aku punya kebiasaan: kalau melihat istilah-istilah yang terdengar super “canggih”, aku jadi suka mengorek arsitektur teknis dasarnya. Akhirnya, setelah ngikut-ngikut dokumentasi pengembang mereka dan menelusurinya sampai satu putaran, aku langsung dibuat bengong. Ada satu lingkar logika mendasar yang benar-benar tidak cocok di sini: Newton setiap hari teriak-teriak soal desentralisasi, tapi kenyataannya lapisan TEE (trusted execution environment) yang ada di bawahnya semuanya dijalankan di AWS (Amazon Web Services). Artinya, kamu merasa yang kamu percaya itu blockchain, padahal pada akhirnya kunci keamanan semuanya diserahkan kepada Amazon.

Hari ini kita akan membahasnya dengan bahasa sehari-hari, tanpa filter khas industri apa pun, untuk melihat seberapa banyak “udang di balik batu” yang tersembunyi dalam apa yang disebut “otomatisasi terdesentralisasi”.

I. Yang disebut “dapat diverifikasi”, langkah terakhir ternyata harus bergantung pada sikap AWS

Pertama-tama, semua orang perlu memahami logika TEE. Kode memang tidak dapat dimanipulasi, berkas bukti yang dihasilkan juga benar-benar bisa dikirim ke rantai untuk diverifikasi—ini terdengar masuk akal. Namun masalahnya, TEE yang digunakan Newton berjalan di AWS Nitro Enclaves milik Amazon; pada akhirnya bukti kuantitas jarak jauh yang dihasilkan ditandatangani oleh AWS!

Artinya apa?

Kalau AWS mengakuinya, barulah verifikasi Anda dianggap sah.

Kalau AWS tidak mengakuinya, atau karena alasan tertentu diminta untuk tidak mengakuinya, otomatisasi Anda langsung berubah menjadi lelucon.

Bukankah itu jelas-jelas “pemindahan kepercayaan”? Anda hanya memindahkan kepercayaan terhadap tim proyek ke raksasa internet tradisional terbesar di seluruh dunia—Amazon. Jika ini juga disebut desentralisasi, lebih baik semua orang jangan main ke rantai (chain) lagi, langsung saja kembangkan pakai server Web2.

II. Jika terjadi keadaan kahar, Newton sama sekali tidak punya Plan B.

Yang lebih mengkhawatirkan adalah, setelah saya membongkar habis dokumen teknis resmi, saya tidak menemukan deskripsi apa pun tentang “rencana cadangan perangkat keras” atau mekanisme pemulihan bencana multi-cloud.

Ini bukan kekhawatiran saya semata. Orang yang menggeluti teknis semua tahu: arsitektur yang sangat bergantung pada satu penyedia layanan seperti ini, risikonya bukan bisa diselesaikan dengan kode, melainkan ditentukan oleh kepentingan bisnis di baliknya atau dinamika geopolitik eksternal.

Anggap skenario yang ekstrem: > suatu hari karena kepatuhan kebijakan atau semacam keadaan kahar, pemerintah AS meminta AWS untuk membantu pemeriksaan. AWS hanya perlu mengangkat tangan, menghentikan penerbitan tanda tangan bukti TEE yang berjalan di Nitro Enclaves—maka kemampuan verifikasi seluruh jaringan Newton akan langsung lumpuh seketika.

Menghadapi peristiwa angsa hitam yang berdampak sangat merusak seperti ini, tampaknya pihak proyek saat ini tidak punya rencana cadangan apa pun.

Ada yang mungkin akan membantah: “Setidaknya dengan isolasi perangkat keras TEE, tetap lebih baik daripada sepenuhnya bergantung pada pihak proyek untuk melakukan operasi kotak hitam.”

Jangan bilang begitu. Ketika Anda memindahkan “jangkar kepercayaan” dari pihak proyek ke Amazon, Anda sebenarnya mengganti satu raksasa yang tidak Anda kenal, dan yang juga tidak bisa Anda kendalikan. Strategi operasional internal AWS, standar kepatuhan, bahkan catatan pemadaman di masa lalu—sebagai pengguna biasa, Anda sama sekali tidak dapat mengetahuinya. Dalam sejarah internet, AWS pernah berapa kali mengalami pemadaman skala besar? Mana ada yang tidak mematikan ratusan atau ribuan layanan internet yang bergantung padanya sekaligus? Begitu AWS mengalami gangguan, bukti TEE bahkan tidak akan mungkin dibuat; strategi otomatis pengguna akan langsung macet di tengah jalan, tanpa jalan keluar.

III. Rantai kepercayaan ditarik terlalu panjang, di tengah semuanya berubah menjadi “boneka perangkat keras” milik perusahaan AS

Kamu kira kamu cuma perlu percaya pada Amazon saja? Kita uraikan rantai kepercayaan TEE ini dengan teliti, dan kamu akan melihat “boneka bersarung” di dalamnya, sedalam itu sampai bikin merinding.

Keamanan inti dari perangkat keras TEE pada akhirnya bergantung pada kunci master (root key) yang disuntikkan oleh produsen chip saat proses produksi. Saat ini, perangkat keras arus utama di pasaran terutama adalah Intel (untuk brand Intel) dan AMD. Jadi, jika kita ingin menyelesaikan satu transaksi trading otomatis yang “dapat diverifikasi”, jalur kepercayaan aslinya sebenarnya seperti ini:

Langkah pertama: Kirimkan perintah trading otomatis Anda ke protokol Newton.

Langkah kedua: Newton menjalankan strategi di server cloud AWS.

Langkah ketiga: Lingkungan operasi TEE AWS bergantung pada kunci perangkat keras terenkripsi yang disuntikkan oleh chip Intel atau AMD untuk isolasi.

Langkah keempat: Setelah selesai dijalankan, sistem kepatuhan AWS menerbitkan bukti kuantitas jarak jauh.

Langkah kelima: Kirim bukti kembali ke rantai Newton, selesaikan verifikasi terakhir on-chain.

Mari hitung: ada total lima lapis rantai kepercayaan! Hanya lapisan terakhir—yakni langkah verifikasi bukti di rantai—yang terbuka dan transparan di blockchain. Empat lapisan sebelumnya (node Newton, platform cloud AWS, chip Intel, chip AMD) semuanya entitas tersentralisasi 100%. Setelah berputar-putar cukup jauh, yang terjadi bukan lagi “percaya pada tim Newton”, tapi “sekaligus percaya pada Amazon + Intel + AMD”. Untuk komunitas kripto yang mengejar desentralisasi, apakah ini benar-benar sebuah peningkatan dari sisi pengalaman?

IV. Yang disebut “akan bertransisi ke depan”, lebih mirip janji di kejauhan yang entah kapan

Sebenarnya, di komunitas sudah ada beberapa orang lama yang menemukan masalah ini, lalu mempertanyakan kepada pihak proyek: “Kalau Newton mengklaim dirinya sebagai lapisan otomatisasi terdesentralisasi, kenapa tidak membangun sendiri klaster perangkat keras TEE fisik terdistribusi, bukannya bergantung pada AWS?”

Saat itu, balasan resmi intinya kira-kira begini: “Untuk efisiensi pengembangan dan operasional di tahap awal, kami memilih penyedia layanan cloud yang sudah matang. Ke depannya, kami akan melakukan transisi bertahap menuju jaringan perangkat keras fisik yang sepenuhnya terdesentralisasi.”

Ini jadi menarik. “Masa depan” itu sejauh apa? Tiga bulan, satu tahun, atau menunggu proyek tidak bisa jalan lagi barulah terlihat? Di roadmap resmi publik (Roadmap) Newton, untuk transisi krusial “desentralisasi hardware” ini pun tidak ada penulisan tonggak waktu yang spesifik. Artinya, sebelum itu, setiap “strategi yang dapat diverifikasi” yang berlari di jaringan dan dipuji setinggi langit—pintu yang menjadi penentu di akhirnya—tetap sepenuhnya dipegang oleh raksasa terpusat.

Ringkasnya

Sebuah jaringan yang terang-terangan mengaku terdesentralisasi, namun modul verifikasi otomatis paling intinya justru berjalan di server cloud tersentralisasi terbesar di dunia—ini sendiri sudah merupakan ironi yang sangat besar.

TEE memang teknologi yang bagus dan sangat berguna untuk komputasi privasi. Tapi semua orang harus paham dengan jernih: teknologi TEE sendiri tidak menyelesaikan masalah “de-percayaan” (trustlessness) di Web3; TEE hanya memindahkan kepercayaan kita pada “manusia” ke “raksasa perangkat keras” dan “penyedia layanan cloud”. Jika Anda bermain di ekosistem kripto memang mengejar kontrol absolut dan anti-pengawasan, maka arsitektur teknologi Newton yang sangat bergantung pada AWS saat ini adalah celah yang tidak bisa diabaikan bagi Anda.

$NEWT #Newt @NewtonProtocol

(Artikel ini adalah tugas platform, tidak merupakan nasihat investasi apa pun.)