Kim Hồng 67

I read the document of @SignOfficial about the capital system with a rather "traditional" initial assumption: the capital system is likely still centered around money → allocation → control. But the more I read, the more I feel that it is no longer a "money system", but rather resembles a system for coordinating conditioned behavior.
Here are 4 "deviant" points that I find most noteworthy — not for the features, but for the logic behind them.

Lúc đầu khi đọc tài liệu về New ID System của @SignOfficial , mình khá bị thuyết phục bởi một ý tưởng quen thuộc trong Web3: identity nên thuộc về người dùng, không phải bị kiểm soát bởi một hệ thống trung tâm.
Nhưng đọc kỹ hơn, mình bắt đầu tự hỏi — liệu điều đó có thực sự đúng trong cách hệ thống này được thiết kế?

1. Người dùng có thực sự kiểm soát identity của mình?
Trên lý thuyết, Sign sử dụng Verifiable Credentials (VC) và Decentralized Identifiers (DID) — những tiêu chuẩn mở cho phép người dùng “giữ” danh tính của mình.
Nghe có vẻ rất “self-sovereign”.
Nhưng vấn đề là:
Identity không chỉ là dữ liệu → mà là ai xác nhận dữ liệu đóVà trong hệ thống này, việc xác nhận phụ thuộc vào issuer (bên cấp credential)
Nói cách khác:
Người dùng có thể giữ credential, nhưng không tự tạo ra “tính hợp lệ” của identity đó.
Điều này dẫn đến một nghịch lý:
Bạn sở hữu ví chứa identityNhưng bạn không sở hữu niềm tin đằng sau identity đó
Vậy thì “ownership” ở đây có thể chỉ là ownership ở tầng lưu trữ — không phải tầng quyền lực.

2. Trust Registry có trở thành điểm tập trung mới?
Một thành phần quan trọng trong hệ thống là trust registry — nơi lưu danh sách các issuer hợp lệ, trạng thái credential, và cơ chế thu hồi.
Thoạt nhìn, nó giống một “layer tổ chức” cần thiết.
Nhưng nếu nhìn theo hướng khác:
Ai kiểm soát trust registry?Ai quyết định issuer nào được phép cấp identity?Ai có quyền revoke credential?
Thì trust registry gần như trở thành:
Một “central authority mềm” — không nằm ở database, nhưng nằm ở governance.
Điều này khá giống với hệ thống ID truyền thống:
Không phải bạn không có dữ liệuMà là bạn không thể tự xác nhận dữ liệu đó có giá trị
Vậy câu hỏi là:
Sign đang loại bỏ trung tâm… hay chỉ đang dịch chuyển nó sang một layer khác khó nhìn thấy hơn?

3. VC/DID có quá phức tạp với người dùng phổ thông?
Một điểm mình thấy đáng nghi ngờ là mức độ “thực tế” khi triển khai:
Hệ thống yêu cầu:
Credential issuanceDID managementSelective disclosureRevocation checkCó thể cả ZK proof
Tất cả nghe rất mạnh về mặt kỹ thuật — nhưng:
Người dùng phổ thông có hiểu credential là gì không?Họ có biết khi nào cần “present VC”?Ai chịu trách nhiệm UX?
Ngay cả trong tài liệu, hệ thống còn hỗ trợ cả offline verification qua QR/NFC — điều này cho thấy độ phức tạp không hề nhỏ.
Nếu không được “đóng gói” cực tốt, thì:
VC/DID có nguy cơ trở thành thứ chỉ developer hiểu, chứ không phải người dùng.

4. So với rủi ro của hệ thống ID quốc gia truyền thống
$SIGN rõ ràng đang cố giải quyết các vấn đề của hệ thống ID quốc gia:
PrivacyInteroperabilityAuditability
Nhưng nếu đặt cạnh các rủi ro đã được ghi nhận từ các hệ thống ID truyền thống:
Exclusion (loại trừ)
Trong thực tế, ID system có thể loại bỏ những người không đủ giấy tờ hoặc không đăng ký được.
→ Với Sign:
Nếu bạn không có issuer đáng tinBạn cũng không có identity “có giá trị”
Privacy
Hệ thống truyền thống thường tập trung dữ liệu → dễ bị lạm dụng
→ Sign cải thiện bằng selective disclosure
Nhưng:
Metadata (ai verify bạn, khi nào) vẫn có thể bị theo dõiAttestation tạo ra một “audit trail” vĩnh viễn
Dependency vào hạ tầng
Truyền thống: phụ thuộc chính phủ
Sign: phụ thuộc vào:
issuertrust registryinfrastructure layer (Sign Protocol)

5. Điểm mạnh thực sự (và trade-off đi kèm)
Không thể phủ nhận, Sign có những điểm rất đáng giá:
Điểm mạnh
Chuẩn hóa identity bằng VC/DID → dễ interoperabilityCho phép verification không cần gọi API trung tâmCó thể hoạt động cross-chain, cross-systemEvidence layer (attestation) giúp audit cực kỳ rõ ràng
Trade-off
Phức tạp hóa UXĐẩy trust sang trust registryTạo thêm dependency vào issuer ecosystemCó nguy cơ “over-engineering” cho use case đơn giản

Kết luận mở
Mình không nghĩ New ID System của Sign là một hướng đi sai.
Ngược lại, nó đang cố giải một bài toán rất khó:
Làm sao để identity vừa portable, vừa verifiable, vừa không phụ thuộc hoàn toàn vào một bên trung tâm.
Nhưng sau khi đọc kỹ, mình thấy:
“Decentralized identity” ở đây không hoàn toàn phi tập trungNó là một hệ thống phân tán trust, chứ không loại bỏ trust
#SignDigitalSovereignInfra
Và điều đó dẫn đến một kết luận chưa trọn vẹn:
Đây là một hướng đi rất tiềm năng —
nhưng vẫn còn nhiều giả định chưa được kiểm chứng, đặc biệt là về quyền lực thực sự của người dùng trong hệ thống.

Lúc đầu mình quay lại đọc tài liệu này chỉ vì nghĩ là… chắc cũng giống những “new money system” khác thôi. Mình đã quen với một giả định khá cứng: tiền trong web3, suy cho cùng, vẫn chỉ là một dạng token được phát hành, quản lý, rồi gắn thêm vài lớp logic phía trên để kiểm soát cung – cầu. Tức là, vấn đề cốt lõi luôn nằm ở issuance và distribution. Còn lại chỉ là tối ưu.

Nhưng khi đọc kỹ hơn phần mô tả của @SignOfficial về hệ thống tiền tệ mới, mình bắt đầu thấy giả định đó có thể đang thiếu một mảnh khá quan trọng. Không phải sai hoàn toàn, nhưng có vẻ như nó đang nhìn vào “tiền” từ góc độ quá hẹp — như một object, thay vì một hệ thống mang ngữ nghĩa.

Có một đoạn khiến mình dừng lại lâu hơn mình nghĩ. Không phải vì nó quá phức tạp, mà vì nó được viết khá… bình thường. Nhưng chính sự bình thường đó lại làm mình thấy có gì đó không ổn với cách mình đang hiểu vấn đề. Họ không bắt đầu từ việc “phát hành một đồng tiền mới”, mà từ việc định nghĩa lại cách mà giá trị được ghi nhận, xác minh, và di chuyển giữa các hệ thống.

Nghe thì quen. Nhưng mình bắt đầu nghi ngờ: nếu họ thật sự nghiêm túc với hướng tiếp cận này, thì “tiền” ở đây có thể không còn là trung tâm nữa.

Nếu nhìn nhanh thì hệ thống này vẫn có những thành phần mình đã thấy nhiều lần: có schema để định nghĩa dữ liệu, có storage layer để lưu trữ, có cơ chế để truy vấn và tương tác. Không có gì quá lạ. Nhưng khi đi từng lớp một, mình bắt đầu thấy họ đang cố giải một thứ sâu hơn — không phải là làm sao để tạo ra một đồng tiền tốt hơn, mà là làm sao để “ý nghĩa của tiền” không bị mất đi khi nó đi qua các hệ thống khác nhau.

Schema là chỗ mình bắt đầu thấy điều đó rõ hơn. Bình thường mình hay nghĩ schema chỉ là cách để chuẩn hóa dữ liệu, giúp hệ thống hiểu được cấu trúc của nó. Nhưng ở đây, schema không chỉ định nghĩa “tiền là gì”, mà còn encode cả context — tiền đó đại diện cho cái gì, trong điều kiện nào, và có thể được sử dụng ra sao. Nghe thì nhỏ, nhưng nếu thiếu lớp này, thì mọi token khi di chuyển giữa các chain hay system khác nhau sẽ dần bị “flatten” — mất đi ngữ nghĩa ban đầu, chỉ còn lại giá trị số.

Cái mình thấy đáng chú ý hơn là cách họ xử lý storage. Nếu chỉ lưu trữ số dư hoặc transaction history thì quá quen rồi. Nhưng ở đây, storage dường như được thiết kế để giữ lại cả mối quan hệ giữa các dữ liệu — kiểu như một dạng “state có ngữ cảnh”, chứ không phải chỉ là trạng thái tĩnh. Lúc đầu mình nghĩ điều này hơi overkill. Nhưng rồi mình tự hỏi: nếu không giữ được context, thì làm sao một hệ thống khác có thể hiểu đúng ý nghĩa của một đơn vị tiền khi nó được chuyển sang?

Query layer cũng là chỗ làm mình nghĩ lại khá nhiều. Thường thì query chỉ là cách để đọc dữ liệu. Nhưng ở đây, nó giống như một lớp diễn giải — nơi mà dữ liệu không chỉ được lấy ra, mà còn được hiểu theo đúng semantic mà schema đã định nghĩa. Điều này nghe có vẻ abstract, nhưng nếu bỏ nó đi, thì toàn bộ hệ thống sẽ quay lại trạng thái cũ: dữ liệu có tồn tại, nhưng không có cách nào đảm bảo rằng các hệ thống khác nhau sẽ “hiểu giống nhau” về nó.

Càng đi sâu, mình càng thấy họ đang cố giải một vấn đề mà nhiều hệ thống khác thường bỏ qua hoặc né tránh: interoperability không chỉ là việc chuyển dữ liệu từ A sang B, mà là giữ nguyên ý nghĩa của dữ liệu đó trong suốt quá trình. Và nếu áp dụng điều này vào tiền, thì nó dẫn đến một cách nhìn khá khác — tiền không còn là một object độc lập, mà là một phần của một hệ thống ngữ nghĩa lớn hơn.

Ở đây mình bắt đầu liên tưởng đến khá nhiều dự án khác mà mình từng đọc. Phần lớn đều tập trung vào việc tối ưu layer bề mặt: làm sao để transaction nhanh hơn, phí rẻ hơn, hoặc UX tốt hơn. Một số đi xa hơn thì thêm compliance, identity, hoặc governance. Nhưng hiếm khi mình thấy có hệ thống nào thực sự bắt đầu từ câu hỏi: “làm sao để dữ liệu tài chính giữ được meaning khi nó đi qua nhiều môi trường khác nhau?”

Sign có vẻ đang cố chạm vào layer đó. Nhưng mình vẫn chưa chắc họ có đi được đến cùng hay không.

Có vài điểm mình thấy khá “đúng hướng”, ít nhất là về mặt thiết kế. Thứ nhất là việc họ coi query như một phần quan trọng ngang với storage — điều này hiếm khi được nhấn mạnh, nhưng lại rất quan trọng nếu muốn xây dựng một hệ thống có thể được hiểu một cách nhất quán. Thứ hai là cách họ gắn semantic trực tiếp vào schema, thay vì để nó nằm ở layer application. Điều này làm tăng độ phức tạp ban đầu, nhưng nếu thành công, có thể giảm rất nhiều ambiguity về sau. Và cuối cùng là việc họ không cố định nghĩa tiền như một primitive độc lập, mà như một phần của một hệ thống dữ liệu rộng hơn.

Nhưng mình cũng thấy có một khoảng cách khá lớn giữa “design hợp lý” và “trở thành standard”. Lịch sử web3 có quá nhiều ví dụ về những hệ thống được thiết kế rất tốt, nhưng không bao giờ đạt được adoption đủ lớn để tạo ra ảnh hưởng thực sự. Và ở đây, vấn đề còn khó hơn — vì để hệ thống này hoạt động đúng như kỳ vọng, nó không chỉ cần người dùng, mà cần cả các system khác chấp nhận cách định nghĩa mới về dữ liệu và tiền.
Mà điều đó thì… không dễ.
Càng nghĩ mình càng thấy phần khó nhất không nằm ở việc build một hệ thống như vậy, mà là làm sao để nó được sử dụng trong một môi trường mà mọi thứ đã có inertia rất lớn. Các chain hiện tại, các protocol hiện tại — tất cả đều đã có cách riêng để định nghĩa và xử lý tiền. Việc thuyết phục họ chuyển sang một mô hình semantic-rich hơn không chỉ là vấn đề kỹ thuật, mà còn là vấn đề về coordination.

Nên cuối cùng, mình không nghĩ mình đã “hiểu xong” hệ thống này. Nếu có gì thay đổi, thì có lẽ là cách mình nhìn về vấn đề. Trước đây mình nghĩ tiền trong web3 là một lớp riêng biệt, có thể được tối ưu độc lập. Nhưng bây giờ mình bắt đầu thấy nó có thể chỉ là một biểu hiện của cách chúng ta định nghĩa và truyền tải dữ liệu.

Còn hướng đi của Sign — liệu nó có trở thành một thứ gì đó nền tảng hơn, hay chỉ là một cách tiếp cận thú
vị nhưng khó lan rộng — thì mình vẫn chưa có câu trả lời.
Chắc là mình sẽ tiếp tục theo dõi thêm.
$SIGN #SignDigitalSovereignInfra

Last night I went back to read the governance ops section of
, actually at first I didn't intend to read it carefully. I thought I understood 'governance' in web3: proposal, voting, execution — the repeating pieces in most systems. If there are differences, it's only better UI, cheaper gas, or a few more layers of delegation. After reading too many projects for a while, I almost defaulted to the assumption that governance is something 'good enough', not a place for many fundamental innovations anymore.

When I read the Web3 documentation from @MidnightNetwork , the first thing that caught my attention was not the technology, but the way they reframed the issue. Web3, in the way most of us understand it, is always associated with absolute transparency. But Midnight seems to start from a reverse assumption: transparency is not always a good thing.
They call this approach 'rational privacy' — selective privacy. Theoretically, this allows a system to ensure both verifiability and keep sensitive data in a confidential state.

I am starting to feel tired of how the market talks about 'security' and 'privacy'.
After a few cycles, these words almost lose their meaning. Every project talks about high security, maximum privacy, zero-knowledge, compliance-ready... but when looking deeper, most are just layers of abstraction piled on top of each other, while the root issues – who controls what, who can check, and where trust is placed – remain as vague as ever.

I began reading about the ledger system of @MidnightNetwork in a rather familiar state: fatigue. Not because the technology is too difficult, but because the feeling of déjà vu with this market is becoming clearer. Each cycle, there’s a new narrative layer—scaling, modular, AI, privacy—but the storytelling remains almost unchanged. Every project 'solves the core issue', also 'opens a new era', and then most disappear when the market no longer has enough liquidity to sustain hope.