Tác giả: @fredrik0x, @soispoke, @parithosh_j
Biên dịch: Deep潮 TechFlow
Deep潮 dẫn nhập: Gần đây, Quỹ Ethereum đã công bố ba nhóm giao thức ưu tiên: mở rộng quy mô, trải nghiệm người dùng và Hardness. Hai cái đầu tiên thì dễ hiểu, còn cái thứ ba là gì?
Nói một cách đơn giản, Hardness là cam kết giao thức đối với các thuộc tính cốt lõi của Ethereum, bao gồm chống kiểm duyệt, quyền riêng tư, bảo mật và không cần phép.
Bài viết này được ba thành viên quỹ phụ trách hướng Hardness viết, giải thích chi tiết các nội dung công việc và ưu tiên cụ thể của hướng này.
Toàn văn như sau:
Hardness là gì
Quỹ Ethereum gần đây đã đăng một bài blog tóm tắt ba nhóm giao thức ưu tiên: mở rộng (Scaling), trải nghiệm người dùng (UX) và Hardness.
Ba yếu tố này mỗi cái giải quyết một nhu cầu khác nhau để đảm bảo sự thành công lâu dài của Ethereum. Khả năng mở rộng đảm bảo mạng lưới có thể đáp ứng nhu cầu ở quy mô 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 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 làm nên giá trị của nó.
Độ cứng đề cập đến khả năng của một hệ thống duy trì độ tin cậy trong tương lai. Hướng độ cứng là cam kết ở cấp độ giao thức, nhằm bảo vệ các đả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ư, an toàn, không cần phép và tối thiểu hóa sự tin tưởng.
These principles have existed since the birth of Ethereum.
Sự tồn tại của Ethereum nhằm 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 và bất tiện hơn. Trên 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 từ 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 hiện tại cần tập trung vào Hardness
Ethereum đang tiến hành các bản nâng cấp lớn về thông lượng và khả năng sử dụng. Tuy nhiên, mỗi cải tiến đều có thể được thực hiện bằng cách đi đường tắt, chẳng hạn như cơ sở hạ tầng tập trung hoặc引入 các bên trung gian đáng tin cậy.
Sự tồn tại của Hardness nhằm đảm bảo rằng Ethereum không đi lệch khỏi các giá trị cốt lõi của mình khi phản ứng với nhu cầu của mạng lưới.
Hôm nay, cá nhân và tổ chức dựa vào những đảm bảo này của Ethereum, không coi chúng như một lý tưởng, mà như một nhu cầu thiết yếu. Điều này khiến Hardness trở thành một lĩnh vực tập trung ngày càng quan trọng.
Hardness trong thực tế trông như thế nào
Trong nội bộ Quỹ Ethereum, hướng Hardness được ba người phụ trách thúc đẩy, mỗi người có trọng tâm khác nhau:
- Thomas Thiery: Chống kiểm duyệt và không cần phép, tập trung vào lớp giao thức
- Fredrik Svantes: An toàn, tập trung vào quyền riêng tư và tối thiểu hóa sự tin tưởng
- Parithosh Jayanthi: Cơ sở hạ tầng, nâng cấp và độ bền của các phần nhạy cảm trong giao thức Ethereum
Hardness trải rộng qua nhiều lĩnh vực:
Ngoài việc phát triển công nghệ, một phần công việc của hướng Hardness là giúp nhiều người hơn hiểu và coi trọng những thuộc tính cốt lõi này. Nhóm 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 ví và lớp ứng dụng) để đảm bảo rằng những cải tiến này không làm suy yếu tính bảo mật hoặc tính phi tập trung trong quá trình tăng tốc phát triển.
Các công việc cụ thể bao gồm:
Network resilience: Enhanced tools, testing, and fuzzing to identify vulnerabilities early and ensure the network can recover quickly in the event of failures.
Bảo vệ người dùng: Giảm thiểu tổn thất tài sản có thể phòng tránh do lừa đảo và cấp quyền độc hại.
Quyền riêng tư: Đẩy mạnh giao dịch riêng tư và phát sóng ẩn danh ở cấp độ giao thức, giúp người dùng nhận được bảo vệ quyền riêng tư mạnh mẽ mà không cần rời khỏi L1.
Giữ tính trung lập: Xóa bỏ điểm lỗi đơn lẻ tại biên mạng, đảm bảo mạng duy trì tính trung lập và khả năng chống chịu trước các can thiệp chọn lọc.
Chuẩn bị dài hạn: Mã hóa sau 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à cần được chuẩn bị sẵn từ trước.
Chế độ lùi lại và khôi phục: Khi lưu 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 sự cố, cho phép mạng tự phục hồi thay vì sụp đổ dây chuyền.
Sẵn sàng phản ứng sự cố: Phát triển tài liệu khẩn cấp công khai chung để hệ sinh thái có thể phản ứng nhanh chóng và minh bạch trong các tình huống cực đoan.
Đo lường thực tế: Xây dựng 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ư, và những giả định về niềm tin đang thâm nhập lặng lẽ ở đâu.