GRVT: Apakah Trading yang Lebih Cepat Mengubah Tempat Kepercayaan Tinggal?
Beberapa waktu lalu, saya sempat berasumsi bahwa “self custody” menjawab sebagian besar pertanyaan penting tentang sebuah bursa. Semakin banyak dokumentasi yang saya baca, semakin saya menyadari bahwa kustodi hanyalah satu bagian dari cerita. Kesadaran itu membuat saya menjadi kurang yakin dibanding sebelumnya.
Menyimak dokumentasi @grvt_io mengalihkan perhatian saya pada keputusan desain lain: pemisahan antara akun pendanaan dan akun trading. Awalnya terasa seperti lapisan kompleksitas tambahan, tetapi saya mulai bertanya-tanya, sebenarnya pemisahan ini sedang berusaha melindungi apa.
Akun pendanaan mengelola setoran, penarikan, dan kepemilikan aset, sedangkan akun trading didedikasikan untuk aktivitas pasar.
Itu menciptakan batas yang lebih jelas antara menyimpan aset dan secara aktif mengambil risiko. Pendekatan ini masuk akal, namun juga mengubah cara saya memikirkan keamanan operasional. Jika seorang trader menghabiskan sebagian besar waktunya berinteraksi lewat akun trading, alih-alih secara langsung mengekspos akun pendanaan utamanya, apakah itu benar-benar mengurangi risiko dalam praktik, atau lebih banyak sekadar meningkatkan organisasi operasional? Arsitekturnya mudah dijelaskan, tetapi nilai nyatanya bergantung pada bagaimana ia bekerja dalam penggunaan sehari-hari—bukan hanya pada tampilannya dalam diagram sistem. Kadang fitur keamanan yang paling kuat adalah yang hampir tidak disadari pengguna, dan kadang fitur itu hanya menambah alur kerja lain yang harus dikelola.
Yang ingin saya lihat dari waktu ke waktu bukan sekadar bahwa model akun ini berfungsi sesuai dokumentasi. Saya ingin memahami apakah model ini benar-benar membantu trader membuat keputusan yang lebih aman tanpa menimbulkan kompleksitas yang tidak perlu. Itulah jenis bukti yang membangun kepercayaan dengan lebih efektif daripada spesifikasi teknis semata.
Mengoptimalkan imbalan tanpa memahami arsitektur di baliknya hanyalah bertani imbalan dengan langkah tambahan.
Apakah memisahkan pendanaan dari trading meningkatkan keamanan, atau sebagian besar hanya meningkatkan organisasi?
Arsitektur membentuk perilaku jauh sebelum pengguna menyadari pengaruhnya.
Pertanyaan tentang Persetujuan di Balik Pengaman Agen Newton
Suatu kali saya memberi penjaga rumah daftar instruksi singkat sebelum pergi selama dua minggu. Ketika saya kembali, ia telah membuat keputusan yang tidak pernah saya setujui secara eksplisit. Jika saya lihat ke belakang, itu masuk akal dan mungkin juga akan seperti yang akan saya lakukan sendiri. Namun tetap saja, itu bukan keputusan yang secara sadar saya otorisasi pada momen tertentu itu. Memori itu muncul kembali saat saya membaca dokumentasi Newton untuk agen otonom. Semakin lama saya melihat arsitekturnya, semakin sedikit saya memikirkan apakah seorang agen bisa dibatasi, dan semakin saya bertanya-tanya bagaimana persetujuan seseorang tetap penting setelah perangkat lunak mulai mengambil keputusan atas nama mereka.
Mengapa Newton Menyembunyikan Suara Sebelum Menghitungnya
Saya pernah menyadari diri saya mengubah pilihan suara di sebuah jajak pendapat kelompok hanya karena saya sudah bisa melihat opsi mana yang sedang menang. Tidak ada yang membantah saya. Tidak ada yang menekan saya. Rekap langsung diam-diam mengubah cara saya memikirkan keputusan saya sendiri.
Membaca kebijakan tata kelola @NewtonProtocol membawa kembali momen itu.
Salah satu contoh kebijakan dalam whitepaper menjaga surat suara terenkripsi dari pengajuan hingga masa pemungutan berakhir. Saat pemungutan, mesin kebijakan memverifikasi kelayakan seperti kekuatan suara atau delegasi tanpa mengungkap pilihan individu atau menghasilkan rekap berjalan. Hanya setelah periode pemungutan selesai, surat suara didekripsi, hasil dihitung, dan luaran yang telah diaudit (attested) dihasilkan.
Yang menarik bagi saya bukan kriptografinya semata.
Melainkan batas yang Newton buat antara kelayakan dan preferensi.
Jaringan perlu tahu apakah seseorang diizinkan untuk memberikan suara. Jaringan itu dengan sengaja menghindari untuk mempelajari bagaimana orang tersebut memilih selama keputusan masih berlangsung. Pemisahan ini menghilangkan salah satu cara paling sederhana perilaku kolektif dapat memengaruhi pilihan individu sebelum pemilihan selesai.
Pertanyaan yang lebih sulit datang setelahnya.
Menjaga surat suara tetap tertutup selama pemungutan melindungi proses pengambilan keputusan. Ini tidak secara otomatis menjawab setiap pertanyaan tentang transparansi tata kelola setelah pemilihan selesai. Privasi selama partisipasi dan akuntabilitas setelah penyelesaian adalah tujuan yang berkaitan, tetapi keduanya tidak identik.
Mengoptimalkan untuk poin kampanye tanpa memahami apa yang sebenarnya disembunyikan Newton dan apa yang tidak disembunyikannya adalah cara mudah untuk keliru membaca arsitekturnya.
Jika tata kelola dapat memverifikasi siapa yang boleh memilih tanpa mengungkap bagaimana mereka memilih sampai proses selesai, apakah protokol tersebut melindungi privasi, ketidakberpihakan, atau sedikit dari keduanya?
Kadang-kadang hal paling penting yang dibuktikan oleh sebuah sistem adalah apa yang sengaja ia menolak untuk diungkapkan. $NEWT
GRVT: Di Mana Kepercayaan Sebenarnya Bermula dalam Perdagangan Hybrid?
Pertama kali saya berhenti menganggap self-custody sebagai sekadar kotak centang, saya menyadari bahwa pertanyaan yang lebih sulit bukanlah siapa yang memegang aset. Melainkan bagian mana dari proses perdagangan yang masih memerlukan kepercayaan. Itu membuat saya lebih penasaran daripada yakin.
Membaca dokumentasi GRVT menghadirkan kembali pemikiran tersebut. Platform ini memisahkan pencocokan order di luar rantai (off-chain) dari penyelesaian (settlement) di dalam rantai (on-chain), dengan tujuan menjaga kecepatan eksekusi sambil tetap menempatkan kontrol kustodi di bawah kendali pengguna. Ini adalah kompromi yang praktis, tetapi kompromi layak untuk ditinjau.
Bagian yang terus saya gaungkan adalah lapisan pencocokan (matching). GRVT menjelaskan bagaimana penyelesaian pada akhirnya dicatat di blockchain, namun mesin pencocokan beroperasi di luar rantai untuk mengurangi latensi. Secara alami, ini memunculkan pertanyaan, bukan tuduhan: jika settlement adalah jangkar kepercayaan, bagaimana para trader harus menilai transparansi dan ketahanan infrastruktur yang menentukan eksekusi sebelum settlement terjadi? Arsitekturnya masuk akal dari sudut pandang performa, tetapi keandalan tidak bisa diukur hanya dari diagram desain. Keandalan harus dibuktikan dalam pasar yang volatil, kondisi jaringan yang memburuk, dan pada periode ketika setiap milidetik berarti. Self-custody menjawab satu kategori risiko, sementara integritas eksekusi adalah kategori yang sama sekali berbeda.
Yang perlu GRVT buktikan dari waktu ke waktu bukanlah bahwa arsitektur hybrid itu mungkin. Dokumentasinya sudah menjelaskan cara kerjanya. Bukti yang lebih kuat akan datang dari menunjukkan bahwa kecepatan, transparansi, dan ketahanan operasional tetap berjalan beriringan saat pasar menjadi tidak terduga. Itulah perbedaan antara arsitektur yang terlihat meyakinkan dan arsitektur yang secara konsisten menghasilkan kepercayaan.
Laman kampanye bukanlah produknya. Memahami perbedaannya jauh lebih penting daripada poin-poin.
Saat volume perdagangan meningkat, metrik mana yang seharusnya lebih diperhatikan: jaminan settlement atau transparansi eksekusi?
Arsitektur yang baik mengundang pertanyaan sebelum ia mendapatkan kepercayaan jangka panjang.
Bagian Paling Sulit dari Ambang Penipuan Newton Bukanlah Menegakkannya
Kartu saya pernah dibekukan untuk secangkir kopi seharga $40 karena terlihat tidak biasa dibandingkan pengeluaran normal saya. Dua minggu sebelumnya, pembayaran yang jauh lebih besar ke pedagang yang belum pernah saya gunakan sebelumnya justru berhasil tanpa gangguan. Masalahnya bukan karena deteksi penipuan itu tidak ada. Masalahnya adalah seseorang menggambar batasnya di tempat yang salah.
Membaca tentang perlindungan penipuan @NewtonProtocol mengembalikan ingatan itu.
Untuk dompet non-custodial, kebijakan Vault dapat mewajibkan faktor otorisasi tambahan di luar kunci privat dompet setelah sebuah transaksi melewati nilai yang didefinisikan oleh kebijakan tersebut. Lapisan kedua itu bisa melibatkan pengikatan perangkat, kunci sesi, atau verifikasi biometrik sebelum dieksekusi. Kunci privat yang dicuri saja seharusnya tidak otomatis mengizinkan transfer bernilai tinggi.
Pertanyaan menariknya bukan apakah Newton bisa menegakkan ambang itu.
Melainkan siapa yang menentukan ke mana ambang tersebut seharusnya ditempatkan.
Setiap ambang menciptakan dua risiko. Jika ditetapkan terlalu tinggi, transfer yang bermakna mungkin tidak pernah memicu otorisasi tambahan yang mereka butuhkan. Jika ditetapkan terlalu rendah, aktivitas rutin mulai menghadapi gesekan yang tidak perlu. Keduanya bukan mencerminkan penegakan yang tidak konsisten. Keduanya mencerminkan desain kebijakan.
Pembedaan ini penting karena Newton menjamin eksekusi deterministik setelah sebuah kebijakan ditulis. Newton tidak mengklaim untuk menentukan apakah penulis kebijakan memilih angka yang tepat. Protokol secara konsisten menegakkan batas yang diberikan. Penilaian manusia tetap diperlukan untuk memutuskan di mana batas itu seharusnya berada.
Seiring makin banyak Vault muncul di Mainnet Beta, salah satu perbandingan yang paling menarik mungkin bukanlah Vault mana yang menegakkan kebijakan paling konsisten, melainkan bagaimana para kurator yang berbeda membenarkan ambang yang mereka pilih untuk aset yang serupa.
Jika dua Vault melindungi aset yang sama tetapi menggunakan ambang otorisasi yang berbeda, yang sebenarnya lebih aman: kebijakan yang lebih ketat, atau yang ambangnya lebih tepat disesuaikan?
Bagian tersulit dari sebuah ambang bukanlah menegakkannya. Melainkan memutuskan di mana ambang itu seharusnya berada.
Enam Kebijakan yang Dipilih Newton untuk Ditampilkan
Dulu saya pernah membantu mengoreksi kontrak yang sudah ditinjau oleh empat orang lainnya. Berminggu-minggu kemudian, seseorang menyadari sebuah klausul yang secara teknis berarti kebalikannya dari apa yang semua orang di ruangan itu kira telah mereka setujui. Tinjauannya tidak gagal. Mereka semua telah menjawab pertanyaan yang sama: Apakah dokumen ini mengatakan persis apa yang dikatakannya? Tak satu pun dari mereka berhenti untuk menanyakan apakah seharusnya dokumen itu mengatakan hal itu sejak awal. Membaca dokumentasi Newton mengembalikan ingatan itu. Semakin banyak waktu yang saya habiskan untuk arsitektur kebijakannya, semakin satu perbedaan menonjol. Newton dirancang untuk menjawab satu pertanyaan dengan ketepatan yang luar biasa:
Bagian dari Jejak Audit @NewtonProtocol yang Tidak Bisa Anda Lihat Secara Langsung
Suatu kali saya perlu mendapat salinan mutasi rekening bank lama untuk sesuatu yang sepenuhnya rutin. Catatannya sudah ada. Bank tidak sedang membuat sesuatu yang baru. Hanya saja saya tidak diizinkan mengakses catatan rinci tersebut secara langsung. Melihat bahwa transaksi itu ada ternyata berbeda dengan melihat semua yang mendasarinya.
Membaca dokumentasi Newton's Mainnet Beta mengingatkan saya pada perbedaan itu.
Setiap evaluasi kebijakan menghasilkan bukti otorisasi onchain yang bisa diperiksa siapa pun melalui Explorer. Anda dapat memverifikasi kebijakan mana yang dieksekusi, hasil otorisasi, dan bukti kriptografis yang mendukungnya.
Namun dokumentasi menarik batas lain yang mudah terlewat.
. Saat regulator atau penyelidik yang berwenang memerlukan informasi itu, Newton menjelaskan akses melalui proses hukum yang sesuai, bukan dengan mengekspos data evaluasi yang sensitif di onchain.
Saya pikir ini salah satu keputusan desain protokol yang paling menarik.
Kebanyakan pembahasan tentang transparansi berasumsi bahwa membuat semuanya publik selalu lebih baik. Newton tampaknya mengemukakan sesuatu yang lebih sempit: buat otorisasi itu sendiri dapat diverifikasi secara publik, sambil membiarkan bukti pendukung yang sensitif tetap terlindungi kecuali jika pengawasan yang sah memang memerlukannya.
Itu menciptakan dua lapisan transparansi yang berbeda.
Satu lapisan memungkinkan siapa pun memverifikasi bahwa otorisasi telah terjadi.
Lapisan kedua memungkinkan pihak yang berwenang menyelidiki bagaimana otorisasi itu terjadi.
Masing-masing tidak menggantikan yang lain.
Jadi batasnya bukan antara transparansi dan kerahasiaan.
Melainkan antara verifikasi publik dan pengungkapan yang dikendalikan.
Mengumpulkan poin kampanye tanpa menyadari di mana letak batas itu itu mudah.
Memahami mengapa Newton memisahkan keduanya jauh lebih sulit.
Jika sebuah bukti memastikan bahwa otorisasi terjadi, tetapi evaluasi yang mendasarinya memerlukan proses hukum untuk diperiksa, di mana kita harus mengatakan bahwa jejak audit itu sebenarnya dimulai?
Apa yang Harus Disepakati Sebelum Newton Menganggapnya Terverifikasi
Saya pernah membantu meninjau sebuah makalah penelitian yang tidak bisa diterbitkan sampai dua pengulas, yang bekerja sepenuhnya secara independen, mencapai kesimpulan yang sama. Tidak ada pengulas yang diasumsikan tidak jujur. Intinya bukanlah ketidakpercayaan. Kesepakatan independen itu membawa kredibilitas yang berbeda dibandingkan satu jawaban yang benar. Membaca arsitektur Mainnet Beta milik Newton mengingatkan saya pada proses itu. Semakin saya mengikuti alur otorisasi protokol, semakin saya menyadari bahwa Newton jarang meminta satu komponen untuk membuktikan sesuatu sendirian.
Garis Waktu Sunyi di Balik Setiap Attestasi Newton
Dulu saya pernah mengirim transfer kawat internasional yang lenyap ke dalam limbo yang sudah familiar antara “terkirim” dan “diterima.” Aplikasi perbankan saya bersikeras bahwa pembayaran telah diproses, namun sehari kemudian saya tetap menelepon bank, menanyakan pertanyaan paling sederhana yang mungkin: Apakah itu benar-benar sudah tiba? Layar konfirmasi itu tidak berbohong. Layar tersebut hanya menjawab pertanyaan yang berbeda dari pertanyaan yang benar-benar saya pedulikan. Membaca whitepaper Newton Protocol membangkitkan kembali ingatan itu. Semakin dalam saya mempelajari alur otorisasinya, semakin saya tidak memikirkan apakah sebuah attestasi ada, dan semakin saya memikirkan kapan bagian-bagian berbeda dari attestasi itu menjadi bermakna. Newton tidak mengompresi kepercayaan menjadi satu momen saja. Newton menyebarkan kepastian melalui rangkaian tahap-tahap yang dipisahkan secara saksama.
Saya pernah menyaksikan sebuah dana gagal berantakan dengan buruk sementara semua kontrol internal di sekelilingnya tetap sepenuhnya utuh. Setiap transaksi mendapat persetujuan. Setiap batas dipatuhi. Laporan pascatindak menghasilkan jejak audit yang begitu bersih sampai hampir terasa menghina, karena tidak ada apa pun yang menjelaskan mengapa strategi itu sendiri dari awal sudah merupakan ide yang buruk. Saya ingat merasakan frustrasi jenis tertentu—tidak ada yang bisa dituding, karena sebenarnya tidak ada yang benar-benar rusak.
Newton's Vaults di Mainnet Beta memformalkan celah yang sama persis. Kebijakan sebuah Vault ditegakkan persis seperti yang ditulis kuratornya, dan setiap penegakan menghasilkan bukti (receipt) yang dapat diverifikasi melalui Explorer. Bukti itu membuktikan bahwa aturan dijalankan dengan benar. Bukti itu tidak mengatakan apa pun tentang apakah aturan itu sendiri—ambang depeg, jaminan yang memenuhi syarat, pemicu likuidasi—pernah merupakan keputusan yang sehat sejak awal. Kebijakan yang dirancang buruk, jika ditegakkan dengan sempurna, menghasilkan jejak audit yang sama bersihnya seperti kebijakan yang dirancang dengan baik, sampai tepat pada saat ia tidak lagi bekerja. Tidak ada yang dalam lapisan penegakan yang membedakan ambang yang terkalibrasi dengan baik dari ambang yang kebetulan berhasil sampai kondisi berubah.
Newton harus menjaga pembedaan itu tetap terlihat—kebijakan yang dijalankan dengan benar tidak sama dengan klaim bahwa kebijakan itu tepat untuk ditulis, dan menemukan cara nyata untuk menempatkan penilaian kurator di bawah pengawasan, bukan sekadar kode kurator.
Mengumpulkan poin kampanye tanpa duduk bersama untuk memahami apa sebenarnya yang sedang ditegakkan oleh kebijakan sebuah Vault adalah aktivitas, bukan pemahaman.
Apa yang terjadi untuk pertama kalinya kebijakan sebuah Vault ditegakkan dengan sempurna terhadap sebuah aturan yang tidak seharusnya pernah ditulis seperti itu? Bukti yang bersih dan keputusan yang baik bukanlah hal yang sama.
Saya pernah menyaksikan sebuah posisi pinjaman dilikuidasi sekali pada harga yang, satu jam kemudian, tak ada yang bisa sepakat benar-benar menjadi harga pasar pada saat itu. Setiap langkah di hilir dari angka itu dieksekusi persis seperti yang tertulis. Likuidasi itu secara teknis benar.
Angkanya yang tidak. Saya bergulat dengan ketidaknyamanan perbedaan itu lebih lama daripada yang terasa berguna, terutama karena tidak ada yang benar-benar gagal dalam proses tersebut.
Itulah celah yang persis terus saya datangi dengan Newton Protocol dan Mainnet Beta—di mana saya mulai menontonnya dalam praktik, bukan di atas kertas.
Di Newton, kebijakan sebuah Vault dievaluasi terhadap data yang diambil melalui penyedia seperti RedStone dan Credora, dan operator secara independen membuktikan bahwa mereka telah mengambil apa yang mereka klaim telah mereka ambil. Pembuktian itu nyata—secara kriptografis dapat diperiksa—dan seorang operator yang ketahuan memalsukan input bisa ditantang dan dikenai slashing.
Namun, pembuktian tersebut mencakup kepemilikan/penangkapan angka, bukan kebenarannya. Jika sebuah feed melaporkan harga yang sudah basi atau skor risiko ternyata salah, operator Newton akan dengan setia membuktikan bahwa mereka menerima persis input itu, mengevaluasi kebijakan dengan benar terhadap input tersebut, dan menghasilkan bukti yang dapat diverifikasi bahwa keputusan buruk dibuat dengan mulus.
Newton harus terus membuktikan bahwa jaminan itu tetap berada dalam ruang lingkup yang jujur—bahwa "kebijakan dieksekusi dengan benar" tidak diam-diam diartikan menjadi "hasilnya benar." Bukti dari Explorer seharusnya membuat batas itu terlihat, bukan menutupinya.
Mengejar poin tanpa memahami apa sebenarnya yang sedang diberi otorisasi adalah cara cepat untuk salah membaca apa yang sedang dibangun Newton.
Apa yang terjadi di Newton untuk pertama kalinya ketika sebuah Vault menegakkan kebijakan dengan sempurna terhadap sebuah angka yang ternyata hanya salah? Eksekusi terverifikasi tidak sama dengan kebenaran yang terverifikasi.
Saya pernah mengikuti audit keamanan yang menutup semuanya dengan rapi—setiap item yang diperiksa, setiap tanda tangan yang dikumpulkan—pada sebuah kode yang dirilis dengan bug yang sebenarnya tidak pernah diminta untuk dicari oleh siapa pun dalam audit itu. Tidak ada yang berbohong. Prosesnya saja dibangun untuk menjawab satu pertanyaan spesifik, dan semua orang di ruangan itu menganggapnya telah menjawab pertanyaan yang jauh lebih besar. Kesenjangan antara apa yang diperiksa oleh sebuah sistem dan apa yang diasumsikan orang bahwa sistem itu periksa adalah celah yang sama yang membelah model kepercayaan Newton Protocol, dan itu muncul di beberapa tempat berbeda setelah Anda mulai mencarinya: dalam mekanisme langsung Mainnet Beta, dan dalam arsitektur yang mendasarinya.
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.