Baiklah, jadi saya ingin beralih ke topik yang lebih teknis hari ini. Tidak terlalu teknis. Tetapi cukup teknis untuk memberikan Anda gambaran nyata tentang bagaimana sebenarnya membangun di infrastruktur @SignOfficial daripada hanya membaca deskripsi pemasaran. 🛠
Karena saya pikir ada kesenjangan besar antara bagaimana proyek infrastruktur menggambarkan diri mereka dan bagaimana rasanya sebenarnya membangun di atasnya. Dan untuk $SIGN saya pikir pengalaman pengembang yang sebenarnya adalah salah satu kekuatan yang benar-benar diabaikan.
Biarkan saya mulai dengan sesuatu yang sangat penting bagi saya secara pribadi sebagai seseorang yang telah membangun di berbagai platform blockchain: kualitas abstraksi. Ketika Anda membangun untuk kasus penggunaan institusi atau pemerintah, Anda tidak ingin pengembang menjadi ahli kriptografi. Sebagian besar pengembang perusahaan tidak dan tidak seharusnya perlu menjadi. Infrastruktur harus mengabstraksi kompleksitas sambil menjaga jaminan.
Protokol Tanda Tangan melakukan ini melalui apa yang saya anggap sebagai model tiga lapis yang bersih. Di bagian bawah, Anda memiliki primitif kriptografi. Skema tanda tangan bukti pengetahuan nol, pohon Merkle untuk penambatan pernyataan. Lapisan ini sangat khusus dan Anda tidak perlu menyentuhnya sebagai pengembang aplikasi.
Di tengah, Anda memiliki kontrak dan SDK Protokol Tanda Tangan. Inilah tempat pengembang benar-benar bekerja. Anda mendefinisikan skema untuk struktur data Anda. Anda mengeluarkan pernyataan menggunakan SDK. Anda menanyakan pernyataan yang ada melalui REST atau API GraphQL SignScan. SDK mengabstraksi operasi kriptografi menjadi panggilan fungsi yang bersih.
Di bagian atas, Anda memiliki logika aplikasi Anda. Antarmuka manajemen program pemerintah Anda. UI dompet identitas Anda. Dasbor pelaporan kepatuhan Anda. Lapisan ini terlihat seperti aplikasi web lainnya karena SDK menangani lapisan interaksi blockchain.
Apa yang saya hargai tentang desain ini adalah bahwa ia tidak memaksa Anda untuk menjadi insinyur bukti ZK untuk membangun sesuatu yang bernilai di atasnya. Anda mendefinisikan fakta apa yang perlu Anda ungkapkan. Tingkat privasi apa yang diperlukan dan protokol menangani pengangkatan kriptografi.
Model pernyataan secara khusus elegan dalam kesederhanaannya. Sebuah skema hanyalah template terstruktur. Anggap saja seperti skema JSON yang mendefinisikan kolom, tipe, dan aturan validasi untuk jenis klaim tertentu. Setelah Anda memiliki skema, Anda dapat mengeluarkan pernyataan berdasarkan itu. Sebuah pernyataan mengatakan
"Ini adalah contoh spesifik dari skema ini, ditandatangani oleh saya, tentang subjek ini."
Untuk kasus penggunaan identitas pemerintah, ini mungkin terlihat seperti skema yang disebut Kelayakan Pekerjaan dengan kolom untuk status pekerjaan, sektor, tanggal validitas kontrak, dan pengidentifikasi penerbit. Kementerian ketenagakerjaan mengeluarkan suatu pernyataan untuk setiap pekerja yang menggunakan skema ini. Pekerja membawa pernyataan mereka di dompet digital mereka. Setiap majikan atau sistem perbatasan yang perlu memverifikasi kelayakan pekerjaan mengirimkan permintaan verifikasi dan mendapatkan kembali konfirmasi yang ditandatangani tanpa pernah melihat kolom data mentah.
Ini benar-benar bermanfaat. Ini tidak hanya secara teori cerdas. Saya bisa membayangkan membangun integrasi ini dalam beberapa minggu dengan tim kecil yang kompeten menggunakan SDK Tanda Tangan. Dan saya mengatakan itu setelah melihat betapa menyakitkannya integrasi serupa di platform yang tidak memiliki lapisan abstraksi yang bersih.
Aspek lintas rantai juga praktis penting untuk konteks Timur Tengah. Negara-negara Teluk tidak akan menstandarkan pada satu blockchain tunggal. Berbagai lembaga akan memiliki preferensi yang berbeda. Beberapa akan menggunakan infrastruktur berbasis Ethereum. Beberapa akan menggunakan penerapan Hyperledger privat. Beberapa akan menggunakan rantai kedaulatan yang lebih baru. Desain Protokol Tanda Tangan memungkinkan pernyataan untuk diikat di berbagai rantai dan ditanyakan melalui antarmuka terpadu. Interoperabilitas ini bukan hanya sekadar keinginan. Ini sangat penting untuk membangun infrastruktur yang berfungsi di seluruh lanskap teknologi pemerintah yang terfragmentasi.
Infrastruktur pencarian melalui Sign Scan juga patut disorot. Kemampuan untuk menanyakan semua pernyataan dari jenis skema tertentu yang dikeluarkan oleh penerbit tertentu tentang subjek tertentu dalam rentang waktu tertentu memberikan alat yang sangat kuat bagi petugas kepatuhan dan auditor. Ini adalah jenis kemampuan kueri yang dibutuhkan oleh sistem audit dan yang tidak didukung secara alami oleh sebagian besar struktur data blockchain.
Sejujurnya, semakin saya menggali ke bagian yang menghadap pengembang dari Tanda Tangan, semakin saya merasa bahwa ini dirancang oleh orang-orang yang benar-benar telah duduk di ruangan dengan klien perusahaan dan memahami apa yang dibutuhkan klien tersebut dalam praktik. Tidak hanya secara teknis tetapi juga operasional. Desain artefak bukti, Registri Kepercayaan untuk tata kelola penerbit, dukungan versi skema. Ini adalah detail yang sangat penting dalam penerapan produksi dan menunjukkan tingkat praktik
sophistication yang saya hormati.
Jika Anda adalah pengembang di ruang kripto dan Anda belum melihat apa yang @SignOfficial sedang bangun, saya benar-benar berpikir Anda melewatkan peluang yang signifikan. Tidak hanya untuk berinvestasi di $SIGN tetapi juga untuk memikirkan tentang apa yang bisa dibangun di atas infrastruktur ini. Lapisan aplikasi di atas tumpukan bukti dan identitas ini terbuka lebar.
#SignDigitalSovereignInfra $SIGN
