DannyVN
Researcher
171 подписок(и/а)
488 подписчиков(а)
1.4K+ понравилось
122 поделились
Посты
Портфель
Все
Цитирования
Видео
Активно
См. перевод
Mình thường tự hỏi, trong thế giới số hóa, chúng ta sẽ xác minh mọi thứ như thế nào. Sign Protocol đặt câu hỏi này từ đầu: làm sao để mọi thông tin trở nên globally verifiable mà vẫn giảm rủi ro lạm dụng dữ liệu?
Hãy nhìn vào các quy trình quen thuộc. Khi xin visa Mỹ, bạn phải xin giấy xác nhận tiền gửi ngân hàng, điền form, nộp giấy tờ chứng minh danh tính, giấy kết hôn… Quá trình này vừa rườm rà, vừa dễ gian lận với giấy tờ vật lý. Hàng nghìn năm nay, mô hình “proof + verification” vốn mất cả tuần, với Sign có thể rút xuống chỉ còn vài phút.
Một ví dụ khác là KYC cho sàn giao dịch. Người dùng phải chụp ảnh cùng hộ chiếu, rồi chờ review thủ công. Nhưng thực ra, việc xác thực thực chất của hộ chiếu vẫn chưa được đảm bảo. Sign Protocol giải quyết bằng verifiable credentials: cơ quan phát hành ký xác nhận, người dùng giữ, người xác minh kiểm tra tính hợp lệ mà không cần sao chép toàn bộ dữ liệu.
Điều này không chỉ tách bằng chứng khỏi cơ sở dữ liệu, mà còn cho phép minimal disclosure: người xác minh chỉ biết điều họ cần, không lạm thu thông tin thừa. Nó cũng tạo ra rào cản tự nhiên chống surveillance, vì mỗi xác thực không tạo ra log khắp nơi, giảm nguy cơ dữ liệu bị lạm dụng.
Nhìn lại, Sign không chỉ giảm friction và tăng tốc verification. Nó đang định hình lại cách quyền lực được phân phối trong hệ thống số, nơi người dùng kiểm soát thông tin, và việc xác minh trở thành một phần thiết yếu, an toàn, và có thể kiểm chứng trong xã hội số tương lai.
@SignOfficial $SIGN #SignDigitalSovereignInfra
Hãy nhìn vào các quy trình quen thuộc. Khi xin visa Mỹ, bạn phải xin giấy xác nhận tiền gửi ngân hàng, điền form, nộp giấy tờ chứng minh danh tính, giấy kết hôn… Quá trình này vừa rườm rà, vừa dễ gian lận với giấy tờ vật lý. Hàng nghìn năm nay, mô hình “proof + verification” vốn mất cả tuần, với Sign có thể rút xuống chỉ còn vài phút.
Một ví dụ khác là KYC cho sàn giao dịch. Người dùng phải chụp ảnh cùng hộ chiếu, rồi chờ review thủ công. Nhưng thực ra, việc xác thực thực chất của hộ chiếu vẫn chưa được đảm bảo. Sign Protocol giải quyết bằng verifiable credentials: cơ quan phát hành ký xác nhận, người dùng giữ, người xác minh kiểm tra tính hợp lệ mà không cần sao chép toàn bộ dữ liệu.
Điều này không chỉ tách bằng chứng khỏi cơ sở dữ liệu, mà còn cho phép minimal disclosure: người xác minh chỉ biết điều họ cần, không lạm thu thông tin thừa. Nó cũng tạo ra rào cản tự nhiên chống surveillance, vì mỗi xác thực không tạo ra log khắp nơi, giảm nguy cơ dữ liệu bị lạm dụng.
Nhìn lại, Sign không chỉ giảm friction và tăng tốc verification. Nó đang định hình lại cách quyền lực được phân phối trong hệ thống số, nơi người dùng kiểm soát thông tin, và việc xác minh trở thành một phần thiết yếu, an toàn, và có thể kiểm chứng trong xã hội số tương lai.
@SignOfficial $SIGN #SignDigitalSovereignInfra
См. перевод
Sign Protocol Dual CBDC: Khi minh bạch, quyền riêng tư và tiếp cận cùng tồn tại
Mình đọc đến phần Dual CBDC của Sign Protocol và dừng lại khá lâu khi thấy họ tách hẳn wholesale và retail thành hai namespace riêng, mỗi lớp với endorsement policy khác nhau. Lúc đầu mình nghĩ, CBDC chỉ cần nhanh, an toàn, minh bạch. Nhưng Sign cho thấy, cách triển khai này tinh vi hơn nhiều, và đồng thời đặt ra câu hỏi hóc búa: minh bạch tối đa, nhưng tiếp cận có đủ?
Ở cấp wholesale CBDC (wCBDC), Sign Protocol vận hành trong wholesale namespace với chính sách phê duyệt riêng cho các giao dịch liên ngân hàng. Các ngân hàng có thể thực hiện interbank settlement lớn giá trị, với RTGS-level transparency – tức mỗi giao dịch được ghi lại minh bạch như hệ thống thanh toán bù trừ thời gian thực truyền thống, có finality tức thì. Reserve management được tích hợp trực tiếp với ngân hàng trung ương. Tức là, bất kỳ giao dịch lớn nào giữa các financial institution đều không thể sửa đổi, audit trail hoàn hảo.
Nhưng rCBDC mới là nơi mình thấy thách thức lớn nhất. Retail CBDC vận hành trong retail namespace, với endorsement policy khác. Công dân và doanh nghiệp thực hiện thanh toán hàng ngày, nhưng nhờ Zero-Knowledge Proofs, chi tiết giao dịch chỉ hiển thị với người gửi, người nhận và cơ quan giám sát. Hệ thống còn hỗ trợ programmable money: time-locked transfer, recurring payments, compliance automation. Offline transaction cho vùng kết nối kém, hướng tới financial inclusion cho những người chưa có tài khoản ngân hàng hoặc smartphone.
Tuy nhiên, đọc đến đây, mình nhận ra một mâu thuẫn. Audit trail hoàn hảo, mọi ruleset và giao dịch đều được ghi lại, nhưng người dân không có thiết bị hoặc chưa quen công nghệ vẫn bị loại ra ngoài. Tính minh bạch tuyệt đối của Sign Protocol không đồng nghĩa với tiếp cận toàn dân. Một hệ thống rCBDC có thể ghi lại phân phối “đúng” nhưng vẫn đang loại bỏ những người dễ bị tổn thương nhất.
Ví dụ, trong các pilot deployment thực tế: Sierra Leone và Barbados. Sign đang triển khai rCBDC cho công dân, nhưng tỷ lệ smartphone penetration và digital literacy chưa đủ cao. Nhiều người đủ điều kiện pháp lý nhận phúc lợi, nhưng không thể claim do thiếu device hoặc chưa quen thao tác ví. Sign Protocol không lỗi, hệ thống hoạt động đúng kỹ thuật, nhưng social trade-off vẫn hiện hữu.
Điều này cũng giải thích tại sao Sign phân tách namespace và endorsement policy: wCBDC cần giám sát ngân hàng trung ương, rCBDC cần quy tắc riêng cho giao dịch công dân, đồng thời vẫn bảo vệ privacy. Immutable audit trail + programmable retail CBDC + offline capability là ba yếu tố mà Sign thiết kế đồng bộ để cân bằng minh bạch, quyền riêng tư và inclusion, dù vẫn tồn tại trade-off tiếp cận.
Đọc xong, mình tự hỏi: một hệ thống blockchain minh bạch tuyệt đối, nhưng chưa phục vụ toàn bộ dân số, có thực sự đạt mục tiêu “financial inclusion” không? Sign Protocol cho thấy, immutable audit trail và programmable, privacy-preserving retail CBDC là đúng kỹ thuật, nhưng công bằng xã hội vẫn là bài toán mở.
Đó cũng là lý do mình tiếp tục theo dõi Sign Protocol triển khai Dual CBDC: không phải blockchain hay ngân hàng trung ương hoàn hảo, mà là cách họ cân bằng minh bạch, quyền riêng tư và tiếp cận thực tế. Once you notice that, it is hard to unsee.
@SignOfficial $SIGN #SignDigitalSovereignInfra
Ở cấp wholesale CBDC (wCBDC), Sign Protocol vận hành trong wholesale namespace với chính sách phê duyệt riêng cho các giao dịch liên ngân hàng. Các ngân hàng có thể thực hiện interbank settlement lớn giá trị, với RTGS-level transparency – tức mỗi giao dịch được ghi lại minh bạch như hệ thống thanh toán bù trừ thời gian thực truyền thống, có finality tức thì. Reserve management được tích hợp trực tiếp với ngân hàng trung ương. Tức là, bất kỳ giao dịch lớn nào giữa các financial institution đều không thể sửa đổi, audit trail hoàn hảo.
Nhưng rCBDC mới là nơi mình thấy thách thức lớn nhất. Retail CBDC vận hành trong retail namespace, với endorsement policy khác. Công dân và doanh nghiệp thực hiện thanh toán hàng ngày, nhưng nhờ Zero-Knowledge Proofs, chi tiết giao dịch chỉ hiển thị với người gửi, người nhận và cơ quan giám sát. Hệ thống còn hỗ trợ programmable money: time-locked transfer, recurring payments, compliance automation. Offline transaction cho vùng kết nối kém, hướng tới financial inclusion cho những người chưa có tài khoản ngân hàng hoặc smartphone.
Tuy nhiên, đọc đến đây, mình nhận ra một mâu thuẫn. Audit trail hoàn hảo, mọi ruleset và giao dịch đều được ghi lại, nhưng người dân không có thiết bị hoặc chưa quen công nghệ vẫn bị loại ra ngoài. Tính minh bạch tuyệt đối của Sign Protocol không đồng nghĩa với tiếp cận toàn dân. Một hệ thống rCBDC có thể ghi lại phân phối “đúng” nhưng vẫn đang loại bỏ những người dễ bị tổn thương nhất.
Ví dụ, trong các pilot deployment thực tế: Sierra Leone và Barbados. Sign đang triển khai rCBDC cho công dân, nhưng tỷ lệ smartphone penetration và digital literacy chưa đủ cao. Nhiều người đủ điều kiện pháp lý nhận phúc lợi, nhưng không thể claim do thiếu device hoặc chưa quen thao tác ví. Sign Protocol không lỗi, hệ thống hoạt động đúng kỹ thuật, nhưng social trade-off vẫn hiện hữu.
Điều này cũng giải thích tại sao Sign phân tách namespace và endorsement policy: wCBDC cần giám sát ngân hàng trung ương, rCBDC cần quy tắc riêng cho giao dịch công dân, đồng thời vẫn bảo vệ privacy. Immutable audit trail + programmable retail CBDC + offline capability là ba yếu tố mà Sign thiết kế đồng bộ để cân bằng minh bạch, quyền riêng tư và inclusion, dù vẫn tồn tại trade-off tiếp cận.
Đọc xong, mình tự hỏi: một hệ thống blockchain minh bạch tuyệt đối, nhưng chưa phục vụ toàn bộ dân số, có thực sự đạt mục tiêu “financial inclusion” không? Sign Protocol cho thấy, immutable audit trail và programmable, privacy-preserving retail CBDC là đúng kỹ thuật, nhưng công bằng xã hội vẫn là bài toán mở.
Đó cũng là lý do mình tiếp tục theo dõi Sign Protocol triển khai Dual CBDC: không phải blockchain hay ngân hàng trung ương hoàn hảo, mà là cách họ cân bằng minh bạch, quyền riêng tư và tiếp cận thực tế. Once you notice that, it is hard to unsee.
@SignOfficial $SIGN #SignDigitalSovereignInfra
См. перевод
Khi “riêng tư” trong Sign Protocol không còn là một chế độ, mà là một kiến trúc
Một giao dịch CBDC có thể được xác nhận là hợp lệ mà không ai ngoài người trong cuộc biết số tiền.
Đó là kiểu hệ thống mà @SignOfficial đang thử nghiệm với các triển khai permissioned dựa trên Hyperledger Fabric.
Nghe có vẻ hợp lý. Nhưng cũng là lúc mọi thứ bắt đầu phức tạp.
Không phải ẩn tất cả. Mà chỉ lộ đúng thứ cần lộ.
Trên lý thuyết, CBDC luôn bị kẹt giữa hai cực. Một bên là minh bạch như RTGS, nơi ngân hàng nhìn thấy mọi thứ. Một bên là riêng tư như tiền mặt, không ai thấy gì ngoài người trong cuộc. Phần lớn hệ thống chọn một điểm ở giữa.
Sign lại đi theo cách khác. Họ tách thành nhiều không gian.
wCBDC cho liên ngân hàng. rCBDC cho người dùng. Một lớp riêng cho regulator. Mỗi namespace có endorsement policy riêng; mỗi giao dịch phải được xác nhận theo các quy tắc khác nhau.
Privacy không còn là thuộc tính gắn vào giao dịch. Nó là hệ quả của việc giao dịch đó thuộc về không gian nào. Nếu ở wholesale, mức độ minh bạch gần RTGS. Nếu ở retail, thông tin chỉ hiện với người gửi, người nhận và cơ quan quản lý được chỉ định.
Không có một setting chung. Cách tiếp cận này cho phép mỗi loại giao dịch có mức độ riêng tư khác nhau ngay từ kiến trúc.
Lớp thứ hai là cách xử lý transaction. Hệ thống sử dụng Hyperledger Fabric Token SDK với mô hình UTXO. Mỗi giao dịch tiêu thụ một output cũ và tạo output mới. Kết hợp với zero-knowledge proofs (ZKP), hệ thống chỉ chứng minh những gì cần thiết, không tiết lộ toàn bộ dữ liệu.
Một ví dụ: một giao dịch bán lẻ có thể chứng minh rằng nó không vượt quá hạn mức 10,000 USD mà không tiết lộ số tiền chính xác, hoặc chứng minh người nhận thuộc nhóm đủ điều kiện mà không lộ toàn bộ danh tính. Verification vẫn diễn ra, nhưng dữ liệu không bị mở ra hoàn toàn.
Các triển khai permissioned dạng này đặt mục tiêu throughput ~100,000 giao dịch mỗi giây, phù hợp với môi trường liên ngân hàng hoặc triển khai quốc gia. Ở scale đó, việc “ẩn tất cả rồi giải mã khi cần” gần như không khả thi. Selective disclosure trở thành bắt buộc.
Nhưng rủi ro bắt đầu xuất hiện. Privacy theo namespace đặt câu hỏi: ai quyết định bạn thuộc namespace nào. Nếu một giao dịch bị phân loại sai, mức độ riêng tư cũng sai. Nếu endorsement policy lệch, quyền xác nhận lệch theo. Đây không phải lỗi cryptography, mà là lỗi governance.
Lớp khác sâu hơn: regulator không còn đứng ngoài. Họ được cấp quyền truy cập ở cấp kiến trúc, cần thiết cho compliance, audit và chính sách tiền tệ. Nhưng giả định rằng quyền truy cập luôn được dùng đúng mục đích là một rủi ro thực tế.
Hệ thống này hoạt động khi ba thứ cân bằng: phân tách namespace đủ rõ, policy đủ chặt, quyền truy cập được kiểm soát đúng. Nó bắt đầu có vấn đề khi một trong ba bị lệch: namespace trộn, policy nới lỏng, quyền truy cập mở rộng ngoài dự kiến.
Privacy trong Sign Protocol không phải công tắc bật/tắt. Nó là kết quả của cách hệ thống định nghĩa: bạn là ai, bạn đang giao dịch ở đâu, và tuân theo rule nào. Không phải mọi giao dịch đều private, không phải mọi giao dịch đều minh bạch. Mỗi giao dịch sinh ra với mức độ riêng tư đã được định nghĩa sẵn.
Nó hoạt động nếu kiến trúc giữ được ranh giới giữa các lớp.
Nó thất bại nếu ranh giới đó bị phá vỡ.
Đó cũng là lý do mình tiếp tục theo dõi cách những thiết kế như thế này đi vào triển khai thực tế, nơi lỗi không đến từ code, mà từ cách con người định nghĩa và vận hành hệ thống.
$SIGN #SignDigitalSovereignInfra
Đó là kiểu hệ thống mà @SignOfficial đang thử nghiệm với các triển khai permissioned dựa trên Hyperledger Fabric.
Nghe có vẻ hợp lý. Nhưng cũng là lúc mọi thứ bắt đầu phức tạp.
Không phải ẩn tất cả. Mà chỉ lộ đúng thứ cần lộ.
Trên lý thuyết, CBDC luôn bị kẹt giữa hai cực. Một bên là minh bạch như RTGS, nơi ngân hàng nhìn thấy mọi thứ. Một bên là riêng tư như tiền mặt, không ai thấy gì ngoài người trong cuộc. Phần lớn hệ thống chọn một điểm ở giữa.
Sign lại đi theo cách khác. Họ tách thành nhiều không gian.
wCBDC cho liên ngân hàng. rCBDC cho người dùng. Một lớp riêng cho regulator. Mỗi namespace có endorsement policy riêng; mỗi giao dịch phải được xác nhận theo các quy tắc khác nhau.
Privacy không còn là thuộc tính gắn vào giao dịch. Nó là hệ quả của việc giao dịch đó thuộc về không gian nào. Nếu ở wholesale, mức độ minh bạch gần RTGS. Nếu ở retail, thông tin chỉ hiện với người gửi, người nhận và cơ quan quản lý được chỉ định.
Không có một setting chung. Cách tiếp cận này cho phép mỗi loại giao dịch có mức độ riêng tư khác nhau ngay từ kiến trúc.
Lớp thứ hai là cách xử lý transaction. Hệ thống sử dụng Hyperledger Fabric Token SDK với mô hình UTXO. Mỗi giao dịch tiêu thụ một output cũ và tạo output mới. Kết hợp với zero-knowledge proofs (ZKP), hệ thống chỉ chứng minh những gì cần thiết, không tiết lộ toàn bộ dữ liệu.
Một ví dụ: một giao dịch bán lẻ có thể chứng minh rằng nó không vượt quá hạn mức 10,000 USD mà không tiết lộ số tiền chính xác, hoặc chứng minh người nhận thuộc nhóm đủ điều kiện mà không lộ toàn bộ danh tính. Verification vẫn diễn ra, nhưng dữ liệu không bị mở ra hoàn toàn.
Các triển khai permissioned dạng này đặt mục tiêu throughput ~100,000 giao dịch mỗi giây, phù hợp với môi trường liên ngân hàng hoặc triển khai quốc gia. Ở scale đó, việc “ẩn tất cả rồi giải mã khi cần” gần như không khả thi. Selective disclosure trở thành bắt buộc.
Nhưng rủi ro bắt đầu xuất hiện. Privacy theo namespace đặt câu hỏi: ai quyết định bạn thuộc namespace nào. Nếu một giao dịch bị phân loại sai, mức độ riêng tư cũng sai. Nếu endorsement policy lệch, quyền xác nhận lệch theo. Đây không phải lỗi cryptography, mà là lỗi governance.
Lớp khác sâu hơn: regulator không còn đứng ngoài. Họ được cấp quyền truy cập ở cấp kiến trúc, cần thiết cho compliance, audit và chính sách tiền tệ. Nhưng giả định rằng quyền truy cập luôn được dùng đúng mục đích là một rủi ro thực tế.
Hệ thống này hoạt động khi ba thứ cân bằng: phân tách namespace đủ rõ, policy đủ chặt, quyền truy cập được kiểm soát đúng. Nó bắt đầu có vấn đề khi một trong ba bị lệch: namespace trộn, policy nới lỏng, quyền truy cập mở rộng ngoài dự kiến.
Privacy trong Sign Protocol không phải công tắc bật/tắt. Nó là kết quả của cách hệ thống định nghĩa: bạn là ai, bạn đang giao dịch ở đâu, và tuân theo rule nào. Không phải mọi giao dịch đều private, không phải mọi giao dịch đều minh bạch. Mỗi giao dịch sinh ra với mức độ riêng tư đã được định nghĩa sẵn.
Nó hoạt động nếu kiến trúc giữ được ranh giới giữa các lớp.
Nó thất bại nếu ranh giới đó bị phá vỡ.
Đó cũng là lý do mình tiếp tục theo dõi cách những thiết kế như thế này đi vào triển khai thực tế, nơi lỗi không đến từ code, mà từ cách con người định nghĩa và vận hành hệ thống.
$SIGN #SignDigitalSovereignInfra
См. перевод
Đọc @SignOfficial , mình có cảm giác quen.
Nó giống việc nộp hồ sơ xin trợ cấp hơn là nhận tiền.
Vì trong cách Sign mô tả digital public finance, tiền không đứng một mình. Nó luôn đi kèm policy.
Ai đủ điều kiện.
Trong điều kiện nào.
Trong bao lâu.
Đi qua những tổ chức nào.
Và dựa trên bằng chứng gì.
Những câu hỏi này không nằm ngoài hệ thống.
Trong thiết kế của Sign, chúng nằm trực tiếp trong attestation và schema. Eligibility được định nghĩa trước và có thể verify. Duration gắn vào logic của khoản tiền. Flow đi qua các thực thể đã được xác thực. Mỗi hành động đều để lại bằng chứng có thể kiểm tra lại.
Ví dụ, một khoản trợ cấp chỉ có thể được claim nếu ví đã có attestation xác nhận đủ điều kiện, và chỉ trong khoảng thời gian được định nghĩa từ trước.
Một khoản trợ cấp, vì vậy, không chỉ là “được gửi đi”.
Nó được thực thi khi các điều kiện đã được đáp ứng và có thể chứng thực.
Không có trạng thái lưng chừng.
Nhưng có thể mình đang nhìn từ góc người dùng.
Với regulator, đây chính là điểm quan trọng. Vì policy không còn nằm ở bước kiểm tra sau cùng. Nó đi cùng giá trị ngay từ đầu, đúng như cách Sign định nghĩa programmable money.
Tiền vẫn là tiền.
Chỉ là nó luôn đi kèm điều kiện và bằng chứng tương ứng.
Và nếu nhìn theo cách đó, thứ đang được xây không chỉ là một hệ thống thanh toán.
Mà là một hệ thống phân phối giá trị có điều kiện, nơi policy và value được gắn chặt với nhau ngay từ đầu.
$SIGN
#SignDigitalSovereignInfra
Nó giống việc nộp hồ sơ xin trợ cấp hơn là nhận tiền.
Vì trong cách Sign mô tả digital public finance, tiền không đứng một mình. Nó luôn đi kèm policy.
Ai đủ điều kiện.
Trong điều kiện nào.
Trong bao lâu.
Đi qua những tổ chức nào.
Và dựa trên bằng chứng gì.
Những câu hỏi này không nằm ngoài hệ thống.
Trong thiết kế của Sign, chúng nằm trực tiếp trong attestation và schema. Eligibility được định nghĩa trước và có thể verify. Duration gắn vào logic của khoản tiền. Flow đi qua các thực thể đã được xác thực. Mỗi hành động đều để lại bằng chứng có thể kiểm tra lại.
Ví dụ, một khoản trợ cấp chỉ có thể được claim nếu ví đã có attestation xác nhận đủ điều kiện, và chỉ trong khoảng thời gian được định nghĩa từ trước.
Một khoản trợ cấp, vì vậy, không chỉ là “được gửi đi”.
Nó được thực thi khi các điều kiện đã được đáp ứng và có thể chứng thực.
Không có trạng thái lưng chừng.
Nhưng có thể mình đang nhìn từ góc người dùng.
Với regulator, đây chính là điểm quan trọng. Vì policy không còn nằm ở bước kiểm tra sau cùng. Nó đi cùng giá trị ngay từ đầu, đúng như cách Sign định nghĩa programmable money.
Tiền vẫn là tiền.
Chỉ là nó luôn đi kèm điều kiện và bằng chứng tương ứng.
Và nếu nhìn theo cách đó, thứ đang được xây không chỉ là một hệ thống thanh toán.
Mà là một hệ thống phân phối giá trị có điều kiện, nơi policy và value được gắn chặt với nhau ngay từ đầu.
$SIGN
#SignDigitalSovereignInfra
Полночь не снижает прозрачность. Это переписывает значение прозрачности
В последние дни я потратил довольно много времени на чтение документации @MidnightNetwork и вдруг почувствовал необычный интерес. Это не тот интерес, который возникает, когда видишь проект, говорящий о конфиденциальности, а скорее форма…некоторого сомнения. Потому что проблема, к которой они обращаются, слишком знакома, но способ их подхода заставляет меня сомневаться, правильно ли я понимаю.
В криптовалюте история о конфиденциальности уже рассказывалась довольно много раз. Большинство из них идут в одном направлении. Блокчейн прозрачен, все могут читать данные, проверять всё. Если нужна конфиденциальность, то добавляется дополнительный уровень защиты. Скрытие адреса, размытие данных или использование нулевых знаний для уменьшения объема раскрываемой информации. Эта нарратив довольно чист. Прозрачность является стандартом, конфиденциальность — это дополнение.
В криптовалюте история о конфиденциальности уже рассказывалась довольно много раз. Большинство из них идут в одном направлении. Блокчейн прозрачен, все могут читать данные, проверять всё. Если нужна конфиденциальность, то добавляется дополнительный уровень защиты. Скрытие адреса, размытие данных или использование нулевых знаний для уменьшения объема раскрываемой информации. Эта нарратив довольно чист. Прозрачность является стандартом, конфиденциальность — это дополнение.
См. перевод
Mình từng nghĩ hầu hết các hệ thống ZK chỉ đang đi theo một hướng quen thuộc: bắt đầu từ một môi trường công khai, rồi tìm cách che giấu càng nhiều càng tốt. Privacy trong trường hợp này luôn là một lớp bổ sung, không phải nền tảng.
Có một lúc mình nhận ra mình gần như mặc định mọi hệ thống phải đi theo hướng này.
Nhưng khi nhìn vào cách @MidnightNetwork tiếp cận, mình thấy câu hỏi dường như bị đảo ngược.
Thay vì hỏi cần giấu đi phần nào, Midnight bắt đầu từ việc có cần lộ dữ liệu ngay từ đầu hay không. Midnight tách execution ra khỏi verification: phần tính toán diễn ra trong môi trường riêng, sau đó được nén lại thành zero-knowledge proofs để gửi lên chain.
Ở phía chain, điều được kiểm tra không phải là dữ liệu hay toàn bộ quá trình thực thi, mà là tính hợp lệ của kết quả. Consensus và state commitments vẫn tồn tại ở lớp công khai, nhưng chỉ phản ánh outcome đã được chứng minh.
Đến đây mình mới thấy có thể mình đã hiểu sai vấn đề từ đầu. Privacy không còn là thứ được thêm vào sau, mà trở thành trạng thái mặc định.
Hệ quả là một lớp thỏa hiệp quen thuộc bắt đầu biến mất. Nhưng đổi lại, hệ thống cũng trở nên khó quan sát hơn. Có lẽ đây là trade-off khi trust không còn đến từ việc nhìn thấy, mà từ việc tin vào tính đúng đắn của những gì mình không thể trực tiếp quan sát.
#night $NIGHT
Có một lúc mình nhận ra mình gần như mặc định mọi hệ thống phải đi theo hướng này.
Nhưng khi nhìn vào cách @MidnightNetwork tiếp cận, mình thấy câu hỏi dường như bị đảo ngược.
Thay vì hỏi cần giấu đi phần nào, Midnight bắt đầu từ việc có cần lộ dữ liệu ngay từ đầu hay không. Midnight tách execution ra khỏi verification: phần tính toán diễn ra trong môi trường riêng, sau đó được nén lại thành zero-knowledge proofs để gửi lên chain.
Ở phía chain, điều được kiểm tra không phải là dữ liệu hay toàn bộ quá trình thực thi, mà là tính hợp lệ của kết quả. Consensus và state commitments vẫn tồn tại ở lớp công khai, nhưng chỉ phản ánh outcome đã được chứng minh.
Đến đây mình mới thấy có thể mình đã hiểu sai vấn đề từ đầu. Privacy không còn là thứ được thêm vào sau, mà trở thành trạng thái mặc định.
Hệ quả là một lớp thỏa hiệp quen thuộc bắt đầu biến mất. Nhưng đổi lại, hệ thống cũng trở nên khó quan sát hơn. Có lẽ đây là trade-off khi trust không còn đến từ việc nhìn thấy, mà từ việc tin vào tính đúng đắn của những gì mình không thể trực tiếp quan sát.
#night $NIGHT
См. перевод
Mình từng nghĩ @SignOfficial giải một bài toán khá rõ ràng: nếu attestation có thể mang đi, thì hệ thống sẽ tự nhiên trở nên mở hơn.
Giả định này nghe hợp lý. Khi dữ liệu được chuẩn hóa bằng schema, các hệ thống khác nhau có thể đọc cùng một định nghĩa. Kết hợp với zero-knowledge, người dùng có thể chứng minh một trạng thái mà không cần lộ dữ liệu gốc. Về mặt kỹ thuật, mọi thứ dường như đã sẵn sàng cho portability.
Nhưng mình bắt đầu thấy có một điểm lệch khi nhìn vào cách các hệ thống thực sự vận hành.
Khi nhiều bên cùng dựa vào một tập attestation, thứ quan trọng không còn là dữ liệu có thể mang đi hay không, mà là ai chấp nhận dữ liệu đó. Một danh tính có thể tồn tại dưới dạng portable credential, nhưng giá trị của nó lại phụ thuộc vào mạng lưới những tổ chức sẵn sàng tin vào nó.
Lúc này, portability của dữ liệu không còn kéo theo portability của trust.
Điều này dẫn đến một hệ quả khá lạ. Hệ thống vẫn mở về mặt kỹ thuật, nhưng việc rời đi không hề đơn giản. Không phải vì bạn không thể mang dữ liệu đi, mà vì bạn phải xây lại toàn bộ network tin cậy ở nơi khác.
Có lẽ Sign không trực tiếp tạo ra lock-in. Nhưng khi adoption đạt đủ quy mô, chính mạng lưới những bên cùng sử dụng và chấp nhận attestation mới là thứ tạo ra dependency. Theo nghĩa đó, Sign không phải là nơi giữ quyền kiểm soát, mà là lớp hạ tầng cho phép một hệ thống trust chung hình thành.
#SignDigitalSovereignInfra $SIGN
Giả định này nghe hợp lý. Khi dữ liệu được chuẩn hóa bằng schema, các hệ thống khác nhau có thể đọc cùng một định nghĩa. Kết hợp với zero-knowledge, người dùng có thể chứng minh một trạng thái mà không cần lộ dữ liệu gốc. Về mặt kỹ thuật, mọi thứ dường như đã sẵn sàng cho portability.
Nhưng mình bắt đầu thấy có một điểm lệch khi nhìn vào cách các hệ thống thực sự vận hành.
Khi nhiều bên cùng dựa vào một tập attestation, thứ quan trọng không còn là dữ liệu có thể mang đi hay không, mà là ai chấp nhận dữ liệu đó. Một danh tính có thể tồn tại dưới dạng portable credential, nhưng giá trị của nó lại phụ thuộc vào mạng lưới những tổ chức sẵn sàng tin vào nó.
Lúc này, portability của dữ liệu không còn kéo theo portability của trust.
Điều này dẫn đến một hệ quả khá lạ. Hệ thống vẫn mở về mặt kỹ thuật, nhưng việc rời đi không hề đơn giản. Không phải vì bạn không thể mang dữ liệu đi, mà vì bạn phải xây lại toàn bộ network tin cậy ở nơi khác.
Có lẽ Sign không trực tiếp tạo ra lock-in. Nhưng khi adoption đạt đủ quy mô, chính mạng lưới những bên cùng sử dụng và chấp nhận attestation mới là thứ tạo ra dependency. Theo nghĩa đó, Sign không phải là nơi giữ quyền kiểm soát, mà là lớp hạ tầng cho phép một hệ thống trust chung hình thành.
#SignDigitalSovereignInfra $SIGN
См. перевод
Sign Protocol và một cách nhìn khác về sovereign blockchain
Không uổng công mình tìm hiểu sâu hơn về @SignOfficial , mình bắt đầu nhận ra một điều khá lạ: có thể mình đã quen nhìn blockchain từ sai điểm bắt đầu. Mình thường nghĩ về nơi dữ liệu được lưu trữ, hoặc hệ thống được deploy ở đâu, trước khi nghĩ đến việc dữ liệu đó được xác minh như thế nào.
Với Sign, thứ tự đó gần như bị đảo ngược.
Nếu khả năng xác minh có thể tồn tại như một lớp độc lập, thì câu hỏi không còn là dữ liệu nằm ở chain nào, mà là nó có thể được chứng minh theo cách mà hệ thống khác chấp nhận hay không. Và từ góc nhìn đó, mình bắt đầu nhìn lại các hệ thống blockchain trong bối cảnh chính phủ.
Một giả định quen thuộc là: để đạt được minh bạch và khả năng verify ở quy mô quốc gia, dữ liệu nên được đưa lên một blockchain chung. Giả định này hợp lý, nhưng nó ngầm gộp hai thứ lại làm một: nơi dữ liệu tồn tại và cách dữ liệu được tin tưởng.
Khi hai thứ này bị gắn chặt với nhau, mọi hệ thống buộc phải chia sẻ cùng một hạ tầng nếu muốn chia sẻ trust.
Nhưng trong thực tế, các hệ thống cấp quốc gia hiếm khi vận hành theo cách đó.
Những thứ như CBDC, tokenization tài sản, hệ thống thanh toán, registry hay voting đều có thể được xây trên blockchain. Dù là phát hành stablecoin quốc gia, token hóa đất đai và tài nguyên, vận hành thanh toán, hay quản lý giấy phép và chứng chỉ, tất cả đều là những biểu hiện khác nhau của cùng một nhu cầu: ghi nhận và xác minh trạng thái của hệ thống.
Nhưng mỗi hệ thống lại có yêu cầu riêng.
Một hệ thống thanh toán cần độ trễ thấp và tính ổn định cao. Một registry cần tính bất biến và khả năng audit. Voting lại cần thêm lớp riêng tư nhưng vẫn phải verify được kết quả. Khi đặt tất cả lên cùng một hạ tầng, sẽ luôn có một số yêu cầu phải bị đánh đổi.
Điều này khiến mình nhận ra một điểm mà trước đó mình bỏ qua.
Vấn đề không phải là có thể xây bao nhiêu hệ thống trên blockchain, mà là mỗi hệ thống đang định nghĩa “đúng” theo một cách khác nhau. Và khi định nghĩa đó khác nhau, việc buộc chúng chia sẻ cùng một môi trường execution không còn là cách duy nhất để tạo ra trust.
Đây là chỗ Sign Protocol bắt đầu trở nên rõ ràng hơn.
Thay vì yêu cầu các hệ thống phải chạy trên cùng một chain để có thể tin nhau, Sign cho phép mỗi hệ thống giữ nguyên cách thiết kế của mình, nhưng vẫn có thể chứng minh trạng thái theo một chuẩn có thể được verify bên ngoài. Attestation trong trường hợp này hoạt động như một lớp trung gian, nơi “sự thật” được đóng gói lại thành bằng chứng có thể kiểm tra độc lập với nơi nó được tạo ra.
Khi nhìn như vậy, cách mình hiểu về sovereign blockchain bắt đầu thay đổi.
Không còn là một hạ tầng duy nhất phải phục vụ mọi use case, mà là một tập hợp các hệ thống có thể được triển khai theo những ưu tiên khác nhau. Các use case như CBDC, tokenization, payment, registry hay voting đều có thể được xây theo nhiều cách triển khai khác nhau, tùy vào yêu cầu về hiệu năng, mức độ tích hợp với DeFi, hay mức độ độc lập vận hành mà mỗi quốc gia lựa chọn.
Điểm quan trọng là những lựa chọn đó không còn làm mất khả năng tương tác giữa các hệ thống.
Một hệ thống có thể tối ưu cho hiệu năng và kiểm soát, trong khi hệ thống khác tối ưu cho khả năng kết nối và thanh khoản. Trước đây, hai hướng này thường khó đi cùng nhau vì chúng yêu cầu môi trường khác nhau. Nhưng nếu trust được tách ra thành một lớp riêng, sự khác biệt về hạ tầng không còn là rào cản tuyệt đối.
Mình thấy dễ hình dung hơn nếu nghĩ đến các quốc gia với hệ thống pháp lý khác nhau.
Mỗi nơi có luật riêng, cách vận hành riêng, nhưng vẫn có những cơ chế để công nhận giấy tờ, bằng cấp hay giao dịch của nhau. Những cơ chế đó không yêu cầu tất cả phải dùng chung một hệ thống luật, mà chỉ cần có cách để xác minh rằng một thông tin là hợp lệ trong ngữ cảnh của nó.
Sign, ở một mức độ nào đó, đang cố gắng đóng vai trò tương tự trong không gian blockchain.
Thay vì đồng bộ toàn bộ hạ tầng, nó cung cấp một cách để đồng bộ việc xác minh. Một hệ thống không cần biết toàn bộ logic nội bộ của hệ thống khác, chỉ cần có đủ bằng chứng để tin vào một trạng thái cụ thể.
Nói cách khác, trust không còn bị khóa vào execution environment.
Điều này có hệ quả khá rõ về mặt kiến trúc.
Các hệ thống có thể được thiết kế linh hoạt hơn, vì không còn phải hy sinh yêu cầu riêng chỉ để tương thích với một môi trường chung. Đồng thời, khả năng kết nối giữa các hệ thống cũng không còn phụ thuộc hoàn toàn vào bridge hay shared infrastructure, mà có thể dựa trên việc trao đổi và kiểm chứng attestation.
Tuy nhiên, cách tiếp cận này cũng mở ra những câu hỏi mới.
Nếu mỗi hệ thống có thể tự định nghĩa rule và chỉ xuất ra bằng chứng, thì độ phức tạp của việc verify sẽ tăng đến mức nào khi số lượng hệ thống tăng lên. Và khi trust được xây dựng thông qua các lớp attestation, ai sẽ là người xác định tiêu chuẩn cho những bằng chứng đó.
Ngoài ra, việc tách trust khỏi execution có thể làm giảm nhu cầu phải đồng bộ hạ tầng, nhưng cũng đồng nghĩa với việc giảm đi một lớp đảm bảo mặc định mà shared environment từng cung cấp.
Sau khi đi một vòng, mình thấy câu hỏi ban đầu về việc nên deploy ở đâu dường như không còn là trọng tâm nữa.
Thay vào đó, điều đáng suy nghĩ hơn là: nếu blockchain đang chuyển dần từ một hệ thống thống nhất sang nhiều hệ thống với những ưu tiên khác nhau, thì liệu lớp attestation có trở thành nền tảng mới cho trust, và nếu vậy, ai sẽ định nghĩa cách mà sự thật được chứng minh trong một thế giới đa hệ như vậy?
#SignDigitalSovereignInfra $SIGN
Với Sign, thứ tự đó gần như bị đảo ngược.
Nếu khả năng xác minh có thể tồn tại như một lớp độc lập, thì câu hỏi không còn là dữ liệu nằm ở chain nào, mà là nó có thể được chứng minh theo cách mà hệ thống khác chấp nhận hay không. Và từ góc nhìn đó, mình bắt đầu nhìn lại các hệ thống blockchain trong bối cảnh chính phủ.
Một giả định quen thuộc là: để đạt được minh bạch và khả năng verify ở quy mô quốc gia, dữ liệu nên được đưa lên một blockchain chung. Giả định này hợp lý, nhưng nó ngầm gộp hai thứ lại làm một: nơi dữ liệu tồn tại và cách dữ liệu được tin tưởng.
Khi hai thứ này bị gắn chặt với nhau, mọi hệ thống buộc phải chia sẻ cùng một hạ tầng nếu muốn chia sẻ trust.
Nhưng trong thực tế, các hệ thống cấp quốc gia hiếm khi vận hành theo cách đó.
Những thứ như CBDC, tokenization tài sản, hệ thống thanh toán, registry hay voting đều có thể được xây trên blockchain. Dù là phát hành stablecoin quốc gia, token hóa đất đai và tài nguyên, vận hành thanh toán, hay quản lý giấy phép và chứng chỉ, tất cả đều là những biểu hiện khác nhau của cùng một nhu cầu: ghi nhận và xác minh trạng thái của hệ thống.
Nhưng mỗi hệ thống lại có yêu cầu riêng.
Một hệ thống thanh toán cần độ trễ thấp và tính ổn định cao. Một registry cần tính bất biến và khả năng audit. Voting lại cần thêm lớp riêng tư nhưng vẫn phải verify được kết quả. Khi đặt tất cả lên cùng một hạ tầng, sẽ luôn có một số yêu cầu phải bị đánh đổi.
Điều này khiến mình nhận ra một điểm mà trước đó mình bỏ qua.
Vấn đề không phải là có thể xây bao nhiêu hệ thống trên blockchain, mà là mỗi hệ thống đang định nghĩa “đúng” theo một cách khác nhau. Và khi định nghĩa đó khác nhau, việc buộc chúng chia sẻ cùng một môi trường execution không còn là cách duy nhất để tạo ra trust.
Đây là chỗ Sign Protocol bắt đầu trở nên rõ ràng hơn.
Thay vì yêu cầu các hệ thống phải chạy trên cùng một chain để có thể tin nhau, Sign cho phép mỗi hệ thống giữ nguyên cách thiết kế của mình, nhưng vẫn có thể chứng minh trạng thái theo một chuẩn có thể được verify bên ngoài. Attestation trong trường hợp này hoạt động như một lớp trung gian, nơi “sự thật” được đóng gói lại thành bằng chứng có thể kiểm tra độc lập với nơi nó được tạo ra.
Khi nhìn như vậy, cách mình hiểu về sovereign blockchain bắt đầu thay đổi.
Không còn là một hạ tầng duy nhất phải phục vụ mọi use case, mà là một tập hợp các hệ thống có thể được triển khai theo những ưu tiên khác nhau. Các use case như CBDC, tokenization, payment, registry hay voting đều có thể được xây theo nhiều cách triển khai khác nhau, tùy vào yêu cầu về hiệu năng, mức độ tích hợp với DeFi, hay mức độ độc lập vận hành mà mỗi quốc gia lựa chọn.
Điểm quan trọng là những lựa chọn đó không còn làm mất khả năng tương tác giữa các hệ thống.
Một hệ thống có thể tối ưu cho hiệu năng và kiểm soát, trong khi hệ thống khác tối ưu cho khả năng kết nối và thanh khoản. Trước đây, hai hướng này thường khó đi cùng nhau vì chúng yêu cầu môi trường khác nhau. Nhưng nếu trust được tách ra thành một lớp riêng, sự khác biệt về hạ tầng không còn là rào cản tuyệt đối.
Mình thấy dễ hình dung hơn nếu nghĩ đến các quốc gia với hệ thống pháp lý khác nhau.
Mỗi nơi có luật riêng, cách vận hành riêng, nhưng vẫn có những cơ chế để công nhận giấy tờ, bằng cấp hay giao dịch của nhau. Những cơ chế đó không yêu cầu tất cả phải dùng chung một hệ thống luật, mà chỉ cần có cách để xác minh rằng một thông tin là hợp lệ trong ngữ cảnh của nó.
Sign, ở một mức độ nào đó, đang cố gắng đóng vai trò tương tự trong không gian blockchain.
Thay vì đồng bộ toàn bộ hạ tầng, nó cung cấp một cách để đồng bộ việc xác minh. Một hệ thống không cần biết toàn bộ logic nội bộ của hệ thống khác, chỉ cần có đủ bằng chứng để tin vào một trạng thái cụ thể.
Nói cách khác, trust không còn bị khóa vào execution environment.
Điều này có hệ quả khá rõ về mặt kiến trúc.
Các hệ thống có thể được thiết kế linh hoạt hơn, vì không còn phải hy sinh yêu cầu riêng chỉ để tương thích với một môi trường chung. Đồng thời, khả năng kết nối giữa các hệ thống cũng không còn phụ thuộc hoàn toàn vào bridge hay shared infrastructure, mà có thể dựa trên việc trao đổi và kiểm chứng attestation.
Tuy nhiên, cách tiếp cận này cũng mở ra những câu hỏi mới.
Nếu mỗi hệ thống có thể tự định nghĩa rule và chỉ xuất ra bằng chứng, thì độ phức tạp của việc verify sẽ tăng đến mức nào khi số lượng hệ thống tăng lên. Và khi trust được xây dựng thông qua các lớp attestation, ai sẽ là người xác định tiêu chuẩn cho những bằng chứng đó.
Ngoài ra, việc tách trust khỏi execution có thể làm giảm nhu cầu phải đồng bộ hạ tầng, nhưng cũng đồng nghĩa với việc giảm đi một lớp đảm bảo mặc định mà shared environment từng cung cấp.
Sau khi đi một vòng, mình thấy câu hỏi ban đầu về việc nên deploy ở đâu dường như không còn là trọng tâm nữa.
Thay vào đó, điều đáng suy nghĩ hơn là: nếu blockchain đang chuyển dần từ một hệ thống thống nhất sang nhiều hệ thống với những ưu tiên khác nhau, thì liệu lớp attestation có trở thành nền tảng mới cho trust, và nếu vậy, ai sẽ định nghĩa cách mà sự thật được chứng minh trong một thế giới đa hệ như vậy?
#SignDigitalSovereignInfra $SIGN
См. перевод
Mình từng nghĩ crypto đã giải xong phần “trust”. Miễn là một điều gì đó có thể được verify on-chain, thì phần còn lại sẽ tự vận hành. Nhưng càng nhìn kỹ vào @SignOfficial , mình càng thấy có một khoảng trống: hệ thống biết cái gì là đúng, nhưng lại không biết phải làm gì với điều đó.
Phần lớn thiết kế hiện tại dừng lại ở bước chứng minh. Một user đủ điều kiện, một hành vi được ghi nhận, một credential hợp lệ. Nhưng khi chuyển sang những thứ như access hay incentive, mọi thứ lại trở nên rời rạc, phụ thuộc vào logic riêng của từng ứng dụng.
Mình nghĩ vấn đề nằm ở chỗ: verification và execution của trust đang bị tách rời. Một điều có thể được chứng minh là đúng, nhưng hệ thống lại không có một cách chuẩn để biến kết quả đó thành hành động.
Đây cũng là chỗ Sign trở nên “lệch nhịp” so với phần còn lại của thị trường. Nó không cố làm tốt hơn phần verify, mà đặt câu hỏi về việc điều gì xảy ra sau đó.
Thay vì chỉ dừng ở việc tạo attestation, Sign đi xuống một layer thấp hơn, nơi dữ liệu được chuẩn hóa thông qua schema và giữ nguyên ý nghĩa khi di chuyển giữa các system. Khi đó, một attestation không chỉ còn là một kết quả để tham chiếu, mà có thể trở thành input có cấu trúc cho logic vận hành phía trên.
Điểm quan trọng là Sign không “quyết định” hệ thống sẽ làm gì, mà làm cho các hệ thống có thể nhất quán hành động dựa trên cùng một kết quả đã được chứng minh, khi logic được xây dựng phía trên.
Và nếu Sign thực sự đi đúng hướng, thì giá trị của nó nằm ở việc biến trust thành một thứ có thể được sử dụng nhất quán ở layer ứng dụng.
$SIGN #SignDigitalSovereignInfra
Phần lớn thiết kế hiện tại dừng lại ở bước chứng minh. Một user đủ điều kiện, một hành vi được ghi nhận, một credential hợp lệ. Nhưng khi chuyển sang những thứ như access hay incentive, mọi thứ lại trở nên rời rạc, phụ thuộc vào logic riêng của từng ứng dụng.
Mình nghĩ vấn đề nằm ở chỗ: verification và execution của trust đang bị tách rời. Một điều có thể được chứng minh là đúng, nhưng hệ thống lại không có một cách chuẩn để biến kết quả đó thành hành động.
Đây cũng là chỗ Sign trở nên “lệch nhịp” so với phần còn lại của thị trường. Nó không cố làm tốt hơn phần verify, mà đặt câu hỏi về việc điều gì xảy ra sau đó.
Thay vì chỉ dừng ở việc tạo attestation, Sign đi xuống một layer thấp hơn, nơi dữ liệu được chuẩn hóa thông qua schema và giữ nguyên ý nghĩa khi di chuyển giữa các system. Khi đó, một attestation không chỉ còn là một kết quả để tham chiếu, mà có thể trở thành input có cấu trúc cho logic vận hành phía trên.
Điểm quan trọng là Sign không “quyết định” hệ thống sẽ làm gì, mà làm cho các hệ thống có thể nhất quán hành động dựa trên cùng một kết quả đã được chứng minh, khi logic được xây dựng phía trên.
Và nếu Sign thực sự đi đúng hướng, thì giá trị của nó nằm ở việc biến trust thành một thứ có thể được sử dụng nhất quán ở layer ứng dụng.
$SIGN #SignDigitalSovereignInfra
Sign Protocol и способ переопределения безопасности в блокчейне
Читая о @SignOfficial , я не чувствую затруднений, а скорее различия по сравнению с обычными методами безопасности в криптовалюте.
Рынок имеет довольно знакомый нарратив: если вы хотите построить надежную систему, вам нужно контролировать безопасность от начала до конца. Лучше всего иметь собственную цепочку, собственный валидатор, собственный механизм. Короче говоря, чем более «автономной» будет безопасность, тем лучше. Это звучит очень разумно, особенно когда речь идет о системах, обслуживающих правительство или предприятия.
Рынок имеет довольно знакомый нарратив: если вы хотите построить надежную систему, вам нужно контролировать безопасность от начала до конца. Лучше всего иметь собственную цепочку, собственный валидатор, собственный механизм. Короче говоря, чем более «автономной» будет безопасность, тем лучше. Это звучит очень разумно, особенно когда речь идет о системах, обслуживающих правительство или предприятия.
Midnight Network и переход от анонимности к соблюдению конфиденциальности
Каждый раз, когда я читаю о @MidnightNetwork , возникает легкое чувство «диссонанса». Не потому, что это слишком сложно, а потому, что это не пытается решить задачу так, как крипто обычно считает правильным.
В большинстве обсуждений конфиденциальность почти всегда понимается в очень четком направлении: чем больше скрыто, тем лучше. Система, которую труднее наблюдать, считается «сильной». Это звучит вполне разумно, если смотреть изнутри крипто, где анонимность часто рассматривается как форма стандартной защиты. Но когда эту логику применяют в более реальном контексте, особенно с учетом бизнеса или регуляторов, все начинает выглядеть немного неловко.
В большинстве обсуждений конфиденциальность почти всегда понимается в очень четком направлении: чем больше скрыто, тем лучше. Система, которую труднее наблюдать, считается «сильной». Это звучит вполне разумно, если смотреть изнутри крипто, где анонимность часто рассматривается как форма стандартной защиты. Но когда эту логику применяют в более реальном контексте, особенно с учетом бизнеса или регуляторов, все начинает выглядеть немного неловко.
Только когда ставлю @MidnightNetwork в ситуации неудачи, я начинаю понимать, что проблема не в конфиденциальности.
Текущий нарратив довольно ясен: если можно добиться программируемой конфиденциальности и выборочной раскрытости, то блокчейн станет более подходящим для «серьезных» случаев использования. Чувствительные данные больше не будут подвержены раскрытию, и, таким образом, принятие произойдет естественным образом. Этот взгляд подразумевает, что конфиденциальность является чисто улучшенной версией.
Но на самом деле все не так просто.
Когда выполнение и состояние переходят в частный статус, видимость больше не является значением по умолчанию. Система все равно может доказать свою корректность через криптографические механизмы, но процесс, ведущий к этому результату, больше не может наблюдаться публично. И это различие становится очевидным только в случае инцидента.
Ошибка в публичной цепочке может быть сложной, но все же может быть проверена. Ошибка в частной системе, напротив: труднее отследить, труднее объяснить, и во многих случаях зависит от доступа, чтобы можно было полностью понять.
Важно не то, правильно ли работает система, а то, что способ проверки меняется. Вместо того чтобы полагаться на возможность публичного наблюдения, верификация переходит на основание доказательств и контролируемых механизмов раскрытия. Конфиденциальность не только скрывает данные, но и скрывает сам процесс неудачи.
Это приводит к тонкому, но важному сдвигу в модели доверия: от открытой видимости к криптографической корректности, сочетающейся с контролируемым раскрытием.
И оставшийся вопрос: когда доказательства больше не являются чем-то по умолчанию открытым, где же на самом деле находится доверие.
#night $NIGHT
Текущий нарратив довольно ясен: если можно добиться программируемой конфиденциальности и выборочной раскрытости, то блокчейн станет более подходящим для «серьезных» случаев использования. Чувствительные данные больше не будут подвержены раскрытию, и, таким образом, принятие произойдет естественным образом. Этот взгляд подразумевает, что конфиденциальность является чисто улучшенной версией.
Но на самом деле все не так просто.
Когда выполнение и состояние переходят в частный статус, видимость больше не является значением по умолчанию. Система все равно может доказать свою корректность через криптографические механизмы, но процесс, ведущий к этому результату, больше не может наблюдаться публично. И это различие становится очевидным только в случае инцидента.
Ошибка в публичной цепочке может быть сложной, но все же может быть проверена. Ошибка в частной системе, напротив: труднее отследить, труднее объяснить, и во многих случаях зависит от доступа, чтобы можно было полностью понять.
Важно не то, правильно ли работает система, а то, что способ проверки меняется. Вместо того чтобы полагаться на возможность публичного наблюдения, верификация переходит на основание доказательств и контролируемых механизмов раскрытия. Конфиденциальность не только скрывает данные, но и скрывает сам процесс неудачи.
Это приводит к тонкому, но важному сдвигу в модели доверия: от открытой видимости к криптографической корректности, сочетающейся с контролируемым раскрытием.
И оставшийся вопрос: когда доказательства больше не являются чем-то по умолчанию открытым, где же на самом деле находится доверие.
#night $NIGHT
Я не помню точно, когда начал обращать внимание на @MidnightNetwork , просто после некоторого времени чтения и просмотра того, как это обсуждается, у меня сложилось ощущение, что это один из проектов, который "звучит очень правильно".
Это не правильный тип из-за хайпа, а правильный с точки зрения логики. Публичный блокчейн слишком прозрачен, почти невозможно использовать для чего-либо, связанного с конфиденциальными данными. Если хотите корпоративный уровень, если хотите, чтобы AI-системы обрабатывали реальные данные, то конфиденциальность практически является обязательным условием. Midnight, на поверхности, дает правильный ответ на этот вопрос.
Это не правильный тип из-за хайпа, а правильный с точки зрения логики. Публичный блокчейн слишком прозрачен, почти невозможно использовать для чего-либо, связанного с конфиденциальными данными. Если хотите корпоративный уровень, если хотите, чтобы AI-системы обрабатывали реальные данные, то конфиденциальность практически является обязательным условием. Midnight, на поверхности, дает правильный ответ на этот вопрос.
Приватность в крипто часто воспринимается как теория, но с @MidnightNetwork у меня есть ощущение, что это пытается поставить меня на землю. Не в виде «революции» с блеском, а в виде вопроса: как на самом деле использовать приватность, чтобы не застрять в крайних идеалах?
Первоначальные проекты всегда стремились к «всему или ничему», максимальной секретности, максимальной идеологии. Я думаю, именно это иногда превращает их в проблему еще до того, как они успевают стать инфраструктурой. Midnight отличается. Меньше драматизма, но больше реализма. Он хочет, чтобы приватность существовала вместе с бизнес-логикой, соблюдением норм и тем, как реально взаимодействуют пользователи.
То, что заставляет меня осознать: приватность не терпит неудачу из-за слабой технологии, а потому что она спроектирована радикально, не может выжить в реальной жизни. Midnight не пытается сделать приватность «самой сильной», а старается сделать ее пригодной для использования, что является необходимым условием для существования.
Mainnet приближается, вопрос все еще остается: будет ли система действительно функционировать между пользователями, стимулами и привязками в реальной жизни, или это всего лишь красивая идея? Я думаю, это то отличие, которое нельзя игнорировать.
#night $NIGHT
Первоначальные проекты всегда стремились к «всему или ничему», максимальной секретности, максимальной идеологии. Я думаю, именно это иногда превращает их в проблему еще до того, как они успевают стать инфраструктурой. Midnight отличается. Меньше драматизма, но больше реализма. Он хочет, чтобы приватность существовала вместе с бизнес-логикой, соблюдением норм и тем, как реально взаимодействуют пользователи.
То, что заставляет меня осознать: приватность не терпит неудачу из-за слабой технологии, а потому что она спроектирована радикально, не может выжить в реальной жизни. Midnight не пытается сделать приватность «самой сильной», а старается сделать ее пригодной для использования, что является необходимым условием для существования.
Mainnet приближается, вопрос все еще остается: будет ли система действительно функционировать между пользователями, стимулами и привязками в реальной жизни, или это всего лишь красивая идея? Я думаю, это то отличие, которое нельзя игнорировать.
#night $NIGHT
Я когда-то имел довольно привычную реакцию, глядя на крипто-проекты: все, что называется блокчейном, по умолчанию должно быть без разрешений, открытым. Если это не так, то всегда есть ощущение, что что-то не так, похоже на корпоративную систему, обернутую слоем крипто снаружи.
Но, когда я более внимательно изучил, как @SignOfficial спроектирован, я начал замечать, что эта реакция больше не кажется такой уверенной, как раньше.
Они не пытаются разместить все на одной публичной цепочке. Части распределения или аттестации оставлены на BNB Chain, что звучит очень разумно, поскольку это требует прозрачности. Но когда дело доходит до конфиденциальных данных, они отделяют их, обрабатывая с помощью системы с разрешениями, подобной Hyperledger Fabric. А посередине находится ZK, аттестация, которая соединяет обе стороны, не раскрывая информацию.
Сначала я немного застыл на этом месте. Потому что если самая важная часть оказывается в системе без разрешений, то как я могу называть это блокчейном в каком смысле?
Но подумав немного больше, я понял, что, возможно, задаю неправильный вопрос. Возможно, они не пытаются создать «правильный» блокчейн, а решают более практическую задачу: есть вещи, которые необходимо контролировать, в то время как другие части должны быть прозрачными. И если это так, то объединение различных типов систем вместе почти неизбежно.
Если смотреть на это с этой точки зрения, блокчейн больше не является центром. Он просто часть в более крупной архитектуре, где каждый компонент выбирается потому, что он решает часть проблемы.
И здесь первоначальный вопрос возвращается другим способом: в конечном итоге то, что такие системы, как SIGN, строят, является протоколом или формой системной интеграции, упакованной с крипто-слой снаружи?
#SignDigitalSovereignInfra $SIGN
Но, когда я более внимательно изучил, как @SignOfficial спроектирован, я начал замечать, что эта реакция больше не кажется такой уверенной, как раньше.
Они не пытаются разместить все на одной публичной цепочке. Части распределения или аттестации оставлены на BNB Chain, что звучит очень разумно, поскольку это требует прозрачности. Но когда дело доходит до конфиденциальных данных, они отделяют их, обрабатывая с помощью системы с разрешениями, подобной Hyperledger Fabric. А посередине находится ZK, аттестация, которая соединяет обе стороны, не раскрывая информацию.
Сначала я немного застыл на этом месте. Потому что если самая важная часть оказывается в системе без разрешений, то как я могу называть это блокчейном в каком смысле?
Но подумав немного больше, я понял, что, возможно, задаю неправильный вопрос. Возможно, они не пытаются создать «правильный» блокчейн, а решают более практическую задачу: есть вещи, которые необходимо контролировать, в то время как другие части должны быть прозрачными. И если это так, то объединение различных типов систем вместе почти неизбежно.
Если смотреть на это с этой точки зрения, блокчейн больше не является центром. Он просто часть в более крупной архитектуре, где каждый компонент выбирается потому, что он решает часть проблемы.
И здесь первоначальный вопрос возвращается другим способом: в конечном итоге то, что такие системы, как SIGN, строят, является протоколом или формой системной интеграции, упакованной с крипто-слой снаружи?
#SignDigitalSovereignInfra $SIGN
Протокол Sign и сдвиг контроля в системе блокчейн
После некоторого времени изучения @SignOfficial , я начала замечать, что мой взгляд на блокчейн раньше был несколько упрощенным: я всегда считала, что хорошая система должна быть максимально безразрешительной.
Это предположение разумно в большинстве случаев. Открытая сеть помогает максимизировать ликвидность, возможность участия и прозрачность. Это также основа для большинства того, что мы называем DeFi.
Но когда это помещается в контекст правительства, это предположение начинает искажаться.
Это предположение разумно в большинстве случаев. Открытая сеть помогает максимизировать ликвидность, возможность участия и прозрачность. Это также основа для большинства того, что мы называем DeFi.
Но когда это помещается в контекст правительства, это предположение начинает искажаться.
В последнее время, каждый раз, когда я пытаюсь подключить новое dApp на разных цепочках, ощущение довольно знакомое: кошелек тот же, активы те же, но репутация как будто снова возвращается к нулю. История транзакций, доверие, предыдущие взаимодействия на этой цепочке почти не имеют значения, когда переходишь в другую экосистему, от Ethereum, Arbitrum до новых L2.
Чем больше я использую сети, тем яснее я вижу одну вещь: доверие в ончейн-формате локализовано, и необходимость начинать с нуля в каждом месте почти становится нормой. Но когда я смотрю на то, как @SignOfficial реализует Omni-chain Attestation, я понимаю, что проблема не в недостатке доверия, а в том, что оно фрагментировано и не может перемещаться.
Решение Sign позволяет создавать и проверять последовательные доказательства (credentials, reputation) на нескольких сетях L1 и L2 с механизмом «подписать один раз, использовать повсюду». dApp на Ethereum может читать тот же источник аттестации, которому доверяет dApp на Arbitrum или Polygon, данные не разбросаны и не застревают в каждой цепочке.
С моей точки зрения, этот переход превращает доверие в переносимый слой, накапливаясь в одном месте, но используя его повсюду. Когда репутация больше не заблокирована на каждой блокчейн, Web3 может покинуть состояние «острова» и перейти к экономике, основанной на доказательствах, где репутация действительно следует за вами, независимо от того, на какой цепочке вы находитесь.
#SignDigitalSovereignInfra $SIGN
Чем больше я использую сети, тем яснее я вижу одну вещь: доверие в ончейн-формате локализовано, и необходимость начинать с нуля в каждом месте почти становится нормой. Но когда я смотрю на то, как @SignOfficial реализует Omni-chain Attestation, я понимаю, что проблема не в недостатке доверия, а в том, что оно фрагментировано и не может перемещаться.
Решение Sign позволяет создавать и проверять последовательные доказательства (credentials, reputation) на нескольких сетях L1 и L2 с механизмом «подписать один раз, использовать повсюду». dApp на Ethereum может читать тот же источник аттестации, которому доверяет dApp на Arbitrum или Polygon, данные не разбросаны и не застревают в каждой цепочке.
С моей точки зрения, этот переход превращает доверие в переносимый слой, накапливаясь в одном месте, но используя его повсюду. Когда репутация больше не заблокирована на каждой блокчейн, Web3 может покинуть состояние «острова» и перейти к экономике, основанной на доказательствах, где репутация действительно следует за вами, независимо от того, на какой цепочке вы находитесь.
#SignDigitalSovereignInfra $SIGN
Протокол Sign и задача, кто действительно контролирует то, что является «действительным»
В какой-то момент я осознал, что каждый раз, читая проект блокчейна, я почти всегда начинаю с одной и той же точки зрения: где он развёрнут.
Слой 1 и Слой 2. Эфириум и отдельная цепочка. Кажется, что если я смогу ответить на этот вопрос, то я уже понимаю большую часть системы.
Но когда я читаю @SignOfficial , я немного «выпадаю из ритма».
Не потому, что это слишком сложно, а потому что способ, которым он ставит вопрос, заставляет меня пересмотреть сам вопрос.
Слой 1 и Слой 2. Эфириум и отдельная цепочка. Кажется, что если я смогу ответить на этот вопрос, то я уже понимаю большую часть системы.
Но когда я читаю @SignOfficial , я немного «выпадаю из ритма».
Не потому, что это слишком сложно, а потому что способ, которым он ставит вопрос, заставляет меня пересмотреть сам вопрос.
Чем больше я смотрю на @MidnightNetwork , тем больше у меня ощущение, что он не пытается "продать" конфиденциальность как красивый идеал, а пытается решить более сложную задачу: как сделать так, чтобы конфиденциальность действительно могла использоваться в реальном мире.
В криптовалюте конфиденциальность часто оказывается между двумя крайностями. Либо вы полностью анонимны, либо принимаете почти полную прозрачность. Этот способ формирования кажется довольно ясным, но делает конфиденциальность трудной для применения, особенно когда речь идет о средах, требующих соблюдения норм, управления рисками и конкретной логики функционирования.
Midnight идет по другому пути. Вместо того чтобы рассматривать конфиденциальность как слой, покрывающий всё, он превращает её в настраиваемый инструмент. Избирательное раскрытие здесь не просто техническая функция, а способ переопределения проблемы: вам не нужно раскрывать все, чтобы быть проверенным, но и не нужно скрывать все, чтобы быть защищенным.
Это создает область "посередине", где конфиденциальность и удобство могут сосуществовать.
И, возможно, самое примечательное не то, насколько Midnight более конфиденциальен. А в том, что он задает правильный вопрос: как будет работать конфиденциальность, когда ей придется сосуществовать с реальным миром?
Чем больше я думаю об этом, тем больше я вижу, что Midnight похож на попытку решить самую неприятную часть задачи, а не просто сделать её более привлекательной.
#night $NIGHT
В криптовалюте конфиденциальность часто оказывается между двумя крайностями. Либо вы полностью анонимны, либо принимаете почти полную прозрачность. Этот способ формирования кажется довольно ясным, но делает конфиденциальность трудной для применения, особенно когда речь идет о средах, требующих соблюдения норм, управления рисками и конкретной логики функционирования.
Midnight идет по другому пути. Вместо того чтобы рассматривать конфиденциальность как слой, покрывающий всё, он превращает её в настраиваемый инструмент. Избирательное раскрытие здесь не просто техническая функция, а способ переопределения проблемы: вам не нужно раскрывать все, чтобы быть проверенным, но и не нужно скрывать все, чтобы быть защищенным.
Это создает область "посередине", где конфиденциальность и удобство могут сосуществовать.
И, возможно, самое примечательное не то, насколько Midnight более конфиденциальен. А в том, что он задает правильный вопрос: как будет работать конфиденциальность, когда ей придется сосуществовать с реальным миром?
Чем больше я думаю об этом, тем больше я вижу, что Midnight похож на попытку решить самую неприятную часть задачи, а не просто сделать её более привлекательной.
#night $NIGHT
Сеть Midnight вызывает у меня сомнения в старом предположении Web3
У меня есть довольно неприятное чувство, как будто тлеющее, когда я читаю о @MidnightNetwork . Не потому что это трудно понять, а потому что, чем больше я читаю, тем больше у меня возникает ощущение, что это касается чего-то, что я всегда считал «нормальным» в крипто, но на самом деле это не так стабильно, как я думал.
Если посмотреть с точки зрения того, что рынок рассказывает, Midnight не кажется чем-то необычным. Это слой, сосредоточенный на конфиденциальности, продолжающий нарратив, существующий уже очень давно в Web3. От конфиденциальных монет до zk, история почти всегда одинакова: как сохранить доверие к блокчейну, не жертвуя полностью приватностью.
Если посмотреть с точки зрения того, что рынок рассказывает, Midnight не кажется чем-то необычным. Это слой, сосредоточенный на конфиденциальности, продолжающий нарратив, существующий уже очень давно в Web3. От конфиденциальных монет до zk, история почти всегда одинакова: как сохранить доверие к блокчейну, не жертвуя полностью приватностью.
Войдите, чтобы посмотреть больше материала