Solana baru-baru ini meluncurkan fitur baru yang disebut Layanan Verifikasi Solana (SAS), yang merupakan protokol sertifikat yang terbuka dan tanpa izin. SAS telah diluncurkan di Mainnet Solana. SAS memungkinkan penerbit yang tepercaya untuk mengaitkan informasi off-chain dengan Dompet pengguna, yang mungkin mencakup hasil pemeriksaan KYC, kelayakan lokasi, keanggotaan, atau status verifikasi lainnya. Sertifikat ini ditandatangani dan diverifikasi, dapat digunakan kembali di antara aplikasi yang berbeda, tanpa perlu mengekspos data sensitif di on-chain atau langkah-langkah verifikasi yang berulang.
Peluncuran SAS memberikan lapisan bukti yang netral dan tanpa izin untuk ekosistem Solana, yang membantu mewujudkan kepatuhan, kontrol akses, sistem reputasi, dan identitas yang dapat diprogram. Ini tidak hanya memberikan pengalaman yang lebih baik dan lebih nyaman bagi pengguna akhir, tetapi juga memberikan kemungkinan baru bagi para pengembang.
Meskipun SAS dan orakel keduanya merupakan mekanisme untuk membawa informasi off-chain ke on-chain, terdapat perbedaan yang signifikan dalam hal penempatan, kegunaan, model kepercayaan, dan cara kerja. Berikut adalah perbandingan yang lebih rinci:
verifikasi layanan vs oracle: perbandingan fitur utama
| Fitur | layanan verifikasi | oracle |
|-----|--------|------|
| Penggunaan Utama | Mengubah identitas, status, perilaku, dan informasi subjektif atau statis off-chain menjadi sertifikat on-chain | Menyediakan data objektif dan dinamis (seperti harga, cuaca, dll) ke on-chain |
| Tipe Data | Subjektif/Aksi: seperti verifikasi usia, status verifikasi, identitas anggota organisasi | Numerik/Fakta: seperti harga cryptocurrency, data API eksternal, data cuaca |
| Struktur Data | "Stempel" verifikasi yang dapat digunakan kembali dan terikat pada Dompet | Data yang digunakan secara real-time dalam transaksi (seperti feed harga) |
| Sumber Kepercayaan | Bukti tanda tangan dari "penerbit terpercaya" tertentu (seperti lembaga KYC, DAO, produsen perangkat) | Diterbitkan setelah dikumpulkan dari beberapa sumber data melalui jaringan oracle |
| Frekuensi Pembaruan | Frekuensi rendah, biasanya berlaku lama setelah satu kali dihasilkan | Frekuensi tinggi, mungkin diperbarui setiap menit |
| Komposabilitas | Tinggi, satu verifikasi dapat digunakan kembali untuk banyak aplikasi | Rendah, data biasanya digunakan sebagai input untuk transaksi tertentu |
| Perlindungan Privasi | Kuat, hanya memverifikasi "apakah lulus", tidak mengungkapkan detail | Umumnya tidak melibatkan privasi pengguna |
| Mewakili Proyek | Layanan verifikasi Solana, Layanan verifikasi Ethereum | Oracle harga tertentu, protokol data tertentu |
Untuk lebih memahami perbedaan antara keduanya, kita dapat melihat contoh konkret:
Penggunaan skenario layanan verifikasi: Pengguna menyelesaikan verifikasi identitas di platform Web3, kemudian mendapatkan stempel verifikasi "Dewasa" di on-chain. Stempel ini disimpan di dalam Dompet pengguna, dan di masa depan, aplikasi terdesentralisasi mana pun dapat memverifikasi tanpa perlu pengguna mengulang pengajuan bukti identitas.
Penggunaan oracle dalam skenario: Sebuah protokol keuangan terdesentralisasi perlu mengetahui harga ETH saat ini untuk memutuskan apakah akan memicu likuidasi. Protokol tersebut akan membaca data harga ETH/USD secara real-time melalui oracle.
Secara keseluruhan, oracle terutama fokus pada penyediaan data "fakta objektif" off-chain, sementara layanan verifikasi berfokus pada memverifikasi "kepercayaan subyektif atau bersyarat" off-chain. Kedua mekanisme ini bukanlah hubungan pengganti, tetapi memainkan peran yang saling melengkapi dalam ekosistem blockchain, bersama-sama memberikan dukungan data off-chain yang lebih kaya dan lebih dapat diandalkan untuk aplikasi terdesentralisasi.
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
13 Suka
Hadiah
13
6
Bagikan
Komentar
0/400
SerumSquirrel
· 5jam yang lalu
Hanya ini? sas bukan hanya mengganti lapisan?
Lihat AsliBalas0
GasFeeNightmare
· 17jam yang lalu
Seharusnya sudah diatur.
Lihat AsliBalas0
PancakeFlippa
· 17jam yang lalu
Kepatuhan dan berkilau
Lihat AsliBalas0
RektButStillHere
· 17jam yang lalu
Siapa pun tidak bisa melarikan diri, regulasi telah tiba.
Lihat AsliBalas0
BrokenYield
· 18jam yang lalu
lmao jebakan kyc lagi... lewat saja
Lihat AsliBalas0
GmGmNoGn
· 18jam yang lalu
Melihat keramaian tidak merasa masalah besar Hahaha
Solana meluncurkan layanan verifikasi SAS: langkah baru dalam identifikasi blockchain
Solana baru-baru ini meluncurkan fitur baru yang disebut Layanan Verifikasi Solana (SAS), yang merupakan protokol sertifikat yang terbuka dan tanpa izin. SAS telah diluncurkan di Mainnet Solana. SAS memungkinkan penerbit yang tepercaya untuk mengaitkan informasi off-chain dengan Dompet pengguna, yang mungkin mencakup hasil pemeriksaan KYC, kelayakan lokasi, keanggotaan, atau status verifikasi lainnya. Sertifikat ini ditandatangani dan diverifikasi, dapat digunakan kembali di antara aplikasi yang berbeda, tanpa perlu mengekspos data sensitif di on-chain atau langkah-langkah verifikasi yang berulang.
Peluncuran SAS memberikan lapisan bukti yang netral dan tanpa izin untuk ekosistem Solana, yang membantu mewujudkan kepatuhan, kontrol akses, sistem reputasi, dan identitas yang dapat diprogram. Ini tidak hanya memberikan pengalaman yang lebih baik dan lebih nyaman bagi pengguna akhir, tetapi juga memberikan kemungkinan baru bagi para pengembang.
Meskipun SAS dan orakel keduanya merupakan mekanisme untuk membawa informasi off-chain ke on-chain, terdapat perbedaan yang signifikan dalam hal penempatan, kegunaan, model kepercayaan, dan cara kerja. Berikut adalah perbandingan yang lebih rinci:
verifikasi layanan vs oracle: perbandingan fitur utama
| Fitur | layanan verifikasi | oracle | |-----|--------|------| | Penggunaan Utama | Mengubah identitas, status, perilaku, dan informasi subjektif atau statis off-chain menjadi sertifikat on-chain | Menyediakan data objektif dan dinamis (seperti harga, cuaca, dll) ke on-chain | | Tipe Data | Subjektif/Aksi: seperti verifikasi usia, status verifikasi, identitas anggota organisasi | Numerik/Fakta: seperti harga cryptocurrency, data API eksternal, data cuaca | | Struktur Data | "Stempel" verifikasi yang dapat digunakan kembali dan terikat pada Dompet | Data yang digunakan secara real-time dalam transaksi (seperti feed harga) | | Sumber Kepercayaan | Bukti tanda tangan dari "penerbit terpercaya" tertentu (seperti lembaga KYC, DAO, produsen perangkat) | Diterbitkan setelah dikumpulkan dari beberapa sumber data melalui jaringan oracle | | Frekuensi Pembaruan | Frekuensi rendah, biasanya berlaku lama setelah satu kali dihasilkan | Frekuensi tinggi, mungkin diperbarui setiap menit | | Komposabilitas | Tinggi, satu verifikasi dapat digunakan kembali untuk banyak aplikasi | Rendah, data biasanya digunakan sebagai input untuk transaksi tertentu | | Perlindungan Privasi | Kuat, hanya memverifikasi "apakah lulus", tidak mengungkapkan detail | Umumnya tidak melibatkan privasi pengguna | | Mewakili Proyek | Layanan verifikasi Solana, Layanan verifikasi Ethereum | Oracle harga tertentu, protokol data tertentu |
Untuk lebih memahami perbedaan antara keduanya, kita dapat melihat contoh konkret:
Penggunaan skenario layanan verifikasi: Pengguna menyelesaikan verifikasi identitas di platform Web3, kemudian mendapatkan stempel verifikasi "Dewasa" di on-chain. Stempel ini disimpan di dalam Dompet pengguna, dan di masa depan, aplikasi terdesentralisasi mana pun dapat memverifikasi tanpa perlu pengguna mengulang pengajuan bukti identitas.
Penggunaan oracle dalam skenario: Sebuah protokol keuangan terdesentralisasi perlu mengetahui harga ETH saat ini untuk memutuskan apakah akan memicu likuidasi. Protokol tersebut akan membaca data harga ETH/USD secara real-time melalui oracle.
Secara keseluruhan, oracle terutama fokus pada penyediaan data "fakta objektif" off-chain, sementara layanan verifikasi berfokus pada memverifikasi "kepercayaan subyektif atau bersyarat" off-chain. Kedua mekanisme ini bukanlah hubungan pengganti, tetapi memainkan peran yang saling melengkapi dalam ekosistem blockchain, bersama-sama memberikan dukungan data off-chain yang lebih kaya dan lebih dapat diandalkan untuk aplikasi terdesentralisasi.