撸毛研究院

#baby $BABY Kenyataan malam sebelumnya, saya melakukan satu hal: menguji skrip staking Babylon dengan UTXO yang dipatok di testnet saya sendiri.

Saya ingin melihat bagaimana tepatnya ketiga cara keluar itu berjalan.

Pertama, saya coba yang paling sederhana—setelah masa staking berakhir, hanya dengan tanda tangan saya sendiri untuk membuka kunci UTXO tersebut, lalu disiarkan ke testnet Bitcoin. Node lolos, transaksi terkemas. Tidak perlu ada persetujuan dari Finality Provider, tidak perlu Babylon chain online—tanda tangan saya sendiri sudah cukup. Waktu itu saya pikir, inilah rasa aman yang paling dasar: selama jaringan Bitcoin masih berjalan, staker bisa mengambil kembali uang mereka.

Lalu saya coba cara kedua: simulasi kalau saya tidak ingin menunggu full masa staking, dan ingin keluar lebih cepat. Kali ini butuh tanda tangan saya sendiri, ditambah tanda tangan dari komite Covenant. Di sisi saya urus tanda tangannya mudah, sedangkan untuk pihak komite, saya mensimulasikan alur tanda tangan mereka. Setelah disiarkan, validasi node lolos, dan UTXO berhasil dibuka. Saya paham sekarang: komite hanya bertugas memverifikasi bahwa permintaan keluar lebih cepat ini sesuai aturan, tidak mengambil alih aset, dan tidak punya kendali.

Saat mencoba yang ketiga, saya sempat buntu. Jalur slashing butuh tiga kunci: tanda tangan saya sendiri, tanda tangan EOTS Finality Provider, dan tanda tangan komite Covenant. Waktu itu saya berpikir: kenapa slashing masih harus melibatkan tanda tangan saya? Bukankah itu membuat saya ikut berpartisipasi dalam menghukum diri sendiri?

Kemudian saya baru tahu alasannya setelah membaca laporan audit. Tanda tangan komite Covenant ternyata adalah tanda tangan adaptor—setelah dienkripsi, ia mengarah ke Finality Provider. Saya sudah menandatangani jalur slashing sebelumnya, tetapi tanda tangan ini dalam kondisi normal bersifat “terkunci”. Baru akan ter-dekripsi dan aktif jika FP menggunakan angka acak yang sama untuk menandatangani dua blok berbeda pada ketinggian (height) yang sama, sehingga kunci privat terekspos.

Artinya, saya tidak perlu percaya siapa pun agar tidak berbuat jahat. Kalau FP berbuat jahat → ekspos kunci privat secara matematis → tanda tangan adaptor otomatis ter-dekripsi → jalur slashing terbuka. Saya tidak perlu administrator memutuskan “haruskah dihukum atau tidak”, dan tidak perlu persetujuan apa pun dari siapa pun.

Saya sudah menguji ketiga cara keluar. Jalur mana yang dipilih tidak ditentukan oleh omongan orang—semuanya tergantung apakah kondisi yang ditetapkan dalam skrip terpenuhi.

@BabylonLabs_io

前段时间看到Babylon在Aave社区发提案的时候，我第一反应是：又要搞封装比特币那一套了？

WBTC、cbBTC这些，本质上是把BTC交给托管方，换一个ERC-20回来。你在以太坊上看到的是“BTC”，但背后的真实BTC在别人钱包里。托管方跑了，你的“BTC”就变空气了。

所以我一开始对Babylon的Aave提案是排斥的。直到翻完文档才发现，我完全想反了。

Babylon的vaultBTC根本不是封装资产。它是一种转账受限的内部记账资产，1 vaultBTC等于1 BTC，仅限与获批的Aave合约交互。你没法转账给别人，没法拿去别的协议用，只能用在Aave上作为抵押品。

区别在哪？封装资产是“把BTC变成ERC-20”，vaultBTC是“在Aave合约里记一笔账”。BTC根本没离开比特币主网，锁在Taproot脚本里。Aave那边看的不是BTC本身，是Babylon协议提交的密码学证明——证明“这个金库里确实锁了对应数量的BTC，没人能单方面动它”。

Babylon在Aave v4上部署了两个模块：Babylon Core Lending Spoke处理借贷，BTC Vault Swap Spoke处理清算后的结算。用户把BTC锁进TBV金库后，Aave适配器根据密码学证明铸造等量vaultBTC，直接供应给Core Spoke。之后用户就能在Aave上借USDC、USDT或WBTC。还款时销毁对应的vaultBTC，触发BTC释放。

整个链条里，没有一个环节需要“相信”谁。BTC的状态靠密码学证明验证，不是靠人传话。vaultBTC不可转让，意味着即使Aave合约出了漏洞，攻击者也拿不走你的BTC——它只能用于清算你仓位里那部分抵押品。

我看到这里才反应过来，我之前把问题想反了。不是“Babylon在以太坊上发了BTC的替身”，是“Babylon让锁在比特币主网的BTC，通过密码学证明在以太坊上变得可验证”。资产不动，证明动。

Babylon的TVL已经超过56,853枚BTC。BTC持有者终于不用在“收益”和“自托管”之间二选一了。

#BABY $BABY @BabylonLabs_io #baby $BABY

我以前看BTC扩展方案时，有一个固有判断：Bitcoin最大的问题是功能太少。

所以很多BTC生态项目给我的第一印象，都是想办法给BTC增加更多用途。但研究Babylon的Trustless Bitcoin Vaults（TBV）后，我发现自己之前理解错了一点。

真正困难的问题，不是让BTC拥有更多功能，而是让Bitcoin在不了解外部世界的情况下，依然能够安全参与更多场景。

这个认知变化，来自我研究Vault设计时看到的一个细节。

TBV在创建金库时，存款人和所有参与方先把BTC的所有合法出路全部列出来——正常赎回走哪条路、有人挑战走哪条路、卡住了退哪条路。每一条出路都提前画成一笔完整的交易，每一方在这笔交易上签字。然后Taproot脚本把这些路径编码成独立的支出叶子，金库才激活。激活之后，任何一方都无法制造新的支出路径。

这意味着，Vault不是一个简单存放BTC的钱包，而是一套状态规则。什么情况下可以变化，什么条件必须满足，都需要按照既定逻辑验证——这些逻辑在创建时就已经被写入脚本，后续没有任何人能修改。

最终改变的是BTC参与外部世界的方式。

我原本以为BTC扩展最大的难题是“缺少应用”，后来发现真正的问题是“外部状态如何被可靠确认”。

这也是Babylon吸引我的地方。TBV并不是简单增加一个BTC使用入口，而是在尝试建立一种新的连接方式：让Bitcoin保持原有安全基础，同时让更多链上场景能够理解并利用这种安全性。

对长期关注BTC的人来说，未来竞争的重点可能不是谁创造更多玩法，而是谁能解决一个更底层的问题：当一个最重视安全的资产进入更复杂的世界时，规则如何替代人为判断？

这也是我重新理解Babylon的原因。它改变的不是BTC有没有更多功能，而是BTC与外部世界建立信任关系的方式。@BabylonLabs_io #baby $BABY

Babylon Euphrates uji jaringan proses staking, sepenuhnya membalikkan pemahaman bawaan saya tentang staking BTC.

Minggu lalu, saya mengamati dari dekat selama setengah jam hingga mendapatkan uji jaringan BTC. Setelah menyelesaikan seluruh proses staking, saya baru sadar: proses ini sama sekali tidak menempuh jalur lama “memindahkan aset ke kontrak kustodian”. Sebaliknya, aturan staking langsung dikompilasi ke dalam skrip Taproot Bitcoin pada custom leaf node. Dengan struktur MAST (Merkelized Abstract Syntax Tree), kondisi untuk unlock dipecah menjadi beberapa bagian logika tersembunyi. Sepanjang proses, BTC asli tidak pernah keluar dari jaringan Bitcoin.

Inti mekanisme ini adalah desain khas Babylon bernama “anchoring notarization”. Setiap kali status staking berubah, akan dihasilkan bukti ZK-SNARK (zero-knowledge proof) yang terkompresi hingga di bawah 1KB. Melalui konsensus polling berbasis BABE, setelah konfirmasi multi-tanda 2/3 diverifikasi di jaringan node, bukti tersebut disinkronkan ke semua chain Cosmos dan EVM yang terhubung.

Kontrak pada ekosistem eksternal sama sekali tidak menyentuh BTC asli; mereka hanya memverifikasi bukti notarization yang dihasilkan oleh Babylon. Pengguna hanya memegang bukti tersebut untuk langsung berpartisipasi dalam BTC yang menghasilkan imbal hasil di DeFi Cosmos atau Binance ZK Rollup, tanpa perlu menukarkan atau mengonversi token mapping kustodian apa pun. Seluruh logika verifikasi status dipaksakan oleh jaringan node Babylon; jika satu node bertindak curang, ia tidak akan bisa menghasilkan bukti yang sah.

Sebelumnya, skema staking BTC di industri semuanya mengharuskan pengguna mentransfer aset ke kontrak kustodian pihak ketiga. Intinya, ini menyerahkan keamanan sepenuhnya kepada pihak proyek, dan risiko “meledak” tidak pernah bisa dihilangkan sepenuhnya. Sementara itu, desain Babylon ini memotong semua aspek kustodian dari lapisan terbawah, sehingga batas keamanan staking sepenuhnya “di-anchored” pada jaringan utama Bitcoin itu sendiri.

Banyak orang menganggap bahwa pelepasan likuiditas BTC pasti harus dibawa lintas-chain. Namun Babylon menggunakan jalur notarization asli untuk menghindari jalan buntu tersebut, dengan mengekspor kemampuan keamanan lapisan dasar Bitcoin langsung ke seluruh ekosistem.

Upgrade Euphrates ini adalah titik awal sesungguhnya ketika Bitcoin mulai mengekspor nilai ke luar@BabylonLabs_io #baby $BABY

Ajukan satu pertanyaan: jika pihak kustodian wBTC mengalami masalah, aset dan laporan audit tidak langsung bisa dicocokkan. Pada insiden peretasan jembatan lintas-chain senilai 190 juta dolar AS, banyak institusi menempatkan kata “penghubung” dalam daftar hitam permanen. Bagi institusi, kepatuhan bukanlah nilai tambah—melainkan tiket masuk.

Apa yang dilakukan Babylon TBV pada dasarnya adalah menerbitkan ulang “tiket masuk” tersebut.

Bagaimana caranya? BTC tidak pernah keluar dari jaringan Bitcoin—BTC dikunci dalam output Taproot. Tidak ada bridging, tidak ada wrapping, dan tidak ada penanganan pihak ketiga mana pun. Auditor hanya perlu membuka penjelajah on-chain untuk melihat: aset masih berada di UTXO yang sama, lokasinya tidak berubah, dan jumlahnya tidak berkurang.

Di antara brankas terjadi isolasi total: BTC kamu tidak tercampur dengan BTC orang lain. Tidak ada re-collateralization lagi, tidak ada dana pooled. Masalah pada pinjaman yang kamu ambil dari Aave akan berdampak pada posisi kamu di Aave, bukan pada BTC yang kamu kunci di jaringan Bitcoin. Yang dilihat auditor adalah: exposure risiko jelas, dapat ditelusuri, dan dapat diaudit.

Semua operasi memiliki bukti kriptografi, bukan “kami menjamin” melainkan “pembuktian matematis”. Auditor ingin apa, on-chain langsung memberikannya; tidak perlu mencari siapa pun untuk menandatangani dan membubuhkan stempel. Dari penguncian BTC hingga pinjaman di Aave hingga penebusan akhir, setiap langkah terjadi di chain dan setiap langkah dapat diverifikasi secara independen.

Ini bukan teori. BitGo sudah menjadi kustodian yang memenuhi syarat untuk Babylon. Kraken meluncurkan layanan staking bitcoin untuk Babylon. Ledger mengintegrasikan dukungan penandatanganan TBV. a16z berinvestasi 15 juta dolar AS. Babylon sudah melakukan staking lebih dari 56.000 BTC, dengan puncak TVL lebih dari 6 miliar dolar AS—angka-angka itu adalah suara institusi yang dibayar dengan uang sungguhan.

Integrasi dengan Aave bahkan lebih krusial. Babylon telah mengajukan proposal ke forum tata kelola Aave, merencanakan integrasi native bitcoin collateral borrowing pada Aave V4. Pendiri Aave, Stani Kulechov, secara terbuka mendukung. VaultBTC yang diperkenalkan dalam proposal tersebut adalah aset pencatatan yang tidak dapat dialihkan; ia hanya bisa berinteraksi dengan kontrak Aave—auditor pasti langsung paham, benda ini tidak akan “lari-lari”.

Dulu, institusi harus memilih salah satu antara “yield” dan “kepatuhan”. Sekarang tidak lagi. Ketika auditor bisa dengan tenang menandatangani laporan, ketika CFO bisa dengan tenang melakukan collateral, ketika 2 triliun dolar AS bitcoin pertama kali “dipakai” tanpa harus “dipindahkan”—pasar ini bukan lagi turunan dari DeFi, melainkan rekonstruksi DeFi itu sendiri.
@BabylonLabs_io #baby $BABY

Kapitalisasi pasar Bitcoin sudah melampaui 2 triliun, namun di DeFi yang benar-benar dimanfaatkan tidak sampai 1%. Bukan karena para holder tidak mau untung, tapi karena skema yang ada pada dasarnya membuatmu menjawab soal pilihan ganda: “BTC saya harus diserahkan untuk dikendalikan oleh siapa?” @BabylonLabs_io

Babylon’s Trustless Bitcoin Vaults (TBV) berbeda. Ia menghapus “soal pilihan ganda” itu.

Pertama, BTC kamu dari awal sampai akhir tidak pernah keluar dari jaringan Bitcoin. Tidak melewati jembatan, tidak dienkapsulasi, dan tidak memberi pihak ketiga apa pun. BTC dikunci dalam sebuah skrip Taproot yang kamu ikut tanda tangani. Saat vault dibuat, semua jalur pengambilan yang sah sudah dipraprogram dan ditandatangani. Setelah pembentukan selesai, tidak ada siapa pun yang bisa mengubah atau menambah jalur penarikan secara sepihak.

Ada poin penting yang patut dijelaskan. Skrip Taproot yang dipakai TBV berbeda secara mendasar dari multisig tradisional: ia lebih fleksibel untuk time-lock dan skrip berbasis kondisi. Tanpa harus mempublikasikan logika yang rumit, syarat pengambilan dapat langsung dikodekan ke dalam jaringan Bitcoin. Artinya, kamu tidak perlu mempercayai sekelompok penanda tangan untuk “tidak berbuat jahat”; kamu hanya perlu mempercayai skrip itu sendiri—karena skrip tersebut terkunci secara matematis.

Kedua, kontrak di sisi ETH hanya bertugas membaca status vault, tidak bersentuhan dengan aset BTC aslinya. Saat penarikan dilakukan, sistem menggunakan oracle untuk meneruskan peristiwa penebusan di Ethereum ke jaringan Bitcoin, lalu memverifikasi bahwa kejadian itu benar-benar terjadi melalui bukti pengetahuan nol (zero-knowledge proof). Setelah verifikasi lolos, barulah BTC dilepaskan.

Ada juga detail yang mudah terlewat: bahkan jika oracle diserang dan seseorang mengirim permintaan penarikan palsu yang berbahaya, vault tetap tidak akan menjalankan transaksi tersebut. Karena jalur penarikan itu tidak ada dalam daftar jalur yang sudah kamu tandatangani sebelumnya—skripnya pun tidak mengenalinya.

Paling penting, setiap vault benar-benar terisolasi satu sama lain: tidak bisa ditaruh ulang (re-pledge), dan tidak bisa disalahgunakan. Bahkan jika terdapat celah pada protokol DeFi lapisan atas, BTC kamu tetap aman terkunci dalam skrip di mainnet Bitcoin itu dan tidak terpengaruh.

Mekanisme ini mengubah “kepercayaan kepada manusia” menjadi “kepercayaan kepada kriptografi”. Kamu tidak perlu yakin tim proyek tidak akan kabur, karena tim proyek sama sekali tidak punya kemampuan untuk memindahkan BTC kamu. Kamu juga tidak perlu memastikan para validator tidak berbuat jahat, karena saksi jahat pun tidak bisa menghabiskan koinmu setelah mendapat akses.

Selain itu, Ledger baru-baru ini mengintegrasikan fitur Clear Signing. Saat menandatangani transaksi TBV, perangkat keras menampilkan langsung di layar setiap tujuan aliran dana dan isi operasinya. Risiko blind signing benar-benar diputus total.
#baby $BABY

Saya kali ini menguji @OpenGradient—yang macet bukanlah jawabannya, melainkan “hari berikutnya”.

Malam sebelumnya, saya membuat alur pengingat on-chain yang sangat kecil: membiarkan AI membaca beberapa interaksi kontrak, lalu memeriksa apakah ada indikasi lonjakan volume yang abnormal. Hasil putaran pertama berjalan mulus, sampai hampir saya menuliskannya sebagai pengalaman penggunaan biasa OpenGradient Chat. Tapi pada malam hari kedua, saat saya bersiap memeriksa ulang, saya tiba-tiba menemukan masalah yang lebih nyata: jika saya tidak membuka halaman secara aktif, apakah prosesnya benar-benar berjalan tepat waktu? Setelah selesai, apakah kontrak atau aplikasi selanjutnya bisa langsung membaca hasilnya?

Saya mengubah selang waktu menjadi lebih singkat, mensimulasikan beberapa putaran pemeriksaan berurutan. Yang paling tidak nyaman adalah, putaran pertama hanya memberi “indikasi adanya anomali”, lalu pada putaran kedua setelah ditambahkan interaksi baru barulah menjadi “perlu pengingat”. Jika di antara dua putaran itu tidak ada hasil antara yang bisa dibaca, langkah berikutnya akhirnya hanya bisa disambungkan secara manual oleh manusia. Pada saat itulah saya sadar: banyak alat AI menyelesaikan masalah “kamu bertanya, saya menjawab”, tetapi Agent on-chain yang sesungguhnya membutuhkan “berjalan sendiri sesuai jadwal, dan setelah selesai bisa diteruskan ke langkah berikutnya”. Kalau tidak, skor risiko hari ini, pengingat besok, penyesuaian strategi lusa—semuanya terlihat seperti satu alur, padahal kenyataannya hanya beberapa cuplikan layar percakapan.

Kemudian saya melihat desain penjadwalan OpenGradient, dan barulah saya paham: ini bukan sekadar menambahkan timer. Tugas harus dipicu oleh jaringan, hasilnya harus bisa dibaca oleh alur berikutnya, dan biayanya serta catatan eksekusinya harus selaras. Detail ini tidak terlihat mencolok, tapi detail itulah yang menentukan apakah AI hanya asisten sementara, atau bisa menjadi komponen eksekusi yang masuk ke bisnis on-chain. Terutama dalam skenario tanpa pengawasan manusia—kalau putus sekali saja, setelahnya bisa semuanya salah. #opg

Itulah alasan saya kembali meninjau $OPG . Bukan karena keramaian jawaban sekali jalan, melainkan karena biaya yang terus berjalan di balik eksekusi, penyerahan hasil, dan insentif jaringan. Kalau AI ke depannya ingin melakukan pembaruan untuk risk control, peringatan on-chain, atau penyeimbangan ulang strategi, yang paling ditakuti bukanlah satu kali jawaban yang tidak rapi, melainkan saat seharusnya memeriksa tidak memeriksa, atau setelah memeriksa tidak ada yang bisa mengonfirmasi apakah benar-benar sudah dikerjakan atau tidak.

Uji coba ini membuat saya menilai OPG dengan lebih serius. Aplikasi AI yang benar-benar native bukan memindahkan manusia menjauh dari kotak input, melainkan memastikan bahwa ketika manusia tidak menatap, sistem tetap bisa meneruskan langkah yang seharusnya terjadi. #OPG $OPG @OpenGradient #opg $OPG

1. Sensasi sepak bola paling ekstrem: sensasi mengetahui skrip tak terlihat “waktu tambahan” lebih dulu! Saat semua orang bertaruh mengikuti pola normal 90 menit, yakin sebuah tim bisa dengan mantap mengamankan kemenangan, kamu justru peka melihat bahwa wasit, karena durasi VAR yang terlalu lama di paruh pertama, secara bawah sadar akan memberi waktu tambahan yang sangat panjang—lebih dari 6 menit—di babak kedua. Dengan tegas memprediksi bahwa pihak yang unggul karena stamina sudah terkuras akan dibobol di menit-menit akhir oleh lawan lewat umpan panjang dan crossing yang sembrono, seolah tanpa konsekuensi. Sudut pandang layaknya “Tuhan” yang mampu menembus “variabel waktu” di balik “psikologi wasit” ini benar-benar membuat merinding! Ayo cepat gabung #BinancePickAndWin

Saat saya selesai membaca dokumentasi OpenGradient, terutama bab arsitektur HACA, barulah saya sadar kalau ternyata saya terlalu menyimpang.

Awalnya saya terseret oleh “super node”, hingga otak saya otomatis membuat bagan alur: beli kartu grafis → pasang Ubuntu → ikat wallet → staking → tunggu tugas → terima uang. Sampai saya melihat HACA membagi node menjadi Inference Node dan Full Node, barulah saya menyadari bahwa ini bukan satu mesin yang mengerjakan semuanya. Inference Node menjalankan inferensi model, sedangkan Full Node bertugas memverifikasi attestation TEE, proof ZKML, atau hasil Vanilla—“cepat menjalankan” hanyalah dasar, sedangkan yang paling inti adalah “setelah selesai, mampu membuktikan diri bersih dan bisa dipercaya”.

Pemahaman ini membuat laporan pendapatan saya harus dihitung ulang sepenuhnya. Dulu saya hanya menghitung “sewa GPU per hari dikurangi biaya listrik”, tapi pada kenyataannya yang menentukan pendapatan bersih adalah tiga variabel dinamis: jumlah pemanggilan yang efektif, apakah catatan verifikasi stabil, dan seberapa tinggi tingkat mesin menganggur (idle). Saya membuat model kasar menggunakan data testnet: ketika pemanggilan rata-rata hanya 50 kali per hari, pendapatan bulanan sekitar 30 dolar, bahkan biaya listrik pun bisa menutup kerugian. Hanya ketika jumlah pemanggilan stabil di atas 200 kali, dan tingkat kegagalan verifikasi di bawah 2%, barulah pendapatan bersih bisa menjadi positif.

Yang juga menyadarkan saya adalah Staking Rewards. Resmi memang menuliskan rilis jangka panjang 10%, tapi dulu saya menganggapnya sebagai “APR untuk penahanan dana”. Setelah saya baca detail aturannya, 10% itu adalah insentif kolektif untuk seluruh jaringan node, dan pembagian bobotnya bergantung pada kualitas layanan—jumlah pemanggilan yang efektif, tingkat verifikasi yang berhasil, dan durasi online semuanya diberi bobot. Itu bukan annual rate yang tetap, melainkan seperti bonus kinerja. Jadi, saya melihat $OPG sebagai tiga hal: jaminan (deposit) untuk ikut jaringan, perantara Gas untuk membayar pemanggilan, dan pintu masuk untuk mendapatkan reward—bukan sekadar “bukti bisa rebahan menghasilkan”.

Berdasarkan pemahaman ini, saya mengubah fokus optimasi dari menumpuk perangkat keras menjadi memilih beban (load). Saya lebih dulu melakukan cache untuk model frekuensi tinggi seperti Llama-3, agar tiap tugas tidak perlu mengunduh ulang yang menyeret bandwidth. Pemantauan saya hanya melihat empat garis merah: latensi respons (dipotong jika di atas 3 detik), utilisasi GPU (di bawah 60% berarti menganggur), frekuensi terputus (dropout), serta tingkat kegagalan saat mengirim bukti (proof). Jika biaya listrik lebih dari 0,8 yuan per kWh, saya tidak menyalakan perangkat 24 jam—saya hanya menjalankannya pada jam puncak.

Jadi, artikel ini tidak punya “kunci kekayaan”. Kesimpulan sebenarnya saya adalah: node OPG punya peluang, tetapi peluang itu milik orang yang punya disiplin operasional, bukan hanya orang yang paham beli koin. Perangkat keras hanya tiket masuk; ambang sebenarnya adalah pemantauan, optimasi, dan pemulihan saat terjadi gangguan.

@OpenGradient #opg $OPG

1. Sensasi sepak bola paling ekstrem adalah bisa lebih dulu melihat “permusuhan besar” di balik kisah di luar lapangan! Saat dua rival abadi yang sudah berusia seabad akan saling berhadapan, sementara pihak luar sibuk menyusun formasi berdasarkan kekuatan di atas kertas dan papan taktik, kamu yang jeli justru menangkap bahwa para petinggi kedua tim baru-baru ini terlibat perselisihan di luar lapangan—mereka ribut di awal bursa transfer karena sebuah biaya transfer, sampai akhirnya berujung di pengadilan. Di sisi lain, suporter tim tuan rumah sebelum pertandingan menggelar spanduk protes di luar lapangan latihan. Dengan tegas, kamu memprediksi bahwa laga ini akan benar-benar lepas dari ranah taktik dan berubah menjadi “perang emosi” bak meteor bertabrakan dengan bumi. Kartu merah dan kartu kuning beterbangan di mana-mana. Sudut pandang seperti “dewa” yang bisa melihat jelas kebencian historis dan pertarungan di luar lapangan ini—rasanya benar-benar bikin merinding! Ayo bergabung sekarang di #BinancePickAndWin

Beberapa hari ini saat merapikan materi untuk @OpenGradient , saya sempat terjebak oleh sebuah detail kecil. Saya bertanya ke AI: “OPG itu sebenarnya bagus di bagian mana?” Putaran pertama bilang intinya adalah pintu masuk OpenGradient Chat, putaran kedua lagi menekankan pentingnya verifikasi jaringan. Dua-duanya tidak salah, tapi ketika ditempatkan dalam satu catatan yang sama, saya justru jadi tidak merasa mantap: kalau nilai inti bisa dibolak-balik begitu saja, maka penilaian akhir yang saya tulis ini bersandar pada apa?

Awalnya saya mengira itu hanya karena ekspresi model yang tidak stabil, jadi cukup tanya beberapa kali saja. Kemudian saya memecah materi dan meninjaunya lagi, hanya menyisakan tiga pertanyaan: permintaan masuk dari mana, bagaimana hasil dihasilkan, dan mengapa orang lain harus percaya pada hasil itu. Setelah saya pecah seperti itu, saya baru sadar bahwa masalah terbesar dari AI biasa bukan karena tidak bisa menjawab, melainkan setelah jawaban keluar, jalurnya sering kali menjadi samar. Manusia masih bisa membuka materi dan memeriksa sendiri, sementara sistem tidak bisa terus menjalankan instruksi dengan mengandalkan “rasa masuk akal”.

Saat melihat OpenGradient Chat, pemahaman saya berubah. Di permukaannya ia memang pintu masuk untuk ngobrol, tapi yang benar-benar penting adalah membawa satu permintaan pengguna masuk ke jaringan OpenGradient. Model bertanggung jawab pada penalaran, sedangkan verifikasi jaringan memastikan apakah hasil kali ini dihasilkan melalui proses yang benar-benar tepercaya; lalu pencatatan di rantai dan penyelesaian (settlement) membuat prosesnya tertinggal. Ini bukan sekadar membuktikan “jawaban pasti benar”, melainkan membuat hasil punya sumber, punya jalur, dan punya dasar yang bisa diperiksa di kemudian hari.

Itulah bagian paling jelas yang menurut saya merupakan nilai inti OpenGradient. Sekarang banyak proyek AI menekankan model yang lebih kuat dan jawaban yang lebih cepat, tapi kalau AI benar-benar ingin masuk ke bidang keuangan, kontrak, dan aplikasi otomatisasi, masalah terbesar bukan apakah AI bisa berbicara, melainkan apakah saat terjadi kesalahan kita bisa menelusuri sampai langkah mana. OpenGradient menyelesaikan titik putus kepercayaan: mengubah keluaran AI menjadi hasil komputasi yang bisa diverifikasi dan dicatat.

Jadi sekarang saat saya melihat $OPG , saya tidak menganggapnya hanya sebagai label tata kelola. Permintaan nyata masuk ke OpenGradient Chat, sehingga memunculkan kebutuhan penalaran; semakin banyak penalaran, semakin banyak kebutuhan verifikasi; selama verifikasi terus terjadi, barulah konsumsi sumber daya on-chain dan penyelesaian nilai menjadi bermakna. Bagusnya OpenGradient di mana? Pemahaman saya sangat sederhana: ia membuat hasil AI dari “kamu harus percaya” menjadi “kamu bisa memeriksanya”. $OPG #OPG @OpenGradient #opg $OPG

Sensasi sepak bola paling ekstrem adalah kebahagiaan mematikan karena bisa melihat “jebakan seri” lebih dulu melalui celah buta! Saat kebanyakan model AI dan penggemar fanatik memercayai logika dasar “tim kuat pasti menang” dan malah yakin tanpa ragu bahwa satu klub tradisional raksasa akan dengan mudah menghancurkan lawannya, kamu justru jeli menangkap bahwa algoritma-algoritma ini sejak awal memiliki bias sistematis “memihak” dan sepenuhnya mengabaikan disiplin taktik tim lemah saat berada dalam situasi genting—yang justru bertahan mati-matian. Prediksi dengan tegas pertandingan yang terlihat seperti tidak ada ketegangan ini: akan diseret ke dalam rawa oleh pihak yang kekuatannya lebih rendah melalui serangan balik bertahan yang paling ekstrem, hingga akhirnya berakhir seri. Perspektif non-konvensional yang secara akurat menangkap “pembunuh akurasi” di tengah konsensus algoritme yang dingin ini benar-benar membuat merinding! Segera bergabung #BinancePickAndWin

Saya menguji Chat @OpenGradient hari ini. Saya tidak langsung menanyakan keunggulan proyek, melainkan sengaja mengacak input: catatan arsitektur HACA, beberapa rangkuman rekam jejak posisi, serta dua kalimat obrolan yang tidak tersambung. Awalnya saya ingin melihat apakah ia akan bertindak seperti AI biasa—mulai dengan merapikan menjadi ringkasan, lalu menjawab mengikuti kata kunci yang paling mencolok.

Hasil pertama membuat saya berhenti sejenak. Ia tidak sekadar menggabungkan tiga bagian itu menjadi satu ringkasan. Sebaliknya, ia memecah peran dalam input: bagian mana yang menyerupai tujuan tugas, bagian mana berupa batasan, dan bagian mana hanya sekadar noise. Terutama kata-kata seperti HACA, TEE, proof, dan settlement—ia tidak menumpuknya sebagai istilah dekoratif, melainkan menempatkannya kembali ke dalam jalur “siapa yang memulai, siapa yang mengeksekusi, siapa yang memverifikasi”.

Saya khawatir itu kebetulan, jadi saya melakukan putaran pembanding lagi. Saya tidak mengubah inti pertanyaan, hanya mengacak urutannya: menyisipkan obrolan di tengah, dan sengaja menambahkan satu informasi NFT whitelist yang tidak relevan. Jawaban OpenGradient Chat jadi lebih pendek, tetapi garis utamanya tidak berantakan: ia tetap mengambil kondisi yang bisa dihitung, menekan informasi gangguan, lalu menyusun ulang tugas menjadi struktur yang bisa masuk ke alur penalaran dan verifikasi.

Baru pada momen ini saya sadar bahwa lapisan masuk OpenGradient mungkin tidak hanya “prompt pipeline”. Alat chat biasa menghadapi teks, sedangkan OpenGradient lebih seperti rekonstruksi kondisi input sebelum komputasi dimulai. Nilai Protocol juga tidak hanya membersihkan teks, melainkan mengubah input yang berantakan menjadi objek status yang bisa terus diproses oleh model, node penalaran, dan lapisan verifikasi.

Detail ini lebih penting daripada sekadar “bagus atau tidaknya jawaban”. Karena jika input masih berupa teks yang berserakan, proof, attestation, verifikasi Full Nodes, dan catatan settlement setelahnya akan kekurangan titik awal yang jelas. Setelah input direkonstruksi, barulah penalaran off-chain tahu batas tugas; barulah lapisan verifikasi tahu apa yang harus dipastikan; dan barulah aplikasi punya kesempatan untuk mengonsumsi hasil kali ini.

$OPG juga perlu dilihat di sini. Bukan hanya simbol pembayaran dari satu kali pemanggilan, melainkan kondisi ekonomi yang membuat rekonstruksi status, pemilihan jalur, eksekusi penalaran, dan settlement verifikasi terus berlangsung. Satu hal yang benar-benar membuat saya memahami ulang OpenGradient adalah: komputasi tidak dimulai dari output model; banyak kali, saat input memasuki jaringan, arsitektur sudah mulai bekerja. $OPG #OPG @OpenGradient #opg $OPG

Sepak bola modern telah meninggalkan susunan statis tradisional dan sepenuhnya beralih ke pertarungan dinamis berbasis ruang dan waktu. Dari tiki-taka era Barcelona “Tiga Raja” hingga pressing intens Klopp, inti dari pembaruan taktik terletak pada analisis yang semakin teliti terhadap pergerakan pemain dan pengelolaan kelelahan. Kini, bek sayap yang menyusur ke dalam untuk ikut membangun serangan, striker yang sepenuhnya melakukan turunan ke belakang atau ikut menekan, serta bek tengah yang memiliki kemampuan mengirim umpan panjang yang presisi—ketiga fungsi ini sedang membentuk ulang logika menyerang dan bertahan tim. Memahami evolusi taktik tersebut bukan hanya kunci untuk menikmati pertandingan, tetapi juga menjadi dasar penting untuk memprediksi arah perkembangan tim di masa depan.#BinancePickAndWin

Lihat @OpenGradient dalam tokenomics, saya tidak langsung menatap total pasokan 1 miliar. Angka itu terlalu besar—malah membuatnya sulit dinilai. Yang paling saya perhatikan justru jumlah kecil yang benar-benar spesifik: saat pengguna menginisiasi satu permintaan AI, ke mana akhirnya $OPG yang dibayarkan itu mengalir.

Siapa pun yang pernah mengintegrasikan produk harus paham perasaan seperti ini. Tagihan untuk layanan AI terpusat sangat jelas, pemotongannya juga cepat, tapi Anda sulit melihat lapisan di baliknya: siapa yang menjalankan model, siapa yang menanggung biaya komputasi, dan siapa yang memastikan hasil dieksekusi dengan serius. Yang Anda tahu hanya platform menerima uang—sementara bagian lainnya tertutup rapat seperti kotak hitam.

Model ekonomi OpenGradient justru ingin membuka kotak hitam itu. Pengguna membayar sekali inferensi menggunakan OPG, dan x402 memproses kondisi pembayaran di dalam instans TEE. Jika frekuensi panggilan tinggi, pengguna juga bisa mengisi saldo di muka agar penyelesaian bisa terjadi secara asinkron—tidak perlu setiap permintaan berhenti menunggu pembayaran. Permintaan kemudian terus berjalan: node inferensi menyediakan GPU dan mengeksekusi model, lalu menerima kompensasi yang sesuai; node verifikasi memeriksa bukti, memastikan eksekusi kali ini tidak sekadar klaim asal jadi dari node—dan node verifikasi pun mendapatkan insentif.

Dilihat dari sini, OPG bukan sekadar “token proyek”. Ia lebih seperti menyatukan tiga pihak di satu meja kerja: pengguna membutuhkan layanan AI, node inferensi butuh pendapatan untuk menutup biaya komputasi, dan node verifikasi butuh imbalan untuk menjaga kredibilitas. Dulu platform berada di tengah dan membagi nilai; OpenGradient mencoba membuat relasi pembayaran, eksekusi, verifikasi, dan settlement melekat pada setiap satu kali pemanggilan.

Menurut saya, yang paling patut diperhatikan adalah motivasi node. Jika volume panggilan tidak cukup, node inferensi tidak akan terus merugi hanya untuk menjalankan model. Jika insentif verifikasi terlalu lemah, jaringan cenderung hanya memprioritaskan hasil generasi, bukan apakah hasilnya bisa dipercaya. Jadi kunci OPG bukan cuma total 1 miliar, melainkan apakah ia mampu menjaga siklus “ada yang memakai, ada yang menjalankan, ada yang memverifikasi” terus berputar. Selama siklus itu berjalan mulus, token tidak akan sekadar jadi dekorasi di luar narasi. $OPG #OPG @OpenGradient #opg $OPG

1. Di lapangan sepak bola, yang selalu paling membuat jantung berdebar adalah eksekusi dramatis dan comeback menegangkan—selama wasit belum meniup peluit akhir, tidak ada yang berani mengambil kesimpulan! Belakangan, pertandingan-pertandingan besar di berbagai liga benar-benar membuat adrenalin melonjak; sebagai penggemar sepak bola berpengalaman, rasanya belum lengkap kalau hanya menonton saja. Sangat disarankan agar Anda mencoba tantangan Pick & Win sepak bola dari Binance—ubah insting tajam Anda terhadap pertandingan menjadi keuntungan yang nyata. Setiap hari, cukup prediksi hasil pertandingan dengan beberapa ketukan jari: selain bisa berinteraksi dengan para penggemar di seluruh dunia dan puas menyalurkan rasa “kecanduan” sepak bola, Anda juga berkesempatan memperebutkan hadiah hingga 4 juta dolar AS dari kolam hadiah yang menggiurkan! Segera pilih pertandingan yang Anda incar, dan menangkan hadiah dengan kecerdasan sepak bola Anda! #BinancePickAndWin

2. Prediksi sepak bola yang paling memikat adalah kemampuan menekan dengan akurat “bola-bola atas” secara mutlak! Saat semua orang fokus pada kontrol indah di area bawah, kamu justru langsung melihat bahwa lini belakang lawan memang teknisnya halus, tapi rata-rata tinggi badan jelas kurang, dan tingkat keberhasilan duel udara sangat rendah. Dengan tegas memprediksi: selama tuan rumah sering melancarkan umpan lambung tinggi yang menghujani kotak penalti, para bek “teknik murni” lawan akan dibuat pusing dan terhuyung, sehingga tercipta begitu banyak peluang tendangan titik kedua. Wawasan tajam yang mampu melihat “bakat fisik yang menekan” ini benar-benar bikin adrenalin/ dopamin meroket! Ayo ikut #BinancePickAndWin

Gue lebih suka ngeliat dari tindakan yang sepele nih @OpenGradient Chat: Pas connect, gak ada yang ngajak gue ke backend buat copy API key. Ruang kosong ini penting banget. Layanan AI tradisional bikin hak akses jadi kayak kartu, platform ngeluarin kartu, terus bisa narik juga; setelah developer nyambungin bisnisnya, throttling, banned, sama frozen limit bisa dimulai dari perubahan status di backend.

OpenGradient ganti pintunya jadi bayar per request. Klien ngelakuin satu inferensi, bukan tukar izin pake identitas akun, tapi bayar buat request ini via x402. Pembayaran terjadi di Base testnet, settlement dan verifikasi inferensi jalan di OpenGradient testnet. Di sini struktur kekuasaannya berubah: platform gak lagi bergantung sama API key buat pegang akses jangka panjangmu, bisa masuk jaringan atau enggak, tergantung syarat pembayaran, otorisasi saldo, dan aturan jaringan.

Jalur berikutnya juga bukan sekadar "bayar terus dapet jawaban". Request masuk ke instance TEE yang sudah diverifikasi, model dieksekusi di lingkungan terisolasi, respon bakal bawa tanda tangan TEE sebagai bukti. Pengguna dapet satu jawaban, juga jejak eksekusi yang bisa diverifikasi. Bukti dari API yang terpusat sering kali tersembunyi di log platform, pengguna cuma bisa nunggu customer service ngejelasin; OpenGradient setidaknya memecah pembayaran, eksekusi, tanda tangan, dan settlement jadi beberapa bagian yang bisa diperiksa. Ini penting banget.

Yang paling menarik justru adalah "gak ada akun" ini. Banyak orang merasa kehilangan API key, kayak kehilangan satu lapisan manajemen. Pemahaman gue kebalik: yang hilang adalah pegangan pintu yang sepihak. Siapa yang kontrol akses, gak sepenuhnya ditentukan sama backend yang ngeluarin kartu; siapa yang dapat manfaat, itu butuh model yang stabil; siapa yang tanggung risiko, juga bukan cuma dari banned akun yang samar, tapi jadi lebih jelas kayak saldo kurang, otorisasi gagal, aturan jaringan gak terpenuhi.

$OPG di sini bukan biaya langganan, juga bukan saldo buat ngehidupin akun. Ini nyokong gimana satu inferensi dibayar, dieksekusi, ditandatangani, dan disettle. OpenGradient Chat bener-bener ngubah, bukan cuma cara bayar, tapi juga dari "platform ngijinin gue terus pake" jadi "gue nyambung langsung sesuai aturan yang ada". $OPG #OPG @OpenGradient #opg $OPG

Sangat mengejutkan! Ada tiga perusahaan publik yang memasukkan BNB ke dalam cadangan asetnya, dan salah satunya ternyata ada di Hangzhou.

Melihat perusahaan Tiongkok muncul dalam daftar ini, saya sebenarnya tidak terlalu terkejut.

Bukankah di dalam negeri sedang menekan mata uang kripto? Lalu mereka mengaturnya seperti apa? Latar belakangnya begitu besar?

Dulu saya paling takut kalau platform AI tiba-tiba mengubah aturan. Antarmuka masih ada, tapi harga berubah, dan izin juga berubah—proyek hanya bisa ikut bergeser secara pasif. Nah, lihat pendaftaran node inferensi dengan @OpenGradient , yang saya perhatikan bukan “menambah satu GPU”, melainkan: begitu mesin ini terdaftar melalui jaringan, identitasnya tidak lagi sepenuhnya tunduk pada pengakuan operator semata.

Saat node dinyalakan, langkah pertama bukan menerima order, melainkan menghasilkan kunci tanda tangan dan sertifikat komunikasi di dalam TEE. Aksinya terlihat kecil, tapi justru sangat krusial. Jika kunci diimpor dari luar, tim operasional bisa jadi menyalin, mengganti, atau memalsukan; tapi bila kunci dihasilkan di dalam enclave, artinya identitas node lebih dulu dikunci oleh batas perangkat keras. Mesin milik operator, tetapi identitasnya tidak bisa sembarangan diganti “kulit”-nya.

Setelah itu, node mengajukan permintaan registrasi ke seluruh node. Di dalam permintaan, harus disertakan bukti jarak jauh: apakah mesin ini benar-benar menjalankan kode yang telah disetujui, apakah lingkungan enclave telah diubah, dan apakah rantai tanda tangannya cocok. Yang diverifikasi oleh seluruh node bukan janji operator, melainkan materi bukti. Setelah lolos, informasi node ditulis ke kontrak di blockchain; alamat, status, dan relasi bukti semuanya berubah menjadi catatan yang bisa dicek.

Banyak orang mengira desentralisasi hanya berarti server tersebar. Padahal yang lebih berbahaya adalah desentralisasi kontrolnya. Operator bisa saja mematikan mesin, atau berhenti melayani, tapi operator tidak bisa diam-diam mengubah identitas node yang sudah ada di blockchain, dan juga tidak bisa mengelabui node menjadi mesin lain yang “layak” tanpa melalui kontrak. OpenGradient membuat jaringan mengakui status sesuai kontrak dan bukti perangkat keras, bukan sekadar pengakuan sepatah kata dari pihak belakang.

Model dan daya komputasi dulu melekat pada terminal perusahaan: bagaimana aturan diubah, kapan antarmuka dihentikan—pengguna hanya bisa menunggu pengumuman. OpenGradient mengubah node inferensi menjadi sumber daya yang bisa didaftarkan, diverifikasi, dan diaudit di dalam jaringan, setidaknya memecah kendali “siapa yang memutuskan identitas node” dari tangan satu perusahaan.

Ini bukan menempelkan label pada GPU tertentu, melainkan mendukung registrasi node, penjadwalan tugas, verifikasi bukti, dan penyelesaian pembayaran berikutnya. Tanpa rantai ini, desentralisasi hanyalah slogan; dengan adanya ini, barulah eksekusi model mulai lepas dari saklar titik tunggal. @OpenGradient #opg $OPG

1. Sensasi sepak bola paling ekstrem, adalah bisa lebih dulu melihat “tim semu kuat di papan taktik”! Saat semua orang di luar sana memuji sebuah tim karena penguasaan bolanya sampai tujuh puluh persen dan tingkat keberhasilan umpan yang mengagumkan, Anda justru peka bahwa sepanjang pertandingan mereka hanya bermain aman dan mengoper bola di zona aman, sama sekali tidak berani mengirim bola ke area berbahaya. Prediksi tegas bahwa taktik “menguasai bola demi menguasai bola” yang tidak efektif ini akan dihukum telak oleh pertahanan low-block dari pihak lawan yang realistis. Kesadaran yang seperti “merobek” gelembung tim semu kuat itu bikin adrenalin melonjak! Segera bergabung #BinancePickAndWin