Chúng ta thực sự đang nói về gì khi nói về quyền riêng tư trong các mạng Blockchain?

Nâng cao8/23/2024, 8:26:16 AM
Bài viết này lập luận rằng quyền riêng tư trong các mạng blockchain là cần thiết để mở rộng sự áp dụng, chứ không chỉ là một tính năng mong muốn. Nó nhấn mạnh những thách thức mà tính minh bạch hiện tại của các blockchain đưa ra và nhấn mạnh rằng người dùng và trường hợp sử dụng đa dạng sẽ đòi hỏi các mức độ quyền riêng tư khác nhau, gợi ý rằng một phương pháp phù hợp cho tất cả không đủ.

Các quan điểm và giả thiết cơ bản của bài viết này:

  • Một số yếu tố riêng tư trong mạng lưới blockchain là điều cần thiết, không phải là điều tốt đẹp
  • Sự minh bạch hiện tại của các chuỗi khối là một rào cản lớn đối với việc áp dụng rộng rãi hơn
  • Các người dùng và các trường hợp sử dụng khác nhau sẽ đòi hỏi mức độ riêng tư khác nhau. Không phải tất cả các vấn đề đều cần được giải quyết bằng cùng một công cụ.

Người dùng cá nhân quan tâm đến quyền riêng tư không?

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?

  1. Các người dùng khác trên mạng và những nhà quan sát bên ngoài
  2. Các bên thứ ba và trung gian giúp đỡ dịch vụ
  3. Chính phủ, các cơ quan chính phủ và giám sát đại trà

Đầ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ị.

Chúng tôi định nghĩa "quyền riêng tư" như thế nào?

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à:

  • Những gì có thể được tiết lộ và cho ai nếu muốn?
  • Ai có quyền để tiết lộ thông tin?
  • Cần tiết lộ những gì và cho ai để hệ thống hoạt động?
  • Đảm bảo gì làm cho những điều riêng tư ngày hôm nay sẽ vẫn là như vậy vào ngày mai?

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.

Chúng ta cần cải tiến thuật ngữ mới không?

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.

Sự riêng tư trong Web2 khác biệt như thế nào so với mạng Blockchain?

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.

Tại sao việc bảo mật trong các mạng Blockchain khó thực hiện?

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).

Sự riêng tư đáng tin cậy trong mạng lưới Blockchain

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).

Sự riêng tư được đảm bảo không tin cậy trong các mạng Blockchain

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ư:

  • Tài chính: Các giao dịch chuyển khoản, thanh toán và hoán đổi riêng tư nhằm che giấu danh tính, đầu vào và/hoặc đầu ra (ai đã gửi gì, bao nhiêu và cho ai). Sự đánh đổi giữa các giải pháp khác nhau bao gồm hồ bảo vệ đơn lẻ và đa tài sản và mức độ riêng tư như thế nào. Các ví dụ ở đây bao gồm Zcash, Namada, và Penumbra.
  • Identity: Quyền riêng tư là điều không thể thỏa hiệp đối với bất kỳ giải pháp nào đòi hỏi chúng ta kết nối danh tính ngoại chuỗi của chúng ta với danh tính trên chuỗi hoặc cố gắng lưu trữ tài liệu danh tính trên chuỗi. Có một số nỗ lực từ phía tư nhân (như Chứng minh hộ chiếuHolonym) cùng vớisự quan tâm tăng lên từ phía chính phủđể hỗ trợ các giải pháp danh tính kỹ thuật số bảo mật quyền riêng tư.
  • Quản trị: Ý tưởng về bỏ phiếu trên chuỗi riêng tư là ẩn danh người đã bỏ phiếu và giữ kết quả tổng cộng riêng tư cho đến cuối cuộc bỏ phiếu để không ảnh hưởng đến quyết định bỏ phiếu của bất kỳ cá nhân nào. Biểu đồ dưới đây liệt kê một số ví dụ với các tính năng và giả định tin cậy khác nhau:

  • Tổng quan về một số giải pháp hiện có ( nguồn)

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).

Làm thế nào chúng ta có thể đánh giá các giải pháp khác nhau?

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:

  1. Private là gì - Các loại quyền riêng tư khác nhau liên quan đến blockchain:
  1. Đầu vào riêng (tin nhắn)
  2. Private outputs (thay đổi trạng thái)
  3. Đối tác tư nhân
    1. Người dùng
    2. Chức năng
    3. Chương trình

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 đó.

  1. Khả năng lập trình - Bạn có thể sử dụng tính riêng tư để làm gì?

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ì:

  • Bạn có thể tính toán trên dữ liệu được mã hóa không? Có sự kết hợp nào giữa các chương trình riêng tư không?
  • Các trạng thái riêng tư và công khai có thể tương tác với nhau theo bất kỳ cách nào không? Giới hạn và sự cân đối của việc này là gì?
  • Giới hạn nào đối với các chương trình phức tạp bạn có thể có (giới hạn gas, khả năng biểu đạt, v.v.)?

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).

  1. Độ tin cậy của bảo mật - Bảo mật đến mức nào?

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ư:

  • Người dùng cần chia sẻ thông tin nào (nếu có) với bên thứ ba đáng tin cậy hoặc trung gian? Có những đảm bảo nào rằng trung gian sẽ hoạt động theo mong đợi?
  • Tập hợp che như thế nào lớn? (Multichain > Mạng (L1/L2) > Ứng dụng > Tài sản đơn lẻ)
  • Những rủi ro của việc kiểm duyệt là gì? (Ứng dụng so với quyền riêng tư tầng cơ sở)
  • Hệ thống chứng thực có phải là bảo mật chống lại máy tính lượng tử không?
  • Hệ thống chứng minh yêu cầu thiết lập tin cậy không? Nếu có, nó có bao nhiêu người tham gia?
  • Hệ thống có quyền riêng tư làm mặc định hay có các ưu đãi khác để tối đa hóa số lượng tương tác trong tập hợp được bảo vệ không?

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).

Làm thế nào để bản đồ khuôn khổ trao đổi này với bốn câu hỏi được đưa ra ở đầu bài viết?

  • Câu hỏi này liên quan đến những gì có thể được tiết lộ và cho ai nếu mong muốn? Nó liên quan đến việc cá nhân và khả năng lập trình. Nếu tất cả thông tin đều công khai theo mặc định, thì lựa chọn duy nhất mà người dùng có liên quan đến quyền riêng tư là có tham gia vào mạng lưới hay không. Chúng ta cần quyền riêng tư theo mặc định để có khả năng tiết lộ (ít nhất là quyền riêng tư trước người dùng khác/người quan sát bên ngoài). Khả năng lập trình có thể được đại diện bằng các quy tắc tiết lộ chi tiết, tức là cho ai, khi nào, cái gì và cách thức thông tin được tiết lộ (và thu hồi).
  • Ai có quyền tiết lộ thông tin? Điều này chủ yếu liên quan đến sức mạnh của đảm bảo quyền riêng tư và mạnh nhất khi chỉ người dùng mới có quyền chia sẻ thông tin (quyền riêng tư giảm thiểu sự tin cậy).
  • Cần phải tiết lộ điều gì và cho ai để hệ thống hoạt động? Chủ yếu liên quan đến khả năng lập trình. Lý tưởng, bạn cần phải tiết lộ ít thông tin nhất có thể trong khi vẫn có thể tính toán trên một trạng thái chia sẻ, có tính kết hợp giữa các chương trình khác nhau và có thể xây dựng mối quan hệ tin cậy mới. Trong thực tế, điều này không phải là trường hợp (ít nhất là hiện nay) và cần phải có một số sự đánh đổi.
    • Thu nhỏ trong một giây ngoài blockchain, ZKP có thể cung cấp một sự thay đổi mô hình cho khía cạnh riêng tư này vì chúng cho phép chúng tôi chứng minh điều gì đó là đúng mà không phải tiết lộ thông tin dư thừa. Ví dụ, khi thuê một căn hộ, chúng tôi cần chứng minh với chủ nhà tiềm năng rằng chúng tôi có đủ thu nhập để thanh toán tiền thuê. Hôm nay điều này đòi hỏi chúng tôi phải gửi toàn bộ bảng sao kê ngân hàng của chúng tôi, cung cấp rất nhiều thông tin bổ sung. Trong tương lai, mối quan hệ tin cậy này có thể được xây dựng trên nền tảng của một ZKP ngắn gọn.
  • Có gì đảm bảo rằng bất cứ điều gì là riêng tư hôm nay sẽ vẫn như vậy vào ngày mai? Khái niệm "quyền riêng tư chuyển tiếp" chủ yếu liên quan đến sức mạnh của các đảm bảo quyền riêng tư. Các bộ được che chắn lớn hơn sẽ giúp ích cho việc này và khiến các nhà quan sát bên ngoài khó trích xuất thông tin hơn. Đặt ít niềm tin hơn vào các trung gian có thể giúp ích, nhưng không nhất thiết là ngay cả khi người dùng kiểm soát hoàn toàn dữ liệu của họ, khóa của họ có thể bị rò rỉ, dữ liệu có thể vô tình bị tiết lộ hoặc dữ liệu bị tiết lộ có thể bị sao chép. Lĩnh vực này vẫn còn tương đối chưa được khám phá và chưa được nghiên cứu nhưng sẽ tăng tầm quan trọng khi quyền riêng tư trong các mạng blockchain được áp dụng rộng rãi hơn.

Tóm tắt

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á.

Disclaimer:

  1. Bài viết này được in lại từ [cân bằng], Tiêu đề gốc [Chúng ta thực sự có ý nghĩa gì khi chúng ta nói về quyền riêng tư trong mạng Blockchain (Và tại sao khó đạt được)?], Tất cả bản quyền thuộc về tác giả gốc [Hannes Huitula]. Nếu có bất đồng về việc tái bản này, xin vui lòng liên hệ với Cổng Họcđội ngũ và họ sẽ xử lý nhanh chóng.
  2. Tuyên bố từ chối trách nhiệm: Các quan điểm và ý kiến được trình bày trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
  3. Các bản dịch của bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được nêu rõ, việc sao chép, phân phối hoặc đạo văn các bài viết dịch là không được phép.

Chúng ta thực sự đang nói về gì khi nói về quyền riêng tư trong các mạng Blockchain?

Nâng cao8/23/2024, 8:26:16 AM
Bài viết này lập luận rằng quyền riêng tư trong các mạng blockchain là cần thiết để mở rộng sự áp dụng, chứ không chỉ là một tính năng mong muốn. Nó nhấn mạnh những thách thức mà tính minh bạch hiện tại của các blockchain đưa ra và nhấn mạnh rằng người dùng và trường hợp sử dụng đa dạng sẽ đòi hỏi các mức độ quyền riêng tư khác nhau, gợi ý rằng một phương pháp phù hợp cho tất cả không đủ.

Các quan điểm và giả thiết cơ bản của bài viết này:

  • Một số yếu tố riêng tư trong mạng lưới blockchain là điều cần thiết, không phải là điều tốt đẹp
  • Sự minh bạch hiện tại của các chuỗi khối là một rào cản lớn đối với việc áp dụng rộng rãi hơn
  • Các người dùng và các trường hợp sử dụng khác nhau sẽ đòi hỏi mức độ riêng tư khác nhau. Không phải tất cả các vấn đề đều cần được giải quyết bằng cùng một công cụ.

Người dùng cá nhân quan tâm đến quyền riêng tư không?

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?

  1. Các người dùng khác trên mạng và những nhà quan sát bên ngoài
  2. Các bên thứ ba và trung gian giúp đỡ dịch vụ
  3. Chính phủ, các cơ quan chính phủ và giám sát đại trà

Đầ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ị.

Chúng tôi định nghĩa "quyền riêng tư" như thế nào?

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à:

  • Những gì có thể được tiết lộ và cho ai nếu muốn?
  • Ai có quyền để tiết lộ thông tin?
  • Cần tiết lộ những gì và cho ai để hệ thống hoạt động?
  • Đảm bảo gì làm cho những điều riêng tư ngày hôm nay sẽ vẫn là như vậy vào ngày mai?

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.

Chúng ta cần cải tiến thuật ngữ mới không?

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.

Sự riêng tư trong Web2 khác biệt như thế nào so với mạng Blockchain?

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.

Tại sao việc bảo mật trong các mạng Blockchain khó thực hiện?

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).

Sự riêng tư đáng tin cậy trong mạng lưới Blockchain

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).

Sự riêng tư được đảm bảo không tin cậy trong các mạng Blockchain

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ư:

  • Tài chính: Các giao dịch chuyển khoản, thanh toán và hoán đổi riêng tư nhằm che giấu danh tính, đầu vào và/hoặc đầu ra (ai đã gửi gì, bao nhiêu và cho ai). Sự đánh đổi giữa các giải pháp khác nhau bao gồm hồ bảo vệ đơn lẻ và đa tài sản và mức độ riêng tư như thế nào. Các ví dụ ở đây bao gồm Zcash, Namada, và Penumbra.
  • Identity: Quyền riêng tư là điều không thể thỏa hiệp đối với bất kỳ giải pháp nào đòi hỏi chúng ta kết nối danh tính ngoại chuỗi của chúng ta với danh tính trên chuỗi hoặc cố gắng lưu trữ tài liệu danh tính trên chuỗi. Có một số nỗ lực từ phía tư nhân (như Chứng minh hộ chiếuHolonym) cùng vớisự quan tâm tăng lên từ phía chính phủđể hỗ trợ các giải pháp danh tính kỹ thuật số bảo mật quyền riêng tư.
  • Quản trị: Ý tưởng về bỏ phiếu trên chuỗi riêng tư là ẩn danh người đã bỏ phiếu và giữ kết quả tổng cộng riêng tư cho đến cuối cuộc bỏ phiếu để không ảnh hưởng đến quyết định bỏ phiếu của bất kỳ cá nhân nào. Biểu đồ dưới đây liệt kê một số ví dụ với các tính năng và giả định tin cậy khác nhau:

  • Tổng quan về một số giải pháp hiện có ( nguồn)

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).

Làm thế nào chúng ta có thể đánh giá các giải pháp khác nhau?

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:

  1. Private là gì - Các loại quyền riêng tư khác nhau liên quan đến blockchain:
  1. Đầu vào riêng (tin nhắn)
  2. Private outputs (thay đổi trạng thái)
  3. Đối tác tư nhân
    1. Người dùng
    2. Chức năng
    3. Chương trình

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 đó.

  1. Khả năng lập trình - Bạn có thể sử dụng tính riêng tư để làm gì?

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ì:

  • Bạn có thể tính toán trên dữ liệu được mã hóa không? Có sự kết hợp nào giữa các chương trình riêng tư không?
  • Các trạng thái riêng tư và công khai có thể tương tác với nhau theo bất kỳ cách nào không? Giới hạn và sự cân đối của việc này là gì?
  • Giới hạn nào đối với các chương trình phức tạp bạn có thể có (giới hạn gas, khả năng biểu đạt, v.v.)?

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).

  1. Độ tin cậy của bảo mật - Bảo mật đến mức nào?

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ư:

  • Người dùng cần chia sẻ thông tin nào (nếu có) với bên thứ ba đáng tin cậy hoặc trung gian? Có những đảm bảo nào rằng trung gian sẽ hoạt động theo mong đợi?
  • Tập hợp che như thế nào lớn? (Multichain > Mạng (L1/L2) > Ứng dụng > Tài sản đơn lẻ)
  • Những rủi ro của việc kiểm duyệt là gì? (Ứng dụng so với quyền riêng tư tầng cơ sở)
  • Hệ thống chứng thực có phải là bảo mật chống lại máy tính lượng tử không?
  • Hệ thống chứng minh yêu cầu thiết lập tin cậy không? Nếu có, nó có bao nhiêu người tham gia?
  • Hệ thống có quyền riêng tư làm mặc định hay có các ưu đãi khác để tối đa hóa số lượng tương tác trong tập hợp được bảo vệ không?

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).

Làm thế nào để bản đồ khuôn khổ trao đổi này với bốn câu hỏi được đưa ra ở đầu bài viết?

  • Câu hỏi này liên quan đến những gì có thể được tiết lộ và cho ai nếu mong muốn? Nó liên quan đến việc cá nhân và khả năng lập trình. Nếu tất cả thông tin đều công khai theo mặc định, thì lựa chọn duy nhất mà người dùng có liên quan đến quyền riêng tư là có tham gia vào mạng lưới hay không. Chúng ta cần quyền riêng tư theo mặc định để có khả năng tiết lộ (ít nhất là quyền riêng tư trước người dùng khác/người quan sát bên ngoài). Khả năng lập trình có thể được đại diện bằng các quy tắc tiết lộ chi tiết, tức là cho ai, khi nào, cái gì và cách thức thông tin được tiết lộ (và thu hồi).
  • Ai có quyền tiết lộ thông tin? Điều này chủ yếu liên quan đến sức mạnh của đảm bảo quyền riêng tư và mạnh nhất khi chỉ người dùng mới có quyền chia sẻ thông tin (quyền riêng tư giảm thiểu sự tin cậy).
  • Cần phải tiết lộ điều gì và cho ai để hệ thống hoạt động? Chủ yếu liên quan đến khả năng lập trình. Lý tưởng, bạn cần phải tiết lộ ít thông tin nhất có thể trong khi vẫn có thể tính toán trên một trạng thái chia sẻ, có tính kết hợp giữa các chương trình khác nhau và có thể xây dựng mối quan hệ tin cậy mới. Trong thực tế, điều này không phải là trường hợp (ít nhất là hiện nay) và cần phải có một số sự đánh đổi.
    • Thu nhỏ trong một giây ngoài blockchain, ZKP có thể cung cấp một sự thay đổi mô hình cho khía cạnh riêng tư này vì chúng cho phép chúng tôi chứng minh điều gì đó là đúng mà không phải tiết lộ thông tin dư thừa. Ví dụ, khi thuê một căn hộ, chúng tôi cần chứng minh với chủ nhà tiềm năng rằng chúng tôi có đủ thu nhập để thanh toán tiền thuê. Hôm nay điều này đòi hỏi chúng tôi phải gửi toàn bộ bảng sao kê ngân hàng của chúng tôi, cung cấp rất nhiều thông tin bổ sung. Trong tương lai, mối quan hệ tin cậy này có thể được xây dựng trên nền tảng của một ZKP ngắn gọn.
  • Có gì đảm bảo rằng bất cứ điều gì là riêng tư hôm nay sẽ vẫn như vậy vào ngày mai? Khái niệm "quyền riêng tư chuyển tiếp" chủ yếu liên quan đến sức mạnh của các đảm bảo quyền riêng tư. Các bộ được che chắn lớn hơn sẽ giúp ích cho việc này và khiến các nhà quan sát bên ngoài khó trích xuất thông tin hơn. Đặt ít niềm tin hơn vào các trung gian có thể giúp ích, nhưng không nhất thiết là ngay cả khi người dùng kiểm soát hoàn toàn dữ liệu của họ, khóa của họ có thể bị rò rỉ, dữ liệu có thể vô tình bị tiết lộ hoặc dữ liệu bị tiết lộ có thể bị sao chép. Lĩnh vực này vẫn còn tương đối chưa được khám phá và chưa được nghiên cứu nhưng sẽ tăng tầm quan trọng khi quyền riêng tư trong các mạng blockchain được áp dụng rộng rãi hơn.

Tóm tắt

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á.

Disclaimer:

  1. Bài viết này được in lại từ [cân bằng], Tiêu đề gốc [Chúng ta thực sự có ý nghĩa gì khi chúng ta nói về quyền riêng tư trong mạng Blockchain (Và tại sao khó đạt được)?], Tất cả bản quyền thuộc về tác giả gốc [Hannes Huitula]. Nếu có bất đồng về việc tái bản này, xin vui lòng liên hệ với Cổng Họcđội ngũ và họ sẽ xử lý nhanh chóng.
  2. Tuyên bố từ chối trách nhiệm: Các quan điểm và ý kiến được trình bày trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
  3. Các bản dịch của bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được nêu rõ, việc sao chép, phân phối hoặc đạo văn các bài viết dịch là không được phép.
Inizia Ora
Registrati e ricevi un buono da
100$
!