胖鸟

前段时间看到@BabylonLabs_io 公布的生态数据变化时，我一直在思考为什么现在很多新链，真正难的不是开发，而是上线之后如何快速建立可信的安全基础？

Babylon上线以来已经有越来越多PoS网络开始关注共享安全模式，截至目前，Babylon生态已经连接了数十个区块链网络，BTC Staking参与规模也持续增长，越来越多资产开始进入这个安全市场。

这个变化让我觉得有意思。

因为过去很多项目关注的是如何吸引用户、提高TVL，但Babylon切入的是一个新网络如何降低建立安全体系的成本的问题。

刚开始研究Babylon时，我也把它理解成一个质押类协议，但深入了解它的机制后，我发现它真正想解决的，并不是简单增加一种收益方式，而是改变新网络建立安全的路径。

传统PoS网络需要自己培养验证者，需要设计自己的经济激励，然后慢慢积累安全性。

而Babylon提供的是另一种方案，通过共享安全机制，新网络可以接入Babylon提供的安全能力，不需要从零开始建立完整的安全体系。

其中让我比较关注的是Finality Provider这一层，很多人关注Babylon时，会把重点放在质押本身，但真正让安全能力传递到不同网络中的，是这些负责最终确认和验证的角色，它们连接了资产、安全资源和应用网络之间的关系。

这也是我觉得Babylon有意思的地方。

它不是单纯创造一个新的应用场景，而是在重新定义一个网络启动时需要什么。

Babylon探索的是安全本身也可以成为一种基础设施，当然，共享安全模式未来能否形成长期生态，还有很多问题需要观察，比如不同网络的激励设计、参与者规模以及长期可持续性。

未来区块链竞争可能不只是比谁拥有更多用户和流动性，也可能比谁能够更高效地建立可信基础，这或许才是Babylon真正想探索的方向。
#baby $BABY

Banyak orang mengira hal tersulit untuk meniru BTC adalah kelangkaannya, tetapi setelah penelitian @BabylonLabs_io , saya menyadari bahwa yang benar-benar sulit untuk digantikan adalah konsensus keamanan yang terbentuk selama lebih dari sepuluh tahun berjalan.

Itulah juga alasan saya belakangan ini memperhatikan $BABY .

Jujur saja, saat pertama kali melihat arah BTC Staking, saya tidak terlalu bersemangat. Dalam beberapa tahun terakhir, pasar telah memunculkan banyak skema yang membuat BTC menghasilkan imbal hasil, namun pada dasarnya banyak di antaranya hanya “membungkus” BTC menjadi produk keuangan baru, sehingga pengguna menanggung risiko tambahan, tanpa benar-benar melepaskan nilai Bitcoin itu sendiri.

Babylon mengubah cara pandang saya karena fokusnya bukan pada cara mengonsumsi likuiditas BTC, melainkan pada cara memanfaatkan kemampuan keamanan yang sudah dibentuk oleh Bitcoin.

Gagasan inti dari #baby adalah melalui Trustless Bitcoin Vaults dan mekanisme BTC Staking, agar pemegang BTC dapat memberikan dukungan keamanan untuk jaringan PoS sambil tetap mempertahankan kendali atas aset.

Sederhananya, Babylon tidak meminta pengguna memindahkan BTC ke ekosistem lain, atau bergantung pada institusi terpusat untuk penitipan, melainkan ingin memanfaatkan atribut keamanan asli Bitcoin sehingga BTC menjadi fondasi keamanan untuk menghubungkan jaringan blockchain lainnya.

Arah ini menurut saya menarik karena ia memecahkan masalah yang sudah lama ada di ekosistem PoS. Banyak blockchain yang masih berkembang bukan karena tidak ada teknologi, juga bukan karena tidak ada developer, tetapi karena pada tahap awal sulit membangun sistem keamanan yang cukup kuat dengan cepat. Jumlah validator, skala staking, dan biaya ekonomi—semuanya memengaruhi kemampuan suatu jaringan untuk bertahan dari serangan.

Sementara itu, Bitcoin telah membuktikan keamanannya selama lebih dari sepuluh tahun. Jika kemampuan keamanan ini di masa depan bisa dimanfaatkan oleh lebih banyak jaringan PoS, maka peran BTC mungkin akan berubah.

Tentu saja, saya tidak akan langsung menganggap $BABY pasti berhasil. Sejarah Crypto tidak pernah kekurangan narasi besar; pada akhirnya, yang menentukan nilai proyek infrastruktur adalah apakah teknologinya dapat diandalkan, apakah model keamanannya sudah tervalidasi, dan apakah ekosistem benar-benar mengadopsinya.

Selama ini, ketika kita memahami BTC, kita lebih banyak menyoroti kelangkaannya dan harga. Tetapi jika kemampuan keamanan Bitcoin dapat melayani lebih banyak jaringan di masa depan, maka batas nilai BTC mungkin akan didefinisikan ulang.

Mungkin nanti, kita tidak hanya akan tertarik pada BTC karena Bitcoin cukup langka.

Apakah benar ada yang ikut, 1 Poin ditukar 1u Alpha—apa nggak rugi celana dalam pun sampai habis?

Terkadang aku menemukan bahwa saat sebuah perusahaan paling mudah bermasalah, bukan karena tidak ada yang bertanggung jawab, melainkan karena semua orang bertanggung jawab sedikit-sedikit. Produk merasa pengembangan sudah mengonfirmasi. Pengembangan merasa operasional sudah menyetujui. Operasional pun beranggapan bahwa pihak hukum tidak akan keberatan. Pada akhirnya ketika masalah muncul, semua orang terlibat, tetapi tak ada yang bisa menjelaskan dengan jelas pada langkah yang mana sebenarnya masalah itu bermula.

Kemudian aku melihat @NewtonProtocol sebuah desain yang sangat kecil, dan aku tiba-tiba teringat bahwa selama ini aku kurang memperhatikan Authorization Receipt. Kupikir itu hanyalah sebuah bukti yang dihasilkan setelah eksekusi selesai—kurang lebih seperti bukti/rekaman seperti halnya log dan resi. Fungsinya lebih untuk arsip. Tapi semakin aku melihatnya, posisinya justru terasa aneh.

Bukan diletakkan di akhir alur, melainkan bersama Authorization, Policy, dan Operator, menjadi bagian dari seluruh proses eksekusi. Aku lalu membaca ulang bagian itu beberapa kali, baru kemudian kusadari pemahamanku di awal ternyata meleset. Dulu banyak sistem menyimpan hasil. Transaksi berhasil, aset dipindahkan, status diperbarui—semuanya meninggalkan catatan. Namun ketika benar-benar terjadi masalah, orang sering kali terus bertanya: siapa yang menyetujui? Aturan mana yang jadi dasarnya? Apakah ada langkah yang dilewati di tengah? Informasi seperti itu, banyak kali hanya bisa dirangkai sedikit demi sedikit lewat log.

Newton tampaknya terus menyelesaikan masalah yang sama. Authorization Receipt tidak hanya mencatat bahwa eksekusi selesai. Ia merangkai satu kali otorisasi, Policy yang terkait, Operator yang mengeksekusinya, serta hasil akhir yang dihasilkan menjadi satu rangkaian yang utuh. Ke depan, jika ada yang meragukan eksekusi ini, sistem tidak perlu lagi percaya ulang pada satu node tertentu, dan tidak perlu menanyakan ke pihak operasional. Cukup menelusuri catatan itu untuk memverifikasi ulang, langkah demi langkah, mengapa setiap bagian dianggap sah, dan semuanya dapat ditemukan dasar yang sesuai.

Saat membaca sampai di sini, aku tiba-tiba menyadari bahwa di Newton, Receipt sebenarnya bukan seperti sebuah resi. Lebih seperti rantai tanggung jawab dari sebuah eksekusi.

Jadi sekarang, jika menoleh lagi ke Authorization Receipt, menurutku yang benar-benar ia tinggalkan bukanlah sekadar sebuah catatan.
Yang ia tinggalkan adalah seluruh dasar dari eksekusi—mulai dari otorisasi, penilaian, hingga penyelesaian. Yang benar-benar bisa dipercaya dalam jangka panjang mungkin bukan satu node, bukan satu platform tertentu, melainkan proses itu sendiri—yang dapat diverifikasi ulang oleh siapa pun.
#newt $NEWT

Kedengarannya keterlaluan

Dalam sebulan terakhir tidak mengambil airdrop #ALPHA , sampai sampai jadi begini ya? Malam ini pukul 19:00 ada airdrop kotak kejutan 251 poin, agak keterlaluan

Sedih, satu siklus cuma bisa makan satu

Agak ragu, mau tunggu proyek baru minggu depan #tge atau langsung mengambil dulu

Sepertinya akan ada lagi sekelompok orang yang langsung cuan besar

Kalau tidak ada hal tak terduga, Selasa minggu depan akan ada proyek TGE yang sudah lama tidak muncul

Kali ini, #tge memakai aturan baru, dan tingkat panasnya jelas bukan main

Bro, kalian sudah siap belum?

Berdasarkan harga konversi pra-pasar dari $GRVT Whales Market, FDV saat ini kira-kira berada di 350 juta dolar. Berikutnya, seperti biasa, pakai bahasa sederhana biar kita bisa mengurai: proyek ini bisa diandalkan atau tidak.

​Dari sisi fundamental, @grvt_io memang benar-benar menyelesaikan pain point industri. Sistem One Balance ciptaannya membuat margin tidak lagi jadi uang mati; pada saat trading membuka posisi, sekaligus bisa menangkap maksimal imbal hasil auto-bunga hingga 11% dari lapisan terbawah dengan mulus. Dipadukan narasi campuran: kecepatan CEX + aset DEX yang self-custody, ditambah latar tim dari Goldman Sachs dan Meta, maka basis fundamental jangka panjangnya sangat solid.

Namun, black swan paling mematikan juga sudah jelas terlihat. Kali ini pihak resmi mengunci proporsi airdrop komunitas yang tadinya 20% langsung didorong mati-matian menjadi 28%! Dan yang lebih fatal lagi: jatah TGE day itu tidak dipaksa untuk lock. Begitu 28% dari volume chip itu langsung menghantam pasar, daya serap di secondary akan menjadi ajang uji tekanan ekstrem yang sangat keras.

Tapi menurutku pribadi, ini tidak sampai level pembukaan langsung jadi puncak. Di baliknya ada paket sumber daya kelas kapal induk ekosistem zkSync. Sebagai core flagship ecosystem di zkSync Hyperchain, GRVT bukan cuma sebuah exchange—ia berperan sebagai node penting di lapisan bawah untuk menjadi penerus likuiditas serta settlement data bagi seluruh ekosistem.

Kalau gelombang tekanan jual seperti longsor pada putaran pertama saat pembukaan bisa dicerna oleh market maker, lalu data transaksi real mulai berjalan, maka efek roda gila dari One Balance itu akan mulai menunjukkan kekuatannya. Dana besar dan LP jangka panjang demi mendapatkan dividen imbal hasil 11% itu akan terus mengalir masuk dari mainnet Ethereum $ETH , membentuk lubang magnet penghisap yang alami.

Secara keseluruhan, mekanismenya #grvt cukup bagus, tapi untuk valuasi pra-pasar 350 juta dolar, dalam jangka pendek kemungkinan besar tidak akan sanggup menahan terjangan airdrop 28% yang sangat besar. Lebih baik tunggu order book stabil, dan koin di rantai sudah di-wash cukup, baru masuk. Patokan harga di pikiranku ada di bawah $0.2.

Bro, kalian pikir harga pra-pasar $0.35 bisa dipertahankan? Harga masuk—batas psikologis kalian—berapa? Yuk kita bahas.

Jangan lagi tertipu oleh hype yang sedang beredar belakangan ini tentang ＄GRVT.

Hal ini ternyata tidak setinggi yang kamu bayangkan dalam hal keramahan terhadap trader ritel.

Dalam dua hari terakhir, saya menelusuri dokumen pengembangan resmi yang terkait dengan sinkronisasi @grvt_io . Hasilnya, saya menemukan dua venue dan broker yang sangat jarang dibahas di dalam struktur data penyelesaian (settlement).
Setelah saya menelusuri jalur pembersihan/clearance sampai ke lapisan paling bawah, saya jadi kaget—orang-orang sibuk memikirkan cara memainkan transaksi beli-jual yang terlihat di permukaan, tapi mengabaikan bahwa di level bawah, sistem ini membuka jalur RFQ di luar bursa untuk para pelaku besar dan institusi.
Trader ritel memainkan derivatif yang sama dengan pelaku besar, jadi secara alami mereka harus menelan “hantaman” berupa selisih informasi.

Saya menemukan bahwa di dalam basis #grvt , order satu arah biasa berjalan lewat public order book. Namun begitu menyangkut kombinasi opsi yang kompleks atau transaksi blok bernilai sangat besar, sistem langsung memotong arus volume besar itu ke sesi tanya-jawab RFQ khusus.
Lalu transaksi dipertemukan secara privat di luar rantai (off-chain) melalui broker top seperti CoinRoutes.

Artinya apa?

Penawaran blok terbaik—yang bisa menekan biaya lindung nilai serendah mungkin—ternyata sudah lebih dulu “direbut habis” oleh institusi dan broker profesional di luar rantai.
Yang terlihat trader ritel di front-end sebenarnya hanyalah sisa-sisa dari yang sudah dimakan pelaku institusional.
Saat kamu bersusah payah mencocokkan long dan short di public order book, bukan hanya bid-ask spread yang jadi lebih lebar, tapi kamu juga menanggung risiko “Legging Risk” yang tidak terlihat ketika tiap kaki transaksi dieksekusi terpisah.
Desain yang mengunci kewenangan penetapan harga blok paling gemuk di lingkaran broker institusional ini, secara tak kasat mata, membangun tembok tinggi yang tak terlihat bagi trader ritel biasa.

Namun, terlepas dari pemisahan kutipan harga untuk trader ritel seperti itu, dari sudut pandang makro—ketahanan sistem pasar terhadap risiko—arsitektur yang memisahkan secara total transaksi blok dan ritel justru sangat cerdas.
Bursa tradisional di rantai (on-chain) sering mengalami putusnya likuiditas karena order ritel yang tersebar bercampur dengan posisi blok institusi dalam satu kolam yang sama.
Begitu pasar diguncang hebat, jika posisi multi-kaki bernilai jutaan (dari institusi) dipaksa ditutup lewat public order book, itu bisa memicu rangkaian “踩踏/terinjak berantai”—yang pada akhirnya menyeret semua order stop-loss trader ritel untuk meledakkan satu per satu.

GRVT membuat transaksi blok berjalan melalui routing RFQ independen di luar rantai, menggunakan mekanisme broker sebagai bantalan isolasi, sehingga kepala nuklir yang menghancurkan itu diam-diam dinegasikan di luar bursa.

Memang, ini mengurangi sedikit peluang arbitrase yang super menguntungkan di sisi ritel.
Tapi sebagai gantinya, ia memberi elastisitas order book yang sangat stabil bagi seluruh pasar saat badai menerpa—sehingga trader ritel bisa kabur dan sewaktu-waktu menarik diri

Benar-benar meremehkan ambisi @NewtonProtocol . Tadi malam aku sendiri membolak-balik whitepaper-nya, khususnya beberapa bab tentang arsitektur cross-chain dan sinkronisasi komputasi. Baru kusadari, aksi “nakal” yang sebenarnya ingin ia selesaikan ternyata adalah menghapus dua masalah paling bikin kepala pusing di era multi-chain: kepingan kepatuhan (compliance) yang terpecah-pecah, serta krisis kepercayaan pada jembatan cross-chain.

Di whitepaper $NEWT disebutkan sebuah protokol sinkronisasi tabel komputasi multi-chain bernama “berbasis spesifikasi EigenLayer ELIP-008”. Namanya terdengar cukup “keras”, bukan? Pada pandangan pertama aku juga merasa ini hanya istilah yang di-“angkat”. Tapi setelah kupikir lagi, aku menemukan bahwa yang sebenarnya ia selesaikan adalah simpul yang super menjengkelkan di keuangan on-chain—dan yang sebelumnya bahkan tak ada yang bisa benar-benar menuntaskannya: bagaimana aplikasi-aplikasi di berbagai rantai bisa berbagi satu set “cadangan keamanan ekonomi” level Ethereum yang intens.

Bayangkan: dunia multi-chain sekarang sangat terfragmentasi. Misalnya, stablecoin atau proyek RWA—kalau ingin menerbitkan sekaligus di Ethereum, Base, Arbitrum, dan Optimism, pendekatan tradisionalnya sangat menyakitkan. Kamu harus mencari sendiri di tiap chain sekumpulan node verifikasi kepatuhan, atau memakai jembatan cross-chain pihak ketiga yang rapuh—tiap hari harus tegang, menunggu diretas dan dipakai untuk “toksik” lintas-chain. Akibatnya, institusi besar sama sekali tidak berani menaruh dana dalam jumlah besar ke L2.

Dulu semua orang menganggap ini sebagai kekurangan yang tak terhindarkan. Tapi Newton kali ini langsung memecahkan “simpul mati” itu di lapisan bawah dengan kriptografi. Dalam logika #newt , jaringan komputasi terdesentralisasi miliknya hanya perlu mendaftarkan diri di mainnet Ethereum dan melakukan restake EigenLayer sekali lagi. Setelah terjadi perubahan pada keanggotaan node di Ethereum, bobot stake, atau status yang dikenai slashing akibat kelakuan jahat, node-node Newton akan secara kolektif “mengeluarkan” tabel komputasi yang dimeterai dengan tanda tangan Merkel-root menggunakan kunci pribadi BLS.

Langkah paling menggila: tanda tangan yang berisi jaminan keamanan ekonomi dari puluhan miliar node di mainnet itu akan disinkronkan secara gila-gilaan ke semua L2 utama melalui Relayer yang sepenuhnya tanpa izin (permissionless). Kontrak pintar di chain tujuan cukup memverifikasi tanda tangan agregat BLS ini dengan rumus matematika murni. Begitu proses verifikasi ledger berhasil, tabel bobot komputasi di lokal langsung ikut tersinkronisasi.

Aku sudah memahaminya alur sinkronisasi komputasi cross-chain versi ELIP-008 ini. Proyek ini sama sekali bukan sedang membangun cerita kepatuhan yang megah—mereka benar-benar mengeluarkan kemampuan kriptografi yang tidak bisa dicuri. Kepingan rel kepatuhan multi-chain disatukan menjadi satu jaring keamanan besar yang mulus tanpa hambatan.

Banyak orang melihat @NewtonProtocol dan merasa itu familiar, mengira itu lagi-lagi semacam “monster Frankenstein” yang mengobrak-abrik ZK, MPC, atau enkripsi homomorfik yang beredar di pasaran. Tapi kalau kamu membedah whitepaper-nya, kamu akan menemukan banyak keunikan yang tak dimiliki yang lain.

Label pertama bernama Newton Rego. Proyek lain membuat strategi risk control, biasanya hanya bisa memakai library aturan yang sudah jadi untuk pengambilan keputusan berbasis kondisi sederhana. Namun $NEWT melakukan modifikasi besar terhadap standar compiler Rego versi enterprise, lalu menyematkan paket ekstensi kriptografi khusus di dalamnya.

Ini membuat tim kepatuhan saat menulis satu baris kode deklaratif yang sama, tidak hanya bisa melakukan penyaringan daftar hitam tradisional, tetapi juga bisa memanggil antarmuka tingkat bawah untuk memulihkan tanda tangan identitas lintas-chain dari secp256k1 dan Ed25519. Sintaks yang mengikat secara atomik penilaian multisig off-chain dengan native root of trust lintas-chain ini unik di Web3.

Label kedua adalah #newt selubung privasi Newton. Kebanyakan proyek di pasaran melakukan “privasi” dengan cara mengenkripsi lalu mengirimkannya—model permainan turnkey. Namun NPE adalah konstruksi kriptografi yang sangat komposit: ia memanfaatkan enkripsi ambang (threshold encryption) sekaligus memaksa pengguna + DApp untuk memberikan otorisasi tanda tangan ganda. Yang paling hardcore, pada lapisan wire format, ia mengikat rapat ciphertext ke klien strategi tertentu dan tujuan transaksi sekali pakai. Tak ada peluang bagi peretas atau node jahat untuk melakukan replay atau menyalahgunakan data privasi ini pada konteks lain. Dari akar, mekanisme ini memutus serangan man-in-the-middle.

Yang paling bikin merinding, dan paling tidak mungkin diadopsi oleh proyek lain, adalah mekanisme tantangan “penalti” (ZK) miliknya. Proyek lain membuat bukti ZK dengan menulis sirkuit khusus untuk setiap kebutuhan bisnis kepatuhan—bisa menyakitkan dan tidak general. Tapi Newton memanfaatkan sifat bahasa Rego yang murni (pure functions) dan matematika yang absolut deterministik, lalu begitu saja menyematkan seluruh interpreter bahasa Rego langsung ke dalam mesin virtual ZK SP1 atau Risc0!

Akibatnya, setiap kali petugas risk control menulis satu baris kode, lapisan bawahnya otomatis memiliki atribut yang bisa dibuktikan secara ZK. Pihak penantang eksternal yang mendapati node berbuat curang bisa langsung menggunakan bukti ZK generik ini untuk menjatuhkan node jahat seketika dan memicu penalti on-chain atas aset di EigenLayer. Bahkan, untuk mendukung komputasi ini, node hanya perlu melakukan staking satu kali di mainnet Ethereum; setelah itu, bobot kekuatan komputasi disinkronkan dengan aman ke semua L2 utama melalui BLS Merkle tree.

Baru saja aku potong (coba) skrip frekuensi tinggi, dan kena fail—mencoba menangkap peluang arbitrase dengan chip 2000U di @grvt_io . Order masuk cukup banyak, tapi pas rekonsiliasi aku langsung bengong: beberapa order yang seharusnya bisa “makan cuan” ternyata harga eksekusinya melenceng beberapa basis poin dari harga wajar di layar order book. Trading spot kali ini benar-benar menyadarkanku. Pihak proyek mempromosikan order book privasi off-chain yang katanya bisa menahan penjepit (sniper), tapi dalam kondisi pasar ekstrem, sebenarnya kita sedang membayar pajak “privasi yang tak terlihat” lewat celah seperti ini.

Salah satu core selling point dari #grvt adalah menghadirkan order book privasi terenkripsi yang digerakkan oleh teknologi zero-knowledge. Logika dasarnya: seluruh order pengguna di seluruh jaringan—termasuk penawaran, bid, dan kedalaman—diacak dan dienkripsi di luar chain, sehingga bot penjepit (third-party arbitrageer/sniper) di mainnet dan tim quant predator sama sekali tidak bisa mengakses data mempool. Artinya apa? Saat kamu membuka order di dalamnya, secara teori kamu punya privasi anti-pemburuan (anti-hunting) yang sangat tinggi.

Tapi aku tuang air dingin: di kondisi pasar ekstrem, sistem ini membawa cacat tak terlihat lain, yaitu blind box slippage akibat likuiditas yang tidak transparan. Karena kedalaman order book untuk pasar adalah kotak hitam total, trader biasa dan market maker pihak ketiga sama sekali tidak bisa memantau secara real-time ketebalan order pada berbagai level harga seperti di bursa tradisional.

Semalam ketika pasar panik berderap (kejatuhan massal), kedalaman sebenarnya di jaringan off-chain terenkripsi sudah parah terstratifikasi, tapi di front-end tetap terlihat normal karena isolasi data. Order beliku nabrak langsung ke area hampa akibat kurangnya kedalaman publik, sehingga order yang seharusnya bisa take profit justru makan selisih harga “tak terlihat” ini—ketidakaktifan passive dari order book yang tak kelihatan seperti ini sangat mematikan di situasi di mana tiap detik menentukan.

Namun kalau dipikir balik: setelah mengeluh soal slippage yang bikin kabut tadi, kita juga harus mengakui—meski dengan berat—bahwa likuiditas-on-chain untuk pencegahan perbuatan jahat dan likuidasinya berjalan sangat kaku di batas dana.

Hal paling menjijikkan dari platform tradisional biasanya adalah cabut kabel (mengakhiri akses jaringan) dan melakukan ledakan terarah pada titik tertentu. Likuidasi paksa mereka sepenuhnya berupa kode kotak hitam yang dijalankan di server tersentralisasi. Tapi #grvt mengunci garis batas likuidasi paling inti dan validasi status akun dalam smart contract di chain. Apakah perlu dipaksa kurangi posisi sepenuhnya ditentukan oleh kode smart contract publik yang berjalan otomatis; pihak platform tidak bisa mengintervensi atau mengubah garis likuidasimu.

Singkatnya, meski #grvt mengorbankan transparansi order book, ia juga membantu para trader ritel mematikan satu peluru paling beracun dari “dealing/berbuat jahat” oleh bandar.

Baru-baru ini saya menemukan bahwa @NewtonProtocol menghabiskan cukup banyak halaman untuk membahas Attestation, Verification, Replay. Awalnya saya sebenarnya tidak terlalu memahaminya, karena dalam pemikiran saya, selama hasil akhirnya benar, cara pelaksanaannya di tengah seperti tidak terlalu penting. Siapa yang menjalankan eksekusi, apa yang terjadi selama proses berjalan—hal-hal itu lebih mirip detail implementasi, bukan sesuatu yang benar-benar ingin diperhatikan oleh protokol.

Sampai kemudian saya menyusun ulang seluruh alur eksekusi dari awal sampai selesai: mulai dari Transaction Intent masuk ke Gateway, lalu Policy Evaluation, operator menjalankan tugasnya, kemudian barulah Attestation di bagian berikutnya. Di situ saya baru sadar pertanyaan saya selama ini ada di mana.

$NEWT tampaknya bukan benar atau tidaknya hasil yang paling mereka pedulikan, melainkan mengapa hasil itu layak dipercaya. Transaction Intent tidak langsung dieksekusi hanya karena sudah masuk ke sistem; ia terlebih dahulu melewati Policy Evaluation. Setelah Operator menyelesaikan tugas, hasil akhir juga tidak langsung menjadi hasil final hanya karena eksekusi selesai; masih diperlukan Attestation, dan bila perlu bahkan bisa dilakukan Replay.

Kalau kita terus membaca, saya semakin merasa bahwa semuanya sebenarnya menjawab pertanyaan: apakah eksekusi ini benar-benar dilakukan sesuai aturan yang diakui bersama oleh seluruh jaringan?

Baru di titik inilah saya sadar bahwa #Newt yang benar-benar dicatat bukanlah hasil dari sekali eksekusi, melainkan proses dari eksekusi tersebut. Kemudian saya mencoba mengingat kembali dengan lebih saksama, dan tiba-tiba terlintas sebuah pertanyaan yang sebelumnya belum pernah saya pikirkan dengan serius.

Mengapa banyak sistem lebih fokus pada membuktikan hasil, sedangkan Newton justru menghabiskan begitu banyak usaha untuk membuktikan proses?

Semakin saya berpikir, semakin saya merasa bahwa di balik dua desain ini sebenarnya ada dua cara kepercayaan yang benar-benar berbeda. Jika hanya membuktikan hasil, pada akhirnya Anda tetap harus percaya pada orang yang memberitahukan hasil tersebut. Tapi jika keseluruhan proses eksekusi bisa diverifikasi, maka yang benar-benar perlu dipercaya bukan lagi satu Operator tertentu, melainkan jalur eksekusi yang dapat diverifikasi ulang oleh siapa pun.

Jadi saya merasa Newton yang benar-benar ingin direkonstruksi bukanlah alur eksekusinya semata, melainkan asumsi bawaan yang sudah bertahan selama bertahun-tahun: apakah cukup jika hasilnya benar?

Setidaknya menurut Newton, itu tampaknya belum cukup.
Mungkin inilah makna sesungguhnya dari keberadaan Attestation, Verification, dan Replay. Mereka melindungi bukan hanya hasil, melainkan seluruh proses yang membuat hasil itu menjadi sah.

Dalam beberapa hari ini aku terus membaca blog milik @grvt_io , ada satu kata yang muncul sangat sering: Capital Productivity. Awalnya aku sebenarnya tidak terlalu menganggapnya serius, karena kupikir itu hanya konsep pemasaran. Pada akhirnya bursa yang dipertandingkan tetap saja likuiditas, biaya transaksi, dan kecepatan trading, bukan? Namun sebuah platform trading yang terus membicarakan produktivitas modal terdengar agak tidak seperti hal yang semestinya dibicarakan oleh bursa.

Jadi ketika pertama kali melihat One Balance dan Unified Margin, aku terus memahaminya ke arah optimasi pengalaman pengguna. Tapi belakangan aku mengumpulkan beberapa artikel blog dan membacanya lagi; niatku awalnya hanya ingin mengerti masalah apa sebenarnya yang diselesaikan Unified Margin, tapi justru makin kubaca makin terasa aneh.

Pihak resmi hampir tidak membahas kecepatan trading, dan tidak juga terus menekankan Hybrid Exchange. Sebaliknya, mereka terus mengangkat Capital Productivity, Capital Drag, termasuk Yield Layer setelahnya. Diskusi yang mereka bahas tampaknya selalu tentang satu hal yang sama.

Baru di saat inilah aku merasa mungkin sejak awal aku salah paham. GRVT seperti sedang terus menanyakan pertanyaan lain: mengapa satu unit modal hanya bisa menanggung satu jenis penggunaan? Dan di sinilah aku akhirnya mengerti kenapa pihak resmi selalu menekankan Capital Drag. Mungkin yang benar-benar terbuang bukan kecepatan tradingnya, melainkan proses modal yang terus menunggu, berpindah, dan dikonfigurasi ulang.

Setelah itu aku kembali menelusuri One Balance, Unified Margin, dan Yield Layer, dan tiba-tiba aku menyadari—tampaknya mereka seperti tiga fitur berbeda, padahal sebenarnya semuanya terus menjawab pertanyaan yang sama: apakah modal yang sama bisa terus berjalan tanpa berhenti hanya karena kegunaannya perlu dialihkan.

Jadi sekarang kalau kubaca ulang, makin terasa bahwa GRVT yang ingin direstrukturisasi bukanlah sekadar “bursa”. Mereka justru sedang menantang kebiasaan default dalam sistem keuangan yang nyaris tidak pernah dipersoalkan: mengapa setiap kali modal menyelesaikan satu tugas, ia harus mengakhiri rangkaian itu, lalu memulai rangkaian berikutnya?

Minimal sekarang aku makin cenderung pada satu pemahaman: yang ingin dipertahankan GRVT bukanlah satu akun tertentu, bukan pula satu produk tertentu, melainkan kesinambungan dari modal yang sama.

Trading, imbal hasil, investasi, pembayaran—sebenarnya bukanlah empat bagian modal yang berbeda. Seharusnya itu modal yang sama, yang pada tahap yang berbeda menanggung peran yang berbeda pula.

Jadi sekarang, kalau melihat Capital Productivity, aku justru merasa bahwa yang ingin dioptimalkan bukanlah efisiensi trading, melainkan cara modal “berjalan” di seluruh sistem keuangan.
#grvt

Sudah lama tidak datang TGE baru, dan @grvt_io yang baru diluncurkan ini lagi-lagi menjadi bom besar.

@grvt_io juga menghadirkan event Booster berharga, di mana cukup 2 poin untuk menukarkan token senilai 8u—jangan sampai ketinggalan

Saat pertama kali melihat HEX Architecture milik @grvt_io , saya punya satu pertanyaan: jika pencocokan transaksi terjadi di luar rantai, lalu bagaimana rantai (on-chain) bisa mempercayainya?

Menurut pemahaman saya, nilai terbesar blockchain adalah kepastian (determinisme). Jika proses pencocokan yang paling inti dipindahkan ke luar rantai, apa bedanya dengan bursa tradisional? Jadi awalnya saya mengira GRVT hanya melakukan kompromi antara performa dan desentralisasi. Namun setelah meninjau ulang alur eksekusinya, barulah saya sadar saya salah paham sejak awal.

#grvt bukan benar-benar menyelesaikan masalah dengan memindahkan transaksi ke mana, melainkan dengan cara membuat status transaksi yang dihasilkan di luar rantai akhirnya diakui oleh rantai. Dalam desainnya, order pertama kali masuk ke Off-chain Matching Engine untuk melakukan pencocokan. Dengan begitu, perdagangan berfrekuensi tinggi tidak perlu menunggu konfirmasi dari blockchain, sehingga mendapatkan efisiensi eksekusi yang mendekati bursa tradisional.

Menariknya, hasil match tidak berarti statusnya sudah pasti final. Hasil transaksi perlu melewati On-chain Settlement, yang dilakukan oleh aturan di rantai dan smart contract untuk konfirmasi final—artinya: off-chain bertanggung jawab pada perhitungan frekuensi tinggi, sementara on-chain bertanggung jawab pada status final.

Di sinilah saya menyadari bahwa #grvt justru mencoba memisahkan batas antara “penciptaan status” dan “pendefinisian status”. Matching Engine bertugas menghasilkan hasil transaksi, Settlement Layer bertugas mengonfirmasi status aset, dan Smart Contract Vault bertugas memastikan aset pengguna tidak sepenuhnya bergantung pada buku besar terpusat.

Jadi menurut saya, Hybrid Exchange tidak sekadar menggabungkan CEX dan DEX. Yang benar-benar diubah adalah batas kepercayaan (trust boundary) dalam sistem transaksi. Tidak semua langkah transaksi harus terjadi di rantai, tetapi dampak akhirnya pada status aset pengguna harus dikonfirmasi oleh aturan on-chain.

Berikutnya, saat melihat Unified Balance, saya menemukan bahwa logika ini tidak hanya ada pada penyelesaian transaksi, melainkan mencakup manajemen seluruh status aset. Transaksi, margin, dan keuntungan tidak lagi menjadi status akun yang terpisah-pisah, melainkan mengalir dalam satu sistem terpadu—membuat aset tidak terkunci pada satu skenario tertentu, melainkan bisa terus berubah.

Sekarang saya melihat GRVT lebih seperti sedang menyelesaikan mekanisme bagaimana status off-chain dapat masuk ke “realitas” on-chain, serta menjadi realitas yang diakui oleh dunia on-chain.

Saya selalu merasa bahwa hal terpenting dalam sebuah sistem otorisasi adalah aturan.

Selama Policy ditulis dengan cukup ketat, sistem dapat memutuskan transaksi mana yang harus dieksekusi dan mana yang harus ditolak. Jadi ketika pertama kali membaca whitepaper @NewtonProtocol , fokus saya adalah pada Rego Policy dan Authorization Flow.

Baru setelah kemudian saya membuka lagi bagian Data Provider, saya menyadari bahwa saya telah mengabaikan sebuah masalah yang lebih mendasar: sekalipun aturannya akurat, jika data input tidak dapat dipercaya, pada akhirnya penilaian tetap tidak berarti.

Policy Evaluation untuk $NEWT bukan sekadar menjalankan aturan secara langsung. Operator perlu memanggil data eksternal seperti Oracle Price, Sanctions Feed, dan Risk Score, lalu memasukkan hasil-hasil itu ke dalam Rego Policy untuk membuat keputusan. Namun data-data tersebut sendiri tidak secara native berada di dalam chain. Saya baru menyadari bahwa ini tampaknya merupakan masalah yang juga dihadapi semua sistem otomasi on-chain.

Orang-orang selama ini membahas apakah smart contract dapat dipercaya, tetapi jarang sekali menanyakan tentang data yang dilihat sistem saat membuat keputusan. Benarkah data itu andal?

Jika penilaian status alamat salah, skor risiko melenceng, atau data yang diperoleh dari node-node yang berbeda tidak konsisten, maka meskipun Policy, Attestation, dan Consensus setelahnya dihitung dengan benar, hasil yang diperoleh tetap bisa menjadi benar—namun hanya berdasarkan input yang salah.

#newt merancang solusi untuk masalah ini dengan cara yang menarik. Alih-alih memilih menjadi satu-satunya penyedia data, mereka menjadikan Data Provider sebagai modul yang bisa dipasang (pluggable). Operator dapat menjalankan WASM Data Provider secara independen, memperoleh data eksternal di lingkungan terisolasi, dan kemudian menghasilkan ECDSA Attestation dari data yang diamatinya agar input itu sendiri masuk dalam cakupan verifikasi.

Dari sini saya baru menyadari bahwa pemahaman saya sebelumnya keliru. Saya selama ini mengira inti Newton adalah membuat aturan menjadi dapat diverifikasi. Padahal, yang pertama kali harus diselesaikan adalah memastikan bahwa saat aturan dijalankan, ia berhadapan dengan realitas yang sama dan dapat dipercaya. Policy menentukan bagaimana sistem menilai, sementara Data Provider menentukan realitas apa yang dilihat oleh sistem.

Kesulitan sesungguhnya bukanlah membuat mesin menjalankan aturan. Kesulitan yang sebenarnya adalah memastikan, sebelum mesin mengambil keputusan, dunia yang dilihatnya tidak berubah akibat input yang keliru. Mungkin inilah makna di balik desain Data Provider Ecosystem dari $NEWT .

Ke depannya, persaingan sistem on-chain tidak hanya soal aturan dan eksekusi, melainkan siapa yang mampu memastikan bahwa seluruh jaringan—sebelum mengambil keputusan—lebih dahulu bersandar pada realitas yang sama.

Saya selalu merasa, selama semua node mendapatkan data yang sama, konsensus tidak akan bermasalah. Jadi ketika pertama kali melihat Streaming Two-Phase Consensus di whitepaper @NewtonProtocol , respons pertama saya adalah optimasi performa—Gateway, NATS, dan Streaming terlihat hanya untuk menurunkan latensi.

Kemudian saya membaca ulang bagian itu, dan baru sadar saya salah paham.

Whitepaper menyebutkan bahwa Operator masing-masing memanggil WASM Data Provider untuk mendapatkan data eksternal seperti Oracle Price, Sanctions Feed, dan Risk Score. Bahkan jika meminta sumber data yang sama, karena jalur jaringan dan waktu respons yang berbeda, setiap Operator bisa saja melihat data yang tidak sama. Dan BLS Aggregate Signature mensyaratkan bahwa semua node menandatangani pesan yang benar-benar identik—jika ada perbedaan data, tanda tangan gabungan tidak dapat dibentuk.

Jadi Newton memecahnya menjadi dua tahap. Pada tahap Prepare, setiap Operator mengambil data secara independen dan menghasilkan ECDSA Attestation; Gateway kemudian mengumpulkannya untuk membentuk Canonical Dataset yang seragam. Pada tahap Evaluate, semua Operator menjalankan Rego Policy berdasarkan data yang sama, lalu akhirnya menghasilkan BLS Signature yang bisa diagregasi.

Baru di bagian inilah saya menyadari saya selama ini terus salah paham.

Saya selalu mengira bahwa konsensus menyelesaikan masalah: siapa yang benar.

Namun yang benar-benar diselesaikan Newton terlebih dahulu adalah: apakah semua orang sedang membahas realitas yang sama.

Jika setiap Operator menghadapi data pada titik waktu yang berbeda, maka sekalipun evaluasi Policy, Attestation, dan BLS Aggregation berikutnya semuanya benar, itu tetap hanya membuktikan realitas yang berbeda-beda.

Sekarang saat saya menoleh ke belakang, saya semakin yakin bahwa Streaming Two-Phase Consensus yang paling penting bukanlah meningkatkan performa, melainkan menyatukan realitas lebih dulu, lalu menyatukan jawaban. Yang benar-benar sulit mungkin tidak pernah membentuk konsensus, melainkan memastikan semua orang menghadapi dunia yang sama.
#newt $NEWT