Saya menghabiskan 3 hari menganalisis mengapa para pembangun utama lebih peduli pada arsitektur Newton dibandingkan fitur spesifiknya.
Dan akhirnya saya memahami wawasan sebenarnya.
Masalah yang Tidak Pernah Dibahas Orang
Aplikasi blockchain tradisional mencampur dua hal:
1. Logika Eksekusi - Apa yang harus terjadi?
2. Otorisasi - Apakah kita diizinkan melakukan ini?
Contoh: Kontrak pintar DeFi vault.
Kontrak memiliki:
```
function trade(asset, amount) {
// Eksekusi: Eksekusi perdagangan
// Otorisasi: Periksa apakah diizinkan
// Keduanya sangat terikat
}
```
Semuanya ada di satu tempat. Perubahan memerlukan redeployment. Kebijakan dikodekan secara hardcoded.
Ini bekerja untuk kasus yang sederhana.
Tapi ia bisa patah pada skala.
Apa yang Sebenarnya Diselesaikan Newton
Newton memperkenalkan pemisahan kepentingan (separation of concerns).
Alih-alih mencampur otorisasi dan eksekusi:
Stack Tradisional:
App Layer → Execution Layer (berisi semuanya)
Newton Stack:
App Layer → Authorization Layer (kebijakan) → Execution Layer (tinggal menjalankannya)
Berikut yang memungkinkannya:
1. Aplikasi Tetap Sederhana
Pembuat agen AI tidak perlu memahami kebijakan kepatuhan.
Mereka hanya membangun logika trading.
Newton menangani "Anda hanya bisa memperdagangkan pasangan USD/EUR" secara terpisah.
2. Kebijakan Menjadi Bisa Diperbarui (Upgradeable)
Dengan pendekatan tradisional: Perubahan kebijakan = recompile smart contract = mimpi buruk redeployment.
Dengan Newton: Perubahan kebijakan = pembaruan lapisan tata kelola (governance) = tidak perlu perubahan kode.
3. Kebijakan Menjadi Bisa Dibagikan (Shareable)
Jika 10 aplikasi membutuhkan kebijakan risiko yang sama (mis., "max leverage 5x"):
Tradisional: Setiap aplikasi meng-hardcode itu. Perubahan = 10 redeployment.
Newton: Satu kebijakan bersama. Perubahan = satu pembaruan. Semua aplikasi mewarisinya.
4. Otorisasi Menjadi Distandarkan
Saat ini: Setiap protokol menciptakan otorisasinya sendiri (jika ada).
Newton: Lapisan otorisasi standar industri.
Seperti bagaimana HTTP menstandarkan komunikasi, Newton menstandarkan otorisasi.
5. Kebijakan Menjadi Bisa Disusun (Composable)
Kebijakan brankas mungkin seperti ini:
- Kepatuhan OFAC (dari Chainalysis)
- Batas risiko (dari Credora)
- Verifikasi identitas (dari Hexagate)
Pendekatan tradisional: Gabungkan semua 3 di dalam satu smart contract.
Pendekatan Newton: Susun tiga kebijakan terpisah menjadi satu keputusan.
Mengapa Arsitektur Ini Penting
Ini pemikiran infrastruktur yang membosankan.
Tapi infrastruktur yang memenangkan segalanya pada skala.
Internet tidak menang karena satu killer app.
Itu menang karena HTTP menstandarkan komunikasi.
Newton melakukan hal yang sama untuk otorisasi.
Apa yang Tidak Diselesaikan Newton
1. Kualitas Kebijakan - Newton menegakkan kebijakan, tapi tidak memutuskan kebijakan apa yang seharusnya ada. Kebijakan yang baik membutuhkan penilaian manusia.
2. Tradeoff latensi - Pemisahan menambah satu lapisan, yang menambah latensi. Beberapa aplikasi mungkin terlalu sensitif terhadap waktu.
3. Kompleksitas Migrasi - Memindahkan aplikasi yang sudah ada agar memakai Newton membutuhkan perombakan (refactoring) yang signifikan. Tidak plug-and-play.
4. Insentif Operator - Bahkan dengan arsitektur yang bersih, ekonomi operator harus bekerja. Jika biayanya terlalu tinggi, tidak ada yang menggunakannya.
5. Efek Jaringan Ekosistem - Arsitektur tidak berarti apa-apa jika tidak ada yang menggunakannya. Newton membutuhkan massa kritis aplikasi yang berbagi kebijakan.
Uji Sebenarnya
Kapan ini akan menjadi penting?
Mungkin ketika aplikasi menjadi cukup kompleks sehingga otorisasi yang hardcoded menjadi rusak.
Contoh:
- Agen AI dengan banyak parameter risiko
- Protokol lintas-chain dengan kebijakan koordinasi
- Brankas institusional dengan kepatuhan yang canggih
- Protokol DeFi yang perlu memperbarui kebijakan setiap minggu
Itu mungkin baru 12-24 bulan lagi.
Sampai saat itu, Newton lebih maju dari zamannya (tapi posisinya benar).
Posisi Saya
Saya optimis pada arsitektur Newton karena saya memahami prinsip-prinsip desain perangkat lunak.
Pemisahan kepentingan adalah hal yang fundamental untuk sistem yang skalabel.
Tapi saya berhati-hati soal timing dan adopsi.
Saat ini, sebagian besar aplikasi belum memerlukan Newton.
Pertanyaannya: Apakah Newton akan siap ketika aplikasi-aplikasi benar-benar membutuhkannya?
Yang Sebenarnya Saya Perhatikan
1. Adopsi pengembang - Apakah para pembangun benar-benar meminta lapisan otorisasi? Atau permintaannya masih terlalu dini?
2. Standarisasi kebijakan - Apakah aplikasi benar-benar akan berbagi kebijakan? Atau semua orang akan membuat kebijakan custom sendiri?
3. Performa - Saat volume transaksi nyata hadir, apakah latensi Newton bisa diskalakan?
4. Kecepatan migrasi - Seberapa cepat aplikasi yang sudah ada bisa mengintegrasikan Newton?
5. Posisi kompetitif - Apakah protokol lain membangun pemisahan yang serupa? Atau apakah keunggulan first-mover Newton memang nyata?
6. Ekonomi operator - Pada skala, apakah insentif operator benar-benar bekerja? Atau struktur biaya merusaknya?
Penilaian yang Jujur
Arsitektur Newton benar-benar inovatif.
Tapi arsitektur saja tidak menentukan keberhasilan.
Ethereum memiliki arsitektur yang lebih buruk daripada banyak pesaing, tapi menang lewat efek jaringan.
Newton punya arsitektur yang lebih baik, tapi efek jaringan masih nol.
18 bulan ke depan menentukan apakah Newton menjadi infrastruktur yang esensial atau eksperimen teknis yang keren.
Saya bertaruh pada infrastruktur.
Tapi saya mengawasi sinyal adopsinya secara ketat.