rayls

Saya Agung, Duta Rayls.
Belakangan ini, banyak orang bertanya kepada saya tentang perbedaan antara deposito tokenisasi dan stablecoin seperti USDT atau USDC. Pertanyaan ini sering kali datang dari orang-orang yang masih baru mengenal blockchain, dan saya percaya penting untuk menjawabnya dengan jelas dan jujur.
Saya menulis artikel ini berdasarkan
@raylslabs
dokumentasi resmi dan blog, dipadukan dengan pengamatan saya sendiri selama mempelajari ekosistem ini. Saya berusaha menggunakan bahasa sesederhana mungkin agar mereka yang baru mengenal Rayls pun dapat memahaminya.

@Rayls membuka deposit untuk vault pertamanya pada 15 Oktober 2026. Alih-alih hanya melihat pengumuman peluncuran, saya memeriksa aktivitas bridge, laporan cadangan, perubahan jadwal imbalan, transaksi deposit aktual, dan arsitektur kontrak vault untuk memahami apa yang sebenarnya ditunjukkan oleh bukti yang tersedia.
Berikut temuan utamanya 👇
🔹 1. Aktivitas Bridge dan Pasokan Token
Catatan bridge-vault Polygon yang diperiksa menunjukkan 264,868.416247 BRL1 dalam transfer masuk dan 9,576.454346 BRL1 dalam transfer keluar, sehingga menyisakan saldo bersih 255,291.961901 BRL1.

Saat melihat APY staking pada @Rayls , apakah cukup hanya memeriksa tingkat imbal hasil yang ditampilkan?
Untuk memahami imbal hasil aktual, ada satu hal lagi yang perlu diperhatikan.
Bagaimana pendapatan dicatat, dihitung sebagai APY, dan akhirnya disalurkan sebagai imbalan aktual?
Kali ini, saya membandingkan langsung kode "RewardCurve" dan "RewardDistributor" di repositori resmi Rayls.
1. Apakah pendapatan jaringan otomatis tercermin dalam APY staking?
"RewardCurve" dirancang untuk menghitung APY tahunan dengan menjumlahkan emisi bulanan dasar dan emisi variabel.

Dalam beberapa tulisan sebelumnya, saya terus mengukur berapa lama bukti Rayls perlu dihitung. Namun, bagi bank, ada pertanyaan yang lebih mendasar: kapan uang benar-benar dianggap sudah masuk dan tidak bisa ditarik kembali? Minggu ini saya mengubah pendekatan: saya meminta server GitHub memantau Ethereum dan blockchain publik Rayls secara bersamaan selama dua jam, untuk melihat bagaimana keduanya menjawab pertanyaan itu sendiri.
Jawaban singkatnya: "sudah masuk" bagi bank punya dua arti—tidak dapat dibatalkan secara hukum dan tidak akan dibatalkan secara teknis. Dari sisi teknis, blok yang ditandai "telah difinalisasi" oleh node Ethereum sendiri tertinggal 12,6 hingga 19,2 menit dari blok terbaru, dengan median 16 menit. Sementara itu, blockchain publik Rayls menandai setiap blok sebagai final pada saat blok tersebut muncul, kira-kira setiap 1,35 detik. "Finalitas deterministik" (deterministic finality) ini juga ada harganya: jika konsensus tidak bisa berlanjut, rantai akan berhenti alih-alih bercabang. Sejak diluncurkan, blockchain publik Rayls setidaknya pernah berhenti dua kali—sekali selama 11,72 jam dan sekali selama 9,15 jam. Setelah pulih, keduanya langsung melanjutkan dari blok yang tepat setelah blok terakhir sebelum berhenti.

Blockchain publik menawarkan transparansi, tetapi bank tidak dapat memperlakukan setiap transaksi keuangan seperti unggahan di media sosial yang dapat dilihat publik. Saldo nasabah, jumlah pembayaran, dan pihak lawan transaksi dapat memuat informasi sensitif secara komersial atau pribadi.
Jadi, pertanyaan sebenarnya bukanlah apakah bank sebaiknya menggunakan blockchain. Pertanyaannya adalah bagaimana bank dapat memperoleh manfaat penyelesaian transaksi onchain tanpa mengungkap informasi keuangan yang rahasia.
1. Mengapa blockchain publik biasa menimbulkan tantangan
Di blockchain transparan yang umum, transaksi dapat mengungkap alamat dompet, jumlah token, dan pola aktivitas keuangan. Meskipun nama asli tidak dicantumkan langsung pada alamat, transaksi yang berulang terkadang dapat membantu pengamat mengaitkan aktivitas dengan entitas tertentu.

Jika transfer di Rayls gagal, apakah token saya akan kembali?
Apa yang terjadi pada token yang telah diproses di chain asal jika transaksi di chain tujuan gagal dalam transfer lintas chain? $RLS
Saat memindahkan token ke chain lain, aset di chain asal dapat dikunci atau dibakar. Namun, jika pemrosesan di chain tujuan gagal, diperlukan prosedur untuk memulihkan status aset.
Dokumentasi resmi Rayls menjelaskan mekanisme pemulihan untuk situasi ini. Namun, setelah meninjau kode publiknya, muncul beberapa hal tambahan yang perlu dikonfirmasi.

Temuan saya saat menelusuri konsensus Rayls, arsitektur penyelesaian, dan tanda terima transaksi.
Saya memulai dengan sebuah pertanyaan sederhana:
Jika sebuah blockchain menjanjikan finalitas dalam waktu kurang dari satu detik, apakah itu berarti seluruh transaksi selesai dalam waktu kurang dari satu detik?
Sekilas, jawabannya mungkin tampak jelas. Sebuah transaksi dikonfirmasi, jaringan mencapai konsensus, dan operasi pun selesai.
Namun, infrastruktur keuangan lebih rumit daripada itu.
Sebuah transaksi dapat disahkan di satu ledger sementara operasi yang lebih besar masih bergantung pada ledger lain, relayer, verifikasi bukti, atau eksekusi di sisi tujuan.

Saya melihat pengumuman penguncian token biasanya hanya peduli pada satu hal: apakah komitmen ini bisa diverifikasi. Kebanyakan proyek “penguncian tim” pada akhirnya hanya berhenti pada satu kalimat—Anda hanya bisa memilih untuk percaya atau tidak. Kali ini tidak seperti itu, jadi saya cek langsung ke blockchain.
Pertama, jelaskan faktanya. Parfin adalah pihak teknologi inti di balik Rayls, yang bertanggung jawab mengembangkan node privasi, jaringan privat, kerangka privasi Enygma, dan blockchain Rayls. Sebagai kompensasi untuk pekerjaan sebelum TGE, mereka menerima 1,070,493,535 unit RLS, sekitar 11% dari total suplai awal sebanyak 10 miliar unit.
Rangkaian token ini sebelumnya disimpan di kustodian institusi di jaringan Ethereum. Alasannya cukup praktis: pada saat TGE, blockchain publik Rayls belum berjalan, jadi token ini hanya bisa dititipkan terlebih dahulu. Sekarang blockchain publik sudah siap, token ini dipindahkan ke blockchain Rayls, dikunci dalam sebuah smart contract yang dapat diverifikasi secara publik, sekaligus jadwal pelepasannya ditunda dari Desember 2026 menjadi Desember 2027.

Jujur saja, saat pertama kali melihat tiga singkatan ini ditaruh berdekatan, saya mengira itu adalah tiga jawaban untuk satu soal yang sama—siapa yang paling cepat, siapa yang paling aman, tinggal pilih satu saja. Tapi kemudian saya paham: menaruh semuanya dalam satu peringkat, seperti bertanya "mana yang terbaik: palu, obeng, atau kunci inggris", jawabannya tergantung di tangan Anda sedang ada paku, sekrup, atau baut.
Mereka masing-masing sebenarnya menyelesaikan tiga masalah yang selama ini dicampuradukkan.
Masalah pertama adalah: saya ingin membuktikan sesuatu itu benar, tetapi data yang dibutuhkan untuk membuktikannya sangat sensitif, dan saya tidak ingin memperlihatkannya kepada Anda. Bank ingin menjelaskan kepada regulator bahwa "transaksi ini sah, otorisasinya benar, dan tidak ada duplikasi", tetapi mereka tidak mau menuliskan rincian jumlah dan pihak penerima/pembayar di dalam pembukuan. Kebutuhan agar pembuktian tetap benar tanpa membuka data adalah arena utamanya ZK. Kehebatannya adalah: kesimpulan berasal dari matematika, bukan dari "saya berjanji pada Anda, saya tidak akan melihat"; regulator atau auditor yang memperoleh kunci verifikasi bisa memeriksa kesimpulannya, tetapi tidak bisa menyentuh data dasarnya. Harganya juga nyata: ia jago membuktikan sifat data, tetapi kurang jago membuat beberapa pihak bisa menghitung bersama ketika tidak ada yang memiliki data lengkap, dan ia juga lebih haus daya komputasi dibanding data terbuka (plaintext).

Saudara-saudara, aku telah lama mengintai di komunitas Rayls. Aku tahu kalian semua sangat tidak puas dengan tim. Aku juga demikian. Namun, tim ini benar-benar bekerja, terus berupaya. Hanya saja tim Rayls menjalankan jalur yang sesuai dengan aturan. Saudara-saudara, jangan pernah menyerah. Serahkan semuanya pada waktu. Aku percaya tim Rayls pada akhirnya akan menyerahkan soal ujian yang membuat kita puas. Aku ingin membagikan kabar baik kepada saudara-saudara: ini tentang baru-baru ini tim Rayls menghubungkan RPC. Ini adalah hal yang sangat penting!!
Ringkasan cepat
Apa itu RPC
Kamu bisa mengartikan RPC sebagai telepon jalur khusus antara aplikasi dan blockchain.

Di tabel perbandingan pemasok di situs Rayls terdapat sembilan baris, dan saya memilih baris “Privasi”. Alasannya sangat sederhana: privasi itu penting, dan Besu bersifat open source—saya bisa memeriksa dokumentasi dan kodenya.
Di tabel perbandingan, Rayls memberi tanda centang pada dua baris: “privasi terisolasi” dan “privasi kriptografi”, sedangkan Besu hanya memberi tanda centang pada baris yang pertama. Saya berencana memverifikasi dengan dokumentasi milik mereka sendiri, jadi saya mencari dokumentasi Besu, lalu mengunduh kodenya dan menghitungnya satu per satu.
Kesimpulannya bukan “Besu tidak bisa”. Perbedaannya yang nyata adalah: kedua pihak menempatkan privasi pada lapisan yang berbeda, dan Besu memindahkannya lebih cepat daripada yang banyak orang kira.

Setiap minggu, komunitas kripto selalu bisa melihat ”beberapa raksasa keuangan tradisional masuk ke blockchain”. Sekarang, saya biasanya langsung menggeser judul-judul seperti itu, karena pada akhirnya sebagian besar berhenti di lab inovasi, lalu setelah merilis press release tidak ada kelanjutannya. Menilai benar atau tidaknya sebenarnya punya standar sederhana: di aplikasi mereka sendiri, apakah pelanggan biasa bisa langsung membuka dan menggunakannya.
XP Inc. Kali ini sudah lolos standar tersebut.
Pertama, jelaskan perusahaan ini, karena skala menentukan bobotnya. XP adalah platform investasi asal Brasil yang terdaftar di Nasdaq, kode saham XP. Saya mengecek laman hubungan investor-nya untuk data kuartal I tahun 2026: aset nasabah sekitar R$1.529 miliar real—lebih tepatnya R$1,529 triliun; jumlah penasihat investasi lebih dari 18.000 orang; total pendapatan dalam 12 bulan terakhir R$198 miliar real, dan laba sebelum pajak R$58 miliar real.

19 September Rayls mengirim sebuah artikel berjudul (Privacy has a price). Di judulnya tertulis honest math, namun seluruh artikel hanya memberikan satu rentang angka: sebuah pembuktian memerlukan ratusan milidetik hingga beberapa detik. Saya sudah menulis tentang arsitektur privasi Rayls selama beberapa minggu; kali ini saya ingin berbagi konten baru. Saya menurunkan kode bukti yang dipublikasikannya, menjalankannya beberapa puluh kali, lalu berbagi kesimpulan menarik ini untuk kalian!
Pertama, mari kita bahas tentang apa yang diceritakan di blog itu. Argumen intinya bisa diringkas menjadi dua kalimat. Kalimat pertama menjelaskan di mana biayanya: transaksi rahasia lebih mahal daripada transaksi transparan—mahalnya ada pada proses pembuatan bukti zero-knowledge, sementara verifikasinya justru lebih murah. Untuk sebuah bukti dari transfer rahasia dasar, dibutuhkan ratusan milidetik hingga beberapa detik pada perangkat keras komersial biasa. Kalimat kedua menjelaskan apa yang seharusnya ditanyakan: institusi tidak semestinya hanya menanyakan TPS, melainkan menanyakan throughput pada tingkat privasi dan kebutuhan audit yang mereka inginkan, saat menghadapi beban kerja bisnis yang nyata. Blog berpendapat bahwa volume penyelesaian antarbank tidak besar, sehingga sepenuhnya masih berada dalam kapasitas sistem penyelesaian yang bersifat rahasia.

$RLS
Saat meninjau kembali kode Relayer Rayls, saya menemukan satu hal yang terasa janggal.
Jika Relayer adalah pihak yang meneruskan pesan, bukankah Relayer seharusnya juga memiliki izin RELAYER untuk "executeMessage()"?
Namun, setelah menelusuri kode yang sebenarnya, ternyata tidak demikian.
Sebaliknya, Rayls memisahkan izin untuk meneruskan pesan dari eksekusi yang sebenarnya.
Di Public Chain, tempat pertama Relayer masuk adalah "PublicRNEndpoint.receivePayload()".
Di sini, tanpa mengeksekusi pesan secara langsung,

Saya mulai melakukan staking dari batch pre-commit bulan Juni, jadi saya sudah melewati alur proses ini sekali. Kali ini dibuka untuk semua orang. Banyak orang di sekitar saya bertanya bagaimana caranya, apa yang perlu diperhatikan, jadi saya tulis semuanya sekaligus.
Pertama, jelaskan perubahan itu sendiri.
Rayls menggunakan proof-of-stake berbasis delegasi. Validator menjalankan node, membuat blok, dan menjaga keamanan blockchain, sedangkan pemegang biasa tidak perlu menjalankan node sendiri. Anda bisa mendelegasikan RLS yang Anda miliki ke validator tertentu dan membagikan sebagian dari imbalan staking.
Mekanisme ini sudah diluncurkan sejak bulan Juni, tetapi saat itu hanya dibuka untuk wallet yang ikut serta dalam rencana pre-commit dan aktivitas seed likuiditas. Wallet pada batch tersebut mengunci token mereka sebelum mainnet; pihak resmi memberi tambahan APY 55% selama tiga bulan. Bahkan, mereka mengirimkan 1 USDr ke setiap wallet yang memenuhi syarat, supaya para peserta itu bahkan tidak perlu khawatir tentang gas.

Saya mulai melakukan staking RLS sejak fase pre-commitment; membacanya dari materi resmi adalah kebiasaan. Setelah nama “Sovereign” muncul, diskusinya kebanyakan berhenti pada “apakah ini hanya ganti nama”. Saya pikir pertanyaan itu mengarahnya terbalik. Nama itu tidak penting—yang penting adalah apa yang diganti di bawahnya, dan berapa banyak hal yang bisa diverifikasi sendiri oleh sebuah institusi saat melakukan due diligence. Setiap angka di artikel ini saya sudah sertakan sumber yang pasti; Anda bisa mencoba mereplikasi lagi persis berdasarkan itu.
Pertama, saya jelaskan satu hal: karena minggu lalu saya menulis artikel tentang keter-audit-an, ada pembaca yang mungkin sudah melihatnya.
Di artikel ini, sebagian besar kontennya baru: berasal dari repositori kode Axyl, direktori audit di dalam repositori, dan halaman dokumentasi tentang benchmark performa Axyl. Ketiga bagian ini sebelumnya tidak pernah saya sentuh. Hanya bagian kecil tentang key management/penitipan kunci yang merupakan kelanjutan dari kesimpulan tulisan sebelumnya; saya akan menandainya di sana. Memisahkan yang baru dan yang lama itu penting, supaya pembaca bisa membedakan sendiri “apa yang saya cek minggu ini” dan “apa yang saya cek sebelumnya”.

Saat menulis artikel tentang XP yang lalu, saya terus penasaran dengan satu pertanyaan: setelah stablecoin institusional seperti USDXP diterbitkan, bagaimana sebenarnya stablecoin itu ikut berperan dalam settlement lintas negara yang nyata? Artikel ini sekaligus menjawab rasa penasaran saya, dan sekalian membuat saya untuk pertama kalinya memahami sebuah istilah: “stabilcoin sandwich” (sandwich stablecoin).
Pertama, jelaskan kata ini. Sebenarnya, itu sangat menggambarkan: satu transaksi pembayaran lintas negara, dua ujungnya adalah mata uang fiat, dan di tengah ada lapisan stablecoin yang “dibuka” (public). Pihak pengirim menukarkan mata uang fiat menjadi stablecoin dolar, lalu stablecoin tersebut menyelesaikan settlement lintas negara di blockchain. Setelah itu, pihak penerima menukarkannya kembali menjadi mata uang fiat mereka sendiri. Mirip tidak seperti dua lembar roti yang menjepit lapisan di tengah? Itulah ungkapan yang mulai digunakan industri untuk mendeskripsikan settlement lintas negara dengan stablecoin.

Saya mulai melakukan staking RLS sejak fase prakomit, biasanya saya membaca blog resmi, lebih sering untuk tahu apakah posisi saya akan terpengaruh. Tapi artikel tentang kuantum pada 30 Agustus itu berbeda: isinya sepanjang mengajari institusi bagaimana melakukan pengadaan, tidak ada hubungan langsung dengan saya sebagai investor ritel. Namun tetap saja saya baca sampai selesai, karena di awal ia menetapkan satu aturan yang cukup tegas, dan aturan itu kemudian membawa saya kembali ke diri saya sendiri—ke artikel itu sendiri.
Begini aturan itu: istilah “keamanan kuantum”, jika tidak ditulis dengan jelas algoritma standarisasi spesifik yang digunakan, dan pada tingkat parameter yang mana, maka itu bukanlah sebuah klaim, melainkan sekadar label.

Di artikel sebelumnya, aku membahas tentang pembukaan staking itu sendiri. Di balik layar, banyak saudara bertanya hal yang paling sering ditanyakan dengan kalimat yang sama: bagaimana cara mengoperasikannya secara spesifik. Jadi kali ini, aku menelusuri seluruh alur dari awal sampai akhir lagi, mencatat setiap langkah dan setiap bagian yang mudah tersangkut. Kamu tinggal ikuti saja.
Tautan artikel sebelumnya ada di sini: 质押开放给所有人了,但有几件事最好先知道
Pertama, jelaskan dulu untuk siapa artikel ini. Jika kamu sama sekali belum pernah bersentuhan dengan Rayls, bahkan belum terlalu familiar dengan istilah seperti wallet dan bridging, artikel ini memang ditulis untukmu. Setiap istilah profesional akan kuberi penjelasan singkat sekalian.