tại sao #SignDigitalSovereignty đã thu hút sự chú ý của tôi. Không phải vì danh tính kỹ thuật số là một câu chuyện mới, mà vì nó đặt ra một câu hỏi thực tiễn hơn. Liệu cơ sở hạ tầng danh tính có thể vừa do người dùng kiểm soát vừa có thể xác minh trên nhiều môi trường khác nhau mà không phụ thuộc vào một cơ quan trung ương. Đó là nơi mà hầu hết các hệ thống gặp khó khăn. Vậy câu hỏi thực sự trở thành liệu mô hình này có thể vượt ra ngoài lý thuyết và trở thành thứ mà các nhà phát triển và người dùng thực sự dựa vào trong các tương tác hàng ngày. Theo những gì tôi hiểu, giao thức được thiết kế xung quanh danh tính có thể xác minh vẫn thuộc về quyền sở hữu của người dùng. Thay vì lưu trữ danh tính trong một cơ sở dữ liệu duy nhất, nó phân phối niềm tin thông qua các chứng minh mật mã. Điều này cho phép người dùng chứng minh các thuộc tính cụ thể mà không phơi bày dữ liệu không cần thiết. Một cách đơn giản để nghĩ về điều này là như truy cập nhiều nền tảng với cùng một danh tính, nhưng không phải trao toàn bộ quyền kiểm soát cho từng nền tảng. Hệ thống xác minh những gì cần thiết trong khi giữ phần còn lại riêng tư. Điều này quan trọng vì nó thay đổi cách dữ liệu di chuyển giữa các ứng dụng. Thay vì các nền tảng sở hữu danh tính, người dùng mang nó qua các hệ sinh thái theo cách vừa an toàn vừa tương tác được.$EDGE và $UAI kết nối với Sign bằng cách cho phép các hệ thống AI tạo ra, xử lý và xác minh dữ liệu liên quan đến danh tính ngoài chuỗi, trong khi Sign đảm bảo rằng những danh tính đó vẫn thuộc quyền sở hữu của người dùng, có thể xác minh và sử dụng trên các nền tảng khác nhau KỸ THUẬT PHÍA SAU SIGN
Làm thế nào bạn làm cho một phần dữ liệu có thể chứng minh, di động, và vẫn có thể sử dụng trên các hệ thống hoàn toàn khác nhau?
Tại trung tâm của nó là ý tưởng về chứng nhận. Về cơ bản, bạn đang tạo ra một tuyên bố có cấu trúc, đã ký, có thể xác minh.
Nhưng cách mà SIGN xử lý lưu trữ là nơi nó trở nên thực tế. Bạn có thể ném toàn bộ dữ liệu lên chuỗi nếu bạn quan tâm đến sự tin tưởng tối đa. Đắt, nhưng sạch. Hoặc bạn chỉ cần neo một hàm băm và giữ tải trọng thực tế ngoài chuỗi. Rẻ hơn rất nhiều. Hoặc kết hợp cả hai tùy thuộc vào những gì bạn đang làm.
Chúng chỉ là các mẫu, nhưng là những mẫu di động. Giống như, mọi người đồng ý về hình dạng của dữ liệu trước, sau đó bạn có thể di chuyển logic đó giữa các chuỗi mà không cần viết lại mọi thứ.
Chỉ riêng điều đó đã tiết kiệm được rất nhiều đau đớn. Tôi đã xây dựng lại cùng một logic xác thực trên nhiều môi trường hơn số lần tôi muốn thừa nhận.
Và vâng, Sign đang sử dụng mã hóa không đối xứng và bằng chứng không kiến thức bên trong.
Vì vậy, thay vì tiết lộ dữ liệu thô, bạn đang chứng minh các thuộc tính về nó. Tôi đã hơn 18 tuổi mà không cần cho bạn xem ID của mình.
SignScan cũng ở đó. Nó cơ bản là một trình khám phá cho tất cả điều này. Một nơi để truy vấn các chứng nhận qua các chuỗi. Thật lòng mà nói, đây là một trong những lý do tại sao điều này không tồn tại trước đây.
Thay vì xây dựng các bộ chỉ mục tùy chỉnh hoặc điều phối APIs, bạn chỉ cần chạm vào một lớp.
Nhưng phần mà tôi cứ quay lại là phần thiết lập xác minh chuỗi chéo với Lit Protocol và TEE.
Bởi vì đây thường là nơi mọi thứ sụp đổ.
Cầu nối thì lộn xộn. Oracle thì rối rắm. Bất cứ điều gì cố gắng di chuyển “sự thật” giữa các chuỗi cuối cùng đều trở nên quá tập trung hoặc quá mong manh. Và cách tiếp cận của Sign đủ khác biệt đến mức tôi đã phải đọc lại hai lần.
Bạn có những nút TEE môi trường thực thi tin cậy. Hãy nghĩ về chúng như những hộp kín. Mã chạy bên trong, và bạn tin tưởng vào kết quả vì chính chiếc hộp được khóa lại. Bây giờ thay vì một hộp, bạn có một mạng lưới các hộp.
Khi Chain B muốn xác minh điều gì đó từ Chain A, một nút trong mạng này lấy siêu dữ liệu, giải mã nó, lấy chứng nhận thực tế (có thể từ Arweave, có thể từ nơi khác), và sau đó ký xác nhận.
Bạn cần một ngưỡng như hai phần ba mạng đồng ý trước khi chữ ký đó được coi là hợp lệ. Sau đó, chữ ký tổng hợp đó được đăng trở lại lên chuỗi đích thông qua một hook.
lấy → giải mã → xác minh → ký ngưỡng → đẩy kết quả lên chuỗi
Đó là một đường ống
Và thật lòng mà nói, đây là nơi tôi vừa ấn tượng vừa hơi lo lắng.
Bởi vì một mặt, nó rất sạch sẽ. Bạn không phụ thuộc vào một relayer duy nhất. Bạn không mã hóa sự tin tưởng vào một hệ thống. Nó được phân phối, có thể xác minh, và sử dụng các đảm bảo mật mã thực sự. Điều đó là vững chắc.
Nhưng mặt khác có rất nhiều phần di chuyển.
Giống như, điều gì xảy ra khi một trong những bước đó chậm lại? Hoặc nguồn dữ liệu chậm? Hoặc mã hóa thay đổi trên một chuỗi nhưng không phải chuỗi khác? Bạn đang phối hợp giữa các môi trường mà thậm chí không đồng ý về cách dữ liệu nên trông như thế nào một nửa thời gian.
Tôi vẫn đang cố gắng hiểu xem điều này thực sự có khả năng chịu áp lực như thế nào. Nó hoạt động trên lý thuyết. Nó thậm chí hoạt động trên testnet. Nhưng sản xuất thì khác. Luôn luôn như vậy.
Trên đó, họ có Signchain. L2 của riêng họ. Được xây dựng trên OP Stack, sử dụng Celestia để đảm bảo dữ liệu. Thật lòng mà nói... phần này là những thứ tiêu chuẩn. Bạn khởi động một rollup, chuyển giao tính toán, giữ chi phí thấp. Nó có lý.
Họ đã đẩy một lượng lớn tải qua testnet. Hơn một triệu chứng nhận, hàng trăm nghìn người dùng. Đó không phải là không có gì. Nó cho thấy hệ thống có thể thở một chút.