Binance Square
AERI 艾瑞
6.9k Posting

AERI 艾瑞

@Aeshiha
443 Mengikuti
10.9K+ Pengikut
8.8K+ Disukai
Posting
·
--
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. @NewtonProtocol $NEWT #Newt
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.

@NewtonProtocol $NEWT #Newt
Artikel
Batas dari Apa yang Sebenarnya Newton VerifikasiSaya 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.

Batas dari Apa yang Sebenarnya Newton Verifikasi

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.
🚀 Binance berusia 9 tahun dan perayaannya baru saja dimulai! 🎉 Jangan sampai ketinggalan! Ikuti tantangan peringatan harian dan dapatkan kesempatan untuk berbagi hadiah $USDC yang seru. Mari rayakan pencapaian ini bersama! 🥳 [Join Here](https://www.binance.com/activity/binance-turns-9?ref=1140518125)
🚀 Binance berusia 9 tahun dan perayaannya baru saja dimulai! 🎉

Jangan sampai ketinggalan! Ikuti tantangan peringatan harian dan dapatkan kesempatan untuk berbagi hadiah $USDC yang seru.

Mari rayakan pencapaian ini bersama! 🥳

Join Here
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. @NewtonProtocol $NEWT #Newt
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.

@NewtonProtocol $NEWT #Newt
Terverifikasi
Artikel
Mengapa Skema Oracle Newton Penting Sebelum Satu Kebijakan DievaluasiSaya 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.

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.
Terverifikasi
Artikel
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.

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.
Pengaturan singkat Entri $SOL :82.00 78.1 75.4 74.98 SL: 85.31 {future}(SOLUSDT)
Pengaturan singkat

Entri $SOL :82.00
78.1
75.4
74.98
SL: 85.31
Artikel
Mengapa Newton Memisahkan Logika Kebijakan dari Logika AplikasiPerangkat 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.

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. @NewtonProtocol $NEWT #Newt
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.

@NewtonProtocol $NEWT #Newt
Artikel
NEWTON: Memisahkan Otorisasi dari Perubahan Penyelesaian Mengubah Siklus Hidup TransaksiMemisahkan 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: 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. @NewtonProtocol $NEWT #Newt
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.

@NewtonProtocol $NEWT #Newt
Artikel
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.

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.
$NEWT {future}(NEWTUSDT) 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?
$NEWT

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?
Yes, always
67%
Only sometimes
33%
Not needed
0%
3 Voting • Voting ditutup
Masuk untuk menjelajahi konten lainnya
Bergabunglah dengan pengguna kripto global di Binance Square
⚡️ Dapatkan informasi terbaru dan berguna tentang kripto.
💬 Dipercayai oleh bursa kripto terbesar di dunia.
👍 Temukan wawasan nyata dari kreator terverifikasi.
Email/Nomor Ponsel
Sitemap
Preferensi Cookie
S&K Platform