0xMinh

J'ai été témoin de trop de "identity layer" racontées comme une nécessité. Chaque cycle a une nouvelle version. Parfois c'est la proof of humanity, parfois c'est la soulbound, maintenant c'est la zk identity. Ça a l'air raisonnable, ça semble nécessaire, mais plus j'écoute, plus je sens qu'il y a quelque chose qui ne colle pas. Ce n'est pas que l'idée soit fausse, mais plutôt la manière dont elle est utilisée pour expliquer tout comme si l'identité était le dernier morceau manquant.

Tôi đã thấy quá nhiều giải pháp danh tính được giới thiệu như thể đây là mảnh ghép cuối cùng còn thiếu của crypto. Mỗi chu kỳ, mỗi giai đoạn lại có một cách kể mới. Lần thì gọi là proof of humanity, lần thì là reputation, lần khác nữa thì là identity layer. Nghe hợp lý, nghe cần thiết nhưng rồi mọi thứ lại quay về cùng một cảm giác vẫn chưa chạm được vào phần thực sự khó.
Đó là phần tôi luôn quay lại.
Vấn đề không phải là chúng ta không có công cụ để xác minh người dùng, vấn đề là chúng ta chưa thực sự hiểu mình đang muốn xác minh cái gì. Là con người, là hành vi ? hay là độ tin cậy theo thời gian .
Trong thực tế phần lớn hệ thống hiện tại chỉ đang cố trả lời một câu hỏi rất cũ: “đây có phải là một người thật không” và họ trả lời nó bằng cách gom càng nhiều tín hiệu càng tốt.
Ví dụ: ví có hoạt động không, có lịch sử không, có tương tác với protocol nào, có social nào đi kèm.
Nghe có vẻ hợp lý nhưng có một ma sát nhỏ mà ai dùng rồi cũng cảm nhận được.
Các hệ thống… dường như đang đánh đồng “dấu vết” với “danh tính”.
Họ nhìn vào data họ chấm điểm, họ kết luận.
Nhưng hành vi onchain có thể bị farm. Social có thể bị mua, lịch sử có thể được tạo ra theo kịch bản. Quá nhiều thứ trông giống thật nhưng không mang nhiều ý nghĩa.
Và thế là chúng ta có một lớp identity… khá dày nhưng không chắc là sâu.
Gitcoin Passport là một trong những nỗ lực sớm để gom các tín hiệu này lại. Nó giống như một dashboard của độ uy tín. Bạn kết nối ví, social, các nền tảng khác và hệ thống trả về một score. Cách tiếp cận này rõ ràng dễ hiểu và có lý do để tồn tại. Nó giúp các dự án lọc bot, phân phối airdrop có vẻ công bằng hơn.
Nhưng càng dùng lâu, càng thấy một điều đó là score không phải là identity mà nó chỉ là một snapshot của những gì hệ thống có thể nhìn thấy và khi incentive xuất hiện score sẽ bị tối ưu hóa.
Người dùng không còn cố trở nên đáng tin hơn mà họ chỉ cần “trông có vẻ đáng tin hơn” trong mắt hệ thống. Rõ ràng là hai thứ đó… không giống nhau.
Đó là lúc tôi bắt đầu để ý đến những cách tiếp cận khác. Không phải tốt hơn nhưng khác.
SIGN theo cái cách tôi nhìn thấy có vẻ đang cố đi theo một hướng hơi lệch khỏi cách chấm điểm truyền thống. Không phải là gom tín hiệu rồi tính score mà là tạo ra các “attestation” những xác nhận cụ thể có nguồn gốc rõ ràng gắn với một hành vi hoặc một sự kiện nào đó.
Nghe thì không mới nhưng cách đặt vấn đề thì khác.
Không phải “bạn là ai ?” mà là “ai đang xác nhận điều gì về bạn ?”
Sự khác biệt này nhỏ nhưng không phải không đáng chú ý.
Gitcoin Passport cố tổng hợp nhiều thứ thành một điểm số duy nhất còn SIGN, ít nhất trên bề mặt dường như tách nhỏ mọi thứ ra. Không cố gắng hợp nhất chúng ngay từ đầu, không ép mọi tín hiệu vào cùng một thang đo.
Một bên là aggregation, một bên là decomposition.
Một bên muốn đơn giản hóa cho hệ thống còn một bên có vẻ chấp nhận sự phức tạp của thực tế.
Nhưng điều đó không có nghĩa là một bên “đúng” hơn.
Attestation cũng có thể bị spam, nguồn xác nhận có thể không đáng tin và nếu không có một cơ chế để đánh giá chất lượng của các attestation đó thì mọi thứ lại quay về điểm xuất phát đó là rất nhiều data nhưng không chắc có insight.
Quá nhiều hệ thống trong crypto… bị ám ảnh bởi việc thu thập mà ít hệ thống thực sự giải quyết việc “diễn giải”.
Và đó là phần khó.
Bạn có thể thu thập hàng trăm tín hiệu về một ví nhưng làm sao để biết tín hiệu nào có ý nghĩa, tín hiệu nào chỉ là noise, tín hiệu nào đang bị tối ưu hóa vì incentive ?
Không có câu trả lời rõ ràng.
Cả SIGN lẫn Gitcoin Passport theo cách riêng đều đang cố xử lý một phần của bài toán này. Một bên đóng gói nó thành score, một bên giữ nó ở dạng raw attestations.

Cả hai đều hợp lý và cả hai đều chưa đủ.
Reality check thì vẫn vậy. Không có hệ thống identity nào trong crypto được kiểm chứng chỉ bằng whitepaper, không có narrative nào đứng vững nếu không có usage thực sự, người dùng sẽ luôn tìm cách đi vòng nếu incentive đủ lớn và hệ thống nào không tính đến điều đó… sẽ sớm trở thành một trò chơi tối ưu hóa.
Ít nhất từ cách tôi quan sát thấy, câu hỏi không phải là “SIGN hay Gitcoin Passport tốt hơn” nà là liệu chúng ta có đang cố giải một bài toán mà bản thân nó chưa được định nghĩa rõ ?
Identity trong crypto… có vẻ không phải là một thứ có thể đóng gói thành một sản phẩm. Nó giống một quá trình hơn. Một thứ thay đổi theo thời gian, theo hành vi, theo context.
Và có thể việc cố gắng chuẩn hóa nó quá sớm… lại chính là vấn đề.
Tôi không nghĩ câu chuyện này sẽ kết thúc sớm cũng không nghĩ sẽ có một “winner takes all”. Những hệ thống như SIGN hay Gitcoin Passport sẽ tiếp tục iterate, tiếp tục thử nghiệm, tiếp tục va vào những edge case rất khó chịu của thực tế.
Tôi vẫn đang theo dõi. Không phải để tìm bên thắng, không phải vì kỳ vọng một đột phá lớn mà vì muốn xem theo thời gian hệ thống nào chịu được áp lực của usage thật.
Phần đó… vẫn chưa có câu trả lời.
Tuy nhiên thật lòng mà nói, tôi hơi nghiêng về phía SIGN bởi vì tôi thích cái hướng đi khác biệt của họ...Nhưng tôi sẽ không đưa ra kết luận gì sớm.
Còn bạn thì sao ?
#SignDigitalSovereignInfra $SIGN @SignOfficial

Tôi đã chứng kiến quá nhiều thứ được gọi là “infrastructure” trong crypto. Mỗi giai đoạn lại có một lớp narrative mới nghe hợp lý hơn, gọn gàng hơn và thường là… trông rất cần thiết nhưng rồi khi nhìn kỹ thì nhiều thứ chỉ đang giải quyết những vấn đề mà chính ngành này tự tạo ra.
Indexing là một ví dụ như vậy và Verification cũng vậy. Hai khái niệm nghe có vẻ khác nhau nhưng lại cùng xuất phát từ một điểm: dữ liệu trên blockchain vốn không dễ dùng như chúng ta nghĩ.
Vấn đề cốt lõi ở đây không mới. Blockchain lưu trữ dữ liệu nhưng không được thiết kế để truy vấn một cách hiệu quả. Bạn có thể đọc dữ liệu nhưng để hiểu nó thì cần thêm một lớp xử lý bên ngoài và đó là nơi các hệ thống indexing xuất hiện. Chúng giúp dịch dữ liệu thô thành thứ có thể dùng được. Nghe hợp lý và thực tế, nó đã trở thành một phần gần như mặc định trong stack của rất nhiều ứng dụng.
Nhưng đó cũng là điểm bắt đầu của một vấn đề khác. Khi bạn cần một bên thứ ba để tổ chức lại dữ liệu, bạn bắt đầu tin vào cách họ tổ chức nó. Bạn không còn đọc trực tiếp từ chain nữa mà bạn đọc qua một lớp đã được xử lý, đã được chọn lọc và ở đâu đó, sự “ trustless ” ban đầu bị pha loãng.
Ít nhất theo cái cách mà tôi quan sát được đó là phần lớn người dùng không thực sự quan tâm đến điều này. Họ chỉ cần dữ liệu nhanh, API ổn định và không bị lỗi. Họ không hỏi dữ liệu đó có bị thay đổi không, họ cũng không kiểm tra lại. Điều này tạo ra một vùng xám khá thú vị: chúng ta xây dựng trên blockchain để tránh phải tin tưởng nhưng lại dựa vào các hệ thống trung gian mà chúng ta… tin tưởng theo mặc định.
Đó là phần tôi luôn quay lại.
Các hệ thống indexing như cách chúng ta đang dùng dường như giải quyết một vấn đề UX nhưng lại mở ra một vấn đề về integrity. Không phải theo kiểu có ai đó đang cố gian lận mà là theo kiểu: chúng ta không còn chắc chắn tuyệt đối về dữ liệu nữa nhưng lại hành xử như thể mọi thứ vẫn ổn.
Trong bối cảnh đó có vẻ như một số dự án đang đi theo hướng khác. Không cố làm cho dữ liệu dễ truy vấn hơn mà cố làm cho dữ liệu có thể được kiểm chứng một cách rõ ràng hơn.
The Graph là một ví dụ khá điển hình của hướng đầu tiên. Nó không thay đổi bản chất dữ liệu mà nó chỉ giúp bạn truy cập dữ liệu đó nhanh hơn, có cấu trúc hơn. Nó giống như một lớp dịch vụ nằm trên blockchain. Bạn gửi query, bạn nhận kết quả. Đơn giản, hiệu quả và thực tế là đã được dùng rất nhiều.
Nhưng The Graph không thực sự trả lời câu hỏi: “làm sao tôi biết dữ liệu này là đúng ?” Nó giả định rằng hệ thống indexing hoạt động đúng hoặc ít nhất là đủ đúng.
Ở phía còn lại, SIGN dường như đang cố tiếp cận vấn đề từ góc nhìn khác. Không phải indexing mà là verification. Không phải làm cho dữ liệu dễ đọc hơn mà là làm cho việc xác minh dữ liệu trở nên rõ ràng hơn. Không phải là một lớp truy vấn mà là một lớp chứng thực.

Sự khác biệt này nghe có vẻ nhỏ nhưng lại khá căn bản. Một bên tối ưu cho tốc độ và trải nghiệm, một bên tối ưu cho tính đúng đắn và khả năng kiểm chứng. Một bên giúp bạn dùng dữ liệu còn một bên cố gắng đảm bảo rằng dữ liệu bạn đang dùng là thứ bạn có thể tin mà không cần tin.
Tất nhiên nói thì dễ còn làm được hay không lại là câu chuyện khác.
Thực tế là phần lớn ứng dụng hiện tại không yêu cầu mức độ verification cao như vậy hoặc ít nhất họ chưa cảm thấy cần. Khi mọi thứ vẫn chạy, khi user vẫn không phàn nàn thì việc thêm một lớp verification có thể bị xem là overkill. Nó làm hệ thống phức tạp hơn, chậm hơn và đôi khi là không cần thiết.
Nhưng điều đó chỉ đúng cho đến khi nó không còn đúng nữa.
Khi có lỗi xảy ra, khi có dữ liệu sai, khi có một hệ thống phụ thuộc vào dữ liệu đó và bị ảnh hưởng dây chuyền thì lúc đó câu hỏi về verification mới bắt đầu trở nên quan trọng nhưng lúc đó thì thường đã muộn.
Dường như chúng ta đang ở một giai đoạn mà indexing là đủ tốt, còn verification thì vẫn là một “nice to have” nhưng tôi không chắc điều này sẽ giữ nguyên khi hệ sinh thái trở nên phức tạp hơn khi nhiều hệ thống bắt đầu phụ thuộc lẫn nhau, khi một sai lệch nhỏ có thể lan rộng.
SIGN, ít nhất từ cách tôi nhìn đang đặt cược vào kịch bản đó. Rằng trong tương lai việc “ biết dữ liệu đến từ đâu và có đúng không ” sẽ quan trọng không kém việc “lấy dữ liệu nhanh như thế nào”.
Nhưng đó vẫn chỉ là một giả định.
Whitepaper có thể rất thuyết phục, narrative có thể rất hợp lý nhưng cuối cùng mọi thứ vẫn quay về usage. Có ai thực sự cần điều này không, có ai sẵn sàng đánh đổi performance để lấy verification không ? Hay họ chỉ nói rằng họ cần nhưng khi build thì lại chọn cách nhanh hơn, đơn giản hơn ?
Tôi chưa có câu trả lời rõ ràng.
Tôi chỉ thấy rằng hai hướng tiếp cận này đang phản ánh hai cách nhìn khác nhau về cùng một vấn đề. Một bên chấp nhận trade off để tối ưu trải nghiệm còn một bên cố gắng giữ lại tính đúng đắn ngay cả khi nó chưa thực sự cần thiết.
Có thể cả hai đều đúng trong những ngữ cảnh khác nhau.
Hoặc có thể một trong hai sẽ trở nên không còn phù hợp khi hệ thống tiến hóa... Tuy nhiên tôi vẫn khá thích ý tưởng của SIGN..
Tôi sẽ tiếp tục theo dõi.
#SignDigitalSovereignInfra $SIGN @SignOfficial