Saya Mengira Newton Akan Memutuskan.
Namun Ia Tidak Pernah Mencoba.
Saya menghabiskan waktu lebih lama dari yang saya kira hanya untuk menatap empat domain penegakan. Kepatuhan. Identitas. Keamanan. Risiko. Saya terus menunggu <c-148/> untuk memberi tahu saya bagaimana semuanya saling terhubung. Jika Identitas lolos tetapi Risiko tidak... Apa yang menang? Jika Kepatuhan lolos tetapi Keamanan keberatan... Yang mana yang lebih penting? Saya mengira saya hanya melewatkan bagian dokumentasi itu. Saya kembali. Bacalah kembali dokumentasi VaultKit. Lalu repositori paket kebijakan itu. Saya tidak mencari fitur lain lagi. Saya sedang mencari pendapat Newton. Saya tidak bisa menemukannya.
Saya membaca poin pembicaraan Newton dengan cepat.
"Memeriksa setiap transaksi terhadap kebijakan yang aktif."
Saya langsung melewatinya.
Lalu saya kembali.
Active.
Satu kata itu tetap melekat pada saya lebih lama daripada bagian kalimat lainnya.
Awalnya saya pikir itu hanya pilihan kata yang longgar.
Lalu saya mulai mencari bagian di mana sebuah kebijakan menjadi tetap.
Saya tidak menemukannya.
Saya membaca arsitekturnya lagi.
Tetap tidak ada.
Saat itulah pertanyaan saya berubah.
Saya berhenti bertanya apa yang sedang dievaluasi kebijakannya.
Saya mulai bertanya mengapa @NewtonProtocol seemed enggan membekukan kebijakan itu sendiri.
Saya selalu mengira konsistensi adalah hal yang paling keras coba dilindungi oleh sistem otorisasi.
Jika dua transaksi identik tiba dengan masukan yang identik, bukankah hasilnya juga harus identik?
Semakin lama saya memikirkan asumsi itu, semakin tidak yakin saya bahwa Newton juga memegangnya.
Saya menulis, "Mungkin kebijakan yang dibekukan bukan kebijakan yang stabil."
Lalu saya mencoret.
Mungkin itu pertukarannya.
Mungkin tidak.
Saya masih belum yakin sudah menemukan alasan sebenarnya.
Jika kebijakan diizinkan untuk berkembang, mungkin konsistensi sama sekali bukan sesuatu yang coba dijaga para insinyur.
Mungkin mereka mencoba menjaga hal lain.
Saya hanya belum mengetahui apa itu.
Jika transaksi saya dievaluasi di bawah kebijakan yang berbeda dari transaksi identik milik orang lain, saya tidak hanya ingin tahu CID mana yang mengevaluasi milik saya.
Saya ingin memahami mengapa kebijakan itu menjadi yang aktif.
Itu pertanyaan yang saya tinggalkan bersama dokumentasi.
$NEWT baru terasa menarik bagi saya jika evolusi kebijakan tetap bisa dijelaskan dengan cara yang sama seperti penegakan kebijakan begitu Mainnet Beta menghadapi tekanan operasional yang nyata.
Saya Mengharapkan Tiga Bukti. Newton Hanya Menghasilkan Satu.
Saya menelusuri lagi alur evaluasi kebijakan Newton karena saya tidak bisa mengetahui ke mana perginya bukti-bukti lainnya. Saya mengira setiap paket oracle akan meninggalkan artefak tertandatangani miliknya sendiri. Satu untuk sanksi. Satu untuk harga. Satu untuk risiko. Saya tidak mencoba untuk memahami kebijakan Rego. Saya mencoba mencari bukti-buktinya. Saya membaca alur evaluasi sekali. Lagi-lagi. Lalu untuk ketiga kalinya. Output dari oracle tiba. Kebijakan Rego mengevaluasi mereka. Satu attestation kebijakan yang ditandatangani muncul sebelum penyelesaian. Tidak ada yang lain.
Kupikir saya akan menghabiskan sebagian besar waktu untuk menulis kebijakan.
Namun, yang terjadi justru saya menghabiskan waktu lebih lama untuk memahami apa yang sudah ada sebelum sebuah kebijakan pernah dijalankan.
Itu tidak sesuai dengan yang saya bayangkan.
Semakin saya menelusuri contohnya, semakin terlihat bahwa itu bukan aplikasi yang berdiri sendiri.
Mereka terus mengasumsikan fondasi yang sama.
Saya berhenti bertanya bagaimana sebuah kebijakan mengambil keputusan.
Saya mulai bertanya mengapa @NewtonProtocol bersikeras memberi kebijakan yang berbeda titik awal yang sama.
Pertanyaan itu tinggal bersama saya lebih lama daripada dokumentasinya.
Mungkin itulah batasan yang sebenarnya.
Bukan membatasi apa yang bisa diputuskan oleh sebuah kebijakan.
Melainkan membatasi dari berapa banyak realitas berbeda ia bisa berawal.
Saya masih belum tahu apakah pertukaran itu akan terasa tidak terlihat di produksi, atau justru menjadi hal yang paling dihargai para operator.
Saya akan mengamatinya.
$NEWT baru terasa menarik bagi saya kalau berbagi fondasi yang sama secara konsisten menghasilkan keputusan kebijakan yang tetap dapat dipahami saat jaringan terus berkembang.
@NewtonProtocol Kali ketiga saya menelusuri alur VaultKit, saya berhenti mencari langkah yang hilang. Saya sudah meyakinkan diri bahwa urutan kebijakan hanyalah tata letak diagram. Alur berikutnya membuktikan saya salah. Lalu yang berikutnya melakukannya lagi. Tidak ada yang bergerak. Itu menarik perhatian saya. Bukan karena urutannya terlihat rumit. Karena ia menolak menjadi lebih sederhana. Saya terus menjalankan eksperimen pikiran yang sama. Pindahkan kebijakan nanti. Biarkan semuanya yang lain tetap di tempatnya. Setiap versi terlihat lebih bersih. Tak satu pun dari mereka terasa seperti sedang menggambarkan keputusan yang sama lagi.
Mengapa Newton Membuat Kesepakatan Sebelum Membuat Keputusan
@NewtonProtocol Saat menelusuri fase Prepare, saya melewati satu kotak pada diagram urutan karena saya ingin melihat apakah ada yang benar-benar bergantung padanya. Awalnya, tidak ada yang terlihat rusak. Operator masih memiliki harga oracle. Mereka masih memiliki data risiko. Evaluasi kebijakan masih terlihat mungkin. Saya mengharapkan kotak berikutnya untuk menjadi eksekusi kebijakan. Itu tidak. Alurnya berhenti satu langkah lebih cepat. Saya memeriksanya lagi. Pesanan yang sama. Saya memeriksanya untuk ketiga kalinya. Pesanan yang sama lagi. Itu satu-satunya bagian yang akhirnya saya garis bawahi. Saya salah.
Saat menelusuri Fase Persiapan (Prepare Phase) Newton dalam whitepaper teknis, saya sebenarnya kembali dan memeriksa apakah saya telah melewatkan satu langkah.
Saya mengira konsensus dimulai ketika operator mengevaluasi sebuah kebijakan.
Ternyata tidak.
Protokol dimulai dengan memastikan bahwa mereka mengevaluasi realitas eksternal yang sama.
Operator mengumpulkan data eksternal secara independen.
Sebuah kumpulan data kanonik dirakit.
Barulah setelah itu evaluasi kebijakan dimulai.
Saya tidak menyangka konsistensi data datang lebih dulu daripada konsensus.
Saya terus membaca, tetapi setelah itu saya membaca arsitektur sisanya secara berbeda.
Sumber harga bergerak.
Skor risiko diperbarui.
Daftar kepatuhan tidak menyegarkan di mana-mana pada saat yang sama.
Jika operator memulai dari masukan yang berbeda, ketidaksepakatan belum menjadi masalah kriptografi.
Itu masalah koordinasi.
Fase Persiapan ada karena konsensus hanya bermakna jika semua orang memulai dari realitas yang sama.
Konsensus bukan hanya melindungi keputusan akhir.
Ini melindungi titik awal yang sama.
$NEWT menjadi menarik bagi saya jika arsitektur ini terus menghasilkan keputusan kebijakan yang konsisten ketika data eksternal menjadi lebih berisik dan lebih terfragmentasi.
Saya lebih tertarik pada batas di mana hal itu muncul daripada seberapa cepat konsensus selesai.
Saat menjelajahi AlphaSense melalui chat.opengradient.ai, saya menyoroti perkiraan volatilitas dan terus menggulir.
Baris berikutnya bukanlah perkiraan lain.
Itu adalah penskalaan biaya AMM.
Saya kembali dan membaca dua baris itu lagi.
Di situlah saya menyadari bahwa perkiraan bukanlah tujuan akhirnya.
Perkiraan itu tidak menunggu manusia.
Perkiraan itu menunggu sebuah protokol.
Itulah satu-satunya catatan yang saya tulis di samping halaman tersebut.
Saya tidak sedang melihat metrik lain.
Saya sedang melihat sebuah masukan yang dirancang untuk dikonsumsi oleh protokol lain.
Apakah ada aplikasi yang memilih untuk menghubungkan AlphaSense secara langsung ke parameter protokol yang berjalan secara langsung adalah keputusan implementasi.
$OPG hanya berarti bagi saya jika AlphaSense mencapai titik di mana protokol-protokol hilir terus mempercayai perkiraannya dengan cukup untuk memasukkannya ke dalam jalur keputusan, alih-alih memperlakukannya sebagai sinyal yang selalu memerlukan lapisan validasi lain.
Fase pemungutan suara kedua adalah hal pertama yang membuatku berhenti menggulir.
Setelah menggunakan chat.opengradient.ai, aku menelusuri alur konsensus OpenGradient dan menyadari bahwa aku mengira satu supermayoritas saja sudah cukup.
Alurnya tidak setuju.
Ajukan.
Prevote.
Precommit.
Commit.
Supermayoritas pertama ternyata bukan finalitas.
Itu membuat pemungutan suara berikutnya menjadi mungkin.
Sebuah bukti bisa sudah memiliki dua pertiga prevote sementara jaringan masih menunggu dua pertiga precommit.
Protokol memisahkan kesepakatan dari commit.
Itu keadaan yang berbeda.
$OPG hanya jadi menarik bagiku kalau para pembangun terus memperlakukan commit, bukan ambang batas pertama, sebagai titik ketika perangkat lunak menjadi aman untuk dibangun.
Sinyal yang sedang aku pantau bukanlah apakah supermayoritas pertama itu datang.
Melainkan apakah sistem produksi terus menunggu commit bahkan ketika ambang sebelumnya sudah terlihat meyakinkan.
Saya memberi tanda centang pada validator pertama.
Satu menit kemudian, saya mencoret tanda itu.
Setelah menggunakan chat.opengradient.ai, saya menelusuri alur penyelesaian bukti OpenGradient dan tanpa sadar menandai bukti tersebut sudah selesai setelah persetujuan pertama.
Whitepaper terus berlanjut.
Satu validator menerima bukti.
Jaringan terus menghitung.
Itulah kesalahan yang telah saya buat.
Saya sedang mencari konfirmasi pertama.
OpenGradient menunggu ambang batas.
Jaringan tidak meminjam kepastian dari persetujuan pertamanya.
Jaringan mengumpulkan kesepakatan sampai finalitas ada.
Itu mengubah tempat saya mulai mencari keputusan.
Sebuah bukti bisa saja sudah mendapat dukungan validator sementara jaringan belum selesai memutuskan.
Keadaan itu berbeda.
Sebuah aplikasi yang bergerak setelah persetujuan pertama bisa berakhir bertindak sementara protokol masih menyelesaikan konsensus.
Aplikasinya sudah bergerak.
Jaringannya belum.
$OPG hanya menjadi menarik bagi saya jika para pembangun terus memperlakukan finalitas jaringan, bukan persetujuan awal, sebagai titik ketika keputusan menjadi aman untuk dibangun.
Ujiannya bukan apakah para validator terus menyetujui.
Melainkan apakah para pembangun terus menunggu jaringan sebelum menganggap sebuah bukti sudah selesai.
Saya mencoret catatan saya sendiri di tengah-tengah dokumen inferensi.
Saya menulis satu kata di margin.
Konteks.
Itu tidak seharusnya ada di sana.
Setelah menghabiskan waktu di chat.opengradient.ai, saya kembali mencari tempat di mana interaksi sebelumnya tetap hidup.
Kalimat yang membuat saya menghapus catatan itu singkat.
Node inferensi adalah node pekerja yang stateless.
Saya terus membaca.
Permintaan terus berubah.
Node itu tidak.
Permintaan demi permintaan melewati arsitektur yang sama.
Tidak ada dari mereka yang meninggalkan state.
Itu bukan sistem yang saya pikir sedang saya cari.
Saya sedang mencari kontinuitas di dalam lapisan inferensi.
Arsitektur itu sudah memindahkannya ke tempat lain.
Lapisan inferensi menghitung.
Kontinuitas harus berasal dari lapisan yang berbeda.
Itu bukan pekerjaan yang saling bersaing.
Itu tanggung jawab yang terpisah.
Kebanyakan diskusi tentang memori AI dimulai dari penyimpanan.
Desain ini diam-diam dimulai dengan pemisahan.
$OPG hanya menjadi menarik bagi saya jika para pengembang terus menghormati batas itu, alih-alih mengharapkan infrastruktur inferensi menjadi sistem memori secara tidak sengaja.
Aplikasi pertama yang mengasumsikan bahwa kemarin hidup di dalam inferensi hari ini tidak akan mengekspos kelemahan pada node.
Ia akan mengungkap adanya salah paham terhadap arsitektur.
Saya terus memperlakukan percakapan sebagai memori.
MemSync tidak.
Saat saya menyadari itu dalam contoh awal yang cepat.
Seorang pengguna berbicara tentang bekerja sebagai insinyur perangkat lunak di Google, membangun sistem pembelajaran mesin, dan menghabiskan waktu luang mendaki dan mengambil foto.
Percakapan itu ada di sana.
Tetapi itu bukan yang menjadi memori.
Apa yang terbentuk adalah satu fakta yang diekstraksi.
Saya berhenti di sana.
Percakapan itu terjadi sekali.
Memori harus diproduksi.
Saya kembali melalui alur.
Lapisan penyimpanan bukanlah bagian yang menarik.
Lapisan ekstraksi yang menarik.
Saya telah menganggap memori dimulai setelah sesuatu sudah layak untuk diingat.
MemSync dimulai lebih awal.
Lapisan penyimpanan tidak memutuskan apa yang diingat.
Ia hanya menerima apa yang sudah diekstraksi.
Itu mengubah cara saya membaca seluruh sistem.
Percakapan adalah bahan mentah.
Memori adalah artefak.
Kebanyakan diskusi memori AI fokus pada di mana memori tinggal.
Pertanyaan yang lebih menarik di sini adalah kapan sesuatu menjadi memori sama sekali.
Bukan di mana ia disimpan.
Apakah ia dibuat.
Itu adalah langkah yang belum saya perhatikan.
$OPG hanya menjadi menarik bagi saya jika para pengembang akhirnya mempercayai lapisan ekstraksi itu sebanyak lapisan penyimpanan yang mengikutinya.
Ujiannya sederhana.
Apakah tim mempercayai ekstraksi cukup untuk menghapus lapisan memori cadangan?
Atau apakah mereka menyimpan catatan kedua karena mereka tidak mempercayai apa yang diingat?
Hal pertama yang biasanya saya asumsikan setelah mendapatkan respons adalah transaksi sudah selesai.
Ternyata ini tidak.
Setelah menghabiskan waktu di chat.opengradient.ai, saya masuk ke alur penyelesaian untuk memahami apa yang terjadi setelah respons dikembalikan.
Urutannya terlihat biasa-biasa saja sampai saya memetakan tahap penyelesaian berdampingan.
Saat itulah pemesanan mulai tidak masuk akal.
Saya sadar saya telah menempatkan endpoint di tempat yang salah.
Inference berjalan.
Respons kembali.
Pengguna mendapatkan apa yang mereka minta.
Sebagian besar orang akan berhenti di situ.
Saya hampir melakukannya.
Protokol tidak.
Penyelesaian pembayaran.
Usulan blok.
Kesepakatan validator.
Pencatatan permanen.
Jawabannya sudah disampaikan.
Jaringan masih mengejar untuk itu.
Itulah bagian yang terasa terbalik.
Bukan karena konsensus menghilang.
Karena hal yang saya anggap bergantung pada konsensus sudah terjadi sebelum konsensus tiba.
Respons muncul lebih dulu.
Kesepakatan datang setelahnya.
Saya terus kembali ke urutan itu.
Respons bukanlah titik akhir.
Ini adalah hal pertama yang menjadi terlihat.
Semua yang terjadi setelahnya masih mengubah visibilitas menjadi finalitas.
Sebagian besar pengguna tidak akan pernah menyadari celah tersebut.
Mengapa mereka harus?
Mereka sudah memiliki jawabannya.
Pertanyaan yang lebih menarik adalah apakah para pembangun tetap nyaman mengabaikannya.
$OPG hanya menjadi menarik bagi saya jika celah itu tetap cukup kecil sehingga tidak ada yang merasa terpaksa untuk memikirkannya secara eksplisit.
Saat pertama kali saya melihat seorang pembangun memperhitungkan penyelesaian secara terpisah dari pengiriman, saya akan tahu celah itu tidak lagi tersembunyi.