Mengapa Newton Memisahkan Pendaftaran Kebijakan dari Penetapan Kebijakan
Dulu saya mengira bahwa setelah sebuah kontrak mengetahui di mana sebuah kebijakan berada, bagian tersulit sudah selesai. Sebuah alamat terasa seperti koneksi terakhir antara aplikasi dan lapisan otorisasi. Semakin lama saya membaca dokumentasi pengembang Newton, semakin saya menyadari bahwa kedua gagasan tersebut memang sengaja dipisahkan.
Newton membedakan antara menetapkan alamat kontrak Policy dan mendaftarkan konfigurasi kebijakan. Kedengarannya mirip sampai Anda menyadari apa yang sebenarnya dilakukan masing-masing. Menunjuk ke kontrak Policy hanya memberi tahu klien di mana manajemen kebijakan berada. Pendaftaran melangkah lebih jauh dengan membuat konfigurasi kebijakan yang spesifik dan mengembalikan ID kebijakan yang akan menjadi acuan untuk validasi attestasi di masa mendatang.
Pemisahan ini mengubah cara saya memikirkan otorisasi. Sebuah aplikasi bisa tampak terhubung, tetapi tetap belum memiliki informasi yang diperlukan untuk memverifikasi sebuah attestasi. Arsitektur menghindari anggapan bahwa alamat kontrak adalah bukti bahwa otorisasi sudah siap. Sebagai gantinya, aktivasi menjadi langkah yang eksplisit dengan identitas kriptografisnya sendiri.
Membaca dokumentasi Mainnet Beta membuat rancangan ini terasa bukan sekadar tambahan kompleksitas, melainkan manajemen status yang disengaja. Otorisasi tidak dianggap aktif hanya karena infrastruktur sudah dideploy. Otorisasi menjadi aktif hanya setelah kebijakan itu sendiri terdaftar dan teridentifikasi.
Permukaan kampanye bukanlah produknya. Memahami perbedaannya lebih penting daripada poin-poinnya.
Jika otorisasi bergantung pada kebijakan yang telah didaftarkan, bukan pada alamat yang ditetapkan, apakah aktivasi harus menjadi semenarik/terlihat seperti proses deployment?
Kadang-kadang, status yang paling penting adalah status yang belum pernah dibuat.
Mengapa Skema Oracle Newton Penting Sebelum Satu Kebijakan Dievaluasi
Saya terus memikirkan di mana sebenarnya otorisasi dimulai. Jawaban yang paling jelas tampaknya adalah kebijakan itu sendiri. Operator menerima sebuah permintaan, mengevaluasi kebijakan Rego, menghasilkan sebuah attestation, lalu mengizinkan eksekusi berlanjut jika kondisi yang diperlukan terpenuhi. Urutan tersebut muncul di seluruh arsitektur Newton, jadi mudah untuk mengasumsikan bahwa kebijakan itu merupakan langkah pertama yang bermakna. Setelah menghabiskan lebih banyak waktu dengan dokumentasi pengembang, saya menyadari ada sesuatu yang lebih sunyi terjadi bahkan lebih awal. Sebelum sebuah kebijakan memutuskan apa pun, Newton memberi pengembang cara untuk mendefinisikan seperti apa input yang valid seharusnya.
Semua Orang Membicarakan Kepatuhan. Protokol Newton Mengubah Siapa yang Mendapat Manfaat Dari Itu.
Saat membaca tentang @NewtonProtocol , satu gagasan terus kembali kepada saya. Kebanyakan proyek blockchain membangun kepatuhan karena mereka harus melakukannya. Newton memberi pengembang alasan untuk membangunnya karena mungkin saja ada orang lain yang ingin menggunakannya. Itu terasa seperti perubahan yang jauh lebih besar daripada yang dibicarakan orang selama ini. Pertanyaan sebenarnya bukan apakah kepatuhan yang bisa diprogram itu penting. Jelas itu penting. Pertanyaan yang lebih sulit adalah apakah logika kepatuhan bisa menjadi sesuatu yang dipublikasikan oleh pengembang dan tetap menghasilkan pendapatan lama setelah mereka selesai menuliskannya.
Mengapa Newton Memisahkan Logika Kebijakan dari Logika Aplikasi
Perangkat Lunak Biasanya Mencampur Keputusan dengan Eksekusi Kebanyakan aplikasi menyembunyikan pengambilan keputusan mereka di dalam kode aplikasi. Sebuah dompet (wallet) memutuskan apakah transfer boleh dilanjutkan. Sebuah protokol pinjaman memutuskan apakah agunan sudah cukup. Sebuah platform perdagangan memutuskan apakah sebuah order memenuhi aturan-aturannya. Bagi pengguna, keputusan-keputusan itu sebenarnya hanya terjadi begitu saja. Membaca whitepaper Newton membuat saya menyadari bahwa pendekatan tradisional ini menimbulkan keterbatasan yang menarik. Aplikasi tersebut melakukan baik pengambilan keputusan maupun eksekusi, sehingga menyulitkan siapa pun di luar aplikasi itu untuk secara independen memverifikasi bagaimana keputusan diambil. Newton mendekati masalah ini dengan cara yang berbeda.
Hash Kebijakan Newton Membuat Otorisasi Dapat Diperbarui Kembali, Bukan Sekadar Terverifikasi
Saya dulu mengira bahwa reprodusibilitas sebagian besar hanya menjadi perhatian untuk riset ilmiah. Jika seseorang mencapai kesimpulan yang sama dua kali, itu terasa sudah cukup. Blockchain secara bertahap mengubah sudut pandang itu karena setiap keputusan penting pada akhirnya menjadi sesuatu yang mungkin ingin diverifikasi secara independen oleh pihak lain.
Satu detail yang terus saya ingat dari whitepaper Newton adalah peran policy hash. Alih-alih hanya membuktikan bahwa suatu otorisasi terjadi, attestation diikatkan pada kebijakan persis yang menghasilkannya.
Perbedaan itu ternyata lebih penting daripada yang awalnya saya sadari. Jika kebijakan yang mendasarinya berubah bahkan sedikit, otorisasi yang dihasilkan sepenuhnya milik policy hash yang berbeda.
Artinya, otorisasi tidak hanya dapat diverifikasi setelah kejadian, tetapi juga dapat direproduksi karena setiap operator mengevaluasi versi kebijakan yang persis sama. Para peninjau di masa depan tidak perlu bertanya-tanya buku aturan mana yang menghasilkan keputusan tersebut. Sidik jari kriptografis sudah menjawab pertanyaan itu.
Membaca dokumentasi Mainnet Beta membuat gagasan ini terasa semakin praktis. Bukti otorisasi menjadi lebih bermakna ketika dihubungkan dengan versi kebijakan yang tidak dapat diubah, bukan dengan logika backend yang tak terlihat yang bisa saja berkembang diam-diam dari waktu ke waktu.
Mengoptimalkan imbalan tanpa memahami lapisan kebijakan di bawahnya hanyalah bercocok tanam dengan langkah tambahan.
Jika setiap otorisasi membawa sidik jari dari kebijakan yang menciptakannya, apakah tata kelola pada akhirnya menjadi lebih mudah diaudit daripada pelaksanaannya?
Kadang hash yang paling kecil membawa akuntabilitas terbesar.
NEWTON: Memisahkan Otorisasi dari Perubahan Penyelesaian Mengubah Siklus Hidup Transaksi
Memisahkan Otorisasi dari Perubahan Penyelesaian Mengubah Siklus Hidup Transaksi Menyaksikan transaksi blockchain selama bertahun-tahun menciptakan model mental yang sederhana bagi saya. Seorang pengguna menandatangani transaksi, menyiarkannya, menunggu konfirmasi, dan menganggap prosesnya selesai. Hampir setiap diskusi berfokus pada kecepatan eksekusi, biaya, atau kepastian akhir. Membaca whitepaper Newton membuat saya menyadari bahwa tahap lain juga layak mendapat perhatian yang sama: apa yang terjadi sebelum eksekusi diizinkan untuk dimulai. Otorisasi Menjadi Lapisan Tersendiri
Newton: Kebijakan Deterministik Berarti Setiap Operator Harus Mencapai Jawaban yang Sama
Ada masa ketika saya mengira desentralisasi berarti mengumpulkan beragam pendapat dan entah bagaimana meratakannya menjadi satu keputusan.
Semakin banyak saya mempelajari sistem terdistribusi, semakin saya menyadari bahwa konsistensi sering kali lebih penting daripada keberagaman. Perspektif itu muncul kembali saat membaca whitepaper Newton. Setiap operator mengevaluasi kebijakan deterministik yang sama dengan input yang sama, sehingga tujuannya bukan menghasilkan banyak jawaban, melainkan secara independen mencapai satu jawaban yang identik.
Saya menganggap desain ini menarik karena memindahkan tantangan dari sekadar mempercayai penilaian individu menjadi membuktikan bahwa aturan itu sendiri selalu menghasilkan keluaran yang sama. Mainnet Beta memberi makna praktis pada gagasan tersebut dengan mengubah evaluasi kebijakan menjadi sesuatu yang dapat diperiksa pengguna, bukan hanya sekadar diterima.
Aktivitas yang tidak terhubung dengan sebuah tesis nyata hanyalah kebisingan yang memakai lencana hadiah. Jika setiap operator yang jujur mencapai kesimpulan yang sama, apakah kepercayaan dimulai dari jaringan atau dari kebijakan yang sedang dievaluasi?
Konsistensi sering kali lebih tenang daripada kecepatan, tetapi kadang jauh lebih berharga.
Penipuan tidak selalu terlihat berbahaya ketika sampai ke dompet.
Terkadang terlihat seperti transfer normal. Terkadang yang terjadi hanya persetujuan kontrak. Terkadang alamat dipersingkat, disembunyikan di balik antarmuka yang ramah, atau ditempel oleh seseorang yang berpura-pura membantu. Saat pengguna menyadari bahayanya, transaksi sudah menjadi riwayat. Itulah titik lemahnya: banyak sistem mendeteksi risiko, tetapi tidak selalu menghentikannya sebelum dieksekusi. Alamat yang ditandai terdengar membosankan pada awalnya. Daftar dompet penipuan, pelaku pengeluaran berbahaya, kontrak phishing, alamat perantara (mule), atau tujuan penipuan yang sudah dikenal tidak terasa menarik. Namun kekuatannya muncul ketika daftar tersebut menjadi sebuah aturan.
Aku terus memikirkan bagaimana data dari luar bisa terlihat polos sampai ia mulai memutuskan terlalu banyak.
Sebuah umpan masuk. Sebuah angka, skor, sebuah bendera, sebuah sinyal. Rasanya kecil. Tetapi jika masukan itu mengubah apakah sebuah transaksi diizinkan atau diblokir, maka itu tidak lagi kecil. Ia punya kekuatan, bahkan jika tidak ada yang membicarakannya seperti itu.
Itulah mengapa penyedia data Newton WASM terasa menarik bagiku. Bukan karena umpan eksternal tiba-tiba sempurna. Tidak. Umpan bisa terlambat, berantakan, bias, rusak, atau hanya dibentuk dengan cara yang salah. Namun ide yang lebih baik bukan berpura-pura bahwa data dari luar adalah kebenaran murni. Ide yang lebih baik adalah menyimpannya di dalam ruang yang terkontrol sebelum menyentuh perizinan.
Aku suka cara berpikir itu.
Bagiku, @NewtonProtocol lebih masuk akal ketika aku melihat data eksternal sebagai sebuah masukan, bukan sebagai otoritas. Umpan boleh berbicara, tapi ia tidak boleh memerintah. Umpan bisa membawa konteks, tapi ia tidak boleh berjalan-jalan di seluruh sistem dengan kunci di tangannya.
Kedengarannya sederhana, mungkin terlalu sederhana, tapi itu penting. Karena tepat pada saat sebuah sistem mempercayai umpan secara membabi buta, ia diam-diam memindahkan kepercayaan dari dompet ke sumber data. Dan kemudian kita kembali ke titik lemah lain yang lembut, hanya saja dibungkus dengan kata-kata teknis.
Penyedia WASM yang dijalankan dalam sandbox terasa seperti sebuah batas. Ia mengatakan: bawa data ke sini, bentuk di sini, batasi di sini, lalu biarkan kebijakan memutuskan artinya. Aku tidak berpikir itu menghilangkan risiko sepenuhnya. Tidak ada yang benar-benar menghilangkan. Tapi ia membuat risiko lebih mudah terlihat, dan mungkin lebih mudah disalahkan ketika sesuatu berjalan salah.
Itulah bagian yang aku hormati tentang Newton. Ia tidak memperlakukan informasi dari luar seperti sihir.
Ia membiarkan dunia masuk, tapi tidak membiarkannya mengambil alih. #Newt
Apakah umpan eksternal seharusnya memiliki batas sandbox yang ketat?
Kalian juga bisa mencoba keberuntungan di game ini. Kalian bisa mendapatkan SXT dan CToken kalau beruntung, kalian mungkin bisa mendapatkan beberapa BNB dari acara Binance Square BNB Saya taruh tautannya di bawah
Newton Protocol: Lapisan Otorisasi untuk Keuangan Onchain
@NewtonProtocol sedang mengubah transaksi onchain dengan otorisasi dan pemeriksaan risiko secara real time, mirip seperti Visa yang mengamankan pembayaran kartu. Sebelum transaksi apa pun terselesaikan, Newton menjalankan penegakan kebijakan yang dapat diprogram untuk memastikan kepatuhan, keamanan, dan kepercayaan. Mainnet Beta Kini AktifSeperti yang diumumkan di TokenizeThis NYC, Newton Mainnet Beta diluncurkan dari panggung utama. Protokol kini menghadirkan otomasi yang dapat diverifikasi untuk memindahkan modal nyata secara onchain. VaultKit menyederhanakan integrasi, sementara policy packs memungkinkan kurator memasang aturan dengan mudah. Para pembangun dan institusi dapat menjadwalkan demo untuk memulai.
Saya terus kembali ke pemikiran yang sama: $NEWT Token lebih mudah dihargai ketika saya berhenti melihatnya seperti objek sensasi dan mulai melihat apa fungsinya untuk membantu di dalam Newton.
Kedengarannya sederhana, tapi itu sangat penting. Terlalu banyak pembicaraan tentang token jadi ramai dulu sebelum benar-benar berguna. Orang-orang menanyakan pertanyaan tentang pasar terlebih dahulu, dan jujur saja, itu membuat bagian protokol terasa lebih kecil dari kenyataannya.
Bagi saya, Newt Token jadi lebih masuk akal ketika saya memikirkan utilitas sebagai kerja, bukan sebagai kegembiraan. Apa yang dibutuhkan sistem? Ia membutuhkan orang-orang dan operator yang melakukan hal yang benar. Ia membutuhkan koordinasi yang tidak bergantung pada kepercayaan buta. Ia membutuhkan alasan agar partisipasi yang bermanfaat terus terjadi meski tidak ada yang bertepuk tangan.
Di sanalah Newt Token terasa penting bagi saya. Bukan karena janji yang mengilap, tetapi karena protokol tanpa keselarasan internal bisa terlihat bagus di kertas dan tetap terasa lemah dalam praktik.
Saya tidak ingin menjelaskan Newt Token seperti itu tiket untuk mendapatkan perhatian. Itu terasa murah, dan mungkin juga malas. Saya lebih suka menjelaskannya sebagai bagian dari mesin yang membantu Newton tetap hidup sebagai jaringan yang benar-benar bekerja.
Mungkin itu kurang menarik bagi sebagian orang, tapi terasa lebih jujur. Utilitas tidak perlu teriak-teriak. Ia harus terasa masuk akal secara tenang.
#Newt Token, bagi saya, yang paling kuat ketika percakapannya tetap berakar: peran apa yang dimainkannya, perilaku seperti apa yang didukungnya, dan mengapa Newton sama sekali membutuhkannya. @NewtonProtocol
Apa yang membuat Newt Token lebih layak untuk dibicarakan di dalam Newton?