Mekanisme Payment Gateway — Rel Fiat Domestik vs SWIFT Internasional
GATEWAYDua jalur settlement yang berjalan paralel: rel domestik untuk vendor lokal (Rupiah), dan koridor SWIFT untuk vendor/OEM luar negeri (valas), keduanya bermuara ke satu ledger rekonsiliasi.
Alur Pembayaran Vendor Lokal (Rupiah)
Alur Pembayaran Vendor/OEM Luar Negeri (Valas)
Perbandingan Karakteristik Rel Pembayaran
KOMPARASI| Parameter | Rel Domestik (BI-FAST/RTGS) | SWIFT Internasional | Lapisan Smart Contract Escrow |
|---|---|---|---|
| Cakupan | Vendor dalam negeri, Rupiah | OEM/vendor luar negeri, multi-currency | Menumpang di atas kedua rel sebagai lapisan kepatuhan |
| Waktu Settlement | Real-time (BI-FAST) / T+0 (RTGS) | T+1 s.d. T+3 (tergantung jumlah bank koresponden) | Instan setelah kondisi milestone terpenuhi |
| Biaya Relatif | Rendah | Lebih tinggi (biaya koresponden berlapis + FX spread) | Biaya gas/transaksi jaringan (marginal) |
| Transparansi | Tertutup, rekonsiliasi manual bank-ke-bank | Tertutup, pesan MT hanya terlihat pihak bank | Terbuka untuk auditor terotorisasi (permissioned ledger) |
| Titik Kontrol Rilis Dana | Otorisasi manual pejabat pembuat komitmen (PPK) | Otorisasi manual + kepatuhan sanksi/AML bank koresponden | Kondisi terprogram: inspeksi lolos → oracle → rilis otomatis |
| Risiko FX | Tidak relevan (single currency) | Signifikan — perlu instrumen lindung nilai | Dapat dijembatani ke instrumen perpetual (lihat Tab 3) |
Mekanisme Tokenisasi Blockchain & Smart Contract
TOKENISASISetiap alokasi anggaran (baris DIPA/RKA-K/L) direpresentasikan sebagai token digital di ledger permissioned, dengan smart contract yang mengatur syarat pencairan bertahap (milestone-based).
Struktur Smart Contract per Baris Anggaran
Perbandingan Struktur Token Anggaran vs Produk RWA Pasar Terbuka
KOMPARASI| Aspek | Token Anggaran Pengadaan (usulan) | Tokenized Treasury (mis. BUIDL/USYC) | Tokenized Commodity (mis. PAXG/XAUT) |
|---|---|---|---|
| Underlying | Alokasi DIPA / pagu kontrak | Surat utang negara / instrumen pasar uang | Emas fisik tersimpan di vault |
| Backing | 1:1 terhadap pagu yang disahkan | 1:1 terhadap NAV instrumen | 1:1 terhadap troy oz fisik |
| Mekanisme Rilis | Milestone kontrak + oracle inspeksi | Redemption sesuai NAV harian | Redemption fisik minimum tertentu |
| Akses | Terbatas: PPK, vendor terverifikasi, auditor | Investor terverifikasi (KYC) di platform mitra | Investor terverifikasi via issuer/exchange |
| Transparansi | Ledger permissioned, laporan ke Itjen/BPK | Laporan NAV & reserve berkala | Laporan reserve & audit independen berkala |
| Tujuan | Kontrol pencairan & jejak audit pengadaan | Efisiensi settlement & yield instrumen keuangan | Eksposur harga komoditas 24/7 |
Fungsi Smart Contract Utama
Escrow bersyarat (conditional escrow)
Dana tidak berpindah sampai kondisi terpenuhi — menghilangkan risiko pencairan tanpa realisasi fisik/output.
Multi-signature approval
Rilis dana memerlukan tanda tangan digital lebih dari satu pihak (PPK, Itjen, dan/atau BPK) sesuai ambang nilai kontrak.
Oracle eksternal
Menjembatani data dunia nyata (berita acara serah terima, hasil inspeksi teknis, dokumen kepabeanan) ke dalam kondisi on-chain.
Jejak audit permanen
Setiap pergerakan token tercatat immutable, dapat ditelusuri oleh BPK/Itjen tanpa perlu meminta data manual dari K/L.
Kombinasi Mekanisme DEX Spot & Perpetual DEX
DEXDua mekanisme pasar on-chain yang saling melengkapi: pasar Spot untuk likuiditas/pendanaan token RWA anggaran, dan kontrak Perpetual untuk lindung nilai (hedging) risiko nilai tukar & komoditas pada pengadaan impor.
Peran Spot DEX — Likuiditas Instrumen Tertokenisasi
Token RWA yang merepresentasikan SBSN pembiayaan proyek (mis. pembangunan rumah dinas, infrastruktur) dapat diperdagangkan di pasar spot on-chain sehingga vendor/kontraktor pemegang piutang termin dapat memperoleh likuiditas lebih awal (invoice financing) tanpa menunggu siklus pencairan APBN penuh.
Mekanismenya mengikuti pola tokenized Treasury: harga mengacu pada NAV instrumen dasar, dan redemption tersedia melalui issuer resmi.
Peran Perpetual DEX — Lindung Nilai Pengadaan Impor
Sebagian besar pos pengadaan bernilai besar (pesawat, mesin, radar, sistem elektronik) memiliki komponen valas (USD/EUR). Kontrak perpetual memungkinkan instansi/vendor mengunci eksposur nilai tukar dari saat kontrak diteken hingga saat pembayaran final, tanpa tanggal jatuh tempo tetap (funding rate periodik menggantikan biaya roll futures konvensional).
Pendekatan ini setara dengan struktur TradFi perpetual pada aset komoditas/indeks yang dijelaskan pada laporan pasar perpetual — funding dibayarkan peer-to-peer antara posisi long dan short setiap interval.
Alur Gabungan: Pendanaan Spot → Lindung Nilai Perpetual
Perbandingan Mekanisme Struktural
KOMPARASI| Parameter | Spot DEX (Likuiditas RWA) | Perpetual DEX (Lindung Nilai) |
|---|---|---|
| Tujuan Utama | Mencairkan likuiditas dari piutang/token anggaran | Mengelola eksposur risiko harga/kurs |
| Kepemilikan Underlying | Transfer kepemilikan token secara langsung | Tidak ada transfer aset dasar, hanya kontrak selisih harga |
| Jangka Waktu | Sesuai siklus settlement kontrak/termin | Tanpa jatuh tempo tetap (perpetual), ditutup manual |
| Leverage | Tidak ada (transaksi 1:1 nilai token) | Dapat digunakan untuk efisiensi modal lindung nilai |
| Sumber Harga | NAV/harga referensi instrumen dasar | Indeks harga referensi + funding-basis |
| Risiko Utama | Risiko likuiditas pasar sekunder token | Risiko funding rate & likuidasi bila margin tidak dijaga |
Workflow Pengadaan Berbasis Blockchain
WORKFLOWAlur end-to-end dari penetapan pagu anggaran hingga pencairan final, mengikuti struktur kategori pengadaan yang tercantum pada dokumen referensi (Pesawat & Mesin, Siber TI & C2, Sistem Pengamanan, Kendaraan & GSE, Airfield & Ops Support, Alins/Alongins & Lab, SBSN).
Tahapan Workflow End-to-End
Penetapan Pagu & Rencana Umum Pengadaan (RUP)
DIPA/RKA-K/L disahkan; setiap baris kategori (mis. Pesawat & Mesin, Siber TI & C2) dipetakan menjadi identitas token unik di ledger.
Publikasi Tender & Prakualifikasi Vendor
Dokumen tender dipublikasikan; identitas vendor diverifikasi (KYB) dan dicatat sebagai whitelist address di smart contract sebelum dapat mengajukan penawaran.
Evaluasi & Pemenang Kontrak
Hasil evaluasi teknis-harga dicatat on-chain; kontrak pemenang memicu penguncian (lock) token pagu ke escrow khusus kontrak tersebut.
Pelaksanaan & Milestone Fisik
Vendor melaksanakan pengadaan/produksi/pengiriman sesuai termin; setiap milestone (uji fungsi, delivery, instalasi) menjadi syarat pencairan parsial.
Verifikasi Oracle & Inspeksi
Pihak independen (tim penerima, Itjen) menginput hasil pemeriksaan ke oracle; kondisi smart contract otomatis mengevaluasi kelayakan pencairan.
Pencairan Bertahap via Payment Gateway
Setelah kondisi terpenuhi, instruksi pencairan diteruskan ke rel pembayaran yang sesuai (domestik atau SWIFT, lihat Tab 1) untuk eksekusi settlement riil.
Serah Terima Akhir & Burn Token
Setelah kontrak selesai 100% dan diaudit, token pagu terkait dibakar (burn) untuk menandai penutupan siklus anggaran; seluruh jejak tersimpan permanen untuk audit BPK.
Pemetaan Workflow terhadap Kategori Tender (Ref. Matrix Distribusi Pengadaan)
PEMETAAN| Kategori Tender | Karakteristik Milestone Utama | Rel Pembayaran Dominan | Kompleksitas Oracle |
|---|---|---|---|
| Pesawat & Mesin | Uji terbang, sertifikasi kelaikan, serah terima unit | SWIFT (OEM luar negeri) | Tinggi — perlu sertifikasi otoritas penerbangan |
| Siber, TI & C2 | Deployment sistem, integrasi, penetration test | Campuran domestik & SWIFT | Tinggi — verifikasi fungsi & keamanan siber |
| Sistem Pengamanan | Instalasi perangkat, commissioning | Domestik / SWIFT tergantung komponen | Sedang |
| Kendaraan & GSE | Delivery unit, uji fungsi lapangan | Domestik | Rendah–Sedang |
| Airfield & Ops Support | Konstruksi/instalasi, uji operasional | Domestik | Sedang |
| Alins/Alongins & Lab AAU | Serah terima peralatan, kalibrasi | Domestik / SWIFT campuran | Sedang |
| SBSN (Rumah Dinas) | Progres konstruksi bertahap (termin fisik) | Domestik | Sedang — verifikasi progres fisik lapangan |
Tokenisasi RWA per Kategori — Klasifikasi HW / SW / MIX / INFRA
RWA MAPPINGSetiap kelas aset pada matrix analisis dokumen referensi dipetakan menjadi kelas token RWA tersendiri, dengan karakteristik vesting/redemption yang berbeda sesuai sifat asetnya.
Token-HW
FISIK · REDEEM ON-DELIVERYToken-SW
APLIKASI · REDEEM ON-ACCEPTANCEToken-MIX
TERINTEGRASI · MULTI-MILESTONEToken-INFRA
KONSTRUKSI · TERMIN PROGRESSkedul Penerbitan Token per Tahun (Ref. Matrix Distribusi Pengadaan)
ISSUANCE SCHEDULE| Kategori | 2025 | 2026 | 2027 | 2028 | 2029 | Total Token Diterbitkan |
|---|---|---|---|---|---|---|
| Pesawat & Mesin HW | 4.340,8M | — | 2.021,3M | — | — | ~6.362M |
| Siber, TI & C2 MIX | 1.779M | 2.164,2M | 649,9M | 440M | — | ~5.033M |
| Sistem Pengamanan MIX | — | 750M | — | 750M | — | 1.500M |
| Kendaraan & GSE HW | 473,9M | — | 225M | — | — | ~698,9M |
| Airfield & Ops Support MIX | — | — | 1.162,7M | — | 548,9M | ~1.711,6M |
| Alins/Alongins & Lab AAU HW | 1.189,7M | — | — | — | — | ~1.189,7M |
| SBSN (Rumah Dinas) INFRA | 222M | 257,8M | 283,5M | 254M | 294,6M | 1.311,9M |
| TOTAL TOKEN DITERBITKAN | ~8.005M | ~3.172M | ~4.514,9M | ~1.444M | ~843,5M | ~18.001M |
Prinsip Redemption per Kelas Token
Token-HW — redemption penuh terjadi satu kali pada titik serah terima fisik, meniru mekanisme redemption tokenized commodity (mis. PAXG/XAUT) yang memerlukan bukti fisik sebelum token dilepas dari escrow.
Token-SW — redemption bertahap mengikuti siklus pengembangan perangkat lunak (UAT, go-live, garansi), lebih menyerupai service credit ketimbang aset fisik sehingga oracle berbasis dokumen fungsional, bukan bukti fisik.
Token-MIX — redemption majemuk karena menggabungkan syarat fisik dan fungsional; memerlukan lebih dari satu jenis oracle sebelum smart contract melepas dana sepenuhnya.
Token-INFRA — redemption linear mengikuti termin progres konstruksi, mendekati struktur token real-world-asset untuk proyek properti/infrastruktur yang lazim menggunakan verifikasi progres fisik berkala.