Solana Attestation Service adalah sistem bersama Solana untuk kredensial on-chain: cara bagi pihak tepercaya untuk menyatakan “wallet ini lolos KYC” atau “wallet ini milik investor terakreditasi” dalam format yang bisa dicek aplikasi mana pun. Layanan ini live di mainnet pada Mei 2025, diumumkan oleh Solana Foundation dan Solana Identity Group, dan berjalan sebagai satu program terbuka. Panduan ini menjelaskan credential, schema, dan attestation, cara Solana Explorer menampilkannya, kegunaannya, dan hal yang perlu Anda ketahui soal privasi sebelum wallet Anda membawa salah satunya.
Bagi pengguna di Indonesia, konsep ini terasa dekat. Hampir semua orang yang pernah membeli kripto di exchange lokal sudah melewati verifikasi KTP dan swafoto, lalu mengulanginya lagi di platform berikutnya. SAS mencoba menjawab masalah itu di level on-chain: verifikasi sekali, lalu buktinya bisa dipakai ulang tanpa menyerahkan dokumen yang sama berulang kali.
Apa itu Solana Attestation Service?
Solana Attestation Service (SAS) adalah protokol terbuka dan permissionless untuk kredensial yang bisa diverifikasi, yang menghubungkan klaim dengan wallet. Penerbit mengecek sesuatu di luar chain, seperti identitas, lokasi, atau status akreditasi, lalu mencatat hasilnya on-chain sebagai atestasi yang bisa dibaca aplikasi lain.
Programnya berada di 22zoJMtdu4tQc2PzL74ZUT7FrwgB1Udec8DdW4yw4BdG, dan kodenya open source di repositori solana-attestation-service. Mitra peluncuran yang disebut dalam pengumuman Solana Foundation antara lain Civic, Solid, Solana.ID, Trusta Labs, Sumsub, dan Range. Janji utama pengumuman itu adalah pemakaian ulang: penuhi sebuah persyaratan sekali, lalu bawa kredensialnya ke platform lain tanpa verifikasi ulang.
Kenapa ini penting bagi explorer? Karena atestasi adalah akun Solana biasa. Siapa pun bisa membukanya, membaca siapa penerbitnya, dan mengecek apakah masih berlaku. Itu sangat kuat untuk transparansi, dan juga alasan Anda perlu memahami isinya.
Credential, schema, dan attestation
SAS memakai tiga jenis akun. Credential menentukan siapa yang boleh menerbitkan, schema menentukan isi atestasi, dan attestation adalah klaimnya sendiri. Ketiganya dimiliki oleh program SAS.
Credential. Ini akun otoritas milik penerbit. Isinya daftar penanda tangan resmi, yaitu kunci-kunci yang boleh membuat atestasi atas nama penerbit itu. Penyedia KYC biasanya menjalankan satu credential dan merotasi penanda tangannya sesuai kebutuhan.
Schema. Schema adalah templat yang terikat pada sebuah credential. Schema menamai setiap kolom dan tipe datanya. Menurut kode sumber program, schema mendukung 26 tipe data, mulai dari integer seperti U8 dan I64 hingga boolean, string, dan vektor dari masing-masing tipe. Schema bisa sesederhana satu boolean bernama kycPassed, atau beberapa kolom seperti kode negara dan tingkat verifikasi. Schema bisa diberi versi dan dijeda.
Attestation. Atestasi adalah klaimnya. Akunnya menyimpan nonce (sering kali wallet subjek), credential dan schema tempatnya bernaung, byte data yang sesuai schema, penanda tangan yang menerbitkannya, timestamp expiry dengan nol berarti tanpa batas waktu, dan akun token opsional jika atestasi di-tokenisasi, sehingga juga bisa tampil sebagai token di wallet pemegangnya (panduan explorer token kami menjelaskan cara kerja akun token). Alamat akunnya adalah PDA yang diturunkan dari credential, schema, dan nonce, jadi aplikasi bisa menemukan atestasi untuk wallet tertentu tanpa perlu mencari.
Instruksi-instruksi program mencerminkan struktur ini: buat credential, buat schema, buat attestation, tutup attestation, ubah penanda tangan resmi, ubah status atau versi schema, plus varian ter-tokenisasi. Dokumentasi resmi atestasi menjelaskan modelnya dan menautkan ke SDK.
Cara kerja dukungan explorer untuk atestasi SAS
Solana Explorer, yang dikelola Solana Foundation, mendekode akun SAS secara native. Saat Anda membuka akun milik program SAS, explorer mengenali apakah itu attestation, credential, atau schema, lalu menampilkan kolom-kolomnya dalam kartu yang mudah dibaca, bukan byte mentah.
Dukungan ini terlihat di kode open source explorer, yang memakai paket resmi sas-lib untuk mendekode ketiga jenis akun, dan menyertakan kartu atestasi untuk akun maupun instruksi. Dalam praktiknya:
- Membuka attestation menampilkan credential, schema, penanda tangan, expiry, dan data yang sudah didekode.
- Membuka schema menampilkan nama dan tipe kolom, sehingga Anda bisa melihat persis apa yang dicatat penerbit.
- Membuka credential menampilkan otoritas penerbit dan penanda tangan resminya.
- Membuka transaksi yang memanggil SAS menampilkan instruksinya dalam bentuk yang mudah dibaca.
Ini sejalan dengan kekuatan umum Solana Explorer sebagai rujukan data akun mentah yang sudah didekode; fitur lainnya kami bahas di ulasan Solana Explorer. Range, salah satu mitra peluncuran, menampilkan konteks atestasi di alat investigasinya sendiri. Dukungan di Solscan, Orb, dan explorer lain belum terkonfirmasi saat kami mengecek, jadi jika Anda mengandalkannya, uji dulu dengan alamat atestasi yang sudah diketahui. Daftar peringkat explorer Solana kami membahas apa saja yang bisa didekode dengan baik oleh setiap alat.
Tips: Untuk mengecek apakah sebuah wallet membawa atestasi tertentu, Anda butuh alamat credential dan schema dari penerbitnya. Dengan keduanya dan wallet sebagai nonce, alamat atestasinya bersifat deterministik, dan Anda bisa membukanya langsung di Solana Explorer atau menempelnya ke alat pencarian kami untuk memastikan akunnya ada.
Kegunaan: flag KYC, kelayakan, dan reputasi
Kegunaan utamanya adalah KYC yang bisa dipakai ulang, kelayakan berdasarkan wilayah, pengecekan akreditasi, ketahanan terhadap Sybil, dan reputasi. Dalam setiap kasus, aplikasi membaca klaim ya-atau-tidak atau data kecil, alih-alih mengumpulkan dokumen sendiri.
Flag KYC. Aplikasi yang teregulasi bisa mensyaratkan wallet memegang atestasi dari penerbit KYC yang disetujui. Pengguna menyelesaikan KYC sekali dengan penerbit; setiap aplikasi yang patuh membaca flag yang sama. Kelayakan geografis. Sebagian produk tidak boleh ditawarkan di negara tertentu. Atestasi yang menyatakan “bukan penduduk wilayah terbatas X” memungkinkan aplikasi membatasi akses tanpa menyimpan paspor. Akreditasi. Sekuritas ter-tokenisasi dan sebagian dana hanya untuk investor terakreditasi atau profesional, dan atestasi bisa membawa status itu.
Ketahanan Sybil. Airdrop dan voting governance sering dirusak oleh satu orang yang menjalankan ratusan wallet. Atestasi proof-of-personhood memungkinkan proyek menghitung manusia, bukan alamat. Ini relevan bagi pemburu airdrop di Indonesia: proyek yang memakai atestasi semacam ini akan lebih sulit “di-farming” dengan banyak wallet. Reputasi. DAO bisa menerbitkan atestasi untuk kontribusi, dan jaringan DePIN bisa mengatestasi perangkat atau lokasi. Karena atestasi adalah akun, program bisa mengeceknya di dalam transaksi, bukan hanya di front end web.
Pertimbangan privasi: apa yang publik, apa yang tidak
SAS dirancang agar data pribadi yang sensitif tetap berada di pihak penerbit, dan hanya klaimnya yang masuk ke chain. Semua yang masuk ke chain bersifat publik, permanen di riwayat ledger, dan terhubung ke alamat wallet.
Solana Foundation menggambarkan tujuannya sebagai kredensial portabel tanpa membuka data sensitif on-chain. Mekanismenya bergantung pada desain schema yang baik. Kolom data atestasi berisi apa pun yang didefinisikan schema. Jika penerbit merancang schema dengan satu boolean saja, chain hanya tahu bahwa sebuah wallet lolos pengecekan tertentu dari penerbit tertentu. Jika schema menyimpan tanggal lahir atau nama, data itu bisa dibaca siapa pun yang membuka explorer.
Beberapa hal praktis sebelum menerima atestasi:
- Baca schema-nya. Buka di Solana Explorer dan lihat nama serta tipe kolomnya. Makin sedikit dan makin umum kolomnya, makin baik.
- Ingat soal keterhubungan. Bahkan satu boolean pun mengungkap bahwa sebuah wallet diverifikasi oleh penerbit tertentu. Jika Anda ingin sebagian aktivitas tetap tidak terhubung, pakai wallet terpisah untuk itu.
- Riwayat tidak hilang. Menutup atestasi menghapus akunnya, tetapi transaksi pembuatan dan penutupannya tetap ada di ledger dan di explorer yang mengindeks riwayat.
- Cek expiry. Atestasi tanpa expiry (nilai nol) tetap berlaku sampai penerbit menutupnya.
Ini kompromi yang sama dengan yang dibuat seluruh chain: transparansi demi kemampuan verifikasi. Panduan explorer wallet kami menunjukkan seberapa banyak riwayat wallet yang sudah bisa dilihat siapa pun, konteks yang berguna sebelum Anda menambahkan klaim identitas ke wallet itu.
Cara membaca atestasi SAS langkah demi langkah
Membaca atestasi butuh empat pengecekan: siapa penerbitnya, apa isinya, apakah masih berlaku, dan apakah penanda tangannya berwenang. Solana Explorer menampilkan keempatnya dalam satu layar.
Mulai dari alamat atestasi. Pastikan pemilik akunnya adalah program SAS 22zo…4BdG; jika bukan, itu bukan atestasi SAS, apa pun yang tertulis di halaman. Buka credential yang tertaut dan cocokkan penerbitnya dengan yang Anda harapkan; penerbit memublikasikan alamat credential mereka di dokumentasinya. Buka schema yang tertaut dan baca kolom-kolomnya. Kembali ke atestasi, baca data yang sudah didekode dan expiry-nya, lalu pastikan penanda tangan tercantum di daftar penanda tangan resmi credential.
Jika Anda bekerja secara terprogram, pengecekan yang sama cukup dengan beberapa panggilan getAccountInfo plus dekode dengan SDK. Panduan API explorer Solana kami membandingkan opsi RPC dan indexer untuk mengambil akun dalam skala besar, dan panduan explorer program menjelaskan cara memeriksa program SAS itu sendiri, termasuk upgrade authority dan status verifikasinya. Saat kami mengecek pada 23 September 2026, API verifikasi OtterSec mencantumkan commit repositori yang tertaut untuk program SAS, tetapi belum melaporkannya sebagai terverifikasi.
Posisi SAS dalam stack Solana
SAS adalah infrastruktur, bukan aplikasi. SAS memberi penerbit dan aplikasi format bersama, dan memberi explorer satu program untuk didekode. Nilainya bertambah seiring makin banyak penerbit dan aplikasi yang sepakat memakainya.
Bagi pengguna, perubahan yang terlihat adalah lebih sedikit pengecekan identitas berulang dan lebih banyak aplikasi yang bisa menawarkan produk teregulasi on-chain. Bagi developer, SAS menggantikan allowlist sekali pakai dengan layout akun yang standar. Bagi tim di Indonesia yang membangun produk kripto dan harus memikirkan kepatuhan, standar bersama seperti ini berarti tidak perlu membangun sistem verifikasi sendiri dari nol. Situs resmi di attest.solana.com mengumpulkan dokumentasi dan tooling-nya. Jika membaca akun on-chain masih baru bagi Anda, mulailah dengan penjelasan pemula kami tentang apa itu explorer Solana, lalu kembali ke sebuah atestasi, dan kolom-kolomnya akan cepat masuk akal.
Oleh tim riset SolscannerDiperbarui · Metodologi ulasan