Tác giả: @fredrik0x, @soispoke, @parithosh_j
Biên dịch: Deep Tide TechFlow
Deep Tide giới thiệu: Gần đây, Ethereum Foundation đã công bố ba nhóm ưu tiên giao thức: Mở rộng quy mô, Trải nghiệm người dùng và Hardness. Hai cái đầu dễ hiểu, còn cái thứ ba là gì?
Nói đơn giản, Hardness là cam kết cấp giao thức đối với các thuộc tính cốt lõi của Ethereum, bao gồm khả năng chống kiểm duyệt, quyền riêng tư, bảo mật và không cần cấp phép.
Bài viết này được viết bởi ba thành viên của Foundation phụ trách hướng Hardness, giải thích chi tiết nội dung công việc cụ thể và các ưu tiên của hướng này.
Toàn văn như sau:
Hardness là gì
Ethereum Foundation gần đây đã xuất bản một bài blog, phác thảo ba nhóm ưu tiên giao thức: Mở rộng quy mô (Scaling), Trải nghiệm người dùng (UX) và Hardness.
Mỗi nhóm giải quyết các nhu cầu khác nhau cho sự thành công lâu dài của Ethereum. Mở rộng quy mô đảm bảo mạng lưới có thể đáp ứng nhu cầu ở cấp độ toàn cầu, trải nghiệm người dùng đảm bảo mọi người thực sự có thể sử dụng được, còn Hardness đảm bảo rằng Ethereum trong quá trình phát triển sẽ không đánh mất những thuộc tính cốt lõi khiến nó đáng để sử dụng.
Hardness đề cập đến khả năng duy trì độ tin cậy của một hệ thống trong tương lai. Hướng Hardness là cam kết ở cấp độ giao thức, nhằm mục tiêu giữ vững những đảm bảo cốt lõi của Ethereum: mã nguồn mở, chống kiểm duyệt, quyền riêng tư, bảo mật, không cần cấp phép và tối thiểu hóa sự tin cậy.
Những nguyên tắc này đã tồn tại từ khi Ethereum ra đời.
Ethereum tồn tại để cung cấp cơ sở hạ tầng trung lập cho những người thực sự cần nó, ngay cả khi điều đó có nghĩa là khó khăn hơn, chậm hơn, bất tiện hơn. Trong thực tế, điều này có nghĩa là đảm bảo Ethereum vẫn hoạt động khi các hệ thống tập trung thất bại.
Ai cần những điều này? Người dùng ở các quốc gia bị trừng phạt, các nhà báo bảo vệ nguồn tin, các tổ chức cần cơ sở hạ tầng thanh toán trung lập, các tổ chức muốn giảm thiểu rủi ro đối tác.
Tại sao bây giờ cần tập trung vào Hardness
Ethereum đang tiến hành các nâng cấp lớn về thông lượng và khả năng sử dụng. Nhưng mỗi cải tiến đều có thể được thực hiện thông qua những lối tắt, chẳng hạn như cơ sở hạ tầng tập trung hóa hoặc giới thiệu các bên trung gian đáng tin cậy.
Hardness tồn tại để đảm bảo rằng Ethereum, trong khi đáp ứng nhu cầu của mạng lưới, sẽ không đi chệch các giá trị của chính mình.
Ngày nay, cá nhân và tổ chức phụ thuộc vào những đảm bảo này của Ethereum, không phải coi chúng như lý tưởng, mà là nhu cầu thiết yếu. Điều này khiến Hardness trở thành một lĩnh vực trọng tâm ngày càng quan trọng.
Hardness trong thực tế trông như thế nào
Bên trong Ethereum Foundation, hướng Hardness được ba người phụ trách thúc đẩy, mỗi người có trọng tâm riêng:
- Thomas Thiery: Chống kiểm duyệt và không cần cấp phép, tập trung vào lớp giao thức
- Fredrik Svantes: Bảo mật, tập trung vào quyền riêng tư và tối thiểu hóa sự tin cậy
- Parithosh Jayanthi: Cơ sở hạ tầng, nâng cấp và khả năng phục hồi của các phần nhạy cảm trong giao thức Ethereum
Hardness trải rộng trên nhiều lĩnh vực:
Bên cạnh nghiên cứu và phát triển kỹ thuật, một phần công việc của hướng Hardness là giúp nhiều người hiểu và coi trọng các thuộc tính cốt lõi này. Đội ngũ cũng sẽ phối hợp với các công việc liên quan đến ZK, quyền riêng tư, mở rộng quy mô, trải nghiệm người dùng và bảo mật (như Trillion Dollar Security, tập trung nhiều hơn vào lớp ví và ứng dụng) để đảm bảo những cải tiến này trong khi tăng tốc phát triển sẽ không làm suy yếu tính bảo mật hoặc phi tập trung hóa.
Công việc cụ thể bao gồm:
Khả năng phục hồi của mạng lưới: Cải thiện công cụ, kiểm thử và kiểm thử fuzzing, phát hiện lỗ hổng sớm, đảm bảo mạng lưới có thể phục hồi nhanh chóng khi sự cố xảy ra.
Bảo vệ người dùng: Giảm thiểu tổn thất tiền có thể phòng ngừa do lừa đảo và ủy quyền độc hại.
Quyền riêng tư: Thúc đẩy chuyển tiền riêng tư và phát sóng ẩn danh ở lớp giao thức, cho phép người dùng có được đảm bảo quyền riêng tư mạnh mẽ mà không cần rời L1.
Duy trì tính trung lập: Loại bỏ điểm hỏng đơn ở rìa mạng, đảm bảo mạng lưới duy trì tính trung lập và khả năng phục hồi khi đối mặt với sự can thiệp có chọn lọc.
Chuẩn bị lâu dài: Mật mã hậu lượng tử hiện không phải là mối đe dọa cấp bách, nhưng nó là mối đe dọa không thể tránh khỏi và phải được chuẩn bị trước.
Chế độ fallback và phục hồi: Khi thông lượng tăng lên, giao thức phải có khả năng giảm tốc và ổn định khi xảy ra bất thường, để mạng lưới tự sửa chữa thay vì sụp đổ dây chuyền.
Sẵn sàng ứng phó sự cố: Phát triển sổ tay ứng phó khẩn cấp công khai được chia sẻ, để hệ sinh thái có thể phản ứng nhanh chóng, minh bạch trong các tình huống cực đoan.
Đo lường thực tế: Thiết lập các chỉ số để đo lường mức độ chống kiểm duyệt hiện tại của hệ sinh thái, có bao nhiêu người dùng có thể giao dịch riêng tư, các giả định tin cậy đã len lỏi vào những nơi nào, v.v.
