Quản trị blockchain: Làm thế nào để thiết kế cơ chế giúp hệ thống vận hành trơn tru?

Đọc bài viết này mất 39 phút

Cuối cùng, bí quyết thành công là gắn lợi ích của đa số người tham gia với lợi ích của dự án.

Tiêu đề gốc: "Một cái nhìn thoáng qua về quản trị Blockchain"
Nguồn gốc: Phòng thí nghiệm điện toán bảo mật Bản dịch: Lin Huang

Bài báo khoa học phổ biến về quản trị blockchain này do Tiến sĩ Liu Yulin, nhà kinh tế trưởng của Dfinity và tôi đồng viết và xuất bản trên Coinmonks. Đây là liên kết đến văn bản gốc tiếng Anh:https://medium.com/suterusu/a-glimpse-of-the-blockchain-governance-system-daf54db76592

Tổng quan về quản trị blockchain

--Tập trung vào các vấn đề về quyền riêng tư và bảo mật

Tuyên bố miễn trừ trách nhiệm: Các ý kiến trình bày trong bài viết này chỉ thể hiện quan điểm của hai tác giả và không thể hiện quan điểm chính thức của Quỹ DFINITY

Mã dự án Blockchain phát triển theo thời gian. Để cập nhật mã dự án blockchain, các nhóm lợi ích khác nhau như người dùng, nhà phát triển cốt lõi và nhà cung cấp nút đầy đủ (người khai thác trong hệ thống Bitcoin) cần đạt được sự đồng thuận về phần nào của mã nên được thay đổi. Vì thường có xung đột lợi ích giữa các bên liên quan này nên không dễ đạt được sự đồng thuận này. Để giải quyết vấn đề này, mỗi dự án blockchain sẽ có một hệ thống quản lý để điều phối xung đột giữa những người tham gia và khuyến khích họ làm việc cùng nhau vì sự phát triển lành mạnh của hệ thống blockchain. Nói chung, có hai loại hệ thống quản trị blockchain chính: hệ thống quản trị ngoài chuỗi như Bitcoin và Ethereum và hệ thống quản trị trên chuỗi như Cosmos và DFINITY. Sự khác biệt chính giữa hai điều này là liệu việc bỏ phiếu có được tiến hành và ghi lại trên sổ cái blockchain hay không.

Trong hệ thống quản trị ngoài chuỗi, các nhà phát triển cốt lõi gửi đề xuất cập nhật giao thức (chẳng hạn như đề xuất Cập nhật Bitcoin, đề xuất cải tiến Ethereum, v.v. ). Người dùng và nhà cung cấp nút đầy đủ có thể bày tỏ ý kiến của mình trên các diễn đàn cộng đồng và phương tiện truyền thông xã hội như kênh Slack, Telegram và Twitter. Nếu phần lớn các bên liên quan đồng ý với việc cập nhật giao thức thì giao thức blockchain sẽ được sửa đổi tương ứng. Nếu họ không thể đi đến thỏa thuận, các nhà phát triển cốt lõi có thể rút khỏi thỏa thuận hoặc vẫn tiếp tục cập nhật theo lịch trình. Tình trạng này thường dẫn đến hard fork (chẳng hạn như hard fork Ethereum/Ethereum Classic 2016 và hard fork Bitcoin/Bitcoin Cash 2017). Lý do cho hard fork là luôn có một số nhà cung cấp Full node không sẵn lòng chấp nhận cập nhật giao thức . Cơ chế quản trị off-chain thường bị chỉ trích vì vi phạm tinh thần phân cấp vì các nhà phát triển cốt lõi và nhà cung cấp full node có quá nhiều quyền ra quyết định so với người dùng thông thường.

Quản trị trên chuỗi, như một cơ chế quản trị phi tập trung hơn, cùng với chuỗi khối bằng chứng cổ phần. Sự phát triển của dự án đã bắt đầu giành được sự chú ý trong những năm gần đây. Các dự án bằng chứng cổ phần thường sử dụng token làm chip để thể hiện quyền biểu quyết và quyền biểu quyết. Do đó, người dùng có thể đặt cọc token vào hệ thống để có quyền biểu quyết đối với các quyết định cập nhật giao thức. Các hệ thống quản trị trên chuỗi thường đưa ra quyết định nhanh hơn nhiều so với những cuộc tranh luận bất tận trong các hệ thống quản trị ngoài chuỗi. Ngoài ra, do các quy tắc bỏ phiếu được xây dựng trước và công khai trước nên hệ thống quản lý on-chain sẽ minh bạch hơn. Quá trình ra quyết định không được kiểm soát hoặc giải thích bởi một thực thể tập trung. Ngoài ra, do các quy tắc bỏ phiếu được nhúng trong mã hệ thống, nên các bản cập nhật giao thức sẽ tự động được thực thi sau khi được phê duyệt, do đó, các hard fork có thể được ngăn chặn ở mức độ lớn.

Ở đây chúng tôi mô tả ngắn gọn một số vấn đề thiết kế nổi bật của hệ thống quản trị trên chuỗi

Thiết kế quản lý trên chuỗi

Đề xuất là gì?

Các đề xuất có thể liên quan đến việc đóng băng mã thông báo bị tấn công, thay đổi tham số hoặc hình phạt đối với các nhà cung cấp nút đầy đủ độc hại.

Cầu hôn như thế nào?

Trước khi gửi đề xuất, trước tiên bạn phải đặt cọc một số lượng token nhất định. Để khuyến khích việc gửi các đề xuất chất lượng cao, khi đề xuất được chấp nhận, các chip sẽ được trả lại và cũng có thể có phần thưởng (phần thưởng có thể đến từ các token mới khai thác hoặc do tổ chức cung cấp). Nếu đề xuất bị từ chối, chip sẽ được trả lại nhưng không có tiền thưởng. Nếu một đề xuất bị coi là thư rác, chip sẽ bị tịch thu.

Đề xuất nào nên được bỏ phiếu đầu tiên?

Người dùng có thể xác nhận một đề xuất bằng cách đặt cược vào đề xuất đó. Đề xuất thu hút được nhiều token chứng thực đặt cọc nhất sẽ được coi là quan trọng nhất và được bình chọn đầu tiên. Sau khi đề xuất được chấp nhận, mã thông báo thưởng sẽ được chia một phần giữa người đề xuất (ví dụ: 50%) và người chứng thực (ví dụ: 50%, tỷ lệ thuận với số lượng chip được đặt). Lưu ý rằng những đề xuất tương đối không quan trọng có xu hướng thu hút ít người tán thành hơn và do đó sẽ bị hoãn bỏ phiếu. Vì mã thông báo đã đặt cọc chỉ được mở khóa và trả lại cho người đánh cược sau một cuộc bỏ phiếu nên cả người đề xuất và người xác nhận đều có chi phí cơ hội khi đặt cược mã thông báo. Thiết kế này có thể ngăn chặn các đề xuất spam. Ngoài ra, hệ thống cũng có thể đặt số lượng chip tối thiểu cần thiết cho một đề xuất bước vào giai đoạn bỏ phiếu (tương tự như giao thức kiến nghị "chúng tôi là người dân" của Nhà Trắng).

Làm cách nào để có được quyền biểu quyết và đảm bảo quyền riêng tư khi biểu quyết?

Để có được quyền biểu quyết trong hệ thống quản lý, người dùng cần đặt cược vào hệ thống trong một khoảng thời gian. Bằng cách này, người dùng trở thành các bên liên quan và do đó có đủ động lực để bỏ phiếu một cách hợp lý. Công nghệ mã hóa đồng cấu (chi tiết ở phần tiếp theo) là phương pháp chủ đạo được sử dụng để đảm bảo quyền riêng tư trong việc bỏ phiếu. Sau khi phiếu bầu được mã hóa, đảm bảo rằng chỉ những cử tri có khóa riêng mới có thể giải mã được nó. Sau khi bỏ phiếu, hãy bước vào quá trình kiểm phiếu. Công chúng chỉ biết kết quả của cuộc bỏ phiếu được giải mật cuối cùng.

Quyền biểu quyết/phần thưởng được đo lường như thế nào?

Quyền biểu quyết được nâng cao khi số lượng chip đặt cược tăng lên và thời gian đặt cược tăng lên. Cử tri chỉ được thưởng token khi họ tham gia bỏ phiếu. Nếu chủ sở hữu mã thông báo không bỏ phiếu, họ sẽ không nhận được bất kỳ phần thưởng nào chỉ khi đặt cược chip. Phần thưởng bỏ phiếu thúc đẩy cử tri tham gia tích cực vào quản trị blockchain.

Làm cách nào để ủy quyền quyền biểu quyết?

Vì việc bỏ phiếu đòi hỏi thời gian, công sức và thường đòi hỏi cử tri phải có kiến thức chuyên môn trong một số lĩnh vực nhất định nên cử tri có thể ủy quyền quyền bầu cử của mình Trao cho người khác ( ví dụ: nhà mật mã, nhà kinh tế, trí thức đại chúng, nhà phát triển, tổ chức, v.v.) và có thể thu hồi quyền tự quyết bất cứ lúc nào (điều này được gọi là dân chủ lỏng).

Ai có thể bỏ phiếu?

Cơ chế bỏ phiếu phổ quát: Bất kỳ ai đặt cược trong hệ thống đều có thể bỏ phiếu hoặc ủy quyền quyền biểu quyết.

Cơ chế bỏ phiếu ngẫu nhiên: Chọn ngẫu nhiên một bộ phận cử tri (chẳng hạn như 10%) để bỏ phiếu cho một đề xuất nhất định. Thiết kế này có thể đảm bảo rằng nhiều cuộc bỏ phiếu được tiến hành đồng thời và là một giải pháp có thể mở rộng. Vì có ít người tham gia bỏ phiếu hơn so với cơ chế bỏ phiếu phổ thông nên mỗi lá phiếu có tác động lớn hơn đến kết quả. Do đó, những cử tri được chọn sẽ có nhiều động lực hơn để tham gia và bỏ phiếu cẩn thận. Điểm bất lợi là thông đồng dễ xảy ra hơn do có ít cử tri hơn. Vì vậy, việc lựa chọn cử tri đủ ngẫu nhiên là rất quan trọng để đảm bảo sự thành công của cơ chế bỏ phiếu này.

Một mặt, số lượng cử tri tham gia nên càng ít càng tốt để giảm tổng chi phí bỏ phiếu của các cử tri tham gia (đối với ví dụ, chi phí nghiên cứu đề xuất thời gian và nguồn lực). Mặt khác, số lượng cử tri tham gia phải càng lớn càng tốt để đảm bảo rằng kết quả bỏ phiếu mang tính đại diện và vì lợi ích của đa số chủ sở hữu token. Một cách để bảo vệ khỏi những điều bất ngờ là đánh giá cuộc bỏ phiếu. Nếu cuộc bỏ phiếu kết thúc (ví dụ: trong phạm vi 45% -55%), một nhóm khác gồm gấp 5 lần số lượng cử tri sẽ được chọn ngẫu nhiên để tham gia vào vòng bỏ phiếu thứ hai. Kết quả bỏ phiếu cuối cùng sẽ tính đến kết quả của hai vòng bỏ phiếu.

Làm thế nào để tránh sự tập trung quyền biểu quyết?

Trong cuộc bỏ phiếu ngoài đời thực, các nhà tư bản có thể thao túng các cuộc bầu cử bằng cách tài trợ cho các chiến dịch của ứng cử viên mà họ ưa thích. Cơ chế một người một phiếu dễ dàng bị ảnh hưởng bởi hiệu ứng tiền tệ này. Vụ bê bối Cambridge Analytica là một ví dụ về việc nhắm mục tiêu vào người dùng mạng xã hội để gây ảnh hưởng đến kết quả bỏ phiếu. Nếu quản trị blockchain sử dụng mã thông báo một xu một phiếu bầu, người dùng/nhà đầu tư giàu có có thể ảnh hưởng đến kết quả bỏ phiếu bằng cách mua số lượng lớn mã thông báo.

Một cách để làm cho quyền biểu quyết trở nên phi tập trung hơn là đưa ra thời hạn khóa linh hoạt. Người dùng có thể có được quyền biểu quyết lớn hơn bằng cách khóa mã thông báo của họ trong thời gian dài hơn. Ví dụ: người dùng khóa 10 mã thông báo trong 10 tháng sẽ có quyền biểu quyết giống như người dùng khóa 100 mã thông báo trong 1 tháng. Khoảng thời gian khóa dài hơn có nghĩa là cử tri đặt cược nhiều hơn vào dự luật và do đó quan tâm nhiều hơn đến sự phát triển lâu dài của hệ thống so với cử tri có thời gian khóa ngắn hơn.

Một cách khác để làm cho quyền biểu quyết được phân quyền nhiều hơn là thay thế một phiếu bầu cho mỗi mã thông báo bằng một phiếu bầu cho mỗi tài khoản. Cử tri đăng ký tài khoản bỏ phiếu bằng cách điền thông tin nhận dạng do chính phủ cấp. Hệ thống sử dụng công nghệ chứng minh không có kiến thức (được nêu trong phần tiếp theo) để ngăn chặn việc lạm dụng dữ liệu riêng tư của người dùng. Cử tri vẫn có thể chọn bỏ phiếu ẩn danh mà không cần đăng ký tài khoản. Tuy nhiên, so với những tài khoản đăng ký bằng tên thật thì quyền biểu quyết sẽ bị giảm đi rất nhiều.

Quyền biểu quyết sẽ tăng phi tuyến tính với số lượng mã thông báo bị khóa trong tài khoản. Ví dụ: để có được đơn vị bầu cử, cử tri cần khóa mã thông báo trong tài khoản của họ. Để có được 10 đơn vị quyền biểu quyết, cử tri cần khóa hơn 10 mã thông báo (ví dụ: 10 đơn vị quyền biểu quyết yêu cầu 100 mã thông báo, tức là bỏ phiếu bình phương). Thiết kế này sẽ làm giảm quyền biểu quyết của những người nắm giữ token lớn.

Trong chương tiếp theo, chúng ta sẽ tập trung vào các vấn đề về quyền riêng tư trong quản trị trên chuỗi.

Bỏ phiếu điện tử được bảo vệ quyền riêng tư

Bỏ phiếu trực tuyến có thể được coi là một loại bỏ phiếu điện tử. Bỏ phiếu điện tử an toàn là một chủ đề mật mã được nghiên cứu sâu sắc. Một hệ thống bỏ phiếu tiên tiến và phức tạp cần xem xét nhiều đặc tính như khả năng xác minh, quyền riêng tư, khả năng chống lại các cáo buộc sai trái (tức là, nếu cuộc bầu cử được thực hiện chính xác thì sẽ không thể tạo ra bằng chứng để buộc tội gian lận cuộc bầu cử) và khả năng sử dụng, v.v. [SR17 ]. Trong một số trường hợp, các thuộc tính này có thể xung đột với nhau.

Quyền riêng tư là trọng tâm của chương này và là một trong những thuộc tính quan trọng nhất của hệ thống bỏ phiếu điện tử, bởi vì nếu kẻ tấn công có thể Nhắm mục tiêu chính xác như thế nào một cử tri nhất định bỏ phiếu, và cử tri đó có thể dễ dàng bị mua chuộc hoặc bị ép buộc. Vì vậy, yêu cầu cơ bản nhất của cơ chế bỏ phiếu điện tử là đảm bảo tính bảo mật của phiếu bầu và tính ẩn danh của cử tri.

Có nhiều công cụ mật mã hiện được sử dụng để giải quyết các vấn đề về quyền riêng tư trong việc bỏ phiếu, chẳng hạn như chữ ký vòng, chữ ký mù, mã hóa đồng cấu ngưỡng và mạng nhầm lẫn Chờ đợi. Chương này sẽ giới thiệu ngắn gọn về các công nghệ này.

Chữ ký vòng

Có lẽ sơ đồ mật mã được ghi chép đầy đủ nhất cho bỏ phiếu điện tử ẩn danh là chữ ký vòng có thể liên kết được. Chữ ký vòng lần đầu tiên được đề xuất vào năm 2001 bởi Rivest, Shamir và Tauman [RST01], với khả năng liên kết sau đó được đề xuất như một cải tiến bởi [ES07].

Chữ ký số thường giả định rằng các bên tham gia có thể được xác định thông qua cặp khóa công khai và khóa riêng. Sơ đồ chữ ký vòng cho phép người ký ẩn trong một nhóm người được chọn ngẫu nhiên (hay nói cách khác là vòng khóa chung) tạo chữ ký vòng và chữ ký vòng không tiết lộ khóa chung nào trong vòng khóa chung tương ứng với thực tế của các bên ký kết. Do đó, nó cung cấp sự bảo vệ ẩn danh cho người ký thực sự. Tuy nhiên, vì thông điệp chữ ký được công khai nên sơ đồ này không đảm bảo tính bảo mật của phiếu bầu.

Vì chữ ký vòng che giấu danh tính của cử tri nên cử tri có thể bỏ phiếu cho một ứng cử viên nhất định nhiều lần, do đó làm tăng / Tỷ lệ của anh ấy xác suất cô ấy được chọn. Thuộc tính khả năng liên kết một lần đảm bảo rằng khi khóa riêng trong vòng được sử dụng hai lần, chữ ký trùng lặp có thể được xác định và coi là bất hợp pháp.

Chữ ký vòng có thể liên kết một lần có thể được chuyển qua bằng chứng không có kiến thức đặc biệt, cụ thể là bằng chứng thành viên (như được mô tả trong [GK15 ] hiển thị) để xây dựng. Bằng chứng không có kiến thức là các giao thức cho phép người chứng minh chứng minh tính đúng đắn của một mệnh đề mà không tiết lộ bất kỳ thông tin nào ngoài chính mệnh đề đó. Ví dụ, các sơ đồ chứng minh khoảng không có kiến thức như sơ đồ được đề xuất bởi dự án Suterusu [Lin19] cho phép người chứng minh chứng minh rằng một số nguyên được mã hóa thuộc về một khoảng nào đó, chẳng hạn như [0, 1], mà không tiết lộ số nguyên đó là số nguyên nào. Nói cách khác, không tiết lộ rằng nó là 0 hoặc 1, người xác minh sẽ bị thuyết phục rằng số nguyên là nhị phân sau khi đọc bằng chứng.

Chữ ký mù

Một công nghệ mã hóa có liên quan chặt chẽ khác là chữ ký mù [C82, FOO92], nhưng nó yêu cầu giai đoạn đăng ký ban đầu, thường là trách nhiệm của một quản trị viên nhóm nhất định. Điều này có nghĩa là quá trình bỏ phiếu yêu cầu cử tri tương tác với quản trị viên để cử tri nhận được lá phiếu trống không thể theo dõi từ quản trị viên và bỏ phiếu dưới dạng chữ ký được mã hóa/mù. Chữ ký mù đảm bảo tính ẩn danh của cử tri, tính bảo mật của cuộc bỏ phiếu và khả năng truy xuất nguồn gốc một lần. Tuy nhiên, công nghệ chữ ký mù ngưỡng cần được sử dụng khi sử dụng chữ ký mù trong blockchain để ngăn chặn sự tập trung quyền lực giữa các quản trị viên nhóm. Lưu ý rằng "ngưỡng" ở đây đề cập đến việc sử dụng mật mã ngưỡng để thay thế một quản trị viên bằng nhiều quản trị viên. Nếu đa số quản trị viên thực hiện trung thực giao thức thì tính ẩn danh của cử tri và tính bảo mật của phiếu bầu sẽ được đảm bảo.

Mã hóa đồng hình ngưỡng

Lược đồ mã hóa chuyển đổi văn bản gốc thành các chuỗi ngẫu nhiên để đảm bảo tính bảo mật của nó. Sau khi tin nhắn được mã hóa, trước tiên văn bản mã hóa phải được giải mã trước khi có thể thực hiện các thao tác trên tin nhắn (chẳng hạn như tính tổng). Tuy nhiên, trong một số trường hợp ứng dụng, người thực hiện thao tác có thể không phù hợp để biết thông tin văn bản gốc được mã hóa. Ví dụ: người đếm phiếu chỉ cần biết tổng số phiếu bầu mà một ứng cử viên nhận được chứ không phải số phiếu bầu của từng người dùng. Mã hóa đồng cấu là một cơ chế mã hóa đặc biệt cho phép bất kỳ ai có được bản mã thực hiện một thao tác mong muốn một cách đồng hình, nghĩa là các thao tác có thể được thực hiện trên tin nhắn cơ bản mà không cần giải mã nó.

Nếu phiếu bầu của mỗi cử tri cho một ứng cử viên hoặc tuyên bố nhất định được mã hóa bằng sơ đồ mã hóa đồng cấu, thì người đếm phiếu có thể không cần phải làm vậy giải mã các bản mã phiếu bầu riêng lẻ và tạo ra bản mã đồng nhất cho số phiếu bầu cuối cùng.

Lưu ý rằng người bỏ phiếu ác ý có thể tăng số phiếu bầu bằng cách mã hóa một số dương (hoặc âm) lớn thay vì số nhị phân ( hoặc giảm) khả năng ứng cử viên ưa thích của anh ta (hoặc đối thủ của anh ta) thắng (hoặc thua). Do đó, các sơ đồ bỏ phiếu điện tử dựa trên mã hóa đồng cấu thường cần phải thực hiện đồng thời bằng chứng khoảng không kiến thức, điều này có thể chứng minh rằng số phiếu bầu được mã hóa là nhị phân mà không tiết lộ giá trị phiếu bầu cụ thể. Một vấn đề khác là bất kỳ thực thể nào sở hữu khóa riêng của sơ đồ mã hóa đồng cấu sẽ có thể giải mã tất cả các phiếu bầu riêng lẻ. Do đó, các cơ chế giải mã đồng cấu ngưỡng thường được yêu cầu để phân cấp khả năng giải mã.

Mạng lộn xộn

Mạng che giấu sử dụng nhiều máy chủ độc lập để xáo trộn văn bản mã hóa phiếu bầu đến và phiếu bầu văn bản gốc đầu ra. Tuy nhiên, phải giả định rằng ít nhất một trong số các máy chủ bị xáo trộn này thực hiện thao tác thay thế bí mật một cách trung thực để đảm bảo tính ẩn danh của cử tri.

Cụ thể hơn, các mạng nhầm lẫn thường sử dụng mã hóa nhiều lớp để mã hóa phiếu bầu ban đầu. Mỗi lớp mã hóa tương ứng với một khóa chung. Khóa chung tương ứng với một nút bị xáo trộn trung gian. Mỗi nút bị xáo trộn trung gian sẽ nhận được nhiều bản mã, giải mã chúng bằng khóa riêng của nó, sau đó xáo trộn ngẫu nhiên các tin nhắn trước khi gửi chúng đến nút tiếp theo để thực hiện thao tác tương tự. Do đó, miễn là một trong các nút nhầm lẫn thực hiện giao thức một cách trung thực thì tính ẩn danh của cử tri có thể được đảm bảo ở một mức độ nhất định. Tuy nhiên, vì bộ đếm phiếu bầu cuối cùng nhận được phiếu bầu bằng văn bản rõ ràng nên mạng che giấu không thể đảm bảo tính bảo mật của phiếu bầu.

Bảng sau đây so sánh ưu và nhược điểm của các công nghệ này.

Thảo luận

Dự án Blockchain là những hệ thống phức tạp phát triển theo thời gian. Việc quản lý của họ thường phụ thuộc vào các quy tắc quản trị được áp dụng và các quy tắc xác định cách thay đổi các quy tắc quản trị đó. Khi thiết kế các quy tắc quản trị, có một số câu hỏi cần lưu ý: Các cử tri hợp lệ và quyền bầu cử của họ được xác định như thế nào? Ai có thể đưa ra đề xuất? Những loại đề xuất nào đủ điều kiện để kích hoạt một cuộc bỏ phiếu? Kết quả bỏ phiếu được xác định như thế nào? Số lượng cử tri hợp pháp là bao nhiêu? Làm cách nào để thay đổi quy tắc bỏ phiếu?

Trong phân tích cuối cùng, cốt lõi của vấn đề là: làm thế nào để thiết kế một hệ thống quản trị có thể đảm bảo sự ổn định lâu dài của các dự án chuỗi khối. Bí quyết thành công là gắn lợi ích của đa số người tham gia với lợi ích của dự án.

Tác giả

Liu Yulin (yulinzurich@gmail.com) hiện đang dẫn đầu nghiên cứu hệ thống quản trị và kinh tế mã thông báo của DFINITY. Ông cũng là giáo sư phụ trợ kinh tế tại Đại học Khoa học và Công nghệ Huazhong. Mối quan tâm nghiên cứu của Yulin bao gồm lý thuyết tiền tệ, quy định ngân hàng, tiền điện tử, kinh tế mã thông báo và hệ thống quản trị blockchain. Ông có bằng Thạc sĩ về Máy tính lượng tử và bằng Tiến sĩ Kinh tế tại ETH Zurich. Yulin cũng là học giả thỉnh giảng tại Ngân hàng Trung ương Châu Âu và đã được mời phát biểu tại các ngân hàng trung ương và hội nghị lớn trên thế giới.

Lin Huang (lh@suterusu.io), hiện là CTO của dự án Suterusu. Chuyên môn của ông là mật mã ứng dụng. Lin Huang có bằng Tiến sĩ về mật mã ứng dụng tại Đại học Shanghai Jiao Tong và bằng Tiến sĩ về hệ thống phân tán bảo vệ quyền riêng tư của Đại học Florida. Ông từng là nhà nghiên cứu sau tiến sĩ tại Viện Công nghệ Liên bang Thụy Sĩ (EPFL) và là phó kỹ sư trưởng tại ASTRI ở Hồng Kông. Ông đã xuất bản hơn 20 bài báo về mật mã ứng dụng và bảo mật thông tin, với hơn 1000 trích dẫn.

Tài liệu tham khảo

[RST01], Rivest, Ronald L., Adi Shamir và Yael Tauman. "Làm thế nào để rò rỉ một bí mật." Hội nghị quốc tế về lý thuyết và Ứng dụng mật mã và bảo mật thông tin. Springer, Berlin, Heidelberg, 2001.

[ES07] Fujisaki, Eiichiro và Koutarou Suzuki. " Chữ ký vòng có thể theo dõi." Hội thảo quốc tế về mật mã khóa công khai. Springer, Berlin, Heidelberg, 2007.

[C82] D. Chaum. Chữ ký mù cho các khoản thanh toán không thể theo dõi. Trong D. Chaum, R. Rivest, và A. Sherman, biên tập viên, CRYPTO 　82, trang 199–204. Prenum Publishing Corporation, 1982.

[FOO92] A. Fujioka, T. Okamoto, và K. Ohta. Một kế hoạch bỏ phiếu kín thực tế cho cuộc bầu cử quy mô lớn. Trong AUSCRYPT 91, trang 244–260. Springer-Verlag, 1992 . LNCS Tập 718.

[SR17] Park, Sunoo và Ronald L. Rivest. "Hướng tới bỏ phiếu bậc hai an toàn." Lựa chọn công cộng 172.1-2 (2017): 151-175.

[GK15] Groth, Jens và Markulf Kohlweiss. "Một lần - trong số nhiều bằng chứng: Hoặc làm thế nào để rò rỉ một bí mật và tiêu một đồng xu." Hội nghị quốc tế thường niên về lý thuyết và ứng dụng kỹ thuật mã hóa. Springer, Berlin, Heidelberg, 2015.

[Lin19] Tiến sĩ Lin. Suterusu Yellowpaper 1.0. https://github.com/suterusu-team/Suter_ yellowpaper.

Liên kết nguồn: weixin.qq.com