Dulu saya mengira masalah terbesar identitas digital adalah membuktikan siapa saya. Setelah mengunggah paspor yang sama, selfie yang sama, dan menunggu persetujuan di berbagai platform, saya menyadari masalah sebenarnya adalah membuktikannya lagi dan lagi.
Hal yang paling menarik bagi saya tentang @NewtonProtocol bukan sekadar kredensial yang dapat digunakan ulang; melainkan kondisi di baliknya.
Satu kredensial bisa diverifikasi sekali dan digunakan di berbagai aplikasi, sehingga mengurangi KYC yang berulang. Tapi ada bagian yang banyak orang lewatkan: portabilitas tidak otomatis. Apakah kredensial itu mengikuti saya bergantung pada apakah penerbit aslinya mengizinkannya. Kenyamanan itu tidak datang hanya dari kredensialnya; kenyamanan itu datang dari kerangka kepercayaan yang dibangun di sekelilingnya.
Gagasan itu mengingatkan saya bahwa infrastruktur yang baik bukan tentang menghapus aturan, melainkan membuatnya transparan. Sama seperti kebijakan pada aset tokenisasi yang tetap bergantung pada ambang verifikasi yang didefinisikan dengan jelas, sistem identitas juga membutuhkan tata kelola yang bijaksana.
Bagi saya, itulah visi Web3 yang lebih jujur. Bukan "percaya pada semuanya," melainkan menggunakan ulang kepercayaan yang memang diperoleh, membuat aturan terlihat, dan menghilangkan hambatan yang tidak perlu tanpa menyembunyikan siapa yang menetapkan batas.
GRVT: API memberi tahu apa yang sebenarnya diprioritaskan sebuah proyek
Dulu, saya hanya menyisir dokumentasi API untuk menemukan endpoint yang saya butuhkan.
Seiring waktu, saya menyadari bagian yang paling menarik bukan contoh kode-nya, melainkan pilihan desain yang tersembunyi di baliknya. Pilihan-pilihan itu biasanya mengungkap lebih banyak tentang sebuah proyek daripada halaman landing mana pun.
Saat membaca dokumentasi @grvt_io , satu hal yang menonjol: platform ini tidak memperlakukan setiap interaksi pengguna dengan cara yang sama. Setoran dan penarikan ada di Akun Pendanaan, perdagangan berlangsung melalui Akun Trading yang terpisah. Otentikasi mendukung tanda tangan wallet EIP-712 serta API key, dan akses API privat dijaga melalui sesi yang terautentikasi. Bahkan API menawarkan respons JSON Full dan Lite, yang menunjukkan bahwa pengurangan latensi dipertimbangkan pada level protokol, bukan sekadar ditambahkan belakangan sebagai optimasi. Ini bukan fitur yang mencolok, tetapi semuanya bersama-sama menggambarkan sistem yang dibangun di atas tanggung jawab yang terstruktur—bukan satu model akun besar yang monolitik.
Pertanyaan yang terus saya kembalikan bukan apakah komponen-komponen ini bekerja secara individual. Melainkan apakah mereka terus bekerja bersama ketika pasar menjadi tidak terduga. Bursa hibrida menjanjikan kecepatan pencocokan di luar rantai sambil tetap menjaga self-custody melalui penyelesaian di rantai. Itu adalah pertukaran yang masuk akal, tetapi setiap lapisan membawa asumsi yang hanya bisa divalidasi melalui penggunaan yang bertahan lama.
Dokumentasi menjelaskan maksud; lingkungan produksi mengungkap apakah maksud itu bertahan dalam kondisi perdagangan yang nyata.
Memahami sebuah arsitektur berarti melihat melampaui apa yang dilakukannya saat ini dan bertanya mengapa setiap keputusan desain dibuat sejak awal. Di sanalah biasanya kepercayaan jangka panjang dimulai.
Permukaan kampanye bukanlah produknya. Memahami perbedaannya lebih penting daripada poin-poinnya.
Pilihan desain apa dalam arsitektur #grvt yang menurut Anda paling akan berdampak lima tahun dari sekarang?
Sistem yang baik membangun kepercayaan melalui desain terlebih dahulu, kinerja kemudian.
Skor Kredit yang Bisa Diaudit: Rencana Newton Protocol untuk Membuka Kotak Hitam
Saya ditolak pinjaman kecil beberapa waktu lalu dan tidak pernah mendapat penjelasan yang benar-benar jelas untuk itu. Hanya angka, surat formulir, dan kalimat yang masih umum tentang "riwayat kredit yang kurang memadai." Tidak ada faktor spesifik yang bisa benar-benar saya perbaiki, tidak ada cara untuk mengetahui bagian mana dari kehidupan keuangan saya yang sebenarnya menjadi masalah. Saya melunasi sebagian utang, menunggu setahun, lalu mengajukan permohonan lagi di tempat lain—lebih berharap hasil yang berbeda daripada benar-benar memahami apa yang telah berubah. Begitulah cara kerja pemberian pinjaman bagi kebanyakan orang. Saya rasa banyak dari kita akhirnya menerima bahwa ini seperti kotak hitam.
Identitas yang Seharusnya Mengikuti Anda Saya mengunggah ulang foto paspor saya untuk keempat kalinya tahun ini minggu lalu, untuk sebuah aplikasi yang tidak ada hubungannya dengan tiga yang sebelumnya. Dokumen yang sama, selfie yang sama sambil memegangnya di samping wajah, menunggu dua hari yang sama sebelum saya benar-benar bisa melakukan apa pun. Pada suatu titik, verifikasi identitas mulai terasa bukan lagi sebagai keamanan, melainkan seperti gerbang tol yang setiap aplikasi dapat bangun sendiri pada bentangan jalannya masing-masing. Sistem identitas Newton Protocol dibangun untuk menghapus gerbang tol itu secara tepat. Setelah saya melewati bagian promosi dan masuk ke mekanisme aslinya, ternyata prosesnya layak dijalani perlahan-lahan.
Saya pernah membuat spreadsheet dari nol, alih-alih memakai template keuangan yang sudah diuji selama setahun oleh ratusan orang lainnya. Dua bulan kemudian, saya menemukan kesalahan rumus yang kemungkinan besar sudah diketahui pengguna lain sejak lama. Saya tidak akan melakukan itu lagi.
Saya mulai dari yang sudah pernah digunakan.
Kurang lebih seperti itulah logika bagaimana kebijakan disusun di @NewtonProtocol .
Aplikasi baru tidak harus menulis seluruh tumpukan kepatuhan dari nol. Pengecekan sanksi, verifikasi KYC, batas kecepatan, aturan sumber dana—semuanya ada sebagai modul yang terpisah, diterbitkan secara independen. Setiap aplikasi bisa memilih dan mengonfigurasikannya, bukan menuliskannya dari nol. Kirim dengan tumpukan kepatuhan yang nyata sejak hari pertama, dibangun dari komponen yang sudah berjalan di produksi di tempat lain.
Ada bagian yang layak direnungkan. Meminjam modul yang sudah teruji juga berarti mewarisi asumsi apa pun yang dibangun oleh penulis aslinya. Batas kecepatan yang disetel untuk satu jenis aplikasi bisa membawa ambang batas yang sebenarnya tidak cocok untuk kebutuhan yang sangat berbeda saat menggunakan modul yang sama. Komponabilitas bergerak cepat. Namun itu tidak otomatis berarti komponen-komponen tersebut adalah pilihan yang tepat untuk apa yang sedang dibangun.
Anda lebih memilih membangun lebih lambat dari nol, atau membangun lebih cepat dengan asumsi yang sudah diuji oleh orang lain?
GRVT: Saat sebuah API Mengungkap Lebih dari yang Ditampilkan di Antarmuka
Membaca dokumentasi exchange API mengajarkan saya sesuatu. Antarmuka menunjukkan apa yang ingin dilihat oleh platform. Dokumentasi mengungkap apa yang sebenarnya mereka andalkan.
@grvt_io memisahkan Akun Pendanaan dan Akun Perdagangan. Autentikasi menggunakan tanda tangan EIP 712 atau API keys. Mereka menawarkan format JSON Full dan Lite. Keputusan-keputusan ini terasa disengaja.
Hal detail yang terus saya pikirkan adalah eksekusi versus settlement.
Order dicocokkan di luar rantai untuk kecepatan. Settlement tetap berada di dalam rantai. Anda bisa memverifikasi semuanya secara independen. Namun mesin pencocokannya adalah kotak hitam. Saat terjadi crash, ia harus bekerja dengan sempurna. Hanya performa dunia nyata yang membuktikan apakah keseimbangan itu tetap terjaga.
Desain hybrid menanyakan lapisan mana yang dipercayai pengguna. Mesin pencocokan memerlukan kepercayaan pada keadilan. Settlement menawarkan bukti kriptografis. Jika mesin gagal, bagaimana Anda akan mengetahuinya? Itu menuntut transparansi.
Arsitektur terkuat membuktikan dirinya dari waktu ke waktu. GRVT kredibel karena spesifik. Pencocokan di luar rantai berarti milidetik. Settlement di dalam rantai berarti tercatat di dalam blok.
Mana yang lebih penting, membuktikan custody atau eksekusi? Settlement di dalam rantai dapat diaudit, fondasi yang tidak pernah dimiliki FTX. Tapi membuktikan eksekusi adalah ujian yang sebenarnya. Konsistensi saat kekacauan adalah sistem operasi dari kepercayaan.
API GRVT menampilkan bagian sambungannya. Ia mengakui bahwa performa dan keterverifikasian berada dalam ketegangan. Yang perlu dibuktikan GRVT bukan bahwa infrastruktur hybrid bisa dibangun. Pembuktiannya adalah apakah para pengembang menganggapnya dapat diandalkan dalam praktik.
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.