Blockchain & Tokenisasi RWA dari Nol sampai Produksi

Untuk siapa roadmap ini

"Dari nol" di sini berarti nol blockchain, bukan nol pemrograman. Kamu diasumsikan sudah software engineer — terbiasa dengan Java atau PHP, paham dasar SQL, HTTP, dan REST API. Roadmap ini tidak mengajarkan cara ngoding dari awal; ia mengajarkan paradigma baru di atas kemampuan yang sudah kamu punya: bagaimana sistem tanpa database terpusat dan tanpa admin tunggal bekerja, dan bagaimana menghubungkannya ke backend yang sudah kamu kenal.

Kalau kamu belum pernah ngoding sama sekali, mulai dari Python Dasar untuk Pemula dulu. Kalau kamu ingin memperdalam sisi backend Java atau PHP-nya secara umum (bukan spesifik blockchain), Laravel dari Nol sampai Enterprise membahas arsitektur backend PHP secara mendalam.

Bentuk roadmap ini

Urutannya disengaja. Fase 2 (standar token & RWA) butuh Fase 1 (Solidity) yang sudah matang, dan Fase 5 (AWS) butuh seluruh fase sebelumnya sebagai fondasi — diagram arsitektur di Fase 5 secara harfiah merangkai ulang setiap komponen yang sudah kamu bangun sepanjang course. Jangan lompat ke Fase 5.

Materi

• Hash function — SHA-256 & Keccak-256Resmi
  Fungsi satu arah yang jadi fondasi segalanya di blockchain — dari alamat akun sampai integritas satu block penuh transaksi.
  docs.soliditylang.orgBaca rangkuman →
• Kriptografi asimetris — ECDSA & secp256k1Resmi
  Private key adalah satu-satunya bukti kepemilikan di Web3 — tidak ada 'lupa password' dan tidak ada admin yang bisa mereset.
  ethereum.orgBaca rangkuman →
• Merkle tree — verifikasi ribuan transaksiResmi
  Struktur yang membuat satu block header 500-an byte bisa mewakili ribuan transaksi — dan membuktikan satu transaksi ada di dalamnya tanpa mengunduh semuanya.
  ethereum.orgBaca rangkuman →
• Anatomi transaksi EthereumResmi
  Membedah field demi field satu transaksi — dari nonce yang mencegah replay attack sampai v/r/s yang membuktikan siapa pengirimnya.
  ethereum.orgBaca rangkuman →
• EVM — arsitektur & model gasResmi
  JVM-nya blockchain: runtime terisolasi yang menjalankan bytecode yang sama persis di ribuan node — dan biaya eksekusinya diukur, bukan diasumsikan gratis.
  ethereum.orgBaca rangkuman →

Bentuk yang akan kamu tulis berulang kali

modifier onlyRole(bytes32 role) {
    require(hasRole(role, msg.sender), "Akses ditolak");
    _;
}

function aksiTerbatas() external onlyRole(ADMIN_ROLE) {
    // logika yang hanya boleh dijalankan pemegang role tertentu
}

Tiga alat, tiga peran

Materi

• Solidity — sintaks dasar & tipe dataResmi
  Bahasa yang secara sengaja dibuat terbatas — dan justru keterbatasan itu yang membuat kode di atasnya bisa dipercaya menyimpan uang sungguhan.
  docs.soliditylang.orgBaca rangkuman →
• Function, modifier & eventResmi
  Modifier adalah middleware Solidity; event adalah satu-satunya cara murah menulis 'log' yang bisa dibaca backend-mu. Keduanya dipakai di hampir setiap kontrak produksi.
  docs.soliditylang.orgBaca rangkuman →
• Tooling — Remix, Hardhat & FoundryResmi
  Tiga alat dengan filosofi berbeda untuk pekerjaan yang sama: menulis, menguji, dan men-deploy smart contract — pilih sesuai fase proyekmu, bukan sekali untuk semua.
  hardhat.orgBaca rangkuman →
• OpenZeppelin — Ownable & access controlResmi
  Kalau kamu tidak akan menulis parser JWT sendiri untuk produksi, jangan juga menulis pattern access control smart contract sendiri. Inilah kenapa.
  docs.openzeppelin.comBaca rangkuman →

Peta pilihan standar

Materi

• ERC-20 — token fungibleResmi
  Standar yang membuat token baru bisa langsung dikenali seluruh wallet dan exchange di dunia — tanpa satu pun dari mereka perlu tahu kontrakmu sebelumnya.
  docs.openzeppelin.comBaca rangkuman →
• ERC-721 — NFT & aset unikResmi
  Kalau ERC-20 adalah saldo rekening, ERC-721 adalah nomor sertifikat — tiap unit unik, tidak bisa saling dipertukarkan, dan punya pemilik yang bisa dilacak satu per satu.
  docs.openzeppelin.comBaca rangkuman →
• ERC-1155 — multi-token standardResmi
  Satu kontrak, banyak jenis token sekaligus — fungible dan non-fungible berdampingan, dengan operasi batch yang memangkas biaya gas drastis.
  docs.openzeppelin.comBaca rangkuman →
• ERC-3643 & ERC-1400 — security token & KYCResmi
  Saham dan aset RWA teregulasi tidak bisa memakai ERC-20 polos — hukum mengharuskan setiap pemegang terverifikasi, dan setiap transfer bisa diperiksa kepatuhannya. Inilah standar yang dirancang untuk itu.
  eips.ethereum.orgBaca rangkuman →
• Arsitektur tokenisasi emas & saham (RWA)Resmi
  Merangkai semua yang sudah kamu pelajari — hash, standar token, kepatuhan — jadi satu arsitektur utuh: emas di brankas sungguhan, direpresentasikan token di blockchain, disinkronkan lewat oracle.
  ethereum.orgBaca rangkuman →

Materi

• RPC & node provider — Infura, Alchemy, QuickNodeResmi
  Backend-mu tidak bicara langsung ke blockchain — ia bicara ke satu node lewat JSON-RPC, persis seperti bicara ke REST API mana pun.
  ethereum.orgBaca rangkuman →
• Read vs write — call gratis vs transaksi berbayarResmi
  Satu perbedaan yang menentukan arsitektur seluruh backend-mu: membaca data on-chain instan dan gratis, menulisnya butuh menunggu block dan membayar gas.
  docs.soliditylang.orgBaca rangkuman →
• web3j — integrasi Java ke smart contractResmi
  Dari file ABI JSON sampai class Java yang typesafe — web3j mengubah panggilan smart contract jadi terasa seperti memanggil service Java biasa.
  docs.web3j.ioBaca rangkuman →
• web3.php — integrasi PHP ke smart contractResmi
  Lebih tipis dan lebih manual dibanding web3j, tapi cukup untuk kebutuhan PHP paling umum: membaca state kontrak dan mengirim transaksi yang sudah ditandatangani.
  github.comBaca rangkuman →
• Event listening & indexing ke MySQLResmi
  Blockchain adalah sumber kebenaran, tapi query SQL jauh lebih cepat dari eth_getLogs berulang-ulang. Indexing adalah cara membuat cache lokal yang selalu bisa disinkronkan ulang dari sumber aslinya.
  docs.web3j.ioBaca rangkuman →

Materi

• Kerentanan smart contract — reentrancy, overflow, front-runningResmi
  Kontrak yang sudah deploy tidak bisa di-patch diam-diam seperti server biasa. Tiga kelas bug ini sudah membobol ratusan juta dolar di dunia nyata — dan semuanya bisa dicegah dengan pola yang sudah baku.
  docs.soliditylang.orgBaca rangkuman →
• Key management — kenapa .env plaintext berbahayaResmi
  Private key yang mengendalikan treasury bukan kredensial biasa — sekali bocor, tidak ada 'reset password'. Peta lengkap dari yang paling berbahaya sampai yang paling aman.
  docs.aws.amazon.comBaca rangkuman →
• Multi-signature wallet — Gnosis SafeResmi
  Untuk dana treasury dan keputusan administratif, satu private key adalah satu titik kegagalan. Safe membuat 'pemilik' sebuah kontrak jadi kesepakatan N-dari-M orang, bukan satu kunci tunggal.
  docs.safe.globalBaca rangkuman →
• Pipeline testing, audit & deploymentResmi
  Kontrak yang sudah di-deploy dan diverifikasi source code-nya tidak bisa ditambal diam-diam. Urutan pipeline ini ada supaya bug tertangkap sebelum menyentuh dana sungguhan, bukan sesudahnya.
  book.getfoundry.shBaca rangkuman →

Materi

• Arsitektur AWS untuk aplikasi Web3Resmi
  Merangkai seluruh course jadi satu peta infrastruktur: dari API Java/PHP-mu, lewat KMS untuk signing, sampai node blockchain — dan MySQL yang menyimpan salinan lokal semuanya.
  docs.aws.amazon.comBaca rangkuman →
• AWS KMS — signing transaksi tanpa expose private keyResmi
  Implementasi konkret dari prinsip Fase 4: bagaimana persisnya backend menandatangani transaksi Ethereum tanpa private key pernah menjadi variabel string di aplikasimu.
  docs.aws.amazon.comBaca rangkuman →
• Worker & SQS — transaksi write yang tidak blockingResmi
  Fase 3 sudah memperingatkan: jangan tunggu transaksi write secara sinkron di dalam request HTTP. Ini pola konkretnya di AWS — antrean, worker terpisah, dan status yang bisa dipoll.
  docs.aws.amazon.comBaca rangkuman →
• Failover RPC & resiliencyResmi
  Node provider tunggal adalah satu titik kegagalan yang mudah dilupakan — sampai suatu hari mereka down dan seluruh fitur blockchain-mu ikut mati bersamanya.
  ethereum.orgBaca rangkuman →

Aturan main & etika

1. Bangun, jangan cuma baca. Setiap materi punya latihan konkret di testnet — testnet gratis, kesalahan di sana tidak berharga apa pun selain waktu.
2. Jangan pernah pakai private key sungguhan untuk belajar. Seluruh roadmap ini memakai testnet; private key produksi baru relevan setelah Fase 4 dan 5 benar-benar dipahami.
3. Audit independen bukan opsional untuk kontrak yang akan memegang aset bernilai signifikan di mainnet — alat otomatis (Fase 4) menangkap pola yang sudah dikenal, bukan bug logika bisnis spesifik kontrakmu.
4. Tokenisasi RWA menyentuh hukum, bukan cuma teknologi. Kepatuhan KYC/AML dan regulasi sekuritas berbeda di tiap yurisdiksi — roadmap ini mengajarkan pola teknisnya (ERC-3643, dst.), bukan menggantikan nasihat hukum yang sesungguhnya dibutuhkan sebelum peluncuran produksi.
5. Satu perubahan pada satu waktu. Mengubah logika kontrak dan strategi key management bersamaan membuat kegagalan sulit dilacak sumbernya.
6. Hapus resource AWS setelah berlatih. KMS key, RDS, dan SQS ditagih meski dipakai sedikit — dan sebuah KMS key yang terlanjur dibuat perlu masa tunggu (pending deletion) sebelum benar-benar hilang.

Sebelum ini

Roadmap ini mengandaikan kamu sudah bisa menulis Java atau PHP dan paham dasar SQL/HTTP. Kalau kamu ingin memperdalam sisi backend Java atau PHP-nya secara umum di luar konteks blockchain, Laravel dari Nol sampai Enterprise membahas arsitektur backend PHP skala besar secara mendalam. Kalau kamu tertarik memperdalam AWS di luar konteks Web3, AWS untuk AI Engineer membahas IAM, IaC, dan observability dari sudut pandang yang berbeda.