比特发发发

Semua orang bilang mekanisme EOTS Babylon adalah landasan keselamatan untuk staking BTC, tapi apakah benar-benar bisa merasa tenang? Keistimewaan EOTS (tanda tangan yang dapat diekstraksi sekali pakai) ada pada kenyataan bahwa jika node validasi yang Anda delegasikan berani melakukan double sign, kunci privatnya akan “terungkap” dengan cara kriptografis, lalu di blockchain secara otomatis akan dikenai slashing terhadap depositnya, dan BTC yang dikunci di alamat Anda juga akan dislash sebagian atau seluruhnya. Ya, pedang slashing itu bukan hanya memotong node, tapi juga memotong Anda. Banyak orang keliru mengira BTC di alamat mereka benar-benar aman, padahal hak untuk menandatangani sudah didelegasikan. Begitu node mengalami kekeliruan teknis—misalnya, saat menyinkronkan blok secara tidak sengaja melakukan tanda tangan ganda—EOTS tidak akan berdiskusi dengan Anda, langsung menjalankan hukuman. EOTS dibangun di atas perluasan tanda tangan Schnorr Bitcoin; saat node mendaftar, ia akan mengekspos sebuah penanda unik yang dapat diekstraksi. Selama ia menggunakan kunci privat yang sama untuk menandatangani dua blok pada ketinggian yang berbeda, kedua tanda tangan itu dapat dihasilkan menjadi kunci privat lewat perhitungan matematika. Lalu siapa pun bisa menyusun transaksi slashing untuk mengambil aset jaminan node dan juga BTC yang Anda kunci di dalamnya. $BTC
Mekanisme ini mencegah motif untuk melakukan malicious double sign, tetapi tidak mampu mencegah bug. Tahun lalu, ekosistem Cosmos punya seorang validator kelas atas yang melakukan double sign secara tidak sengaja karena gangguan memori, sehingga banyak aset delegator ATOM kena slashing. Itu pun masih ATOM yang relatif “murah”; bagaimana jika diganti dengan BTC—Anda bisa membayangkannya? BABY yang Anda gali dengan susah payah setiap hari, mungkin bahkan tidak cukup untuk menutup biaya “tambal gigi”. Yang lebih mengerikan, BTC bisa kehilangan selamanya. Jadi, pada dasarnya BABY adalah premi dari asuransi berisiko tinggi ini. Saat Anda mengambilnya, jangan lupa apa yang ada di balik premi tersebut. Distribusikan node dengan wajar, meski pendapatannya dari BABY sedikit lebih kecil, yang penting Anda tetap hidup. #baby @BabylonLabs_io $BABY

Permainan “mengenakan jubah ERC-20” untuk BTC yang beredar di pasaran pada dasarnya hanyalah memutar roda sejarah ke belakang. WBTC sebaiknya percaya pada BitGo, renBTC pernah mengalami insiden keamanan, dan berbagai jembatan hampir selalu berubah menjadi mesin penarikan dana bagi peretas. Setiap kali BTC dikemas lagi, itu sama saja dengan mengunci “emas digital” di brankas orang lain lalu menukar kertas uang untuk dipakai. Seruan komunitas Bitcoin selama bertahun-tahun “Don’t Trust, Verify”, di hadapan DeFi semuanya benar-benar gagal.
Babylon membuat saya jadi lebih peduli karena ia menggunakan token BABY untuk benar-benar mewujudkan tahap “verifikasi”. Secara spesifik, bukti penyimpanan BTC Anda dihasilkan oleh modul proof nol-pengetahuan (zero-knowledge) bernama BABE. Saat verifikasi bukti tersebut dilakukan melalui rantai eksternal, pihak tersebut juga akan memeriksa tanda tangan jaminan ekonomi para pemegang BABY di rantai Babylon. Seluruh proses tidak melibatkan pihak kustodian pihak ketiga; hanya kriptografi dan jaminan berbasis insentif permainan. Dengan kata lain, BABY berperan sebagai “perantara kredit” dalam sistem ini secara ekonomi, tetapi perantara ini dimainkan secara kolektif oleh ribuan pemegang token dengan uang sungguhan—lebih bisa dipercaya daripada perusahaan terpusat mana pun.
Jadi ketika saya melihat ada pandangan yang mengatakan “BABY tidak berbeda dengan token tata kelola lainnya”, kesimpulannya hanya dua: entah tidak melihat kodenya, atau tidak menghitung aspek ekonominya. Hak suara token tata kelola biasa bisa terdilusi dan ya sudah terdilusi; tetapi di bawah mekanisme sanksi protokol, pemegang BABY harus bertindak hati-hati, karena BABY yang dipatok akan disita dan dipakai untuk membayar kompensasi kepada pihak pemegang BTC yang dipatok. Ikatan “imbalan darah” (blood-for-compensation) ini membuat nilai tata kelola BABY jauh melebihi bayangan. BABY bukan sekadar hak suara pajangan, melainkan tanggung jawab berbagi risiko yang disertai biaya ekonomi. $BTC
Ke depan, begitu protokol Babylon terintegrasi ke dompet Bitcoin arus utama, pengguna hanya perlu menekan tombol dan bisa melakukan staking secara native serta memperoleh BABY. Permintaan terhadap BABY bisa meledak lebih ganas daripada ekspektasi apa pun terkait airdrop. Karena saat itu, pihak lawan BABY bukan lagi altcoin-altcoin lain, melainkan masalah penyaluran modal menganggur seluruh ekosistem Bitcoin.
#baby @BabylonLabs_io $BABY

Dalam model kepercayaan TBV, hal yang paling mudah terabaikan justru adalah pengelolaan kunci privat di sisi pengguna. Berbeda dengan sistem akun Bitcoin dan Ethereum, brankas perlu mengelola kunci privat utama jaringan Bitcoin—yang sejak dulu menjadi titik gesekan bagi pengguna biasa. Dalam waktu dekat, rincian kerja sama Babylon dan Ledger mulai terkuak. Intinya bukan sekadar menjadikan Ledger sebagai wallet perangkat keras, melainkan membuat penanda tangan perangkat keras Ledger langsung berfungsi sebagai “modul keamanan” untuk brankas: melakukan penandatanganan untuk transisi status secara lokal, lalu meneruskan hasil tanda tangan tersebut. Kunci privat sama sekali tidak tersentuh jaringan, bahkan node saksi brankas pun tidak bisa memperoleh akses terhadapnya.
Keunggulan desain ini terletak pada cara ia menghapus rasa takut terbesar pengguna—kunci privat dicuri atau saksi berbuat jahat—melalui isolasi fisik. Bahkan jika komputer sepenuhnya diretas, penyerang tetap tidak bisa mendapatkan kemampuan penandatanganan penuh. Mereka yang sudah melewati testnet melaporkan bahwa setelah menggunakan Ledger, proses setoran memangkas dari tujuh langkah menjadi tiga langkah, dan tingkat kesalahan turun drastis. Bagi pengguna institusional yang ingin mengadopsi TBV dalam skala besar, modulasi perangkat keras adalah “babak pertama” yang lulus di audit kepatuhan. $BTC
Pemegang $BABY mungkin lebih peduli pada perluasan ekosistem, tetapi kedewasaan alat lapisan dasar seperti inilah yang menjadi prasyarat agar nilai BABY bisa bertahan. Tanpa pintu masuk yang mudah digunakan, narasi non-penahanan sebaik apa pun hanya akan melayani para geek. Sekarang, toolchain front-end TBV sudah mencakup Ledger dan Keystone; selanjutnya solusi wallet-as-a-service juga akan diluncurkan bertahap. Kecepatan dorongan seperti ini, lebih layak untuk diamati dibanding harga token itu sendiri. Bagaimanapun, jika ekosistem sudah berjalan, barulah kebutuhan token tata kelola BABY tidak sekadar berputar di tempat.
#baby @BabylonLabs_io $BABY

Jika Anda membongkar Trustless Bitcoin Vaults milik Babylon, Anda akan menemukan bahwa pada dasarnya itu adalah serangkaian “smart contract pembayaran berbasis kondisi” yang dideploy di mainnet Bitcoin—hanya saja tujuan kontrak ini bukan untuk melakukan transaksi, melainkan agar Bitcoin menjadi jangkar ekonomi bagi protokol lain. Semakin saya meneliti arsitekturnya, semakin saya merasa Babylo n sedang melakukan sesuatu yang sangat berani—sedang mencoba mengubah BTC tidur bernilai 1,2 triliun menjadi jaminan (collateral) paling tepercaya di seluruh jaringan, dan semua itu tanpa memerlukan bridge lintas-chain apa pun.
Cara kerja TBV bisa dijelaskan dengan satu kalimat: Anda mengunci BTC ke dalam sebuah script yang hanya bisa Anda buka kuncinya, lalu Anda menerbitkan “tanda tangan sekali pakai” kepada pihak lain, yang berjanji bahwa pada kondisi tertentu BTC tersebut akan diizinkan untuk digunakan dalam tindakan hukuman (slashing). Artinya, pada saat normal ia dingin dan “tidak bergerak”, hanya ketika Anda berbuat jahat (misalnya melakukan double sign di chain konsumsi) maka aset yang dipasang sebagai jaminan itu baru akan “dirampas” secara masuk akal. Dan pelaksana perampasannya bukanlah Babylon—melainkan siapa pun yang bisa memegang bukti kesalahan Anda untuk memicu jalur penalti di dalam kontrak. Sistem hukuman “pengawasan oleh semua orang, eksekusi tanpa otoritas tertentu” ini mengalihkan keamanan ekonomi dari peninjauan manual menjadi hukum otomatis.
Namun di balik rasa takjub, saya juga melihat adanya kesenjangan yang halus: secara teori ini sempurna. Dalam skenario nyata, pengumpulan bukti untuk peristiwa slashing, penyiaran (broadcast), dan kecepatan konfirmasi on-chain dapat terjebak dalam jurang “persidangan mudah, eksekusi sulit”. Ditambah potensi gangguan dari MEV para miner: apakah jalur slashing bisa dieksekusi lebih dulu (front-run) oleh pihak lain? Investor ritel biasa sama sekali tidak punya kemampuan untuk memantau dan mengajukan bukti slashing, sehingga pada akhirnya apakah semuanya kembali menjadi permainan eksklusif bagi para konglomerat dan pembangun blok (block builder)? TBV membuka pintu yang elegan, tapi lorong di belakang pintu itu masih gelap.$BTC
Saat ini, Babylon menggunakan token BABY sebagai insentif agar kerja menjadi “pelumas” bagi pengguna awal untuk merasakan paradigma ini dengan biaya rendah. Tapi saya tak bisa berhenti bertanya: ketika dana dalam skala besar benar-benar mengalir masuk, pengaturan kontrak sosial yang rapi ini akan menghadapi ujian tekanan yang seberapa ganas?
#baby @BabylonLabs_io $BABY

Menemukan template stop-loss saya pernah muncul sekali “pemicu palsu” di malam hari—alasannya karena price feed sempat tersisip (insert) secara mendadak, dan agent langsung mengeksekusi jual market. Meski pada akhirnya tidak menimbulkan kerugian nyata karena market cepat pulih, sensasi tersentak terbangun tengah malam lalu mengecek catatan di chain—siapa pun yang mengalaminya pasti paham.$BTC
Saya kembali menelusuri parameter di dalam template. Harga pemicu stop-loss dan harga yang benar-benar dipakai untuk eksekusi ternyata berasal dari sumber data yang sama, yaitu oracle feed. Artinya, begitu harga di chain bergejolak secara ekstrem dalam waktu singkat—bahkan hanya kelainan satu atau dua blok saja—agent akan memperlakukannya sebagai break yang valid lalu memprosesnya langsung. Desain ini tidak memiliki toleransi apa pun, dan juga tidak memungkinkan menambahkan kondisi “konfirmasi N blok berturut-turut” sebagai buffer.@NewtonProtocol
Kekurangan ini benar-benar fatal untuk aset dengan volatilitas tinggi. Di pasar kripto, pin insert antrian (order book) di bursa, penyimpangan singkat pada penawaran oracle, serta keterlambatan harga pada jembatan lintas-chain—semua itu bukan kejadian acak, melainkan hal yang lumrah. Jika setiap pin harus dianggap agent sebagai sinyal stop-loss yang nyata, maka apa yang disebut “stop-loss yang cerdas” pada dasarnya hanyalah mesin otomatis pengumpul pin.$NEWT
Yang lebih ajaib lagi, order stop-loss dari CEX biasa justru membolehkan Anda mengatur skema: setelah trigger terjadi, pasang order terlebih dahulu (hang) berdasarkan harga yang Anda tentukan—bahkan ada yang mendukung icebergt order untuk mengurangi slippage. Namun Newton sekarang melakukan eksekusi market secara “satu tebasan”, sehingga stop-loss berubah menjadi alat paradoks: ia baru terpicu pada skenario terburuk, tetapi saat terpicu tetap dieksekusi dengan cara yang terburuk. Ini menyimpang dari tujuan awal manajemen risiko.#Newt
Saya benar-benar merasa template stop-loss perlu segera menambahkan dua lapis optimalisasi: pertama, beri pengguna pilihan “harga di bawah ambang batas selama N blok berturut-turut baru dipicu”; kedua, dukung pemasangan limit order setelah trigger, bukan menjatuhkan market tanpa syarat. Dua hal ini implementasinya tidak memerlukan perubahan arsitektur yang mendasar; cukup menambahkan penilai (judger) on-chain yang ringan sebelum strategi dieksekusi. Jika tidak, fungsi stop-loss justru akan menjadi bom waktu yang bisa menghancurkan posisi saat terjadi volatilitas ekstrem dalam transisi bull-bear di masa depan.

Selalu ingin menjalankan grid trading, tapi tertahan karena keterlambatan dari traditional DEX. Kali ini, saya mencoba menghubungkan lewat API GRVT dengan skrip kecil yang saya tulis sendiri, ternyata pengalamannya jauh lebih mulus dari perkiraan. Strategi saya sangat sederhana: set rentang volatilitas BTC menjadi 7000 titik, pasang order dalam 10 level, tiap level 500U, semuanya adalah order maker untuk menghabiskan fee rebate.
Setelah berjalan seminggu, total ada 93 transaksi. Mayoritas dipenuhi oleh taker, dengan rata-rata keuntungan per transaksi sekitar 0.8–1.2U; ditambah rebate maker, akumulasi profit kotor mencapai 128U. Selama prosesnya, slippage terbesar berasal dari periode dini hari ketika likuiditas agak tipis: ada dua order yang tidak sepenuhnya tereksekusi lalu harga meloncat, sehingga posisi grid menjadi berantakan; pada akhirnya saya mengatur ulang secara manual sekali. Namun secara keseluruhan masih terkontrol—tidak ada kejadian liquidation atau order hantu.
Setelah menjalankannya seperti ini, kesan saya terhadap API GRVT jadi jauh lebih baik. Struktur dokumennya sangat jelas, baik REST maupun WebSocket sama-sama cukup, dan kecepatan respons saat diuji di jam sepi pada dasarnya langsung balik. Satu-satunya hal yang perlu diperhatikan: kalau dalam waktu singkat melakukan edit order dalam jumlah besar, sistem tetap akan membatasi laju (rate limit), jadi kepadatan grid dan frekuensi refresh harus didesain dengan kompromi; tidak bisa seperti versi terpusat yang melakukan refresh tiap puluhan milidetik. $BTC
Saya bisa jelas merasakan bahwa platform ini sedang mencoba memindahkan pengalaman trading level CEX ke atas rantai. Memang masih ada kekurangan, tapi untuk saya yang ingin menjalankan kuantitatif dengan self-custody, ini sudah merupakan tahap yang sangat layak untuk dicoba.
#grvt @grvt_io

Saya selalu merasa yang paling sulit bukanlah menyusun strategi, melainkan menuliskannya dengan cara yang bisa dipahami orang lain dan tidak bisa diubah seenaknya. Dulu saya pernah mengelola semacam brankas kecil bersama rekan setim: kami berdua memantau metrik yang berbeda. Kami sudah sepakat untuk tidak saling mengganggu. Namun suatu kali, saat saya memantau dan melihat perlunya mengurangi posisi (decrease), rekan saya merasa itu sinyal palsu—dia malah secara manual mendorong (menggantikan) transaksi saya. Akhirnya memang tidak terjadi hal besar, tapi retakan pada kepercayaan itu sulit diperbaiki. Masalahnya bukan pada orangnya, melainkan pada mekanismenya: kami tidak punya aturan keputusan yang sudah disepakati sebelumnya dan bisa dieksekusi secara otomatis.
Kemudian saya mencoba memasukkan kondisi penilaian kedua pihak ke dalam constraint strategi @NewtonProtocol : jika indikator saya mencapai ambang A, dan indikatornya tidak memicu kondisi penolakan B, barulah agen boleh melakukan pengurangan posisi. Setelah logika ini berhasil dijalankan dalam simulatePolicy, kami berdua tidak perlu lagi campur tangan secara manual. Tidak perlu lagi meyakinkan satu sama lain—strategi dijalankan sesuai aturan, dan hasil verifikasinya terlihat jelas.
Sebenarnya dalam kolaborasi sehari-hari, yang paling menguras energi adalah berulang kali memastikan apakah pihak lain benar-benar melakukan sesuai kesepakatan. Pendekatan Newton yang membakukan aturan kolaborasi menjadi policy yang bisa diverifikasi, seketika menghapus sebagian besar gesekan internal. Menurut saya, ini tidak hanya berguna dalam pengelolaan aset; nilainya akan lebih besar lagi dalam skenario seperti manajemen brankas DAO, serta pembagian wewenang dengan multisignature. Tidak perlu lagi melihat orangnya—cukup lihat batasan (constraint).$BTC
Langkah selanjutnya, saya berencana memasukkan batasan pengeluaran dan daftar putih protokol ke dalam strategi juga. Pelan-pelan saya serahkan semua yang bisa diserahkan kepada kode, manusia hanya menyisakan hak veto terakhir.
#NEWT $NEWT @NewtonProtocol

Ketidaknyamanan terbesar saat melakukan derivatif di rantai (on-chain) biasanya bukanlah soal slippage, melainkan fakta bahwa Anda sendiri berubah menjadi “sasaran tembak” orang lain. Pada beberapa platform terdesentralisasi di masa lalu, order besar, distribusi kepemilikan, dan catatan penutupan hampir sepenuhnya transparan. Setiap pelacak yang sedikit berpengalaman dapat menggambar arus dana Anda dan pola operasi. Ini terutama menjadi hal yang sangat tidak disukai dalam perdagangan tingkat institusi. Saya menggunakan GRVT untuk simulasi selama beberapa waktu, dan saya menemukan bahwa ia menggambar garis yang sangat menarik pada batas privasi.
Karena lapisan dasarnya menggunakan arsitektur Validium dengan bukti pengetahuan nol (zero-knowledge proofs), GRVT tidak akan memaparkan detail setiap transaksi ke dalam blockchain publik. Apakah transaksi benar-benar terjadi dan apakah pembaruan status sudah sesuai akan didukung oleh bukti validitas—tanpa perlu menampilkan semua pihak (pembeli dan penjual), harga eksekusi, maupun perubahan posisi. Artinya, Anda menyelesaikan transaksi di sebuah ruangan tertutup tetapi dengan verifikasi keadilan. Orang di luar ruangan hanya bisa memastikan “yang terjadi di sini sesuai aturan,” tetapi tidak dapat melihat persis apa yang Anda lakukan.
Bagi pengguna biasa, manfaat langsungnya adalah menurunkan risiko strategi Anda dilacak. Alat-alat yang sebelumnya menempel ketat pada alamat pemegang dana besar untuk melacak titik build-up (penyusunan posisi) di sini hampir tidak berfungsi. Bagi market maker dan dana institusional, ini berarti mereka bisa menyediakan likuiditas dalam skala lebih besar tanpa mengekspos kerangka kontrol risiko mereka sendiri. Namun ini juga bukan berarti sepenuhnya anonim—selama Anda menggunakan alamat yang sama untuk melakukan penarikan (withdraw) yang dipublikasikan, aliran dana masih bisa dilihat ujungnya di chain. Karena itu, deskripsi yang lebih akurat adalah “privasi yang dapat diverifikasi,” bukan “kotak hitam.” $BTC
Tentu saja, perlindungan privasi sering kali bertentangan secara jangka panjang dengan kebutuhan regulasi. Apakah arsitektur ini ke depan akan membuka pilihan pengungkapan informasi secara selektif, apakah akan ada pandangan kepatuhan (compliance view) yang diperkenalkan, masih perlu dilihat. Tetapi dari jalur teknis murni, GRVT membuat para trader tidak lagi harus berkompromi antara “terdesentralisasi” dan “menyembunyikan niat transaksi.” Bagi pemain level lanjut, nilai ini mungkin jauh lebih besar daripada sekadar menghemat sedikit biaya Gas. #grvt @grvt_io

Apakah kalian sudah memperhatikan bahwa fitur berbagi strategi Newton punya daya tarik sosial yang “tak terlihat”? Policy yang ditulis sendiri oleh pengguna bisa dipublikasikan agar orang lain memakainya. Kedengarannya seperti berbagi naskah, tapi pada praktiknya lebih mirip “mempekerjakan tim kecil AI milik sendiri”.
Tapi saya langsung kepikiran masalah dunia nyata: penulis strategi itu menghasilkan uang atau tidak, itu mungkin bisa diurus belakangan—yang jadi pertanyaan: apakah dia perlu bertanggung jawab atas efektivitas strategi? @NewtonProtocol saat ini menekankan eksekusi yang dapat diverifikasi, tetapi kualitas “baik atau buruk” strategi itu sendiri tidak termasuk dalam lingkup verifikasi. Strategi yang terlihat logis sempurna pun, dalam struktur pasar tertentu, bisa saja jadi mesin penghasil kerugian yang stabil.
Dari sinilah muncul kekhawatiran sebenarnya orang-orang terhadap $NEWT : kalau saya mengutip strategi orang lain lalu mengalami kerugian, salahnya saya yang harus disalahkan atau si penulis? Di dunia on-chain, tidak ada hotline perlindungan konsumen. Newton mungkin perlu semacam mekanisme penafian ringan, atau setidaknya menampilkan hasil simulasi historis strategi tersebut (meski bukan dari dana sungguhan), agar pengguna punya gambaran yang masih samar sebelum benar-benar mengambil keputusan.$BTC
Kalau dilihat dari sudut pandang lain, ini justru bisa melahirkan peran baru: “auditor strategi”, yang khusus menganalisis kekurangan logika dari Policy yang sedang populer dan skenario-skenario ekstrem. Ke depannya bukan hanya kode yang perlu diaudit, strategi pun harus diaudit. Di sinilah sisi menariknya era agen AI: kepercayaan tidak lagi berhenti di level kontrak saja, melainkan menyebar secara bertahap hingga ke gagasan strategi itu sendiri.
#Newt $NEWT @NewtonProtocol

Teman saya baru saja bermain @grvt_io dan bertanya kepada saya: “Kenapa di akun saya jelas-jelas ada jumlah besar U, tapi saat ditarik ke dompet terus saja muncul pemberitahuan saldo tidak mencukupi?” Saya minta dia cek lagi, ternyata dia mengira bukti-bukti yang masih berada dalam periode perhitungan hasil dari Unified Balance sebagai dana yang bisa dipakai. Masalah seperti ini kalau dipijak oleh pemula, hampir pasti kejadian.
GRVT untuk menjaga efisiensi dana secara keseluruhan, pada sebagian aset yang hasilnya dikunci (locked) memiliki jendela settlement yang tersembunyi. Terutama pada proses verifikasi akhir data yang menggunakan Validium, dari proses close/penutupan posisi hingga bisa ditarik, ada jeda pendinginan (cooling time) yang terlihat seperti tidak ada apa-apa, padahal faktanya benar-benar ada. Secara tampilan saldo Anda ada, tapi kenyataannya Anda perlu menunggu bukti zero-knowledge (ZK) pada level bawah menyelesaikan verifikasi final, barulah dana benar-benar bisa dialihkan ke alamat self-custody Anda. Pencocokan berkecepatan tinggi dan penarikan cepat, dalam arsitektur campuran, saat ini belum bisa didapatkan sekaligus.$BTC
Cara saya sendiri untuk menjaga keselamatan adalah: di akun GRVT, selalu sisakan setidaknya 20% dalam bentuk “bare U” yang sama sekali tidak ikut program earning, baik dalam bentuk apa pun. Bagian ini tidak saya kejar untuk memperoleh satu sen pun dari bunga; khusus untuk menghadapi kebutuhan mendadak seperti forced liquidation (penghentian paksa) dan penarikan darurat. Semua dana yang ikut makan bunga, anggap saja sebagai daging yang dibekukan di dalam kulkas—tidak dihitung sebagai dana likuid harian sebelum dibuka order. Dengan begitu, ketika menghadapi kondisi pasar yang perlu tambah margin dengan cepat seperti “menyisipkan jarum”, Anda tidak akan dibiarkan tanpa daya hanya karena jendela pembekuan. Di bursa dengan arsitektur campuran, tingkat granularitas manajemen likuiditas jauh lebih penting seratus kali lipat dibanding hasil bunga.
#grvt @grvt_io

Arsitektur TEE Newton terus menekankan slogan “percaya pada chip, bukan manusia”, tetapi slogan itu menyimpan celah logika yang besar: chip juga dirancang oleh manusia, dan rantai pasokan chip juga dapat terkontaminasi. Daftar kerentanan Intel SGX dalam beberapa tahun terakhir, jika ditarik keluar, ternyata lebih panjang daripada daftar insiden banyak protokol DeFi. Dari Spectre, Foreshadow hingga ÆPIC Leak di tahun-tahun belakangan—setiap serangan yang menembus isolasi enclave mengingatkan kita bahwa apa yang disebut “hardware tepercaya” lebih mirip pintu kaca yang dikunci, tetapi bisa dibuka dengan palu pembuka. Begitu memori enclave dibaca, semua bukti attestation menjadi tidak berarti; validasi pada engine kebijakan berubah menjadi permainan pura-pura. @NewtonProtocol
Yang lebih halus lagi, validator Newton mengklaim menjalankan lingkungan SGX, tetapi untuk versi perangkat keras dan firmware spesifiknya, serta apakah patch microcode terbaru telah diterapkan atau belum, tidak ada metode yang dapat diverifikasi secara on-chain. $BTC
Pengguna hanya bisa memilih untuk percaya sekali lagi. Memindahkan kepercayaan dari manusia ke chip, tetapi tidak membuat chip itu benar-benar bisa diaudit—itu hanya mengganti istilah untuk terus meminta kepercayaan: percaya pada insinyur Intel, percaya pada operasional pusat data, percaya bahwa tidak ada penemuan celah side-channel baru oleh para peretas. Model keamanan seperti ini masih berjarak puluhan ribu mil dari konsep “tanpa perlu percaya”. Jika suatu hari di masa depan, Intel mengumumkan penghentian dukungan untuk versi SGX tertentu, apa sebenarnya yang masih tersisa dari fondasi keamanan Newton? Ini adalah pertanyaan yang harus dipikirkan oleh setiap pemegang. #NEWT $NEWT @NewtonProtocol

Lupakan detail perdagangan; mari kita bahas dari lapisan narasi jalur (track). Tentang GRVT. Tahun ini, segmen derivatif terdesentralisasi sebenarnya sangat kompetitif (ketat). Namun sebagian besar proyek justru berlomba ke arah “aset sintetis yang lebih kompleks” dan “leverage yang lebih tinggi”, alih-alih mengabaikan elemen dasar yang benar-benar bisa membuat dana besar merasa aman untuk masuk: kepemilikan yang jelas dan pengelompokan izin (permission tiering).
GRVT mengambil arah yang jelas berbeda. Intinya mereka sedang membangun lapisan perdagangan kontrak level institusi yang self-custody (swakelola). Aset pengguna sepanjang waktu berada di alamat yang mereka pegang sendiri; bursa tidak menyentuh dana. Selain itu, melalui struktur akun berlapis, urusan pembagian kerja di dalam institusi diselesaikan: atasan mengelola dana, trader mengelola strategi, risk control mengelola limit. Semua itu “ditetapkan” melalui kontrak. Narasi ini lebih mendekati bisnis primary broker (main broker) dalam keuangan tradisional, bukan sekadar membuat taruhan (bet) di atas kontrak on-chain.
$BTC
Dari sisi implementasi teknis, mereka menggunakan ZK Validium. Keuntungan dari skema ini adalah menjaga performa matching (pencocokan) di luar rantai, sekaligus mengaitkan settlement kunci dan proses likuidasi paksa melalui pembuktian ZK pada keamanan mainnet Ethereum. Dibandingkan Optimistic Rollup yang murni, mereka menghindari tantangan (challenge period), sehingga lebih cocok untuk skenario keuangan. Dan dibandingkan pencocokan murni on-chain, pengalaman pengguna jauh lebih baik.
Masalah terbesar Web3 saat ini adalah: dana institusi ingin masuk, tetapi kurang infrastruktur yang patuh regulasi serta bisa diaudit di rantai (on-chain). Jika GRVT dapat membuat mesin (engine) off-chain menjadi ber-node/multi-node, sekaligus menghubungkan pintu masuk yang sesuai regulasi, mereka mungkin tidak hanya menyasar pengguna DEX, tetapi juga dana tradisional yang ingin mengelola aset secara on-chain, family office, dan tim trading.
Tentu saja, ekspektasi valuasi saat ini tidak boleh terlalu dibesar-besarkan: produknya masih dalam fase testnet, sementara model token ekosistem dan detail insentif node juga belum dipublikasikan. Namun, bagi seed user yang masuk sekarang untuk memahami seluruh alur proses end-to-end, ini adalah tipikal “peluang early discovery, early binding”. Soalnya, ketika data sudah meledak setelah mainnet live, biaya risetnya bukan lagi hal yang sama.
#grvt @grvt_io

Lihat betapa gemerlapnya kata-kata “ekonomi paradigma baru” yang digoreskan di dalam whitepaper Newton; kamu hanya perlu melakukan satu hal: buka formulir alokasi token, jumlahkan porsi tim, yayasan, dan private placement awal, lalu cocokkan dengan apa yang mereka sebut sebagai “kurva rilis komunitas”. Aku membongkar semuanya dengan cara paling bodoh: menelusuri alamat genesis di rantai dan pemetaan pelepasan linear pada setiap periode, hasilnya bukan Web3 yang seperti padang rumput, melainkan sebuah mesin penarik dana yang dikendalikan oleh jam presisi. Masa penguncian porsi tim memang dirancang seolah-olah rapat tanpa celah, tapi ritme pelepasannya justru pas sekali dengan setiap momen pasar yang sedang ramai. Lelang nama domain putaran sebelumnya baru saja menyulut antusiasme komunitas sampai puncak, dan sebuah alamat yayasan yang tertidur dua tahun baru saja mengalirkan 8 juta keping $BTC NEWT ke dompet market maker dari titik tertinggi. Kamu bilang ini kebetulan? Oke, aku beri tahu “kebetulan” berikutnya: dalam waktu tujuh puluh dua jam setelah setiap putaran pemungutan suara tata kelola resmi disahkan, selalu ada sebuah alamat seed round awal yang staking-nya tepat akan jatuh tempo dan keluar; setelah keluar, ia tidak ikut konsensus, tidak juga kembali ke ekosistem pool, melainkan mengalir mengikuti jalur lintas-chain tertentu yang tetap, dengan tenang masuk ke sebuah hot wallet di sana. Jumlahnya tidak besar dan tidak kecil—pas berada tepat di ambang batas agar tidak memicu peringatan besar di rantai. Operasi seperti ini, secara harfiah, sama sekali tidak disebut “dump”; mereka menyebutnya “unlock legal untuk pembangunan ekosistem”, tapi realisasi dari empat kata “pembangunan ekosistem” adalah: koin di tanganmu makin terasa berat, sementara alamat mereka makin ringan. Yang lebih tinggi lagi, pelepasan seperti ini didistribusikan ke belasan alamat relay yang secara tampak saling independen; bahkan jika kamu menelusuri pakai Nansen, pada pandangan pertama akan terlihat seperti transfer normal antar pengguna. Tapi kalau kamu menarik urutan waktu semua alamat relay itu dengan koefisien Pearson, kamu akan mendapati ritme keluarnya ternyata bisa dipasangkan dengan sempurna oleh satu proses Poisson yang sama—kalau ini bukan kendali oleh satu set skrip otomatis, aku rela menelan whitepaper itu saat itu juga. Newton menjual model ekonomi tokenmu, pada dasarnya adalah dehidrasi likuiditas kronis: APY tahunan yang kamu staking tampak menggoda sebagai angka, tetapi yang mereka buka justru benar-benar berupa hard currency. APY yang indah itu, tidak pernah menjadi “manna” penutup inflasi; melainkan eter yang mengebaskan saraf rasa sakitmu.
#Newt $NEWT @NewtonProtocol

Saya menghabiskan seluruh sore untuk menelusuri volume transaksi pasangan 24 jam GRVT, dan menemukan satu titik “aus” yang tersembunyi yang sangat mudah terabaikan. Semua orang menyoroti tarif literal Maker dan Taker, tetapi jarang ada yang menghitung berapa nilai slip pada bagian ekor ketika order bertemu kurva AMM di dalam pool likuiditas campuran.
Saya melakukan uji replay dengan BTC-PERP. Untuk order market senilai 0,5 BTC yang sama, pada jam ketika kedalaman bagus (sesi utama Asia), hampir semuanya menembus order book, dan slipnya sekitar 0,02%. Namun pada periode likuiditas lebih tipis—misalnya jeda sepi sekitar siang Eropa dan sebelum pembukaan sesi saham AS—untuk order yang sama, order lebih dulu menembus order book pada lapisan dangkal, lalu langsung “memakan” kurva AMM; total slipnya bisa melonjak hingga sekitar 0,17%. Perbedaan ini beberapa kali lipat dari tarif literal, tapi di halaman konfirmasi order hanya diklasifikasikan sebagai “price impact”, tanpa dipecah secara terpisah.
Banyak orang mengira “tarif rendah” GRVT bisa mendukung aktivitas frekuensi tinggi mereka untuk sekadar menempel (scrape) di pinggir. Namun jika order dipecah menjadi lebih kecil dan sering masuk pada saat likuiditas tipis, akumulasi slip akibat gesekan itu bisa jadi lebih tinggi daripada tarif VIP3 di bursa terpusat. $BTC
Saya tidak bermaksud mengatakan model GRVT ada masalah. Likuiditas campuran memang benar-benar menyediakan “backstop” saat kondisi ekstrem, sehingga menghindari kejadian seperti pada pure order book yang langsung melaporkan “tidak bisa dieksekusi”. Tapi jika Anda terbiasa melakukan order besar ketika kedalaman order book lemah, biaya tersembunyi ini akan berubah menjadi titik pendarahan yang terus berjalan. Perkiraan awal saya: pada tahap saat ini GRVT lebih cocok digunakan untuk ikut serta pada sesi utama dengan limit order, sedangkan strategi market murni berfrekuensi tinggi perlu menarik snapshot historis dari order book untuk bisa menjalankan model.
Tadi malam saya sudah mulai mengumpulkan data dari API untuk sampling slip per menit, dan ke depannya saya akan membagikan tabel lengkap.
#grvt @grvt_io