蟹大的加密之旅

#dusk $DUSK Hari ini saya sempat mengamati chart DUSK cukup lama, tapi justru saya makin memikirkan satu masalah: @Dusk membahas RWA dan aset institusi yang di-chain, namun $DUSK sendiri, kedalaman trading-nya sekarang, benar-benar sudah siap untuk menerima skala aset sebesar itu?

Sampai hari ini, harga DUSK berada di sekitar 0,061 dolar, kapitalisasi pasarnya kira-kira 30,5 juta dolar, dan total nilai transaksi 24 jam hanya sekitar 2,8 juta dolar. Angka ini kalau dilihat sendiri mungkin tidak terlalu sepi transaksi, tapi kalau dibandingkan dengan aktivitas trading berfrekuensi tinggi, yang paling saya pedulikan adalah apa yang terjadi setelah order benar-benar masuk.

Terutama pada 10 Juli, Bitget langsung menghapus pasangan trading spot DUSK/USDT. Pihak resmi tidak secara terpisah mengatakan “karena likuiditas buruk”, tetapi dalam kriteria peninjauan saat delisting, volume perdagangan dan likuiditas memang diletakkan di urutan yang lebih depan. Pada saat yang sama, layanan terkait seperti robot trading DUSK, copy trading, Earn, dan sejenisnya juga ikut dihapus.

Menurut saya, kejadian ini lebih layak diperhatikan daripada penurunan harga beberapa persen.

Karena @Dusk sekarang di ekosistem resminya sudah membahas NPEX, Quantoz, Chainlink—arahnya jelas adalah aset yang diawasi, stablecoin, dan RWA. Tapi justru dana institusi yang paling takut bukan “tidak ada ceritanya”, melainkan ada harga tapi tidak ada kedalaman; bisa memasang order, tapi tidak bisa keluar.

Dana kecil dengan market order mungkin tidak merasakan perbedaannya, tapi begitu posisi diperbesar, ketebalan order book, slippage, dan kecepatan pembatalan order—itulah biaya sesungguhnya. Dalam kondisi ekstrem, lalu ditumpuk dengan leverage, setelah beberapa level ask tersapu habis, beberapa poin yang terlihat di chart K-line mungkin sama sekali berbeda hasilnya ketika benar-benar dieksekusi.

Yang lebih menarik lagi, pada bulan Agustus ada katalis berupa pemungutan suara tata kelola OpenDusk: membahas apakah hadiah blok yang semula dihancurkan akan diarahkan ke kas komunitas. Saya tidak menolak insentif ekosistem, tapi saya mau bertanya: jika insentif tambahan pada akhirnya terutama hanya menghasilkan volume transaksi jangka pendek, tanpa adanya dana market maker jangka panjang dan order buy-sell yang benar-benar nyata, apakah setelah hype mereda kedalaman akan kembali lagi?

Bagi para trader, penilaian saya tentang apakah DUSK benar-benar masuk ke tahap berikutnya bukan dilihat dari seberapa bullish orang, tapi dari tiga hal: apakah order book di bursa utama menjadi lebih tebal, apakah slippage untuk order besar menurun, dan apakah kedalaman sanggup bertahan di kondisi pasar ekstrem.

RWA bisa pelan-pelan dijelaskan, tapi urusan likuiditas—order book-nya setiap hari sedang menyerahkan tugas.

#dusk $DUSK @Dusk

#dusk $DUSK Dalam dua hari terakhir saya terus benar-benar melihat @Dusk, dan saya makin merasa ada sesuatu yang agak janggal dengan DuskEVM: ia selalu menekankan “pengalaman EVM yang familiar”, tapi kalau sudah tiba saatnya pengguna biasa menarik aset dari DuskEVM kembali ke Dusk L1, alurnya sama sekali tidak terasa “familiar”.

Saat ini, di dokumentasi resmi, DuskEVM masih berstatus Testnet. Untuk penarikan, pengguna harus menyelesaikan 3 aksi on-chain secara berurutan: pertama menginisiasi withdrawal di DuskEVM, lalu menunggu hingga status berubah menjadi Ready to prove, kemudian baru mengirim proof ke Dusk L1. Setelah itu, masih harus terus menunggu sampai siap untuk finalize (Ready to finalize), dan terakhir mengonfirmasi transaksi sekali lagi agar aset benar-benar kembali. Selain itu, baik proof maupun finalize memerlukan biaya tambahan di Dusk L1.

Yang paling mengganggu perhatian saya adalah bagian “menunggu” di tengah-tengah proses ini. Bahkan resmi sendiri menulis bahwa kapan penarikan bisa dilanjutkan tergantung pada kondisi jaringan, proof maturity, dan dispute-game checks—jadi tidak bisa ditentukan hanya dari waktu. Anda hanya bisa memantau status di Web Wallet. Kalau ganti browser atau riwayat hilang, Anda harus menyimpan transaction hash terlebih dahulu untuk mengeceknya lagi.

Secara teknis, langkah-langkah itu tentu punya alasan, tapi pengguna biasa sama sekali tidak ingin mempelajari output proposal, proof submitted, atau waiting to finalize. Terlebih lagi, pada Januari tahun ini Dusk pernah mengalami insiden keamanan terkait bridge. Saat itu, pihak resmi sempat menangguhkan layanan bridge dan mengganti alamat terkait. Memang pengumuman menyatakan tidak ada kerugian dana pengguna, tapi justru kejadian itu makin menegaskan: yang paling penting dari produk lintas-chain bukan hanya “bisa jalan atau tidak”. Setelah terjadi masalah, apakah pengguna benar-benar tahu sedang macet di mana dan langkah berikutnya harus berbuat apa.

Jadi pertanyaan terbesar saya tentang DuskEVM bukan apakah teknologinya bisa dibuat, melainkan: setelah benar-benar masuk ke mainnet, apakah @Dusk akan menyembunyikan seluruh status dasar ini sampai ke belakang lapisan produk. Untuk pasar yang teregulasi memang bisa sangat kompleks, tapi tombol yang dihadapi pengguna sebaiknya jangan terlalu rumit. Kalau tidak, seindah apa pun penyelesaian di on-chain, saat penarikan pertama pengguna macet 10 menit, yang ada di pikirannya hanya: uang saya sebenarnya pergi ke mana?

#dusk $DUSK @Dusk

#dusk $DUSK Saat aku membaca materi @Dusk , titik yang paling membuatku mentok sebenarnya bukan teknis privasinya, melainkan kalimat yang terus-menerus ditekankan: menyediakan infrastruktur untuk “keuangan teregulasi, aplikasi level institusi”.

Targetnya besar, jadi justru aku lebih peduli pada satu pertanyaan: **Dusk sampai kapan barulah benar-benar mencapai tingkat “institution-grade”?**

Saat mainnet diluncurkan pada Januari 2025, pihak resmi sudah dengan jelas mengajak developer untuk Build on Dusk. Namun pada April 2026, barulah Dusk Connect dan Wallet versi baru masuk ke developer preview. Pihak resmi sendiri juga mengakui bahwa, sebelumnya, Web Wallet pada dasarnya masih aplikasi yang terpisah; dApp tidak bisa langsung menyelesaikan penemuan wallet, permintaan akun, dan penandatanganan (signing). Bahkan ini disebut sebagai “missing front-end pieces” pada aplikasi Dusk.

Ini terdengar agak canggung.

Mainnet sudah berjalan lebih dari setahun, kisah untuk institusi sudah lama diceritakan, tetapi ketika developer benar-benar harus menyerahkan aplikasinya kepada pengguna, beberapa lapisan koneksi yang paling mendasar masih perlu dibenahi.

Yang lebih patut diwaspadai adalah batasan otoritas.

Pada bulan Januari tahun ini, wallet untuk signing di Dusk Bridge berhasil direbut; penyerang kemudian memindahkan sekitar **1091 juta DUSK**. Pihak resmi menjelaskan dengan sangat jelas setelah kejadian: bukan celah pada lapisan konsensus, melainkan kunci wallet milik jembatan (bridge) yang dibobol. Dan pada saat itu, untuk kecepatan serta kemudahan operasional, jembatan memakai desain yang relatif ringan.

Berikutnya, perbaikan keamanan AEGIS juga menutup 39 masalah sekaligus, termasuk 7 yang Critical serta 1 yang terkait High.

Jadi keraguanku terhadap Dusk saat ini sederhana:

Jika ke depan memang ingin memikul sekuritas, RWA, dan aset yang teregulasi, maka “keamanan protokol itu sendiri” jelas tidak cukup. Jika di mana pun—bridge, wallet, batas otorisasi, kunci, atau lapisan koneksi front-end—terdapat kepercayaan terpusat, maka apa pun itu, bisa menjadi batas atas risiko nyata bagi seluruh sistem.

Aku mengakui jalur teknisnya, tetapi untuk frasa “infrastruktur keuangan level institusi”, menurutku @Dusk masih perlu terus membuktikannya.

#dusk $DUSK @Dusk

Saya menonton ulang situs resmi @BabylonLabs_io dan Explorer-nya, dan ada satu detail yang membuat saya cukup tidak nyaman.

Pada 3 Agustus, halaman beranda situs resmi menampilkan bahwa sudah ada 56,853.16 BTC yang dipertaruhkan, senilai sekitar 5,64 miliar dolar AS. Skala ini sudah tidak kecil. Namun, ketika masuk ke Explorer resmi, harga BABY justru menampilkan $0(-), dan data-data penting seperti tinggi blok, total jumlah transaksi, total jumlah delegasi, dan sebagainya juga tidak ditampilkan secara normal.

Yang lebih merepotkan lagi, pada halaman Finality Provider, data node aktif, jumlah delegasi, dan jumlah peserta staking juga sama-sama kosong.

Ini bukan sekadar masalah apakah tampilannya bagus atau tidak.

Misalnya saya baru saja selesai melakukan staking, tetapi transaksi tidak kunjung ter-update. Bagaimana cara saya memastikan? Apakah BTC masih dalam proses konfirmasi, operasi di dompet gagal, ada keterlambatan indeks dari Babylon, atau delegasinya sebenarnya tidak berhasil sama sekali?

Saat memilih Finality Provider, status real-time dan distribusi delegasinya tidak bisa dilihat. Lalu pengguna harus menilai apa—apakah node stabil atau delegasinya terlalu terkonsentrasi?

Babylon terus menekankan BTC asli, self-custody, dan tidak memakai jembatan lintas. Namun aset yang tetap ada di dompet sendiri tidak otomatis berarti seluruh prosesnya cukup untuk membuat orang merasa aman.

Hal yang benar-benar memengaruhi kepercayaan biasanya bukan istilah teknis di halaman promosi, melainkan apakah setelah uang masuk, semuanya bisa dicek dengan jelas; jika terjadi anomali, apakah penyebabnya bisa ditemukan; dan jika ada yang tersangkut, apakah ada jalur penanganan yang jelas.

Untuk protokol yang menampung aset bernilai lebih dari 5,6 miliar dolar AS, data situs resmi bisa terlihat sangat indah, tapi Explorer yang bertugas memverifikasi data tersebut tidak seharusnya dibiarkan bergantung pada tebakan pengguna dalam waktu lama.

Apakah produknya sudah matang atau tidak, pada akhirnya yang dilihat bukan seberapa besar slogan yang dipakai, melainkan apakah fondasi paling dasar ini benar-benar stabil.

#baby $BABY @BabylonLabs_io

99 proyek tumbang, siapa lagi yang membayar keamanan?

Tahun ini, sudah ada 99 proyek kripto yang menghentikan operasionalnya.

Saat melihat kabar ini, reaksi pertama saya bukan soal berapa banyak narasi yang kembali tersingkir oleh pasar. Saya justru melihat bahwa banyak proyek sejak awal belum menyelesaikan masalah paling dasar: ketika harga token turun, subsidi berkurang, dan validator pergi, siapa yang akan terus membayar keamanan jaringan?

Sebuah rantai PoS baru bisa menarik partisipasi staking lewat APY yang tinggi, atau menciptakan aktivitas lewat airdrop. Namun jika anggaran keamanan sepenuhnya dibangun di atas tokennya sendiri, kemampuan pertahanannya akan ikut berfluktuasi bersama harga koin. Semakin kecil kapitalisasi pasar, semakin rendah biaya untuk menyerang. Jika terus menerbitkan token untuk mempertahankan node, nilai token akan semakin terdilusi.

Inilah alasan saya terus meneliti Babylon. Babylon mencoba menghadirkan BTC asli ke sisi penyediaan keamanan, sehingga rantai PoS, Rollup, dan application chain tidak harus sepenuhnya bergantung pada token mereka sendiri untuk membangun benteng ekonomi. Pemegang BTC melakukan proses penguncian di jaringan Bitcoin, tanpa perlu pembungkusan atau cross-chain, dan melalui mekanisme yang dapat dikenai sanksi (slashing) memberikan jaminan bagi jaringan eksternal.

Namun saya tidak akan langsung menganggap polanya sudah terbukti hanya karena ukuran staking bertambah. Jika sisi penyediaan melibatkan BTC, itu hanya menunjukkan bahwa kebutuhan imbal hasil memang ada. Yang benar-benar menentukan apakah Babylon bisa beroperasi dalam jangka panjang adalah apakah jaringan yang terhubung bersedia terus membayar biaya yang benar-benar nyata.

Baru setelah gelombang subsidi surut, jika masih ada pihak yang membeli keamanan BTC, Babylon mungkin dapat beralih dari sekadar protokol staking menuju infrastruktur keamanan.

#baby $BABY @BabylonLabs_io

Lebih dari 2,5 juta ETH sedang menunggu untuk masuk ke antrean staking.

Pasar melihatnya sebagai kebangkitan permintaan staking, tetapi saya lebih fokus pada sinyal di baliknya: ketika semakin banyak modal bersedia mengunci aset untuk menjaga keamanan jaringan, keamanan blockchain itu sendiri sedang berubah menjadi bisnis yang bisa diberi harga.

Ethereum menggunakan ETH untuk melindungi jaringan mereka, sedangkan Babylon ingin memperluas logika ini—agar BTC tidak hanya melindungi Bitcoin, tetapi juga menjadi modal keamanan eksternal yang bisa dipanggil oleh chain PoS, Rollup, dan chain aplikasi.

Ini juga tempat yang menurut saya membuat Babylon mudah diremehkan. Di permukaan, ia menyediakan pintu masuk staking BTC; tetapi pada dasarnya, ia sedang membangun pasar penawaran-permintaan untuk keamanan. Pemegang BTC menyediakan jaminan ekonomi, jaringan yang terhubung membeli biaya serangan yang lebih tinggi, Babylon bertugas menghubungkan kedua pihak dan mengeksekusi aturan penalti serta exit.

Namun dari sudut pandang riset investasi, ukuran staking bukan satu-satunya jawaban. Di sisi penawaran, mengunci lebih banyak BTC mungkin saja terjadi, tetapi jika tidak ada cukup banyak jaringan yang terus mau membayar biaya keamanan, pertumbuhan tetap bisa bergantung pada subsidi token. Yang benar-benar perlu dipantau adalah jumlah jaringan yang terhubung, pengeluaran keamanan aktual, pendapatan protokol, serta apakah pendapatan tersebut bisa secara bertahap menopang imbal hasil bagi para pemegang staking BTC.

Antrean staking ETH menunjukkan bahwa modal bersedia mengunci dana untuk keamanan jaringan dalam jangka panjang. Babylon ke depan perlu membuktikan: keamanan ekonomi Bitcoin, apakah bisa berubah dari sekadar atribut aset menjadi layanan infrastruktur yang secara berkelanjutan ingin dibeli oleh blockchain lain.

Jika jawabannya benar, kompetisi Babylon bukan hanya pasar imbal hasil BTCFi, melainkan anggaran keamanan seluruh dunia on-chain.

#baby $BABY @BabylonLabs_io

Pertama kali melihat model staking Babylon, saya tidak langsung memahaminya sebagai produk imbal hasil. Yang benar-benar menarik perhatian saya adalah upayanya membangun pasar baru: memungkinkan jaringan lain membeli keamanan ekonomi yang diberikan oleh Bitcoin secara langsung.

Pada masa lalu, agar sebuah chain baru bisa berjalan, biasanya diperlukan penerbitan token sendiri, perekrutan validator, lalu pembentukan anggaran keamanan melalui insentif yang tinggi. Masalahnya, banyak proyek tidak memiliki konsensus token dan likuiditas yang cukup untuk menopang keamanan jangka panjang. Ketika subsidi menurun, validator akan pergi, biaya serangan pun turun, dan keamanan jaringan melemah dengan cepat.

Babylon menawarkan cara pandang yang berbeda. Pemegang BTC bisa mengunci BTC asli untuk menyediakan jaminan keamanan yang bisa dihukum (punishable) bagi chain PoS, Rollup, atau sistem lainnya; sementara jaringan yang terhubung memperoleh pembenaran ekonomi yang lebih kuat melalui pembayaran imbalan—bukan sekadar mengandalkan token mereka sendiri. Bagi saya, ini lebih mirip membangun pasar modal keamanan yang terdesentralisasi, bukan sekadar mengubah BTC menjadi aset staking lain.

Namun apakah model ini pada akhirnya bisa berhasil tidak bergantung pada berapa banyak BTC yang dikunci, melainkan pada sisi permintaan. Apakah jaringan yang terhubung ke Babylon benar-benar bersedia membayar secara berkelanjutan, dan apakah keamanan yang diperoleh dapat berubah menjadi lebih banyak pengguna, dana, dan pendapatan protokol—itulah yang menentukan apakah seluruh sistem bisa lepas dari ketergantungan subsidi.

Saya juga akan terus mengamati peran <0-9{11}>$BABY </0-9{11}> di dalamnya. Jika perannya hanya menanggung distribusi imbalan, tekanan jual (sell pressure) akan tetap ada dalam jangka panjang; jika kebutuhan untuk Gas, tata kelola, verifikasi, dan penyelesaian ekosistem tumbuh secara bersamaan, maka token berpotensi membentuk penangkapan nilai (value capture) yang lebih stabil.

Batas (limit) Babylon bukanlah sekadar menambah satu pintu masuk staking BTC, melainkan menjadikan konsensus keamanan Bitcoin sebagai modal publik yang dapat dipanggil oleh seluruh dunia on-chain.

#baby $BABY @BabylonLabs_io

Setelah saya meneliti Babylon lagi, yang paling menarik bagi saya sekarang bukan hanya Bitcoin Staking, tetapi juga Trustless Bitcoin Vaults yang sedang didorongnya. Selama bertahun-tahun, meskipun BTC memiliki konsensus aset kripto yang paling tinggi, BTC sulit masuk langsung ke pasar pinjaman, stablecoin, dan kredit institusional. Biasanya pengguna hanya bisa bergantung pada WBTC, bridge lintas rantai, atau kustodian terpusat untuk mengubah BTC asli menjadi semacam bukti/representasi di rantai lain. Begitu konversi selesai, risiko tidak lagi berada pada Bitcoin itu sendiri, melainkan berpindah ke kustodian, bridge, dan smart contract.

Babylon ingin memecahkan masalah yang lebih mendasar: BTC tidak meninggalkan mainnet Bitcoin, sementara protokol eksternal tetap bisa memverifikasi apakah BTC itu ada, apakah sedang dikunci, apakah rasio agunannya sehat, serta kapan seharusnya likuidasi terjadi. Jika arah ini benar-benar terwujud, Aave dan protokol pinjaman lainnya tidak lagi menghadapi semacam agunan/bungkus BTC, melainkan sebuah infrastruktur agunan yang bisa membaca status BTC asli. Bagi saya, inilah perubahan kunci agar BTCFi bergeser dari “menciptakan instrumen hasil/pendapatan” menjadi “membangun jalur keuangan asli”.

Saya percaya ini lebih penting daripada sekadar meningkatkan imbal hasil BTC. Ini berarti BTC punya kesempatan untuk beralih dari aset penyimpan nilai pasif menjadi modal produktif yang bisa berpartisipasi dalam pinjaman, pendanaan, dan manajemen neraca. Miner, pemegang dalam jangka panjang, dan dana institusional juga dapat memperoleh likuiditas baru tanpa harus melepaskan kendali atas asetnya. Jika jalur ini berjalan, efisiensi keuangan BTC akan meningkat, dan pasar tidak perlu terus memusatkan kredit utamanya pada segelintir penerbit aset terbungkus.

Namun, verifikasi teknis tidak otomatis berarti business loop yang tertutup. Bukti status, oracle, keterlambatan likuidasi, dan efisiensi eksekusi pada kondisi pasar ekstrem akan menentukan apakah produk mampu menanggung dana riil. Ke depan, saya lebih fokus pada implementasi nyata Babylon dengan Aave, Ledger, serta apakah BTCVaults dapat menghasilkan biaya (fee) yang stabil. Jika rangkaian ini bisa berjalan, Babylon mungkin tidak hanya menjadi satu protokol BTCFi, melainkan menjadi antarmuka penting bagi masuknya Bitcoin asli ke keuangan on-chain.

#baby $BABY @BabylonLabs_io

哈哈哈哈

Saat pertama kali mengenal Web3, saya merasa keunggulan terbesar blockchain adalah kesederhanaannya.

Tidak ada proses yang rumit, tidak ada perantara, dan satu dompet saja sudah bisa ikut dalam keuangan global.

Namun kemudian semakin banyak aset tradisional mulai mencoba masuk ke on-chain, dan saya melihat masalah yang semakin jelas:

Blockchain bisa menurunkan biaya transaksi, tetapi tidak serta-merta mewarisi aturan operasional yang secara alami ada dalam keuangan tradisional.

Keuangan dunia nyata mampu menampung dana dalam skala besar bukan hanya karena ada aset, melainkan karena di baliknya terdapat sistem aturan yang lengkap.

Siapa yang boleh membeli, siapa yang boleh menjual, berapa batasnya, dan dalam kondisi apa operasi dihentikan—semua itu adalah fondasi yang telah lama terakumulasi dalam sistem keuangan.

Sementara itu, selama ini dunia on-chain lebih banyak menyelesaikan persoalan “bagaimana aset dipindahkan”, sedangkan untuk “bagaimana aset harus dikelola”, infrastruktur dasarnya masih belum cukup matang.

Di sinilah Newton Protocol membuat saya tertarik.

Authorization Layer yang dicoba dibangunnya pada dasarnya menambahkan kemampuan eksekusi aturan ke dalam blockchain.

Melalui Policy Framework, pengembang dapat mengubah kondisi untuk berbagai skenario menjadi logika yang bisa dieksekusi, sehingga aplikasi tidak hanya menyelesaikan transaksi, tetapi berjalan sesuai aturan yang telah ditetapkan.

Saya merasa arah ini penting karena ia menghubungkan dua dunia.

Dunia on-chain menyediakan keterbukaan dan efisiensi.

Keuangan tradisional menyediakan aturan dan keteraturan.

Adopsi skala besar di masa depan tidak akan sekadar memindahkan aset ke blockchain, melainkan membuat logika keuangan dunia nyata dapat berjalan secara alami di lingkungan on-chain.

Newton bukan jawaban untuk semua masalah, tetapi ia mengarah pada sesuatu yang tak bisa dihindari.

Karena ketika semakin banyak dana, aset, dan aplikasi masuk ke on-chain, aturan tidak akan hilang—hanya akan hadir dalam bentuk yang berbeda.

Nilai jangka panjang $NEWT perlu dilihat apakah ia dapat diadopsi oleh lebih banyak protokol dan aplikasi.

Jika di masa depan keuangan on-chain membutuhkan lapisan eksekusi aturan yang bersifat umum, arah yang dieksplorasi oleh Newton mungkin akan menjadi salah satu komponen penting di dalamnya.

@NewtonProtocol $NEWT #Newt

Setelah saya mengamati proyek itu cukup lama, saya semakin jarang tertarik pada kisah-kisah yang terlalu megah.

Karena di pasar selalu ada banyak narasi yang indah; yang benar-benar langka adalah tim yang mampu memecah masalah yang kompleks, lalu menyelesaikannya sedikit demi sedikit.

Newton Protocol adalah salah satu proyek yang belakangan ini membuat saya ingin terus mengamatinya.

Bukan karena proyek itu menceritakan masa depan sebanyak apa, tetapi karena masalah yang disentuhnya cukup mendasar.

Perkembangan dunia on-chain pada dasarnya terus menambah kompleksitas. Dari transaksi sederhana, ke protokol keuangan, hingga aplikasi otomatis—sistem menjadi semakin kuat, tetapi pada saat yang sama juga semakin membutuhkan cara koordinasi yang baru.

Yang ingin dilakukan Newton adalah membuat perilaku-perilaku kompleks ini dapat berjalan sesuai aturan yang jelas.

Dari Authorization Layer hingga Policy Framework, lalu Verifiable Automation, inti logikanya bukan menciptakan satu aplikasi baru, melainkan menyediakan seperangkat kemampuan dasar agar aplikasi dapat beroperasi dengan lebih teratur.

Saya rasa ciri terbesar dari proyek infrastruktur adalah, dalam jangka pendek biasanya proyek-proyek ini tidak terlalu ramai.

Karena, tidak seperti aplikasi konsumsi yang bisa langsung terlihat dari pertumbuhan pengguna, nilai dari proyek infrastruktur akan terus terkumpul seiring skala pemakaannya setelah ia menjadi komponen dasar dalam ekosistem.

Tentu saja, dari sudut pandang investasi, selalu perlu menjaga sikap hati-hati.

Arah teknis yang benar tidak otomatis berarti pasti berhasil; whitepaper yang bagus pun tetap membutuhkan bukti dari adopsi ekosistem.

Jadi ketika mengamati $NEWT , yang lebih saya perhatikan adalah beberapa indikator jangka panjang: apakah ada koneksi ke aplikasi yang benar-benar digunakan, apakah developer terus memakainya, dan apakah jaringan telah terbentuk dengan kebutuhan yang nyata.

Setiap hari pasar punya tren-topik baru, tetapi kesempatan yang benar-benar layak diperhatikan, sering kali bersembunyi di proyek-proyek yang menyelesaikan masalah jangka panjang.

Seberapa jauh Newton bisa melangkah, masih perlu waktu untuk membuktikannya. Namun, masalah yang sedang dieksplorasinya memang merupakan arah yang tidak bisa dihindari dalam perkembangan on-chain.

@NewtonProtocol $NEWT #Newt

Beberapa waktu lalu, saya menonton beberapa strategi otomatisasi saat berjalan, dan saya selalu punya satu pertanyaan: jika sebuah sistem setiap hari membantu Anda menyelesaikan banyak pekerjaan, hal apa yang sebenarnya perlu Anda fokuskan?

Banyak orang mungkin respons pertama adalah efisiensi.

Transaksi lebih cepat, menjalankan lebih banyak, menghemat biaya tenaga kerja.

Namun ketika skala dana terus membesar, masalah yang benar-benar penting akan berubah ke arah lain: proses ini pada akhirnya berjalan sesuai logika yang ditetapkan atau tidak.

Itulah mengapa saya merasa cara berpikir desain Newton Protocol cukup menarik.

Newton tidak menempatkan fokus pada “membuat mesin menggantikan manusia untuk melakukan lebih banyak hal”, melainkan pada persoalan yang sering diabaikan dalam proses otomatisasi—bagaimana proses eksekusi dapat diverifikasi.

Verifiable Automation dalam whitepaper Newton pada dasarnya adalah menambahkan mekanisme yang dapat diverifikasi ke dalam sistem otomatisasi.

Di masa lalu, banyak solusi otomatisasi di rantai tampak lebih seperti skrip eksekusi. Sistem menerima tugas, lalu menyelesaikan operasi, dan pengguna pada akhirnya melihat hasilnya. Namun apa yang terjadi di tengah, mengapa dijalankan seperti itu, apakah sesuai dengan kondisi awal—sering kali tidak transparan.

Gagasan Newton adalah mengubah alur proses tersebut.

Melalui Operator Network, eksekusi tugas tidak lagi bergantung pada satu eksekutor tunggal, melainkan dikoordinasikan dan diverifikasi oleh para partisipan di jaringan. Sementara itu, teknologi TEE dan ZK menangani masalah lingkungan eksekusi dan pembuktian, sehingga sistem dapat membuktikan bahwa tindakan tertentu sesuai dengan kondisi yang telah ditetapkan.

Menurut saya, poin paling krusial di sini adalah: Newton tidak sekadar meningkatkan efisiensi otomatisasi, melainkan mendefinisikan ulang kemampuan apa yang harus dimiliki oleh sistem otomatisasi.

Sebuah jaringan otomatisasi yang benar-benar matang tidak hanya “bisa menjalankan”, tetapi juga “mampu menjelaskan eksekusinya sendiri”.

Ini sebenarnya mirip dengan sistem keuangan tradisional.

Manajemen dana skala besar tidak hanya memperhatikan imbal hasil akhir, tetapi juga catatan proses, dasar eksekusi, serta jalur tanggung jawab. Di masa depan, jika otomatisasi di rantai ingin mendukung perilaku keuangan yang lebih kompleks, fondasi yang dapat diverifikasi seperti ini juga tetap diperlukan.

Untuk $NEWT , saya lebih fokus pada apakah ia bisa menjadi komponen dasar dalam ekosistem otomatisasi.

Karena masa depan dunia on-chain tidak akan kekurangan alat otomatisasi; yang mungkin benar-benar langka adalah fondasi tingkat bawah yang dapat membuat tindakan otomatisasi bisa diverifikasi, dipercaya, dan diadopsi secara besar-besaran.

@NewtonProtocol $NEWT #Newt

Banyak orang menganggap otomatisasi di blockchain adalah membuat program menyelesaikan tindakan untuk pengguna, tetapi masalah sesungguhnya adalah bagaimana program mengetahui apa yang seharusnya dikerjakan.

Dulu, smart contract lebih mirip alat eksekusi: ia dapat menyelesaikan tugas sesuai dengan kode. Namun, menghadapi skenario keuangan yang semakin kompleks, sekadar menjalankan tindakan saja tidak lagi cukup.

Newton Protocol mencoba menjawab kebutuhan pada era otomatisasi ini.

Berdasarkan whitepaper, Newton memungkinkan pengguna mengekspresikan tujuan melalui Automation Intent, lalu menggabungkannya dengan Policy Framework untuk mengubah tujuan menjadi kondisi yang dapat dieksekusi. Dibandingkan transaksi tradisional yang bersifat sekali jalan, pendekatan ini lebih mendekati arah perkembangan aplikasi on-chain di masa depan.

Ke depan, pengguna mungkin tidak lagi mengelola setiap tindakan setiap hari, melainkan menetapkan tujuan agar sistem terus menjalankan tugas. Namun syaratnya, proses otomatisasi ini harus mampu memahami kondisi dan berjalan sesuai aturan.

Inilah yang membuat Newton layak untuk diperhatikan.

Ini bukan sekadar menambahkan robot, melainkan sedang mengeksplorasi cara interaksi baru antara manusia dan sistem on-chain.

Tentu saja, saat ini proyek masih dalam tahap pengembangan; aplikasi ekosistem dan kebutuhan nyata masih perlu waktu untuk dibuktikan. Tetapi dari arah yang ditunjukkan, ketika dunia on-chain semakin otomatis, bagaimana membuat sistem lebih memahami tujuan pengguna akan menjadi pertanyaan penting.

Dulu, fokus kita adalah apakah transaksi berhasil diselesaikan.

Ke depan, kemungkinan besar yang lebih diperhatikan adalah apakah transaksi diselesaikan sesuai tujuan.

@NewtonProtocol $NEWT #Newt

$ARTX 4 kali lipat poin, baru saja dibuka,
ARToken milik Andy Lau baru saja ikut penawaran perdana,
dan kedua hal ini digabung jadi satu, jujur aku agak nggak tahan, rasanya dalam waktu dekat Ultiland sudah benar-benar berniat menggegerkan sesuatu besar. Perlu diperhatikan!
$ARTX #Artoken #Ultiland

Dulu saat saya melihat otomatisasi di rantai, fokus saya adalah apakah itu bisa membantu saya menghemat waktu. Namun setelah saya meneliti lebih dalam Newton Protocol, saya menyadari bahwa masalah terbesar bukanlah otomasi itu sendiri, melainkan: setelah otomasi dijalankan, siapa yang bisa membuktikan bahwa otomasi tersebut tidak menyimpang.

Dalam beberapa tahun terakhir, sudah bermunculan banyak alat otomatisasi di on-chain. Mulai dari strategi pendapatan hingga trading bot, serta berbagai solusi eksekusi cerdas—banyak hal yang sebelumnya perlu dilakukan secara manual oleh pengguna kini tidak lagi diperlukan. Tetapi seiring tingkat otomatisasi meningkat, muncul masalah baru: ketika tugas diserahkan kepada sistem untuk dieksekusi, bagaimana kita memastikan proses eksekusinya sesuai dengan yang diharapkan?

Inilah juga bagian yang paling inti dalam whitepaper Newton Protocol.

Newton tidak sekadar menyediakan robot untuk menjalankan tugas, melainkan membangun lapisan otomasi yang dapat diverifikasi. Newton ingin, melalui Operator Network yang terdesentralisasi, eksekusi tugas tidak lagi bergantung pada satu pihak saja. Sebaliknya, hasil eksekusi harus sesuai dengan kondisi yang telah ditetapkan melalui mekanisme verifikasi.

Kombinasi teknologi TEE dan ZK adalah komponen penting dari seluruh arsitektur. TEE menyediakan lingkungan eksekusi yang tepercaya, sehingga proses komputasi dapat berjalan di dalam lingkungan yang terlindungi; sementara ZK memungkinkan sistem membuktikan bahwa suatu hasil memenuhi aturan, sekaligus mengurangi kebutuhan membuka informasi yang tidak perlu.

Desain ini membuat saya teringat pada sistem kustodian dan kliring dalam keuangan tradisional. Dana dalam jumlah besar tidak hanya memperhatikan hasil transaksi, tetapi juga apakah seluruh proses dapat ditelusuri dan apakah sesuai dengan prosedur. Jika di masa depan otomatisasi on-chain ingin mendukung aplikasi yang lebih kompleks, mekanisme eksekusi tepercaya yang serupa juga akan diperlukan.

Yang ingin diselesaikan Newton melalui Automation Layer adalah membuat otomasi tidak berhenti di tahap “bisa berjalan”, tetapi menjadi “dapat diverifikasi saat berjalan”.

Dengan VaultKit, para pengembang bisa lebih mudah mengintegrasikan logika otomatisasi ke dalam aplikasi. Sementara itu, jaringan Operator bertanggung jawab untuk menjalankan dan memverifikasi, sehingga seluruh proses membentuk sebuah loop tertutup.

Saya menilai arah ini penting karena ke depannya kemungkinan tidak akan kekurangan alat eksekusi di on-chain. Namun yang benar-benar langka adalah infrastruktur eksekusi yang bisa dipercaya.

Tentu saja, saat ini Newton masih berada pada tahap pengembangan. Besarnya skala ekosistem dan kondisi adopsi nyata perlu terus dipantau. Untuk $NEWT , yang paling saya perhatikan adalah apakah jaringan menghasilkan kebutuhan yang benar-benar nyata—termasuk tingkat partisipasi Operator, jumlah aplikasi yang terhubung, serta pertumbuhan pemanggilan protokol.

@NewtonProtocol $NEWT #Newt