Có, nhưng một số nhiều hơn những người khác.
Mọi người quan tâm đến quyền riêng tư đến một mức độ nào đó và chúng ta đều có những giả định ngầm về quyền riêng tư trong cuộc sống hàng ngày của chúng ta. Ví dụ, khi viết tin nhắn trong một nhóm Slack của công ty, bạn giả định rằng chỉ có đồng nghiệp của bạn mới có thể xem các tin nhắn. Tương tự, nhiều người đồng ý với việc công ty thẻ tín dụng hoặc ngân hàng có thể theo dõi các giao dịch của họ nhưng không muốn công khai lịch sử giao dịch của mình cho toàn thế giới.
Các tập đoàn có lý do bổ sung để quan tâm đến quyền riêng tư (cạnh tranh, an ninh và quy định) và thường có sẵn lòng trả nhiều hơn so với người dùng cá nhân.
Một câu hỏi quan trọng khác là: Người dùng muốn bảo mật khỏi ai?
Đầu tiên là điều bắt buộc tuyệt đối đối với hầu hết các trường hợp sử dụng và đã có thể đạt được trong các mạng blockchain ngày nay nếu chúng ta chấp nhận các đảm bảo yếu hơn (nhiều hơn về điều này xuống dưới). Thứ hai là những gì chúng tôi với tư cách là một ngành công nghiệp đang hướng tới để cung cấp quyền kiểm soát nhiều hơn cho người dùng và tránh các công ty có mô hình thương mại tận dụng dữ liệu của chúng tôi mà không được phép. Điều thứ ba - quyền riêng tư từ các chính phủ và các cơ quan chính phủ - là khó khăn nhất từ quan điểm pháp lý và chính trị.
Quyền riêng tư không phải là bí mật. Một vấn đề riêng tư là điều mà người ta không muốn cả thế giới biết, nhưng một vấn đề bí mật là điều mà người ta không muốn ai biết. Quyền riêng tư là quyền lực để chọn lọc việc tiết lộ bản thân với thế giới - Bản Tuyên Ngôn của Cypherpunk
Quyền riêng tư là một chủ đề phức tạp, bao gồm nhiều vấn đề riêng biệt (nhưng liên quan) như chủ quyền dữ liệu (quyền sở hữu cá nhân về dữ liệu), mật mã, v.v. Ngoài ra, người ta thường sử dụng thuật ngữ này một cách lỏng lẻo trong các ngữ cảnh khác nhau mà không có định nghĩa rõ ràng, làm cho việc suy luận trở nên khó khăn. Các thuật ngữ như bảo mật thông tin (điều gì) và nặc danh (ai) thường được sử dụng thay thế cho quyền riêng tư, mặc dù cả hai chỉ là một phần nhỏ của các tính năng quyền riêng tư mà mọi người khao khát đạt được.
Một số câu hỏi then chốt liên quan đến quyền riêng tư là:
Dựa vào những câu hỏi này, chúng ta có thể tóm tắt thành một câu:
Quyền riêng tư đối với người dùng (chủ sở hữu dữ liệu) có nghĩa là người dùng có quyền kiểm soát việc chia sẻ dữ liệu với ai và theo điều khoản nào, đồng thời đảm bảo mạnh mẽ rằng những gì được lập trình để riêng tư sẽ vẫn như vậy.
Xét đến những điều trên - liệu “quyền riêng tư” có phải là một thuật ngữ xấu cho những gì chúng ta đang cố gắng đạt được không? Có thể có, cũng có thể không. Điều đó phụ thuộc vào cách bạn tiếp cận nó.
Một mặt, thuật ngữ "quyền riêng tư" có vẻ khá nhị phân (một cái gì đó có thể là riêng tư hoặc không), nhưng như chúng tôi đã nhấn mạnh ở trên, nó phức tạp hơn thế. Có thể có những thứ khác nhau là riêng tư (đầu vào, đầu ra, chương trình tương tác với, v.v.), cái gì đó có thể riêng tư đối với một người nhưng công khai đối với người khác, và có một loạt các giả định về sự tin cậy đằng sau các giải pháp về quyền riêng tư khác nhau. Ngoài ra, thuật ngữ này mang theo một ý nghĩa tiêu cực có thể làm trật khỏi chủ đề thực tế.
Mặt khác, “quyền riêng tư” là một thuật ngữ được biết đến rộng rãi. Việc giới thiệu thuật ngữ mới có thể gây nhầm lẫn, đặc biệt nếu không có sự thống nhất về việc sử dụng thuật ngữ mới nào. Cố gắng tránh vấn đề bằng cách sử dụng một thuật ngữ thay thế cũng có vẻ không chân thực và chúng ta nên có thể nói về các vấn đề theo thực tế.
Là kỹ sư giao thức và người xây dựng mạng blockchain, việc nhìn nhận vấn đề từ một góc độ mới có thể giúp chúng ta phát hiện ra các vấn đề mới hoặc làm nổi bật những khoảng trống trong các giải pháp hiện tại. Các thuật ngữ thay thế như kiểm soát luồng thông tin (được sử dụng trong văn học quyền riêng tư rộng hơn) hoặc tiết lộ có thể lập trình (đề xuất của chúng tôi) có lẽ có thể nắm bắt sắc thái tốt hơn. Thông tin có thể riêng tư đối với một số người, nhưng công khai đối với người khác và người dùng có quyền quyết định thông tin nào được chia sẻ với ai.
Tuy nhiên, chúng tôi sẽ sử dụng thuật ngữ riêng tư trong bài viết này để tránh nhầm lẫn không cần thiết.
Hầu hết người dùng internet đều quen thuộc với web2 "quyền riêng tư". Dữ liệu của chúng tôi được mã hóa trong quá trình truyền ( lên đến 95% lưu lượng giao thông hiện nay) và được che giấu khỏi các người dùng khác, nhưng được chia sẻ với các trung gian và nhà cung cấp dịch vụ đáng tin cậy. Nói cách khác, “quyền riêng tư” (khỏi người dùng khác) đến từ việc tin tưởng một trung gian.
Phương pháp này cho phép người dùng kiểm soát việc chia sẻ dữ liệu của họ với những người khác ngoài nhà cung cấp dịch vụ. Tuy nhiên, nó đặt rất nhiều lòng tin (trực tiếp hoặc gián tiếp) vào nhà cung cấp dịch vụ để bảo mật dữ liệu và xử lý nó một cách đúng đắn. Ngoài ra, sự đảm bảo hạn chế và sự mờ mịt về cách sử dụng dữ liệu có nghĩa là người dùng chỉ có thể hy vọng nhà cung cấp dịch vụ hành xử như họ tuyên bố (mô hình dựa trên danh tiếng).
Mạng lưới Blockchain nhằm giảm sự phụ thuộc vào trung gian và cung cấp các bảo đảm mạnh mẽ bằng cách chuyển từ mô hình dựa trên danh tiếng sang các bảo đảm kinh tế hoặc mật mã. Tuy nhiên, mô hình phân tán cũng đặt ra những thách thức mới, đặc biệt là về quyền riêng tư. Các nút cần đồng bộ và đạt được sự đồng thuận về trạng thái hiện tại của mạng lưới, điều này tương đối dễ dàng khi dữ liệu được công khai và chia sẻ giữa tất cả các nút (tình trạng hiện tại). Điều này trở nên khó khăn hơn đáng kể khi chúng ta bắt đầu mã hóa dữ liệu - một lý do chính tại sao hầu hết mạng lưới Blockchain hiện nay là công khai.
Có hai cách để đạt được sự riêng tư cho mạng blockchain: Sự tin cậy (qua trung gian) hoặc Sự tối thiểu hóa niềm tin (không qua trung gian) đối với sự riêng tư.
Cả hai đều thách thức, nhưng vì lý do khác nhau (tư tưởng học vs kỹ thuật). Sự riêng tư được tin cậy có sẵn nhiều hơn nhưng có các cam kết yếu hơn và đòi hỏi hy sinh một số tư tưởng của blockchain bằng cách phụ thuộc vào các nhà hoạt động trung ương và trung gian. Sự riêng tư tối thiểu hóa niềm tin có thể đưa ra các cam kết mạnh mẽ hơn và đảm bảo người dùng giữ kiểm soát về dữ liệu của họ nhưng khó khăn hơn cả về mặt kỹ thuật và chính trị (làm thế nào để tuân thủ các quy định hiện tại).
Phương pháp tin cậy trông khá giống với quyền riêng tư kiểu web2 trong việc có thể đạt được quyền riêng tư từ người dùng khác nhưng yêu cầu phải tin tưởng vào một bên thứ ba hoặc trung gian để hỗ trợ nó. Điều này không đòi hỏi kỹ thuật cao, khiến nó trở thành một lựa chọn thực tế cho các dự án cần một số cam kết về quyền riêng tư ngày hôm nay nhưng lại nhạy cảm với chi phí và có các giao dịch có giá trị thấp hơn. Một ví dụ cho điều này là các giao thức xã hội web3 (như Mạng Lens) , mà đặt nhiều sự chú ý vào hiệu suất và tính thực tế hơn là tính cứng rắn của cam kết bảo mật.
Một cách tiếp cận đơn giản là sử dụng một validiumnơi ủy ban sẵn có dữ liệu (DAC) giữ trạng thái hiện tại và người dùng tin tưởng các nhà điều hành DAC để giữ cho trạng thái đó được bảo mật và cập nhật khi cần thiết. Một ví dụ khác là Phần mở rộng mã thông báo của Solana, which achieves confidentiality for payments (hiding account balances and transactions) using ZKPs but allows appointing a trusted third party with auditing rights to ensure regulatory compliance.
Chúng tôi sẽ cho rằng mô hình này có thể mở rộng mô hình web2 hiện tại, trong đó bạn chỉ tin tưởng một trung gian để tuân thủ các quy tắc. Với các blockchain, mô hình dựa trên sự tin tưởng tuyệt đối có thể được kết hợp với một số đảm bảo bổ sung (kinh tế hoặc mật mã) rằng các trung gian sẽ hoạt động như dự kiến, hoặc ít nhất là tăng cường độ động viên để làm như vậy.
Cũng có các giải pháp lai nơi một giải pháp tối thiểu hóa niềm tin dựa trên một thành phần tập trung để cải thiện chi phí, UX hoặc hiệu suất. Các ví dụ trong danh mục này bao gồm việc giao cho một bên thứ ba chứng minh cho ZKPs riêng tư hoặc một mạng FHE nơi một trung gian tập trung giữ khóa giải mã.
(Chúng tôi bao gồm các blockchain được cấp quyền trong danh mục tin cậy, nhưng tất cả các giải pháp khác liên quan đến các blockchain không được cấp quyền).
Phương pháp tối thiểu hóa niềm tin tránh việc có một điểm thất bại duy nhất thông qua một trung gian đáng tin cậy có thể đưa ra các cam kết mạnh hơn. Tuy nhiên, việc triển khai từ quan điểm kỹ thuật khó hơn nhiều. Trong hầu hết các trường hợp, nó yêu cầu kết hợp giải pháp mật mã hiện đại và các thay đổi cấu trúc như sử dụng một cấu trúc tài khoản khác nhau.
Các giải pháp hiện có chủ yếu xoay quanh các trường hợp sử dụng chuyên biệt, như:
Nhiều trường hợp sử dụng, tuy nhiên, phụ thuộc vào trạng thái chia sẻ và trở nên khó khăn hơn nhiều khi chúng ta cố gắng mở rộng sự riêng tư tối thiểu hóa niềm tin đến các trường hợp sử dụng tổng quát này.
Một điều cần lưu ý khác là trong khi các trường hợp sử dụng đặc biệt (thanh toán, bỏ phiếu, nhận dạng, vv) có thể hoạt động tốt khi cô lập, chúng yêu cầu người dùng di chuyển giữa các bộ dữ liệu được bảo vệ (vùng tin cậy) cho các trường hợp sử dụng khác nhau. Điều này không tối ưu vìhầu hết thông tin đã bị rò rỉkhi di chuyển vào và ra khỏi một tập hợp được che chắn.
Do đó, mục tiêu nên là cho phép bảo mật cho tính toán đa mục đích (tất cả các trường hợp sử dụng, bao gồm cả những trường hợp sử dụng yêu cầu trạng thái chia sẻ), mở rộng tập hợp được che giấu và thêm các điều khiển quản lý truy cập chi tiết (tính diễn giải).
Trong khi mục tiêu cuối cùng là rõ ràng, con đường để đạt được điều đó còn dài. Trong khi đó, chúng ta cần các khuôn khổ để đánh giá các giải pháp hiện tại và những đánh đổi mà chúng tạo ra. Chúng tôi tin rằng không gian đánh đổi có thể được chia thành ba loại lớn:
Càng nhiều ô mà một giải pháp có thể đáp ứng được, thì càng tốt. Lý tưởng nhất là bạn có tất cả chúng, nhưng thường thì điều này đòi hỏi bạn phải thực hiện một số sự đánh đổi. Sự khác biệt giữa chức năng và quyền riêng tư của chương trình là một số hệ thống cho phép ẩn đi hàm nào đã được gọi (ví dụ như logic đặt giá nào mà người dùng đã sử dụng), nhưng vẫn tiết lộ chương trình mà người dùng tương tác với. Quyền riêng tư của chương trình là một hình thức nghiêm ngặt hơn, trong đó tất cả các cuộc gọi hàm đều được bảo mật cùng với chương trình tương tác. Loại này cũng là nơi diễn ra cuộc thảo luận về ẩn danh (ai) so với bảo mật thông tin (gì).
Chú ý rằng người dùng có khả năng tiết lộ một số (hoặc tất cả) thông tin này cho một số bên nhất định, nhưng nếu không có thông tin nào được đặt là riêng tư mặc định thì người dùng sẽ không có lựa chọn đó.
Danh mục này tập trung vào tính có thể lập trình của tính toán riêng và giới hạn của nó là gì:
Như đã đề cập trước đó, nhiều ứng dụng (trong thế giới thực) yêu cầu một số trạng thái được chia sẻ, điều này khó để đạt được một cách tối đa hóa niềm tin. Có rất nhiều công việc và nghiên cứu đang diễn ra trong lĩnh vực này để giúp chúng ta chuyển từ các giải pháp riêng biệt về quyền riêng tư chỉ yêu cầu trạng thái cục bộ (ví dụ: thanh toán) sang quyền riêng tư có thể lập trình được với trạng thái được chia sẻ.
Việc có khả năng lập trình cũng liên quan đến việc có các công cụ tinh vi để tiết lộ thông tin một cách chọn lọc và thu hồi quyền truy cập nếu cần thiết (ví dụ khi một nhân viên từ chức, chúng ta muốn đảm bảo rằng họ không còn có quyền truy cập vào thông tin cụ thể của công ty hoặc thông tin nhạy cảm khác nữa).
Câu hỏi cốt lõi là: Chúng ta có thể chắc chắn đến đâu rằng những điều riêng tư ngày nay sẽ vẫn giữ nguyên tính riêng tư trong tương lai (tính riêng tư tiến lên) và bảo đảm điều này là gì?
Điều này bao gồm những thứ như:
Như chúng ta có thể thấy ở trên, danh mục này bao gồm cả các câu hỏi kỹ thuật (ví dụ như hệ thống chứng minh mà ai chọn) và các câu hỏi dựa trên thiết kế (ví dụ như thêm các động lực tăng kích thước của tập hợp che giấu).
Cuối cùng, điều quan trọng là ai nên có quyền kiểm soát dữ liệu để chia sẻ - người dùng hay trung gian. Các blockchain cố gắng tăng cường chủ quyền cá nhân, nhưng cuối cùng, quyền kiểm soát là quyền lực và cuộc đấu tranh quyền lực luôn rắc rối. Điều này liên quan đến khía cạnh quy định và tuân thủ - một lý do lớn vì sao quyền riêng tư không qua trung gian hoặc được tối thiểu hóa sự tin cậy sẽ gây khó khăn (ngay cả khi chúng ta giải quyết được những khó khăn kỹ thuật).
Ngày nay, cuộc thảo luận tập trung rộng rãi vào quyền riêng tư của các trường hợp sử dụng tài chính (thanh toán, chuyển khoản, hoán đổi, v.v.) - một phần vì đó là nơi áp dụng nhiều nhất. Tuy nhiên, chúng tôi cho rằng các trường hợp sử dụng phi tài chính quan trọng như nhau, nếu không muốn nói là nhiều hơn các trường hợp được tài chính hóa và chúng không có cùng một sự giả vờ. Các trò chơi yêu cầu đầu vào hoặc trạng thái riêng tư (poker, chiến hạm, v.v.) hoặc các giải pháp nhận dạng mà cá nhân muốn giữ an toàn cho tài liệu gốc của họ có thể đóng vai trò là động lực mạnh mẽ để bình thường hóa quyền riêng tư trong mạng blockchain. Ngoài ra còn có tùy chọn để có các mức độ riêng tư khác nhau trong cùng một ứng dụng cho các giao dịch khác nhau hoặc tiết lộ một số thông tin nếu đáp ứng một số điều kiện nhất định. Hầu hết các khu vực này vẫn chưa được khám phá cho đến ngày nay.
Trong một thế giới lý tưởng, người dùng có đầy đủ quyền tự do về cá nhân và đối tượng, bên cạnh các cam kết mạnh mẽ rằng những gì được lập trình sẽ được giữ kín. Chúng tôi sẽ xem xét kỹ hơn về các công nghệ khác nhau cho phép điều này và sự cân nhắc giữa chúng trong phần 2 của loạt bài về quyền riêng tư của chúng tôi.
Quá trình chuyển đổi sang tính toán mục đích chung riêng tư, giảm thiểu sự tin tưởng trên các blockchain sẽ kéo dài và khó khăn, nhưng cuối cùng cũng đáng giá.
Có, nhưng một số nhiều hơn những người khác.
Mọi người quan tâm đến quyền riêng tư đến một mức độ nào đó và chúng ta đều có những giả định ngầm về quyền riêng tư trong cuộc sống hàng ngày của chúng ta. Ví dụ, khi viết tin nhắn trong một nhóm Slack của công ty, bạn giả định rằng chỉ có đồng nghiệp của bạn mới có thể xem các tin nhắn. Tương tự, nhiều người đồng ý với việc công ty thẻ tín dụng hoặc ngân hàng có thể theo dõi các giao dịch của họ nhưng không muốn công khai lịch sử giao dịch của mình cho toàn thế giới.
Các tập đoàn có lý do bổ sung để quan tâm đến quyền riêng tư (cạnh tranh, an ninh và quy định) và thường có sẵn lòng trả nhiều hơn so với người dùng cá nhân.
Một câu hỏi quan trọng khác là: Người dùng muốn bảo mật khỏi ai?
Đầu tiên là điều bắt buộc tuyệt đối đối với hầu hết các trường hợp sử dụng và đã có thể đạt được trong các mạng blockchain ngày nay nếu chúng ta chấp nhận các đảm bảo yếu hơn (nhiều hơn về điều này xuống dưới). Thứ hai là những gì chúng tôi với tư cách là một ngành công nghiệp đang hướng tới để cung cấp quyền kiểm soát nhiều hơn cho người dùng và tránh các công ty có mô hình thương mại tận dụng dữ liệu của chúng tôi mà không được phép. Điều thứ ba - quyền riêng tư từ các chính phủ và các cơ quan chính phủ - là khó khăn nhất từ quan điểm pháp lý và chính trị.
Quyền riêng tư không phải là bí mật. Một vấn đề riêng tư là điều mà người ta không muốn cả thế giới biết, nhưng một vấn đề bí mật là điều mà người ta không muốn ai biết. Quyền riêng tư là quyền lực để chọn lọc việc tiết lộ bản thân với thế giới - Bản Tuyên Ngôn của Cypherpunk
Quyền riêng tư là một chủ đề phức tạp, bao gồm nhiều vấn đề riêng biệt (nhưng liên quan) như chủ quyền dữ liệu (quyền sở hữu cá nhân về dữ liệu), mật mã, v.v. Ngoài ra, người ta thường sử dụng thuật ngữ này một cách lỏng lẻo trong các ngữ cảnh khác nhau mà không có định nghĩa rõ ràng, làm cho việc suy luận trở nên khó khăn. Các thuật ngữ như bảo mật thông tin (điều gì) và nặc danh (ai) thường được sử dụng thay thế cho quyền riêng tư, mặc dù cả hai chỉ là một phần nhỏ của các tính năng quyền riêng tư mà mọi người khao khát đạt được.
Một số câu hỏi then chốt liên quan đến quyền riêng tư là:
Dựa vào những câu hỏi này, chúng ta có thể tóm tắt thành một câu:
Quyền riêng tư đối với người dùng (chủ sở hữu dữ liệu) có nghĩa là người dùng có quyền kiểm soát việc chia sẻ dữ liệu với ai và theo điều khoản nào, đồng thời đảm bảo mạnh mẽ rằng những gì được lập trình để riêng tư sẽ vẫn như vậy.
Xét đến những điều trên - liệu “quyền riêng tư” có phải là một thuật ngữ xấu cho những gì chúng ta đang cố gắng đạt được không? Có thể có, cũng có thể không. Điều đó phụ thuộc vào cách bạn tiếp cận nó.
Một mặt, thuật ngữ "quyền riêng tư" có vẻ khá nhị phân (một cái gì đó có thể là riêng tư hoặc không), nhưng như chúng tôi đã nhấn mạnh ở trên, nó phức tạp hơn thế. Có thể có những thứ khác nhau là riêng tư (đầu vào, đầu ra, chương trình tương tác với, v.v.), cái gì đó có thể riêng tư đối với một người nhưng công khai đối với người khác, và có một loạt các giả định về sự tin cậy đằng sau các giải pháp về quyền riêng tư khác nhau. Ngoài ra, thuật ngữ này mang theo một ý nghĩa tiêu cực có thể làm trật khỏi chủ đề thực tế.
Mặt khác, “quyền riêng tư” là một thuật ngữ được biết đến rộng rãi. Việc giới thiệu thuật ngữ mới có thể gây nhầm lẫn, đặc biệt nếu không có sự thống nhất về việc sử dụng thuật ngữ mới nào. Cố gắng tránh vấn đề bằng cách sử dụng một thuật ngữ thay thế cũng có vẻ không chân thực và chúng ta nên có thể nói về các vấn đề theo thực tế.
Là kỹ sư giao thức và người xây dựng mạng blockchain, việc nhìn nhận vấn đề từ một góc độ mới có thể giúp chúng ta phát hiện ra các vấn đề mới hoặc làm nổi bật những khoảng trống trong các giải pháp hiện tại. Các thuật ngữ thay thế như kiểm soát luồng thông tin (được sử dụng trong văn học quyền riêng tư rộng hơn) hoặc tiết lộ có thể lập trình (đề xuất của chúng tôi) có lẽ có thể nắm bắt sắc thái tốt hơn. Thông tin có thể riêng tư đối với một số người, nhưng công khai đối với người khác và người dùng có quyền quyết định thông tin nào được chia sẻ với ai.
Tuy nhiên, chúng tôi sẽ sử dụng thuật ngữ riêng tư trong bài viết này để tránh nhầm lẫn không cần thiết.
Hầu hết người dùng internet đều quen thuộc với web2 "quyền riêng tư". Dữ liệu của chúng tôi được mã hóa trong quá trình truyền ( lên đến 95% lưu lượng giao thông hiện nay) và được che giấu khỏi các người dùng khác, nhưng được chia sẻ với các trung gian và nhà cung cấp dịch vụ đáng tin cậy. Nói cách khác, “quyền riêng tư” (khỏi người dùng khác) đến từ việc tin tưởng một trung gian.
Phương pháp này cho phép người dùng kiểm soát việc chia sẻ dữ liệu của họ với những người khác ngoài nhà cung cấp dịch vụ. Tuy nhiên, nó đặt rất nhiều lòng tin (trực tiếp hoặc gián tiếp) vào nhà cung cấp dịch vụ để bảo mật dữ liệu và xử lý nó một cách đúng đắn. Ngoài ra, sự đảm bảo hạn chế và sự mờ mịt về cách sử dụng dữ liệu có nghĩa là người dùng chỉ có thể hy vọng nhà cung cấp dịch vụ hành xử như họ tuyên bố (mô hình dựa trên danh tiếng).
Mạng lưới Blockchain nhằm giảm sự phụ thuộc vào trung gian và cung cấp các bảo đảm mạnh mẽ bằng cách chuyển từ mô hình dựa trên danh tiếng sang các bảo đảm kinh tế hoặc mật mã. Tuy nhiên, mô hình phân tán cũng đặt ra những thách thức mới, đặc biệt là về quyền riêng tư. Các nút cần đồng bộ và đạt được sự đồng thuận về trạng thái hiện tại của mạng lưới, điều này tương đối dễ dàng khi dữ liệu được công khai và chia sẻ giữa tất cả các nút (tình trạng hiện tại). Điều này trở nên khó khăn hơn đáng kể khi chúng ta bắt đầu mã hóa dữ liệu - một lý do chính tại sao hầu hết mạng lưới Blockchain hiện nay là công khai.
Có hai cách để đạt được sự riêng tư cho mạng blockchain: Sự tin cậy (qua trung gian) hoặc Sự tối thiểu hóa niềm tin (không qua trung gian) đối với sự riêng tư.
Cả hai đều thách thức, nhưng vì lý do khác nhau (tư tưởng học vs kỹ thuật). Sự riêng tư được tin cậy có sẵn nhiều hơn nhưng có các cam kết yếu hơn và đòi hỏi hy sinh một số tư tưởng của blockchain bằng cách phụ thuộc vào các nhà hoạt động trung ương và trung gian. Sự riêng tư tối thiểu hóa niềm tin có thể đưa ra các cam kết mạnh mẽ hơn và đảm bảo người dùng giữ kiểm soát về dữ liệu của họ nhưng khó khăn hơn cả về mặt kỹ thuật và chính trị (làm thế nào để tuân thủ các quy định hiện tại).
Phương pháp tin cậy trông khá giống với quyền riêng tư kiểu web2 trong việc có thể đạt được quyền riêng tư từ người dùng khác nhưng yêu cầu phải tin tưởng vào một bên thứ ba hoặc trung gian để hỗ trợ nó. Điều này không đòi hỏi kỹ thuật cao, khiến nó trở thành một lựa chọn thực tế cho các dự án cần một số cam kết về quyền riêng tư ngày hôm nay nhưng lại nhạy cảm với chi phí và có các giao dịch có giá trị thấp hơn. Một ví dụ cho điều này là các giao thức xã hội web3 (như Mạng Lens) , mà đặt nhiều sự chú ý vào hiệu suất và tính thực tế hơn là tính cứng rắn của cam kết bảo mật.
Một cách tiếp cận đơn giản là sử dụng một validiumnơi ủy ban sẵn có dữ liệu (DAC) giữ trạng thái hiện tại và người dùng tin tưởng các nhà điều hành DAC để giữ cho trạng thái đó được bảo mật và cập nhật khi cần thiết. Một ví dụ khác là Phần mở rộng mã thông báo của Solana, which achieves confidentiality for payments (hiding account balances and transactions) using ZKPs but allows appointing a trusted third party with auditing rights to ensure regulatory compliance.
Chúng tôi sẽ cho rằng mô hình này có thể mở rộng mô hình web2 hiện tại, trong đó bạn chỉ tin tưởng một trung gian để tuân thủ các quy tắc. Với các blockchain, mô hình dựa trên sự tin tưởng tuyệt đối có thể được kết hợp với một số đảm bảo bổ sung (kinh tế hoặc mật mã) rằng các trung gian sẽ hoạt động như dự kiến, hoặc ít nhất là tăng cường độ động viên để làm như vậy.
Cũng có các giải pháp lai nơi một giải pháp tối thiểu hóa niềm tin dựa trên một thành phần tập trung để cải thiện chi phí, UX hoặc hiệu suất. Các ví dụ trong danh mục này bao gồm việc giao cho một bên thứ ba chứng minh cho ZKPs riêng tư hoặc một mạng FHE nơi một trung gian tập trung giữ khóa giải mã.
(Chúng tôi bao gồm các blockchain được cấp quyền trong danh mục tin cậy, nhưng tất cả các giải pháp khác liên quan đến các blockchain không được cấp quyền).
Phương pháp tối thiểu hóa niềm tin tránh việc có một điểm thất bại duy nhất thông qua một trung gian đáng tin cậy có thể đưa ra các cam kết mạnh hơn. Tuy nhiên, việc triển khai từ quan điểm kỹ thuật khó hơn nhiều. Trong hầu hết các trường hợp, nó yêu cầu kết hợp giải pháp mật mã hiện đại và các thay đổi cấu trúc như sử dụng một cấu trúc tài khoản khác nhau.
Các giải pháp hiện có chủ yếu xoay quanh các trường hợp sử dụng chuyên biệt, như:
Nhiều trường hợp sử dụng, tuy nhiên, phụ thuộc vào trạng thái chia sẻ và trở nên khó khăn hơn nhiều khi chúng ta cố gắng mở rộng sự riêng tư tối thiểu hóa niềm tin đến các trường hợp sử dụng tổng quát này.
Một điều cần lưu ý khác là trong khi các trường hợp sử dụng đặc biệt (thanh toán, bỏ phiếu, nhận dạng, vv) có thể hoạt động tốt khi cô lập, chúng yêu cầu người dùng di chuyển giữa các bộ dữ liệu được bảo vệ (vùng tin cậy) cho các trường hợp sử dụng khác nhau. Điều này không tối ưu vìhầu hết thông tin đã bị rò rỉkhi di chuyển vào và ra khỏi một tập hợp được che chắn.
Do đó, mục tiêu nên là cho phép bảo mật cho tính toán đa mục đích (tất cả các trường hợp sử dụng, bao gồm cả những trường hợp sử dụng yêu cầu trạng thái chia sẻ), mở rộng tập hợp được che giấu và thêm các điều khiển quản lý truy cập chi tiết (tính diễn giải).
Trong khi mục tiêu cuối cùng là rõ ràng, con đường để đạt được điều đó còn dài. Trong khi đó, chúng ta cần các khuôn khổ để đánh giá các giải pháp hiện tại và những đánh đổi mà chúng tạo ra. Chúng tôi tin rằng không gian đánh đổi có thể được chia thành ba loại lớn:
Càng nhiều ô mà một giải pháp có thể đáp ứng được, thì càng tốt. Lý tưởng nhất là bạn có tất cả chúng, nhưng thường thì điều này đòi hỏi bạn phải thực hiện một số sự đánh đổi. Sự khác biệt giữa chức năng và quyền riêng tư của chương trình là một số hệ thống cho phép ẩn đi hàm nào đã được gọi (ví dụ như logic đặt giá nào mà người dùng đã sử dụng), nhưng vẫn tiết lộ chương trình mà người dùng tương tác với. Quyền riêng tư của chương trình là một hình thức nghiêm ngặt hơn, trong đó tất cả các cuộc gọi hàm đều được bảo mật cùng với chương trình tương tác. Loại này cũng là nơi diễn ra cuộc thảo luận về ẩn danh (ai) so với bảo mật thông tin (gì).
Chú ý rằng người dùng có khả năng tiết lộ một số (hoặc tất cả) thông tin này cho một số bên nhất định, nhưng nếu không có thông tin nào được đặt là riêng tư mặc định thì người dùng sẽ không có lựa chọn đó.
Danh mục này tập trung vào tính có thể lập trình của tính toán riêng và giới hạn của nó là gì:
Như đã đề cập trước đó, nhiều ứng dụng (trong thế giới thực) yêu cầu một số trạng thái được chia sẻ, điều này khó để đạt được một cách tối đa hóa niềm tin. Có rất nhiều công việc và nghiên cứu đang diễn ra trong lĩnh vực này để giúp chúng ta chuyển từ các giải pháp riêng biệt về quyền riêng tư chỉ yêu cầu trạng thái cục bộ (ví dụ: thanh toán) sang quyền riêng tư có thể lập trình được với trạng thái được chia sẻ.
Việc có khả năng lập trình cũng liên quan đến việc có các công cụ tinh vi để tiết lộ thông tin một cách chọn lọc và thu hồi quyền truy cập nếu cần thiết (ví dụ khi một nhân viên từ chức, chúng ta muốn đảm bảo rằng họ không còn có quyền truy cập vào thông tin cụ thể của công ty hoặc thông tin nhạy cảm khác nữa).
Câu hỏi cốt lõi là: Chúng ta có thể chắc chắn đến đâu rằng những điều riêng tư ngày nay sẽ vẫn giữ nguyên tính riêng tư trong tương lai (tính riêng tư tiến lên) và bảo đảm điều này là gì?
Điều này bao gồm những thứ như:
Như chúng ta có thể thấy ở trên, danh mục này bao gồm cả các câu hỏi kỹ thuật (ví dụ như hệ thống chứng minh mà ai chọn) và các câu hỏi dựa trên thiết kế (ví dụ như thêm các động lực tăng kích thước của tập hợp che giấu).
Cuối cùng, điều quan trọng là ai nên có quyền kiểm soát dữ liệu để chia sẻ - người dùng hay trung gian. Các blockchain cố gắng tăng cường chủ quyền cá nhân, nhưng cuối cùng, quyền kiểm soát là quyền lực và cuộc đấu tranh quyền lực luôn rắc rối. Điều này liên quan đến khía cạnh quy định và tuân thủ - một lý do lớn vì sao quyền riêng tư không qua trung gian hoặc được tối thiểu hóa sự tin cậy sẽ gây khó khăn (ngay cả khi chúng ta giải quyết được những khó khăn kỹ thuật).
Ngày nay, cuộc thảo luận tập trung rộng rãi vào quyền riêng tư của các trường hợp sử dụng tài chính (thanh toán, chuyển khoản, hoán đổi, v.v.) - một phần vì đó là nơi áp dụng nhiều nhất. Tuy nhiên, chúng tôi cho rằng các trường hợp sử dụng phi tài chính quan trọng như nhau, nếu không muốn nói là nhiều hơn các trường hợp được tài chính hóa và chúng không có cùng một sự giả vờ. Các trò chơi yêu cầu đầu vào hoặc trạng thái riêng tư (poker, chiến hạm, v.v.) hoặc các giải pháp nhận dạng mà cá nhân muốn giữ an toàn cho tài liệu gốc của họ có thể đóng vai trò là động lực mạnh mẽ để bình thường hóa quyền riêng tư trong mạng blockchain. Ngoài ra còn có tùy chọn để có các mức độ riêng tư khác nhau trong cùng một ứng dụng cho các giao dịch khác nhau hoặc tiết lộ một số thông tin nếu đáp ứng một số điều kiện nhất định. Hầu hết các khu vực này vẫn chưa được khám phá cho đến ngày nay.
Trong một thế giới lý tưởng, người dùng có đầy đủ quyền tự do về cá nhân và đối tượng, bên cạnh các cam kết mạnh mẽ rằng những gì được lập trình sẽ được giữ kín. Chúng tôi sẽ xem xét kỹ hơn về các công nghệ khác nhau cho phép điều này và sự cân nhắc giữa chúng trong phần 2 của loạt bài về quyền riêng tư của chúng tôi.
Quá trình chuyển đổi sang tính toán mục đích chung riêng tư, giảm thiểu sự tin tưởng trên các blockchain sẽ kéo dài và khó khăn, nhưng cuối cùng cũng đáng giá.