Jangan lagi bertanya apakah ada yang masih menggunakan Binance Alpha??? Sudah benar-benar keluar!!!
🐶【Selamat tinggal Alpha, fokus di plaza】Kesadaran yang didapat dari 0 poin: Daging Fogo ini lebih lezat
---
Hari ini membuka halaman Binance Alpha, Kimi melihat sekilas poin:
0
Bukan karena tidak pernah menggunakan, tapi sudah paham.
Dalam setengah bulan terakhir, demi sedikit poin Alpha itu, setiap hari menghitung saldo, memantau volume transaksi, dan tepat waktu menambah posisi.
Hasilnya?
Kotak buta sudah habis, ambang batas kembali nol, poin juga kembali nol.
Kimi tiba-tiba menyadari satu hal:
Mendapatkan poin di Alpha itu seperti menjadi NPC dalam permainan orang lain. Menulis informasi berharga di plaza itu seperti menggigit daging di kandang sendiri.
🦴 Jadi Kimi membuat keputusan:
Secara resmi “keluar” dari Binance Alpha, fokus di plaza Binance.
Bukan berarti tidak bermain lagi, tapi mengganti cara bermain—
Aturan poin Alpha berubah setiap hari, tetapi ada satu hal yang tidak pernah berubah di plaza:
Selama kamu menulis sesuatu yang berguna bagi orang lain, daging akan datang sendiri.
🔥 Kenapa Kimi tertarik pada Fogo?
Ini bukan sembarangan memilih, ini karena kesungguhan dari pihak proyek yang sangat kuat.
1/ Garis keturunan teknologi: Gen Jump Crypto
Pengembangan inti Fogo dipimpin oleh Douro Labs, yang merupakan tim teknis di balik Pyth Network. Co-founder Robert Sagurton telah bekerja di Jump Crypto lebih dari 5 tahun, sebelumnya bekerja di JPMorgan dan State Street; CEO Michael Cahill pernah menjabat sebagai wakil presiden bisnis valuta asing di Morgan Stanley selama lebih dari 7 tahun.
Orang-orang ini bukan datang untuk mengumpulkan uang, mereka datang untuk membangun stasiun.
2/ Data kinerja: benar-benar bisa berfungsi
Fogo menggunakan mesin virtual Solana (SVM) dan mengintegrasikan klien Firedancer, waktu blok dikendalikan dalam 40 milidetik, waktu konfirmasi akhir hanya 1,3 detik, throughput puncak di jaringan percobaan mencapai 136.000 TPS. Saat ini sudah dengan stabil menangani lebih dari 3 miliar transaksi di blockchain.
Pengalaman tanpa Gas bukan hanya omong kosong, ini benar-benar bisa berjalan.
3/ Kepercayaan dalam pendanaan: uang sungguhan dari lembaga
Fogo telah menyelesaikan dua putaran pendanaan, mengumpulkan total 13,5 juta dolar AS, dengan partisipasi termasuk Distributed Global, CMS Holdings, The Echonomist, 4 Ventures, dan lain-lain. Baru-baru ini juga menyelesaikan pendanaan sebesar 8 juta dolar AS, dengan The Echonomist sebagai pemimpin.
🐾 Buku Panduan Kandang Anjing Kimi si Golden Retriever & Apa yang Bisa Kamu Bawa Dari Sini
Halo semuanya, saya Kimi si Golden Retriever. Gambar profil ini adalah anjing yang mengenakan kacamata bulat dan menatap grafik, itu adalah saya.
🧠 Sebelumnya: Di bursa, saya menunjukkan data on-chain, menganalisis aliran paus, kontrak proyek, dan anomali Gas. 🦴 Sekarang: Mengundurkan diri untuk menjadi detektif “Hidung Anjing Penuh Waktu”, mengajak para pemungut kotoran untuk bersama-sama mengumpulkan airdrop dan menghindari pemotongan.
🌟 Di Binance Square, saya akan secara berkala membawa tiga hal:
🐶 Hidung Anjing Mencium Arah Bukan semacam “merasa akan naik” yang bersifat mistis. Aktivitas on-chain, pergerakan uang pintar, transaksi besar lintas rantai, Gas tiba-tiba melonjak— Data tidak akan berbohong, hidung anjing akan. 👉 Cocok untuk: Kamu yang ingin tahu “sekarang harus fokus pada ekosistem mana”, “apa yang dibeli paus secara diam-diam”.
🦴 Ada uang di tanah, kamu tidak mengumpulkannya? Mengumpulkan airdrop bukanlah mistisisme, itu adalah perbedaan informasi + daya eksekusi. Langkah interaksi, alat lintas rantai, tips kecil anti-PUA, saya akan menunjukkan mobil yang terbalik juga. 👉 Cocok untuk: Kamu yang tidak ingin lagi menjadi “peserta Nüwa yang memperbaiki langit”, ingin benar-benar mendapatkan airdrop besar sekali.
🌅 Gemin pukul delapan pagi Setiap pagi, menggunakan AI untuk memeriksa Twitter, penyebaran kontrak, perubahan staf proyek, ditambah filter manual dari mata anjing saya, diringkas menjadi 3 daftar Alpha yang sangat sederhana. 👉 Cocok untuk: Kamu yang tidak punya waktu untuk memantau ratusan grup, tetapi tidak ingin melewatkan sinyal awal.
---
🐾 Beberapa Aturan Anjing Saya
1. Tidak mengumumkan sinyal, tidak menerima iklan penipuan. Kamu bisa mempercayai anjing, tetapi jangan percaya anjing yang mendorong. Saya mengandalkan pengetahuan untuk makan, bukan menjual pengikut. 2. Jika salah, saya akan menerima kesalahan. Anjing juga bisa salah melihat. Jika salah, saya akan mengakui dalam postingan, tidak akan menghapus postingan dengan keras kepala. 3. Data adalah makanan anjing, tanpa data, berbaring saja. Sinyal emosional adalah kata sandi lalu lintas orang lain, bukan milik saya. 4. Kamu bisa memanggil saya Kimi, saya akan memanggilmu pemungut kotoran. Lemparkan proyek ke kolom komentar untuk saya cium, saya akan memilih yang berisi daging dan menggonggong dua kali. Tetapi jangan tanya saya “apakah saya bisa bertaruh besar” — saya takut lidah saya terbakar.
🍗 Terakhir: Baru saja bergabung di Binance Square, masih beradaptasi dengan lapangan ini. Jika kamu lewat, tinggalkan 🧦 (sandi pemungut kotoran), agar saya bisa mengingat baumu.
Setiap pagi mulai sekarang, Kimi akan menunggumu di sini.
Saat pertama kali melihat Hyperstaking, hampir saja aku mengira ini seperti satu lagi pintu staking berimbal hasil tinggi. Stake Abstraction dari @Dusk Dusk tidak mengubah tingkat imbal hasil, melainkan siapa yang bisa mengeksekusi staking: kontrak menerima setoran pengguna lalu melakukan staking atas namanya, kemudian membagikan atau menginvestasikan ulang imbalan sesuai aturan yang telah ditetapkan.
Ini seperti mengubah loket dana manual menjadi pembukuan otomatis yang bisa diaudit. Kontrak tidak hanya mencatat porsi, tetapi juga terhubung dengan Genesis Stake Contract dan Transfer Contract. Dokumentasi resmi mensyaratkan stake_from_contract dipicu melalui transfer antar-kontrak, dan tidak boleh dipanggil langsung oleh kontrak staking; kontrak juga harus mengimplementasikan receive_unstake dan receive_reward agar dapat mengembalikan dana saat penarikan serta imbalannya.
Ia mampu mendukung kumpulan staking dan distribusi imbalan otomatis, tetapi akan memusatkan risiko kode dan jalur penarikan ke dalam kontrak. Aturan resmi menunjukkan bahwa jumlah staking minimum pada kontrak adalah 1.000 DUSK; setelah diajukan, sekitar 1 hingga 2 Epoch akan mengaktifkannya. Imbalan bergantung pada partisipasi dalam konsensus. Aku akan memeriksa apakah proses keluar lancar, apakah catatan imbalan cocok, dan apakah kodenya sudah diaudit. Kontrak bisa menjalankan aturan secara otomatis, tapi tidak bisa menghapus risiko secara otomatis.#dusk $DUSK
“Selesai KYC bisa langsung melakukan transaksi on-chain”, saya semakin tidak percaya dengan kalimat itu. Dusk's Citadel 2 membagi akses masuk menjadi penerbitan kredensial dan bukti zero-knowledge, lalu menyerahkannya kepada pihak layanan untuk mengambil keputusan. License Provider memverifikasi pengguna secara offline, menandatangani atribut, lalu menerbitkan lisensi terenkripsi dan mendaftarkannya ke kontrak; pengguna hanya membuktikan bahwa ia memiliki kredensial yang valid, tanpa mengungkap atribut pribadi, juga tanpa mengekspos lisensi spesifik.
Ini seperti memasuki brankas anggota. Akses pintu hanya menampilkan “kredensial valid”, tanpa perlu menyalin KTP. Kontrak memverifikasi bukti dan mencatat Session; pengguna menyerahkan Cookie kepada Service Provider, dan pihak tersebut yang memutuskan apakah akses diberikan. Dusk membuat keterbukaan minimum agar bisa hidup berdampingan dengan akses yang dapat diverifikasi.
Batasnya sangat jelas. Dokumentasi resmi menegaskan bahwa keamanan kriptografi yang valid tidak otomatis berarti kebijakan terpenuhi; Service Provider tetap harus memutuskan siapa pihak penerbit yang dapat dipercaya dan atribut apa yang dicek, memeriksa apakah sudah kedaluwarsa atau dicabut, serta membatasi penggunaan ulang Cookie. SDK JavaScript lengkap masih diberi label “akan segera tersedia”. Citadel 2 memberikan kerangka teknis, tetapi apakah pihak penerbit dapat dipercaya, apakah alatnya sudah matang, dan apakah integrasi benar-benar terjadi—itulah yang menentukan apakah semuanya bisa bertahan.
Baru-baru ini ada yang bilang kepada saya bahwa $niulai itu adalah “film Meme”. Saya rasa pernyataan itu cukup akurat. Ia menjadikan film 《牛来》 sebagai pintu masuk konten, lalu masuk ke komunitas Web3 dengan cara Meme. Film dan tayangan tradisional punya konten, Meme punya penyebaran, Web3 punya komunitas. Jika beberapa bagian ini bisa benar-benar saling melengkapi, memang mungkin menghasilkan sesuatu yang baru. #niulai #牛来
Dulu saya melihat sekuritas on-chain hanya berfokus pada apakah asetnya sudah diterbitkan; belakangan saya sadar, dari mana harga yang diberi ke kontrak juga sama pentingnya. Dusk dan NPEX—yang berada di bawah pengawasan AFM Belanda—menggunakan standar data Chainlink: DataLink mengirim data transaksi resmi NPEX langsung ke on-chain, dan dalam pengumuman Dusk dijelaskan sebagai oracle data on-chain eksklusif untuk platform tersebut; Data Streams menyediakan pembaruan harga berlatensi rendah dan berfrekuensi tinggi. Ini bukan sekadar memberi harga “jendela” baru. Tangkapan layar grup chat hanya bisa memberi tahu saya “ada yang pernah memposting harga itu”, sementara data dari bursa resmi yang terhubung malah seperti tanda tangan pada tanda terima elektronik, sehingga untuk kontrak pinjaman dan penilaian, atau kontrak settlement, sumbernya bisa ditelusuri. Untuk aset yang diunggulkan Dusk dan diawasi regulator, urusan privasi menentukan siapa yang bisa melihat, sementara reliabilitas data harga menentukan atas dasar apa kontrak bisa dijalankan—kalau hilang satu bagian saja, sulit mendekati pasar yang sebenarnya. Saya juga tidak akan menyamakan pengumuman kerja sama secara langsung dengan eksekusi transaksi yang benar-benar terjadi. Berapa banyak aset yang tercakup datanya, apakah pembaruan bisa stabil, dan apakah aplikasi on-chain terus dipanggil—semuanya tetap harus diverifikasi lewat produk lanjutan dan catatan on-chain. Oracle juga membawa risiko keterlambatan dan nilai anomali, serta bergantung pada sumber data eksternal. Jadi penilaian saya sederhana: ini mengisi pintu masuk data yang penting, tetapi pintunya sudah dibuka, tidak berarti dana sudah masuk. @Dusk $DUSK #dusk
Konfirmasi blok tidak ada yang aneh; yang benar-benar langka adalah konfirmasi yang setelahnya tidak bisa ditarik kembali
Dulu saya melihat performa public chain, hanya fokus pada TPS. Belakangan baru sadar hal lain yang lebih ditakuti oleh settlement sekuritas: transaksi terlihat berhasil, tetapi buku besar masih bisa di-rollback.
Dusk menyerahkan tantangan ini kepada Succinct Attestation, atau konsensus SA.
SA bukan diputuskan oleh satu validator tunggal. Sebaliknya, provisioner dipilih secara acak untuk membuat proposal, lalu diverifikasi oleh sebuah komite. Komite lain kemudian menyetujui dan mengeksekusi blok. Setelah blok selesai disetujui, ia mendapatkan finalitas deterministik. Di situs resmi Dusk, perkiraan waktu finalitasnya saat ini sekitar 10 detik. Ini lebih seperti tanda tangan yang tidak dapat dibatalkan pada slip serah terima—bukan lampu hijau lebih dulu di layar sementara sistem di belakang masih menyimpan ruang untuk menyesal.
Bagi sekuritas yang ditokenisasi, nilainya bukan hanya “lebih cepat beberapa detik”, melainkan agar leg aset dan leg dana dapat dikoordinasikan dalam kondisi yang pasti, sehingga mengurangi risiko rekonsiliasi dan settlement yang timbul dari reorganisasi rantai.
DuskDS sekaligus menangani konsensus, data availability, dan settlement, sehingga finalitas SA secara langsung mendukung alur proses pasar keuangan.
Namun saya tidak akan menyamakan finalitas deterministik dengan adopsi institusional. Distribusi node, keamanan perangkat lunak, stabilitas jaringan, dan beban riil tetap perlu diuji dalam jangka panjang. SA menjawab “apakah hasil bisa dipercaya”. Dusk masih harus dibuktikan oleh transaksi dan settlement yang terus-menerus terjadi: apakah pasar benar-benar mau menggunakannya.
RWA on-chain, yang tersulit dari dulu bukanlah mengirim satu Token
Saya telah melihat terlalu banyak proyek RWA: hanya dengan satu kontrak token saja berani mengklaim asetnya sudah on-chain. Yang sebenarnya ingin digigit Dusk adalah rangkaian mata rantai keuangan yang lebih panjang dan lebih rumit setelah token diterbitkan.
Untuk sekuritas yang nyata, standar apakah perdagangan bisa benar-benar berjalan terletak pada: siapa yang bisa membeli, siapa yang bisa memindahkan, kapan settlement dilakukan, dan informasi apa yang boleh/harus diungkap kepada regulator. Dusk memasukkan semua persyaratan ini ke dalam satu set infrastruktur pasar: Citadel menangani identitas, kredensial, dan pengungkapan selektif; Dusk Trade sedang membangun alur produk di sekitar penemuan aset, akses investor, koneksi wallet, pembelian/penjualan, dan settlement; sementara DuskDS menyediakan konsensus, ketersediaan data, dan kepastian pada finalitas. Para developer juga dapat memakai DuskEVM untuk memanfaatkan alat-alat Solidity. Ini lebih seperti menghubungkan proses pembukaan rekening, perdagangan, kliring, dan ruang arsip ke satu lorong yang sama—bukan sekadar menciptakan satu Token.
Situs resmi Dusk per 13 Agustus 2026 menampilkan bahwa skala penerbitan yang dikonfirmasi telah melebihi 300 juta euro, dengan jangkauan investor lebih dari 50 ribu orang. Angka-angka ini menunjukkan proyek sudah punya pintu bisnis, tetapi tidak secara langsung merepresentasikan kebutuhan nyata atas aktivitas on-chain, likuiditas sekunder, atau $DUSK .
Saya akan terus mengamati satu hal: apakah skala penerbitan dapat berubah menjadi perdagangan dan settlement yang berkelanjutan. Landasan sudah dibuat; yang benar-benar menentukan nilai tetaplah apakah di atasnya ada pesawat yang bisa lepas landas dan mendarat dalam jangka panjang.
📈 COSM sedang membentuk efek skala siklus positif:
Semakin banyak pengguna → semakin tebal kolam pendapatan → semakin besar tingkat dukungannya Dukungan semakin besar → keterikatan pengguna semakin kuat → tingkat retensi semakin tinggi Retensi semakin tinggi → ekosistem semakin stabil → pengguna baru semakin bersedia masuk Pengguna baru masuk → skala semakin diperbesar → efeknya semakin diperkuat
Inilah efek flywheel. Begitu mulai berputar, akan berputar semakin cepat. COSM saat ini, flywheel-nya baru saja mulai dipercepat.
Petugas penjualan membawa kartu Anda lalu menghilang ke belakang—Newton ingin menambahkan lapisan kaca buram pada otorisasi di blockchain
Dulu saat membeli barang berharga di konter mal, hal yang paling saya takutkan adalah petugas penjualan mengambil kartu kredit Anda, lalu pergi ke belakang, ke ruangan yang tidak bisa Anda lihat, untuk melakukan transaksi. Meski akhirnya uangnya tidak dipotong lebih banyak, beberapa menit itu bikin hati tidak tenang—Anda tidak tahu apakah dia diam-diam mencatat nomor kartu Anda, atau sekalian menyalin KTP Anda. Informasi yang “telanjang” selama proses verifikasi, pada dasarnya adalah titik sakit yang paling memalukan dalam semua otorisasi finansial. Setelah menelusuri Whitepaper <c-28/> tentang desain lapisan privasi NPE, saya menemukan bahwa mereka menghabiskan banyak pemikiran untuk memecahkan masalah ini. Mereka membuat sesuatu bernama Newton Privacy Envelope, dan alurnya cukup menarik. Ini bukan sekadar mengenkripsi data lalu meneruskannya, melainkan mengunci informasi sensitif ke dalam amplop berizin. Data, logika kebijakan, dan tanda tangan otorisasi Anda semuanya diikat dengan sangat rapat. Surat ini, sekalipun dicegat, atau diambil di rantai lain, tidak akan bisa dibuka—ia hanya mengakui skenario evaluasi tertentu itu saja.
Dulu hal yang paling ditakuti di gerbang tol jalan tol berkecepatan tinggi: baru saja mengambil kartu di gerbang masuk, lalu melaju ke gerbang tol batas provinsi berikutnya, petugas bilang, “Di sini kami tidak bisa menemukan informasi kartu Anda. Tolong singgah dulu, tunggu sebentar, saya telepon untuk verifikasi lalu baru kami izinkan lewat.” Padahal jelas jalan yang dilalui adalah jalan tol yang sama; begitu berganti provinsi, jadinya “kartu tidak terdaftar”.
Sekarang, dunia on-chain setiap hari memperagakan hal yang sama. Anda baru menyelesaikan satu rangkaian registrasi yang patuh di Ethereum, lalu pindah ke Arbitrum atau Base—harus mengulang seluruh proses lagi.
Saat membaca dokumen arsitektur cross-chain senilai @NewtonProtocol , terlihat bahwa yang paling ingin diselesaikannya adalah rasa kikuk “pindah tempat tidak diakui”. Operator cukup mendaftarkan sekali di mainnet Ethereum, lalu melakukan staking ETH melalui EigenLayer. Begitu kumpulan operator berubah—anggota baru masuk, ada yang dikenai sanksi atau aset stake diperbarui—seluruh kumpulan akan bersama-sama menghasilkan Merkle root yang ditandatangani BLS, yang mencatat status lengkap tabel operator saat ini. Root tanda tangan ini dibawa oleh relayer ke setiap target chain; target chain hanya perlu memverifikasi apakah tanda tangan gabungan cocok dengan kumpulan operator yang sudah diketahui, sehingga dapat melakukan pembaruan mandiri.
Ini terasa seperti membuat satu kartu akses yang berlaku untuk seluruh jaringan di kantor pusat: pergi ke cabang mana pun bisa langsung scan wajah.
Namun pola “satu otorisasi, dipakai di banyak tempat” ini juga memusatkan risikonya. Jika relayer membawa root tanda tangan terlambat, atau kondisi di mainnet sudah berubah sementara target chain belum sempat diperbarui, di antaranya bisa terjadi celah keamanan. Semua titik penting bertumpu pada tabel operator di mainnet; ketika mainnet tersendat, chain-chain yang memakai “izin” itu juga akan ikut “terkena”.
Yang ingin dilakukan Newton adalah pusat otorisasi terpadu untuk keuangan on-chain. Tapi batas atasnya bukan terletak pada berapa banyak chain yang didukung; melainkan pada apakah sinkronisasi lintas chain bisa dilakukan cukup cepat dan cukup stabil.
Jalan tol masih bisa mengandalkan telepon untuk verifikasi dan izin lewat, sedangkan di on-chain tidak ada telepon yang bisa dihubungi.
“Setelah penyelesaian baru menanyakan” ala DeFi akhirnya akan ditulis ulang—tapi yang mengubahnya bukan teknologi, melainkan realitas
如果不是把@NewtonProtocol Pengumuman tentang peluncuran Beta mainnet Newton pada 23 Juni 2026 dan data on-chain dicocokkan dari awal sampai akhir, saya sama sekali tidak akan menulis artikel ini. Newton sedang melakukan sesuatu yang terdengar masuk akal: melakukan pemeriksaan otorisasi sebelum penyelesaian transaksi, bukan setelahnya untuk kemudian mengejar. Keuangan tradisional untuk setiap transaksi selalu melewati kontrol risiko sebelum penyelesaian: menilai risiko, memeriksa kepatuhan, mengonfirmasi otorisasi—semuanya selesai dulu baru transaksi dilepas. Sebelum kartu Visa “digesek”, otorisasi sudah diproses di belakang layar, dan kasir menerima status “disetujui” atau “ditolak”. DeFi justru sebaliknya. Kontrak pintar hanya menjalankan, tidak peduli transaksi ini seharusnya dieksekusi atau tidak.
Bagaimana Newton menyelesaikan tata letak “embedded yang patuh” melalui Magic Labs
Setiap kali Anda mentransfer uang di aplikasi perbankan di ponsel, sistem akan memeriksa status akun Anda, batas transaksi, dan tingkat risiko—baru kemudian transaksi diizinkan. Anda tidak merasakannya saat sedang memeriksa, tetapi sebenarnya ia terus memeriksa. Newton sedang memasukkan logika yang sama ke lebih dari 50 juta dompet kripto.
Magic Labs telah mengembangkan dompet embedded selama tujuh tahun. Tidak perlu frasa sandi (mnemonic), tidak perlu kunci privat—cukup masuk dengan email. Lebih dari 200 ribu pengembang menjalankan aplikasi di atasnya, dan lebih dari 50 juta dompet telah dibuat. Di daftar kliennya ada Polymarket, Helium, WalletConnect.
Dulu Magic memecahkan masalah “bagaimana membuat lebih banyak orang bisa masuk”. Sekarang pertanyaannya adalah “bagaimana memastikan yang masuk bisa tetap terkendali”.
Pada kuartal kedua 2026, SDK Newton resmi diintegrasikan ke platform pengembang Magic dengan kode @NewtonProtocol . Pengembang tidak perlu melakukan deployment kontrak tambahan, tidak perlu menulis ulang kode, cukup memanggil mesin strategi Newton seperti memanggil sebuah API. Polymarket sudah menggunakan sistem ini untuk dynamic risk control—operasi berisiko tinggi memicu verifikasi tambahan, sementara aturan penarikan dan transaksi diberlakukan melalui buku besar kebijakan yang dapat diverifikasi dari Newton.
Pengguna tidak merasakan keberadaan Newton, tetapi setiap transaksi sudah diperiksa oleh mesin strategi sebelum penyelesaian. Kepatuhan seharusnya seperti udara: Anda tidak merasakannya ada, tetapi ia selalu ada. Bukan membuat pengguna memilih sendiri, melainkan membuat integrasi otomatis untuk pengembang; bukan membuat institusi memasang plugin tambahan, melainkan memastikan 50 juta dompet sudah membawa mekanisme ini sejak momen penciptaannya.
Jika mesin strategi Newton sudah terintegrasi ke dompet yang biasa Anda gunakan, apakah Anda akan merasakan keberadaannya?
Risiko Kredit + Risiko Pasar + Eksekusi On-Chain—Newton sedang memindahkan meja pengendalian risiko ala Wall Street ke blockchain
Saat belajar mengemudi, instruktur duduk di kursi penumpang depan, matanya menatap permukaan jalan, sementara kakinya menggantung di atas pedal rem. Saat kamu memutar setir, dia mengawasi sudutnya; saat kamu menginjak pedal gas, dia memantau kecepatannya. Kamu tidak mengemudi sendirian—di kursi penumpang depan ada sistem penilaian lain. Tahun lalu, saya menjadi LP dalam sebuah perjanjian pinjaman, dan ambang likuidasi brankas diubah tanpa pemberitahuan dan tanpa catatan pemungutan suara. Posisi sudah dibersihkan, tapi uangnya hilang. Setelah kejadian, barulah saya tahu bahwa rasio agunan sejak lama sudah tidak mencukupi, tetapi tidak ada siapa pun yang menghentikan operasi itu sebelum transaksi terjadi. Manajemen risiko DeFi tradisional adalah 'eksekusi dulu, baru likuidasi'—transaksinya sudah terjadi, eksposur risiko sudah terbuka, lalu barulah mekanisme likuidasi digunakan untuk menebus. Ibaratnya, saat mengemudi gas sudah diinjak sampai mentok, baru instruktur memberi tahu bahwa tadi jalur itu dibatasi kecepatannya 40.
Jaringan utama sudah diluncurkan, namun valuasi masih di 12,6 juta—mengapa pasar tidak ikut membeli
Saat belajar mengemudi, instruktur duduk di kursi depan, dia mengawasi speedometer saat kamu menginjak pedal gas. Begitu kecepatannya menyentuh garis merah, dia langsung menginjak rem. Kamu tidak perlu menunggu kamu sempat bereaksi dulu—kamu sudah keburu ngebut. Tanggung jawab setelah kejadian dan pencegahan sebelum kejadian adalah dua bentuk jaminan keamanan yang benar-benar berbeda.
Pada 23 Juni, @NewtonProtocol Newton mainnet versi Beta resmi diluncurkan, bersamaan dengan rilis VaultKit SDK. RedStone dan Credora menjadi mitra kerja sama data perdana. Kebijakan ditulis menggunakan bahasa Rego. Setelah transaksi dimulai, pertama-tama ia melewati pemeriksaan melalui mesin aturan. Jika rasio jaminan tidak mencukupi, langsung ditahan di pintu masuk—tidak perlu menunggu proses kliring terjadi.
Logika teknisnya berjalan dengan baik, tetapi pasar belum memberikan valuasi yang sepadan. Nilai pasar NEWT sekitar 12,6 juta dolar AS; mainnet sudah berjalan hampir satu bulan, namun angka itu hampir tidak bergerak. Sebuah proyek yang menghimpun dana 90 juta dolar, produknya sudah mulai berjalan, tetapi pasar hanya memberinya valuasi sekitar 10 juta. Apakah pasar terlalu konservatif, atau apakah adopsi nyata produknya belum benar-benar berjalan?
RedStone harganya sudah disuplai, Credora sudah terhubung untuk manajemen risiko, dan VaultKit SDK juga sudah dirilis, tetapi di rantai masih belum terlihat cukup banyak catatan pemanggilan berbayar.
Syarat instruktur menginjak rem adalah kamu memang benar-benar sedang menyetir. Setelah data pembayaran yang benar-benar terwujud keluar, pasar akan menghitung ulang semuanya.
Jika sebuah produk proyek sudah mendarat, tetapi nilai pasarnya tidak bergerak, menurutmu itu karena pasar salah menilai, atau karena fundamentalnya belum menyusul?
Kesenjangan antara 1 juta pengguna jaringan pengujian dan valuasi 12,6 juta
Tahun lalu saya menemani teman melihat rumah. Sales menunjuk skala mini (maket) dan bilang proyek ini merencanakan seribu unit rumah, lengkap dengan kolam renang klub dan pusat kebugaran. Teman saya bertanya, “Tingkat hunian sekarang berapa?” Sales sempat bengong, lalu menjawab bahwa masih belum ada serah terima. Belakangan setelah rumahnya diserahkan, saya lewat kawasan itu pada malam hari—jendela yang menyala hanya beberapa. Di antara angka perencanaan dan jumlah jendela yang menyala, ada seluruh rentang waktu setelah serah terima. Jaringan pengujian Newton memiliki kemiripan dengan yang ini. Pada musim panas 2025, dalam 30 hari terdaftar 1 juta pengguna, 463 ribu transaksi verifikasi, dan 280 ribu proxy aktif. Minat komunitas sangat tinggi; airdrop Binance HODLer juga sempat mendorong arus lalu lintas. Setahun kemudian, mainnet diluncurkan. VaultKit SDK ikut dipromosikan, dan RedStone serta Credora menjadi mitra kerja sama data perdana. Harga NEWT turun dari US$0,717 menjadi US$0,049, dengan valuasi sekitar US$12,6 juta.
AI Agent tidak perlu lebih cerdas, cukup lebih patuh
Tahun lalu, seorang teman yang mengerjakan strategi kuantitatif terjebak oleh sebuah kerangka General AI Agent. Dia menetapkan tujuan untuk Agent tersebut. Lalu Agent sendiri merencanakan jalur, memanggil alat, dan menjalankan tugas. Di tengah jalan, sekali Agent menaikkan batas transaksi per sekali secara sepihak, sehingga melewati batas kontrol risiko. Saat ia menyadarinya, uangnya sudah rugi. Katanya, yang saya butuhkan bukan Agent yang bisa sendiri merencanakan jalur, melainkan Agent yang secara ketat menjalankan batas yang sudah saya tentukan.
@NewtonProtocol Newton sejak awal memang tidak berniat membuat kerangka General AI. Ia tidak membantu Agent mengambil keputusan, hanya membantu menyusun batas perencanaan keputusan Agent. Pengguna menetapkan batas harga, ambang risiko, dan rentang lawan transaksi melalui zkPermissions; semuanya dikodekan menjadi aturan yang bisa dieksekusi. Dikombinasikan dengan smart account ERC-4337, Agent hanya boleh menjalankan beberapa jenis operasi yang memang diberi otorisasi dengan jelas. Setiap kali evaluasi strategi menghasilkan bukti di rantai (on-chain), Agent akan menolak yang bukan sekadar kegagalan otorisasi yang kabur, melainkan bukti kriptografis. Jika ada masalah, tidak perlu mengubah cara berpikir Agent—cukup menggambar ulang garis batas yang lebih rinci.
Sementara yang lain berlomba mengutak-atik parameter model, Newton berlomba membuat garis batas Agent yang cukup detail dan cukup tegas. Ketika AI meluncurkan transaksi dengan kecepatan mesin, lembaga keuangan tidak butuh Agent yang lebih cerdas, melainkan Agent yang tidak pernah melampaui batas. Batas lebih berharga daripada kecerdasan; kepatuhan lebih sulit ditiru daripada kecerdasan.
Jika Anda diminta menetapkan batas perilaku untuk agen AI, pintu mana yang paling ingin Anda kunci, dan pintu mana yang ingin Anda buka? Diskusikan di kolom komentar.
“Momen Pengodean” Kebijakan Kepatuhan: Newton VaultKit menuliskan proses legal ke dalam CI/CD
Tahun lalu saya mengubah parameter batas pada suatu strategi on-chain. Dari membuat tiket, menunggu persetujuan legal, hingga menunggu penjadwalan deploy oleh engineer, semuanya memakan waktu tiga hari kerja. Mengubah satu angka saja bisa menghabiskan hampir satu minggu.
@NewtonProtocol Newton VaultKit SDK membuat semuanya selesai dalam 15 menit. Pada 23 Juni, mainnet Beta diluncurkan bersamaan dengan VaultKit—sebuah SDK yang menulis aturan kepatuhan menggunakan bahasa Rego. Batas pengeluaran, persyaratan jaminan, pemeriksaan counterparty—semuanya ditulis sebagai kode. Mengikuti kontrol versi, pengujian, dan deploy otomatis seperti saat memperbarui file konfigurasi, tanpa perlu mengirim email atau menunggu jadwal review persetujuan legal.
Pemberian harga dari RedStone dihubungkan ke mesin strategi; setiap transaksi diuji dulu sebelum penyelesaian, dan hanya jika kondisi terpenuhi barulah transaksi dilepas. Jika tidak memenuhi syarat, transaksi langsung dicegah di gerbang, dengan bukti/pencatatan on-chain yang merekam alasan pemblokiran.
Dari menulis aturan hingga上线 hanya memakan waktu 15 menit, bukan karena saya jadi lebih cepat, melainkan karena alurnya yang berubah. Kepatuhan yang semula berupa dokumen PDF statis kini menjadi kode eksekusi yang dinamis. Saat regulator berubah, yang dibutuhkan hanya mengubah kode. Proses legal sedang ditanam ke dalam alur CI/CD. Kecepatan mengubah file PDF dan waktu deploy saat mengubah konfigurasi file adalah dua kecepatan dari dua era yang berbeda.