DannyVN

Một giả định mình thấy rất phổ biến khi nhiều người nhắc đến Sign Protocol gần đây trên Binance Square: miễn là dữ liệu đã được ký và chứng thực đúng chuẩn, thì toàn bộ quy trình phía sau có thể vận hành mà không cần đặt thêm niềm tin vào bất kỳ bên nào tạo ra dữ liệu đó. Giả định này nghe rất gần với tinh thần zero-trust, bởi khi mọi thứ đều có thể kiểm tra, ta dễ nghĩ rằng niềm tin đã bị loại bỏ khỏi hệ thống.
Nhưng khi đi vào cách Sign thực sự được sử dụng, mình bắt đầu nhận ra một điểm lệch nhỏ nhưng quan trọng. Sign không cố gắng đảm bảo rằng mọi chứng thực là đúng, mà nó cung cấp một cách để buộc quy trình phải vận hành dựa trên những điều kiện đã được định nghĩa từ trước, khiến cho việc “tin” hay “không tin” không còn là yếu tố quyết định việc hệ thống có chấp nhận một trạng thái hay không.
Điểm mấu chốt nằm ở cách Sign định nghĩa schema, bởi trong hệ thống này, mỗi chứng thực luôn gắn với một schema cụ thể, và schema không chỉ đơn thuần là khuôn dạng dữ liệu mà còn là một tập hợp các ràng buộc về ý nghĩa, quy định rõ dữ liệu gồm những trường gì, thuộc loại nào, và trong nhiều trường hợp phải liên kết với những chứng thực nào khác thì mới được coi là hợp lệ. Khi schema được định danh rõ ràng và có thể tham chiếu lại, mình nhận ra rằng việc tạo ra một chứng thực không còn là hành động tùy ý, mà trở thành một quá trình phải tuân theo một khuôn đã được công bố, và bất kỳ ai cũng có thể kiểm tra xem nó có thực sự nằm trong khuôn đó hay không.
Nhưng phần quan trọng hơn nằm ở cách các chứng thực liên kết với nhau. Trong Sign, một chứng thực không chỉ tồn tại như một bản ghi độc lập, mà thường chứa tham chiếu đến các chứng thực trước đó thông qua các định danh cụ thể, từ đó hình thành nên một chuỗi phụ thuộc rõ ràng. Khi nhìn vào cấu trúc này, mình thấy rằng một bước sau trong quy trình không “tin” rằng bước trước đã làm đúng, mà yêu cầu phải có bằng chứng rằng bước trước đã tồn tại dưới đúng schema, được tạo ra bởi một bên phù hợp, và được liên kết đúng cách trong toàn bộ cấu trúc dữ liệu.
Điều này khiến cách vận hành của quy trình thay đổi theo một hướng rất cụ thể. Thay vì dựa vào giả định rằng bước trước là hợp lệ, mỗi bước chỉ cần kiểm tra xem các điều kiện đã được định nghĩa có được thỏa mãn hay chưa, và nếu thiếu một trong các điều kiện đó, trạng thái tương ứng đơn giản là không được chấp nhận. Với mình, zero-trust trong Sign vì vậy không nằm ở việc liên tục đi xác minh con người hay tổ chức, mà nằm ở việc thiết kế dữ liệu và mối quan hệ giữa dữ liệu sao cho những gì không thỏa điều kiện không thể được sử dụng như một trạng thái hợp lệ trong hệ thống.
Với mình, cách nhìn gọn nhất về Sign Protocol là: nó biến niềm tin thành các điều kiện có thể kiểm tra, và toàn bộ quy trình chỉ còn là việc các điều kiện đó có được thỏa mãn hay không.
Tuy nhiên, có một điểm mình thấy cần làm rõ để tránh hiểu nhầm rằng Sign tự động thực thi toàn bộ logic này. Bản thân Sign không chặn việc tạo ra một chứng thực “sai”, bởi bất kỳ ai cũng có thể tạo chứng thực miễn là tuân theo schema, và việc một chứng thực có được chấp nhận hay không phụ thuộc vào bên sử dụng dữ liệu, thường là các hợp đồng thông minh hoặc ứng dụng đọc dữ liệu từ Sign. Chính tại lớp này, mình nhận ra rằng các điều kiện mới được kiểm tra một cách đầy đủ, và nếu một ứng dụng chọn kiểm tra chặt chẽ schema, bên phát hành và toàn bộ chuỗi tham chiếu, thì quy trình đó mới thực sự vận hành theo hướng zero-trust.
Điều này dẫn đến một hệ quả quan trọng là cùng một tập chứng thực trong Sign, hai ứng dụng khác nhau có thể đưa ra hai kết quả khác nhau, chỉ vì chúng chọn cách kiểm tra khác nhau. Nhìn từ góc độ này, mình thấy rằng zero-trust không phải là thuộc tính mặc định của Sign, mà là một cách sử dụng Sign, nơi các điều kiện được kiểm tra đầy đủ và nhất quán để loại bỏ nhu cầu phải tin vào từng bước trung gian.
Khi các điều kiện này được thực thi một cách nghiêm ngặt, toàn bộ các chứng thực sẽ tạo thành một cấu trúc có thể kiểm chứng lại, nơi bất kỳ ai cũng có thể lần ngược từ trạng thái hiện tại về các chứng thực ban đầu và kiểm tra xem toàn bộ chuỗi điều kiện có thực sự nhất quán hay không. Trong trường hợp này, với mình, việc kiểm tra không còn là một bước tách biệt, mà trở thành một phần tự nhiên của cách hệ thống vận hành.
Nhưng đến đây, một giới hạn quan trọng bắt đầu xuất hiện. Sign đảm bảo rằng quy trình tuân thủ đúng các điều kiện đã được định nghĩa, nhưng nó không đảm bảo rằng dữ liệu ban đầu là đúng, bởi nếu một chứng thực gốc chứa thông tin sai nhưng vẫn đúng schema và được ký hợp lệ, toàn bộ các bước phía sau vẫn có thể tiếp tục mà không gặp trở ngại nào. Điều này khiến mình nhận ra rằng zero-trust trong Sign không nhằm xác định sự thật tuyệt đối, mà nhằm đảm bảo rằng mọi trạng thái đều là kết quả của một chuỗi điều kiện có thể kiểm chứng.
Và từ đó, một sự thay đổi tinh tế trong cách hiểu về niềm tin bắt đầu xuất hiện. Niềm tin không biến mất khỏi hệ thống, mà bị thu hẹp lại thành những điểm cụ thể hơn như bên phát hành ban đầu hoặc cách schema được thiết kế, khiến cho toàn bộ phần còn lại của quy trình không còn phụ thuộc vào việc “tin” hay “không tin” từng bước riêng lẻ. Khi số lượng schema và mối liên kết tăng lên, mình thấy rằng việc tự mình kiểm tra toàn bộ cấu trúc trở nên khó khăn, và các lớp trung gian bắt đầu xuất hiện để tổng hợp và diễn giải dữ liệu, từ đó đưa niềm tin quay trở lại nhưng ở một vị trí khác.
Có lẽ vì vậy, cách hiểu chính xác hơn về Sign không phải là loại bỏ niềm tin, mà là biến niềm tin thành những giả định cụ thể, có thể nhìn thấy, có thể kiểm tra, và có thể tách rời khỏi nhau trong từng ngữ cảnh sử dụng. Và nếu nhìn xa hơn một chút, mình bắt đầu tự hỏi rằng khi một hệ thống như Sign cho phép biểu diễn toàn bộ quy trình bằng các điều kiện và mối liên kết dữ liệu như vậy, liệu blockchain trong tương lai sẽ còn là nơi lưu trữ trạng thái, hay sẽ dần trở thành một hạ tầng nơi trạng thái chỉ đơn thuần là kết quả của việc thỏa mãn những điều kiện đã được định nghĩa từ trước.
$SIGN #SignDigitalSovereignInfra @SignOfficial

Saya berhenti cukup lama saat membaca bagian dokumen dari Sign Protocol yang mengatakan bahwa attestation harus “berwawasan”, bukan hanya data mentah. Kedengarannya seperti data yang melewati Sign akan menjadi lebih berguna dan memiliki konteks. Namun, jika melihat lebih dekat bagaimana attestation sebenarnya dibentuk, asumsi bahwa wawasan sudah ada di dalamnya mulai tidak berdiri teguh.
Sign memungkinkan mendefinisikan skema untuk mengstrukturkan data, mengaitkan attestation dengan penerbit melalui tanda tangan, dan menyimpan seluruh siklus hidup untuk dapat dilacak dan diverifikasi. Hal ini membuat data menjadi lebih jelas secara struktural dan lebih dapat dipercaya dalam hal integritas. Namun, skema tidak mengkodekan makna semantik, dan attestation tidak mengandung logika eksekusi apapun untuk mengubah data menjadi kesimpulan. Itu hanyalah data, tanda tangan, dan status.

Cara tercepat untuk memahami SIGN Stack bukanlah dengan melihat setiap komponen.
Tetapi mencoba untuk menghilangkan satu bagian, lalu melihat apakah sistem yang tersisa masih dapat beroperasi.
Dan saat itulah saya menyadari mengapa Protokol Sign tidak dapat dipahami sebagai protokol yang terpisah.
SIGN Stack dirancang sebagai sistem yang saling bergantung, di mana tiga komponen tidak saling melengkapi, tetapi saling mengikat.
Mata Uang Digital - Infrastruktur Stablecoin, Protokol Sign dan TokenTable bukanlah tiga pilihan. Mereka adalah tiga kondisi agar sistem dapat ada.

Crypto tidak kekurangan produk. Itu kekurangan penerimaan dari pemerintah. Dan itulah alasan mengapa sebagian besar sistem onchain masih hanya berputar di sekitar loop yang familiar seperti DeFi, trading, spekulasi.
Sign Protocol memilih untuk langsung masuk ke titik kesulitan tersebut. Bukan dengan cara membangun produk tambahan. Tetapi dengan cara membangun untuk pihak-pihak yang mengontrol dunia nyata.
Sejak awal, Sign tidak mengikuti arah B2B. Mereka langsung masuk ke B2G (Business-to-Government). Ini terdengar bertentangan dengan semangat awal crypto.

Ketika saya melihat cara Sign Protocol mendekati identitas, saya tidak memulai dari teknologi. Saya memulai dari pertanyaan yang lebih sederhana:
Jika setiap negara sudah memiliki sistem identitas, lalu Sign sebenarnya sedang berusaha ‘membangun’ apa?
Sebagian besar strategi ID digital sering kali mengasumsikan bahwa kita dapat memulai dari awal. Sebuah database baru, sebuah sistem baru, sekali integrasi sudah selesai.
Tapi kenyataannya tidak beroperasi seperti itu.

Saya membaca bagian Dual CBDC dari Sign Protocol dan berhenti cukup lama saat melihat mereka memisahkan wholesale dan retail menjadi dua namespace yang berbeda, masing-masing dengan kebijakan dukungan yang berbeda. Pada awalnya saya pikir, CBDC hanya perlu cepat, aman, dan transparan. Tapi Sign menunjukkan, cara implementasi ini jauh lebih canggih, dan sekaligus mengajukan pertanyaan yang sulit: transparansi maksimal, tapi akses cukup?
Di tingkat wholesale CBDC (wCBDC), Sign Protocol beroperasi dalam namespace wholesale dengan kebijakan persetujuan sendiri untuk transaksi lintas bank. Bank-bank dapat melakukan penyelesaian antar bank dengan nilai besar, dengan transparansi tingkat RTGS – yaitu setiap transaksi dicatat secara transparan seperti sistem pembayaran kliring waktu nyata tradisional, dengan finalitas segera. Manajemen cadangan diintegrasikan langsung dengan bank sentral. Artinya, transaksi besar mana pun antara lembaga keuangan tidak dapat diubah, jejak audit sempurna.

Sebuah transaksi CBDC dapat dikonfirmasi sebagai sah tanpa ada yang tahu jumlahnya selain orang dalam.
Itu adalah jenis sistem yang @SignOfficial sedang diuji dengan penerapan yang diizinkan berdasarkan Hyperledger Fabric.
Kedengarannya masuk akal. Tapi ini juga saat segalanya mulai menjadi rumit.
Tidak perlu menyembunyikan semuanya. Hanya yang perlu diungkapkan saja.
Secara teoritis, CBDC selalu terjebak di antara dua kutub. Di satu sisi adalah transparan seperti RTGS, di mana bank melihat segalanya. Di sisi lain adalah privasi seperti uang tunai, di mana tidak ada yang melihat selain orang dalam. Sebagian besar sistem memilih titik di tengah.

Beberapa hari belakangan ini saya menghabiskan cukup banyak waktu membaca dokumen @MidnightNetwork dan tiba-tiba merasa ketertarikan yang aneh. Bukan semacam ketertarikan ketika melihat sebuah proyek yang berbicara tentang privasi, tetapi semacam…keraguan ringan. Karena masalah yang mereka sentuh sudah terlalu familiar, tetapi cara mereka mendekatinya membuat saya tidak yakin apakah saya memahami dengan benar atau tidak.
Dalam crypto, cerita tentang privasi telah diceritakan cukup banyak kali. Sebagian besar mengikuti arah yang serupa. Blockchain bersifat transparan, siapa saja bisa membaca data, mengaudit segala sesuatu. Jika perlu privasi, maka tambahkan satu lapisan perlindungan di atasnya. Menyembunyikan alamat, mengaburkan data, atau menggunakan zero-knowledge untuk mengurangi jumlah informasi yang terekspos. Narasi ini cukup bersih. Transparansi adalah default, privasi adalah tambahan.

Tidak sia-sia saya mempelajari lebih dalam tentang @SignOfficial , saya mulai menyadari sesuatu yang cukup aneh: mungkin saya sudah terbiasa melihat blockchain dari titik awal yang salah. Saya biasanya berpikir tentang tempat data disimpan, atau sistem di-deploy di mana, sebelum berpikir tentang bagaimana data tersebut diverifikasi.
Dengan Sign, urutan itu hampir terbalik.
Jika kemungkinan verifikasi dapat ada sebagai lapisan independen, maka pertanyaannya bukan lagi di data yang berada di rantai mana, tetapi apakah itu dapat dibuktikan dengan cara yang diterima oleh sistem lain. Dan dari sudut pandang itu, saya mulai melihat kembali sistem blockchain dalam konteks pemerintah.

Membaca tentang @SignOfficial , saya tidak merasa kesulitan, melainkan perbedaan dibandingkan dengan cara keamanan yang biasanya terlihat dalam crypto.
Pasar memiliki narasi yang cukup akrab: jika ingin membangun sistem yang dapat diandalkan, Anda harus mengontrol keamanan dari awal hingga akhir. Sebaiknya memiliki rantai sendiri, memiliki validator sendiri, memiliki mekanisme sendiri. Singkatnya, semakin "mandiri" keamanannya, semakin baik. Ini terdengar sangat masuk akal, terutama ketika membahas sistem yang melayani pemerintah atau perusahaan.