Newton adalah salah satu peningkatan proyek yang terlihat sederhana di atas kertas, tapi menjadi rumit begitu menyentuh kontrak live.
Saya sudah melihat pola ini terlalu sering. Sebuah proyek mengatakan mereka bisa menambahkan lapisan baru pada kontrak yang dapat ditingkatkan yang sudah ada, semua orang mengangguk, pengumumannya terdengar rapi, dan kemudian kerja keras yang sebenarnya dimulai. Bukan di cuitannya. Bukan di tangkapan layar dokumentasinya. Pada inisialisasi. Pada langkah setup yang membosankan yang tidak ingin dibicarakan karena terdengar kurang menarik.
Namun di situlah biasanya semuanya mulai rusak.
Kontrak upgradeable yang sudah ada tentu sudah membawa beban. Storage yang lama. Izin yang lama. Asumsi yang lama. Mungkin dana pengguna. Mungkin peran admin yang ditambahkan berbulan-bulan lalu oleh anggota tim yang sudah pergi. Mungkin juga ada fungsi yang secara teknis bekerja, tapi hanya karena belum ada yang mendorongnya cukup keras.
Newton tidak datang ke ruang kosong. Ia masuk ke semuanya itu.
Itulah sebabnya aku tidak terlalu peduli ketika sebuah proyek mengatakan, “Newton bisa ditambahkan.” Baik. Bisa ditambahkan. Pertanyaan yang lebih baik adalah apa yang terjadi setelah ditambahkan. Siapa yang menginisialisasinya? Kebijakan yang mana yang terhubung? Fungsi mana yang benar-benar dilindungi? Validasi terjadi sebelum eksekusi, atau ada seseorang yang menyambungkannya setelah tindakan penting itu sudah terlanjur terjadi?
Yang terakhir terdengar dasar. Tapi tidak selalu diperlakukan seperti itu.
Newton seharusnya membantu proyek mengendalikan perilaku transaksi melalui kebijakan. Dalam bahasa sederhana, kontrak bisa memeriksa apakah suatu tindakan sesuai dengan aturan proyek sebelum membiarkannya terjadi. Penarikan. Pemindahan. Perpindahan dana perbendaharaan. Kontrol akun. Tindakan otomatis. Apa pun yang jika salah panggil bisa berujung kerusakan nyata.
Aku suka ide itu. Aku setuju.
Tapi aku juga sudah cukup sering melihat tim kripto memasang lapisan keamanan ke sistem lama lalu bertindak seolah pekerjaan itu sudah selesai hanya karena kodenya berhasil dikompilasi. Itu bukan perlindungan. Itu dekorasi dengan risiko yang disembunyikan di baliknya.
Bagian yang tidak nyaman adalah bahwa Newton hanya berarti kalau terhubung dengan benar. Kontrak butuh konfigurasi yang tepat. Pemilik yang tepat mengendalikan. Tautan kebijakan yang tepat. Jalur validasi yang tepat. Konfigurasi itu tidak boleh bisa dipanggil dari alamat yang salah. Itu juga tidak boleh bisa diulang dengan cara yang ceroboh sehingga konfigurasi bisa diubah belakangan tanpa kontrol yang serius.
Satu detail yang terlewat dan proyeknya mungkin masih terlihat baik dari luar.
Itulah hal yang buruk tentang kontrak yang bisa di-upgrade. Mereka bisa mempertahankan alamat yang sama, wajah yang sama, kepercayaan publik yang sama, sementara di dalamnya sesuatu telah berubah. Pengguna mungkin tidak menyadarinya. Pasar biasanya juga tidak menyadarinya. Semua orang sudah lelah. Semua orang terus menggulir melewati postingan upgrade yang lain, postingan integrasi yang lain, janji yang lain bahwa kali ini sistemnya lebih aman.
Lalu berbulan-bulan kemudian, seseorang menemukan celah yang lemah.
Jadi aku menilai Newton dari sudut pandang itu. Bukan sebagai logo yang ditambahkan ke roadmap, dan bukan sebagai frasa teknis yang rapi lain yang didaur ulang menjadi materi pemasaran proyek. Aku mencari momen ketika ini benar-benar gagal. Apakah initializer-nya? Apakah pengaturan kebijakannya? Apakah fungsi yang dilindungi itu terlupakan karena terlihat tidak berbahaya? Apakah ada jalur admin dengan terlalu banyak kepercayaan yang menumpuk di satu tempat?
Proyek harus menjawab pertanyaan-pertanyaan itu sebelum pengguna diharapkan untuk percaya pada upgrade.
Ada juga masalah urutan. Validasi Newton harus datang sebelum tindakan yang sensitif. Sebelum penarikan. Sebelum pemindahan. Sebelum pemanggilan eksekusi. Sebelum kontrak melakukan sesuatu yang tidak mudah dibatalkan. Memeriksa setelah itu hanya pertunjukan. Pintu sudah terlanjur terbuka.
Dan setiap fungsi tidak pantas diperlakukan dengan cara yang sama. Di sinilah integrasi yang malas menciptakan kebisingan. Fungsi read-only tidak perlu pengecekan kebijakan yang berat. Pergerakan treasury perlu. Pembaruan izin mungkin perlu. Apa pun yang mengubah kontrol atau memindahkan nilai sebaiknya diperlakukan dengan kecurigaan dulu dan kepercayaan belakangan.
Begitulah tim yang berpengalaman bertahan. Pelan-pelan. Dengan gesekan. Dengan tes yang membosankan.
Proyek harus menguji persetujuan yang sudah kedaluwarsa, pengguna yang salah, data rantai yang salah, upaya replay, koneksi kebijakan yang buruk, dan validasi yang gagal sebelum pengguna mainnet berada sedekat apa pun dengannya. Bukan karena pengujian terlihat bagus di sebuah laporan, tapi karena kontrak yang benar-benar hidup tidak memberi ruang. Mereka tidak peduli seberapa lelah timnya. Mereka tidak peduli seberapa bagus bunyi pengumumannya.
Newton bisa memberi proyek cara yang lebih kuat untuk mengendalikan alur transaksi. Aku tidak menolaknya. Untuk kontrak yang menangani dana, otomatisasi, atau izin yang sensitif, persetujuan berbasis kebijakan memang masuk akal. Itu memberi proyek ruang lebih daripada kontrol akses dasar. Itu bisa membantu memisahkan “dompet ini diizinkan” dari “tindakan spesifik ini diizinkan menurut aturan-aturan ini saat ini.”
Perbedaan itu penting.
Tapi itu hanya penting kalau proyek menghargai konfigurasi tersebut. Kalau tidak, itu menjadi lapisan kompleksitas lain di atas sistem yang sudah lelah. Lebih banyak bagian yang bergerak. Lebih banyak asumsi. Lebih banyak tempat bagi sesuatu yang diam-diam bisa salah.
Di sinilah kripto terus mengulang pelajaran yang sama. Pasar ingin upgrade terdengar rapi. Kontrak nyata tidak rapi. Mereka ditambal, diperpanjang, diwariskan, ditinjau dengan tekanan, dan kadang disatukan oleh keputusan yang tidak ada yang ingin ditinjau lagi. Newton yang bisa ditambahkan ke kontrak upgradeable yang sudah ada itu berguna, tapi itu bukan bagian yang sepenuhnya aku percaya jika berdiri sendiri.
Aku percaya pada inisialisasinya.
Atau aku tidak.
Itu adalah titik pemeriksaan yang sebenarnya. Newton harus diaktifkan dengan benar, diikat ke kebijakan yang tepat, dikendalikan oleh otoritas yang tepat, dan diletakkan sebelum tindakan yang memang dimaksud untuk menghentikannya. Tanpa itu, proyek belum menambahkan perlindungan. Proyek hanya menambahkan hal lain yang harus dijelaskan setelah sesuatu berjalan salah.
Dan mungkin di situlah pasar sekarang. Terlalu lelah untuk terkesan oleh upgrade yang lain, tapi masih cukup melek untuk bertanya apakah ada yang memeriksa bagian yang benar-benar penting.