Status Kontrak Pintar Pi Network: Apa yang Sebenarnya Bisa Dilakukan Pengembang Setelah V23?

V23 membawa kontrak pintar Soroban ke mainnet Pi pada Mei 2026, ini adalah peningkatan teknis terbesar Pi sejak Open Mainnet. Namun, ada celah yang tidak pernah dijelaskan secara jelas oleh pihak resmi antara "kontrak pintar sudah di mainnet" dan "apa yang bisa dilakukan pengembang dengan kontrak pintar saat ini".

Artikel ini merangkum informasi langsung yang tersedia saat ini, memberikan penjelasan status terkini yang sebenarnya untuk penambang umum dan pengembang.

Untuk Penambang Umum: Apa yang Bisa Dilakukan Pi Network Sekarang?

Yang Sudah Pasti Bisa Dilakukan

Pi SDK: Login dan Pembayaran Ini adalah kemampuan yang sudah ada sejak awal Pi, tidak terkait dengan peningkatan protokol. Aplikasi di Pi Browser dapat memungkinkan pengguna untuk login dengan akun Pi dan melakukan pembayaran dengan Pi melalui Pi SDK. Saat ini, sebagian besar aplikasi di ekosistem Pi beroperasi menggunakan mekanisme ini.

Kontrak Pintar Soroban (Secara Teknis Sudah Siap, dan Lebih Matang dari yang Diperkirakan Sebelumnya) Setelah V23, kontrak pintar Soroban secara teknis sudah siap. Pihak resmi telah merilis contoh kontrak pertama di GitHub: kontrak langganan (PiRC2), dengan desain yang cukup lengkap, mencakup fitur-fitur seperti pendaftaran layanan merchant, langganan pengguna, pemotongan otomatis, masa percobaan, dan lainnya.

OrbitWatch lebih lanjut mengonfirmasi bahwa kontrak ini bukan hanya contoh di GitHub—kontrak ini sudah di-deploy di Pi Testnet, dan dikemas dalam file Pi SDK yang dirilis secara resmi (lihat "Jalur Dua" di bawah). Namun, belum ada pernyataan resmi yang menjelaskan apakah pengembang dapat benar-benar melakukan deploy atau memanggilnya.

Yang Masih Belum Pasti

Bisakah Pihak Ketiga Memanggil atau Melakukan Deploy Kontrak Pintar? Pihak resmi telah menjawab dengan jelas di Developer Discord: fitur kontrak pintar "belum final, saat ini hanya untuk penggunaan internal, informasi lebih lanjut akan diumumkan nanti". Secara teknis sudah cukup matang, tetapi jadwal pembukaan untuk umum belum diketahui.

Kapan Token PiRC1 Dapat Diterbitkan di Mainnet? PiRC1 mendefinisikan standar penerbitan token ekosistem (token hanya dapat diterbitkan setelah ada produk), dan Pi Launchpad juga telah memverifikasi prosesnya menggunakan token uji (IRRA, SLICE). Namun, saat ini belum ada catatan pihak ketiga yang secara resmi menyelesaikan audit PiRC1 dan menerbitkan token asli di mainnet.

Ringkasan Singkat

V23 membawa "kemungkinan teknis" dan tingkat penyelesaian yang lebih tinggi dari yang diperkirakan sebelumnya; namun, untuk "pembukaan kepada pihak ketiga", pihak resmi telah menyatakan dengan jelas—belum saatnya. Namun, OrbitWatch juga mengamati bahwa beberapa pengembang telah menemukan cara untuk mengoperasikan kontrak pintar tanpa perlu menunggu pembukaan resmi (lihat penjelasan di bawah).

Untuk Pengembang: Fitur Pi Apa Saja yang Bisa Digunakan Sekarang?

Jalur Satu: Pi SDK (JavaScript)

Ini adalah jalur pengembangan yang paling matang dan memiliki dokumentasi terlengkap saat ini.

Yang Bisa Dilakukan
→ Pi Sign-in: Memungkinkan pengguna login ke aplikasi Anda dengan akun Pi
→ Pi Payment: Memungkinkan pengguna membayar aplikasi Anda dengan Pi
 
Batasan
→ Tutorial dalam dokumen resmi hanya mencakup Pi.init({ version: "2.0" })
→ Versi ini tidak dapat memanggil fungsi terkait kontrak pintar
→ Tidak dapat menerbitkan token ekosistem sendiri

Jika Anda hanya ingin membuat aplikasi dengan fitur login dan pembayaran di Pi Browser, Pi SDK (versi 2.0) adalah pilihan paling andal saat ini.

Jalur Dua: Kontrak Pintar Soroban (Rust + Layanan SmartContract Bawaan SDK)

Ini adalah jalur baru yang dibawa oleh V23. Verifikasi terbaru oleh OrbitWatch menunjukkan bahwa tingkat penyelesaian jalur ini lebih tinggi dari yang diperkirakan sebelumnya, tetapi masih belum dibuka untuk pihak ketiga.

Bagian yang Sudah Dikonfirmasi Ada, tetapi Tidak Tertulis dalam Dokumen Resmi:

Pi Browser secara otomatis memuat file publik sdk.minepi.com/pi-sdk.js. Setelah meninjau kode sumber yang telah dirilis ini, OrbitWatch mengonfirmasi:

Layanan SmartContract sudah termasuk dalam Pi SDK
→ Perlu meneruskan version: "3.0" saat inisialisasi (dokumen resmi hanya mengajarkan "2.0")
→ Menyediakan metode submitTransaction() dan pollTransaction()
→ Dua sub-modul, Subscription dan NativeToken, sudah dikemas
→ URL RPC Testnet: https://rpc.testnet.minepi.com
→ Network passphrase: Pi Testnet
→ Alamat kontrak Testnet sudah tertanam dalam kode SDK

Artinya, pernyataan sebelumnya di halaman ini yang menyebutkan "parameter koneksi Soroban RPC Pi Testnet belum diumumkan secara resmi" kini telah diperbarui—parameter ini memang ada dalam file SDK yang telah dirilis, hanya saja tidak tertulis dalam dokumen publik seperti pi-platform-docs.

Namun, melalui jalur SDK resmi ini, panggilan pihak ketiga saat ini akan ditolak. Beberapa pengembang telah melaporkan hasil pengujian di Developer Discord: memanggil Pi.SmartContract.submitTransaction() akan mencapai native bridge, tetapi mengembalikan pesan "App unauthorized to call this message". Kontak resmi mengonfirmasi bahwa fitur ini "belum final, hanya untuk penggunaan internal".

Contoh GitHub Resmi:

github.com/PiNetwork/SmartContracts
→ Hanya ada satu folder: contracts/subscription
→ Halaman utama README hanya berisi satu baris judul, tanpa instruksi awal
→ Seluruh repo hanya memiliki 2 commit

Isi Kontrak Langganan:

Kontrak ini (sesuai dengan spesifikasi PiRC2, dan juga modul Subscription di SDK) memiliki desain yang cukup lengkap:

Yang Bisa Dilakukan Merchant
→ register_service: Membuat layanan langganan (mengatur harga, periode, masa percobaan)
→ process: Mengumpulkan pembayaran secara batch dari pelanggan yang jatuh tempo
 
Yang Bisa Dilakukan Pengguna
→ subscribe: Berlangganan layanan (dapat mengatur perpanjangan otomatis)
→ cancel: Membatalkan perpanjangan otomatis
→ toggle_auto_renew: Mengubah status perpanjangan otomatis
→ extend_subscription: Memperpanjang otorisasi token
 
Fungsi Query (panggilan gratis)
→ get_service / get_subscription / is_subscription_active, dll.

Kontrak ini menggunakan mode pemotongan dana token approve + transfer_from dari Stellar, di mana dana tetap berada di dompet pengguna hingga saat pemotongan sebenarnya, tidak perlu dikunci terlebih dahulu. Ini bukan hanya kode contoh—OrbitWatch mengonfirmasi bahwa kontrak ini telah benar-benar di-deploy di Pi Testnet.

Sebuah Observasi Baru: Yang Dikunci Resmi Adalah "Pintu Masuk SDK", Bukan "Kontrak On-Chain Itu Sendiri"

Saat memverifikasi rumor komunitas, OrbitWatch menemukan kontrak escrow Soroban yang benar-benar beroperasi di Pi Testnet (mirip dengan escrow dana "biaya kebersihan saat check-out" dalam aplikasi pemesanan kamar), dan memverifikasi keberadaan serta catatan operasinya secara langsung melalui Testnet RPC.

Metode verifikasi: Pertama, menggunakan metode getEvents untuk mengonfirmasi bahwa alamat kontrak tersebut memiliki banyak catatan peristiwa nyata (created, funded, auto_released, dll.), kemudian menggunakan metode getTransaction untuk memeriksa konten lengkap salah satu transaksi, dan setelah mendekode envelopeXdr, detail penting dikonfirmasi:

Akun yang memulai transaksi ini (source_account)
→ Adalah alamat dompet tetap (diduga akun escrow/backend
  milik aplikasi itu sendiri), bukan akun masing-masing
  pengguna (guest) atau pemilik properti (host)
→ Dengan kata lain, transaksi ini tidak dipicu oleh pengguna
  yang beroperasi melalui Pi Browser dan memanggil Pi.SmartContract SDK,
  melainkan sistem pengembang sendiri yang langsung menandatangani
  dan mengirimkan transaksi ke Soroban RPC

Ini memecahkan kontradiksi sebelumnya: pihak resmi dengan jelas mengatakan kontrak pintar "hanya untuk penggunaan internal", tetapi memang ada pengembang yang benar-benar mengoperasikan kontrak di Testnet. Jawabannya adalah—pengembang ini tidak melalui Pi.SmartContract SDK bawaan Pi Browser (jalur tersebut masih akan diblokir oleh "unauthorized"), melainkan melewati lapisan ini, langsung menggunakan toolchain Soroban standar untuk mengoperasikan kontrak yang sudah di-deploy.

Hal ini secara teknis sepenuhnya masuk akal: setelah kontrak Soroban di-deploy ke Testnet, pada dasarnya itu adalah objek on-chain publik. Siapa pun yang memiliki akun Testnet dapat memanggilnya langsung menggunakan SDK Stellar/Soroban standar, ini tidak memerlukan native bridge Pi Browser, dan secara alami tidak akan memicu pemeriksaan izin yang ditetapkan oleh Pi resmi di lapisan SDK.

Ini berarti ruang lingkup batasan resmi saat ini lebih tepat daripada yang dipahami sebelumnya:

Yang Dikunci Resmi
→ Izin panggilan Pi.SmartContract SDK bawaan Pi Browser
  (ini adalah pintu masuk yang dapat dikontrol oleh pihak resmi)
 
Yang Tidak dan Tidak Dapat Dikunci Resmi
→ Mengoperasikan kontrak yang sudah di-deploy di Testnet
  secara langsung dengan alat Soroban standar (ini adalah sifat
  data on-chain publik, tidak melalui Pi Browser maka tidak
  terkena kontrol izin lapisan ini)

Bagi pengembang, ini berarti: jika Anda bersedia melewati Pi SDK, mengelola kunci akun Anda sendiri, dan langsung mengirimkan transaksi ke Soroban RPC, operasi kontrak pintar di Testnet secara teknis dimungkinkan, tetapi melakukan ini tidak melalui jalur SDK yang disetujui secara resmi, dan belum ada penjelasan apakah pihak resmi menyetujui praktik semacam ini.

Perbandingan Posisi Dua Jalur

                    Pi SDK (JS, v2.0)   SmartContract (SDK v3.0)
──────────────────────────────────────────────────────────────
Tujuan Utama     Login + Pembayaran  Kontrak Pintar / Langganan / Token
Bahasa Dev       JavaScript          Pembungkus SDK JavaScript + Kontrak Rust
Kelengkapan Dok. Lengkap              Tidak tertulis di dokumen publik, tetapi sudah ada di SDK
Koneksi Testnet  Tidak Berlaku       Diketahui (URL RPC, passphrase sudah dikonfirmasi)
Panggilan via
SDK Resmi        Ya                  Tidak (unauthorized)
Operasi Langsung
Kontrak Ter-deploy (lewati SDK) Tidak Berlaku       Secara teknis mungkin, posisi resmi belum jelas
Tersedia di Mainnet Ya                  Tidak Diketahui
Dampak Upgrade Protokol Tidak                Berhubungan langsung
Ambang Batas Masuk Rendah               Secara teknis sudah siap, jalur resmi yang disetujui belum dibuka

Celah yang Tidak Dijelaskan oleh Pihak Resmi

Berikut adalah pertanyaan-pertanyaan yang OrbitWatch tidak dapat menemukan jadwal resmi dari pihak resmi, langsung dicantumkan:

Kapan fitur kontrak pintar akan dibuka untuk pihak ketiga (melalui jalur SDK resmi)? Pihak resmi hanya menyatakan "belum final"
Apakah pihak resmi menyetujui atau mengizinkan praktik pengembang yang melewati Pi SDK dan langsung mengoperasikan kontrak yang sudah di-deploy di Testnet?
Progres audit resmi kontrak langganan PiRC2 dan waktu peluncuran Mainnet?
Kapan pihak ketiga dapat secara resmi menerbitkan token di mainnet melalui proses PiRC1?
Mengapa layanan SmartContract sudah cukup matang, tetapi memilih untuk tidak menuliskannya dalam dokumen publik? Pertanyaan-pertanyaan ini bukan sesuatu yang bisa dijawab oleh OrbitWatch, hanya bisa dicatat apa adanya. Jika pihak resmi memiliki penjelasan resmi mengenai salah satu pertanyaan di atas, kami akan segera memperbarui halaman ini.

Bacaan Lanjut

Sumber data: PiNetwork/SmartContracts GitHub repo (observasi langsung), sdk.minepi.com/pi-sdk.js (file SDK resmi yang dirilis publik, observasi langsung), Pi Network Developer Discord (diskusi publik di saluran dev-questions), Pi Testnet Soroban RPC (rpc.testnet.minepi.com, kueri langsung getEvents/getTransaction), Pi-Defi-world/pirc-smart-contracts-explainer GitHub repo (pihak ketiga, non-resmi), dokumen Pi Network Horizon API. Semua analisis tidak merupakan saran investasi. OrbitWatch adalah stasiun pengamatan ekosistem Pi Network independen, tidak berafiliasi dengan Pi Network resmi.