Một bài viết để hiểu về Obol DV - Trình xác thực phân tán Ethereum: Các trụ cột thiết kế, chiến lược áp dụng và lộ trình phát triển
Tuyển chọn TechFlowTuyển chọn TechFlow
Một bài viết để hiểu về Obol DV - Trình xác thực phân tán Ethereum: Các trụ cột thiết kế, chiến lược áp dụng và lộ trình phát triển
Người phụ trách dự án Obol Network và CEO đã giới thiệu về triết lý thiết kế, lộ trình giao thức cũng như chiến lược áp dụng.
Chuyên sâu báo cáo Web3Tác giả: Collin Myers, Oisín Kyne
Biên dịch: TechFlow
Obol Network đã ra mắt trình xác thực phân tán (DV) đầu tiên trên mạng chính Ethereum. Đây là bước đầu tiên trong hành trình đưa DV đến mạng chính Ethereum của Obol, mở ra một chương mới an toàn hơn, linh hoạt hơn và phi tập trung hơn cho mọi trình xác thực và người ủy quyền. Collin Myers, Người phụ trách Dự án Obol Network, và Oisín Kyne, Giám đốc Công nghệ, giới thiệu về triết lý thiết kế, lộ trình giao thức và chiến lược triển khai.
Các trụ cột thiết kế của Obol DV
Trong quá trình thiết kế và triển khai V1, Obol lấy cảm hứng từ bài viết gốc của Ben Edgington về triết lý thiết kế Serenity (thời điểm đó gọi là Eth2) để hình thành các trụ cột thiết kế.
-
Tính linh hoạt: Loại bỏ ảnh hưởng của trình xác thực như một điểm lỗi đơn lẻ trong mạng;
-
Phi tập trung: Giúp mọi loại và quy mô trình xác thực đều dễ dàng tiếp cận giao thức;
-
Bảo mật: Tăng cường bảo mật trình xác thực thông qua việc sử dụng công nghệ mã hóa khóa phân tán;
-
Kháng liên kết: Thiết kế DVT theo cách không tự tạo thành lỗ hổng bảo mật;
-
Hiệu suất: Hiệu suất của trình xác thực phân tán phải tương đương hoặc vượt trội hơn trình xác thực thông thường.
Chiến lược áp dụng DVT của Obol
DVT sẽ được triển khai theo cách thức mở, xây dựng và hợp tác cao, tương tự như đợt ra mắt ETH2 từng giai đoạn. Việc phát hành thành công dv494484.eth là phiên bản giai đoạn 0 của chúng tôi – bước đi đầu tiên trong hành trình tiến tới Obol V1.
Khi DVT ngày càng phổ biến, mục tiêu ban đầu phải duy trì hiệu suất ngang bằng với trình xác thực hiện tại. Điều này cực kỳ quan trọng đối với việc áp dụng sớm và hỗ trợ liên tục từ hệ sinh thái trình xác thực, và cũng là yếu tố mà chúng tôi đặc biệt nhấn mạnh trong thiết kế, triển khai và kiểm thử Obol.
Khi xây dựng cho tương lai, chúng tôi cũng tập trung vào hiệu suất của Charon đối với mọi loại trình xác thực. Chúng tôi mong muốn rằng trong tương lai, các trình xác thực sẽ được chia sẻ bởi những người tham gia khắp nơi trên thế giới – điều này ảnh hưởng sâu sắc đến cách chúng tôi thiết kế, giới thiệu và kiểm thử Obol DVT.
Do sự đa dạng về loại hình trình xác thực trên Ethereum, chúng tôi sẽ áp dụng phương pháp triển khai từng giai đoạn đối với Obol. Trong mỗi giai đoạn, chúng tôi sẽ chú trọng đặc biệt đến một nhóm người dùng cụ thể. Điều này sẽ cải thiện đường ống triển khai DVT dài hạn trong các lĩnh vực cơ sở hạ tầng Ethereum (như LSP, trình xác thực tại nhà, DeFi,...), giúp dự án vừa mang lại giá trị cho hệ sinh thái Ethereum, vừa duy trì hiệu suất, bảo mật và tính khả dụng. Mỗi giai đoạn trong lộ trình cũng sẽ đặt nền móng cho giai đoạn tiếp theo.
Lộ trình Obol V1
Việc nghiên cứu, thiết kế và triển khai Obol V1 đã diễn ra trong 24 tháng và hiện nay đã hoàn thành các bài kiểm tra ổn định. Nhờ công việc này, chúng tôi có thể chia mạng Obol thành bốn khu vực chức năng: Tạo lập, Kiểm thử, Vận hành và Phối hợp. Bốn lĩnh vực chức năng này cùng nhau định hình lộ trình Obol và các tính năng của Obol V1 – động lực đầu tiên nhằm xây dựng nền tảng cho mạng cơ sở hạ tầng toàn cầu dành cho trình xác thực phân tán.
Nhìn vào các trụ cột của V1, mạng Obol đã phát triển và duy trì bốn cơ sở hạ tầng cốt lõi:
-
DV Launchpad — Ứng dụng mạng để di chuyển sang hoặc tạo trình xác thực phân tán Obol.
-
Charon — Phần mềm khách trung gian hỗ trợ trình xác thực Ethereum chịu lỗi.
-
Obol Managers — Một bộ hợp đồng thông minh cho phép chia sẻ trình xác thực trong nhóm.
-
Obol Testnets — Mạng thử nghiệm dành cho trình xác thực phân tán không cần quyền.
Trong Obol V1, chúng tôi cũng sẽ áp dụng phương pháp triển khai từng giai đoạn.
Pre-Alpha: Triển khai DV đầu tiên trên mạng chính
Để hiểu cách DV hoạt động trên mạng chính, bạn cần kiểm thử nó trong môi trường thực tế. Chúng tôi quyết định triển khai DV đầu tiên trước khi nộp bản kiểm toán đầu tiên. Giai đoạn Pre-Alpha cũng bao gồm việc nộp bản kiểm toán lần đầu tiên với Sigma Prime, cùng báo cáo hiệu suất DVT do đội ngũ Miga Labs thực hiện thành công.
Alpha: Đưa tổng số trình xác thực DV lên 1% số trình xác thực đang hoạt động
Giai đoạn Alpha sẽ là việc ra mắt Obol cùng một nhóm đối tác đáng tin cậy, đồng thời tích hợp dần Obol vào các ứng dụng ủy quyền hiện có và sắp ra mắt. Giai đoạn này bắt đầu sau khi chúng tôi hoàn tất kiểm toán và xử lý mọi thay đổi cần thiết. Việc triển khai theo cách này cho phép chúng tôi tập trung đúng mức vào những thiếu sót, giúp thu thập được những bài học sâu sắc hơn.
Beta: Đưa tổng số trình xác thực DV lên 5% số trình xác thực đang hoạt động
Sau khi hoàn thành thành công giai đoạn Alpha, chúng tôi sẽ bắt đầu mở cửa Obol cho nhiều loại người dùng và dự án hơn thông qua giấy phép thương mại. Điều này cho phép chúng tôi tận dụng các bài học ban đầu để nhân rộng việc áp dụng công nghệ gấp nhiều lần so với giai đoạn Alpha. Khi ngày càng có nhiều nhà vận hành áp dụng Obol, trọng tâm chính của chúng tôi là đảm bảo giao thức duy trì chất lượng cần thiết.
Phát hành V1: Cho phép mọi nhà vận hành triển khai Obol DV trên mạng chính
Giai đoạn phát hành công khai của hành trình mạng chính đánh dấu sự hoàn thành của Obol V1. Đến thời điểm này, chúng tôi kỳ vọng khoảng 10% lượng ETH ủy quyền được bảo vệ bởi DVT. Sau khi hoàn tất các giai đoạn Alpha và Beta, chúng tôi sẽ hoàn thành tất cả các mạng thử nghiệm V1 và kiểm toán, đảm bảo hiệu suất, bảo mật và tính khả dụng của sản phẩm.
Trong giai đoạn Obol V1, chúng tôi sẽ vận hành tổng cộng ba mạng thử nghiệm.
Athena (và Mạng nhà vận hành Obol) (đã kết thúc)
Mạng thử nghiệm Athena là mạng thử nghiệm công khai đầu tiên của chúng tôi, diễn ra từ tháng 7 đến tháng 9 năm 2022, đồng thời Cộng đồng Nhà vận hành Obol (OOC) lần đầu tiên kiểm thử DVT trong môi trường của họ. Đây cũng là bộ mạng thử nghiệm toàn diện đầu tiên mà chúng tôi cung cấp cho các trình xác thực để kiểm thử DVT.
Bia (đang diễn ra)
Mạng thử nghiệm Bia hiện đang diễn ra nhằm kiểm thử khả năng mở rộng của Obol về hiệu suất và tính khả dụng. Mục tiêu của chúng tôi là kích hoạt hơn 500 cụm trên toàn cầu để xem liệu các nhà xác thực tại nhà có thể tự tạo cụm DV mà không cần hỗ trợ lớn hay không. Đồng thời, chúng tôi cũng đang kiểm thử Bia cùng các nhà vận hành chuyên nghiệp và mở rộng cụm để vận hành 1.000 trình xác thực, nhằm kiểm tra khả năng mở rộng dọc của giao thức.
Circe (sắp ra mắt)
Mạng thử nghiệm Circe sẽ được ra mắt sau khi phát hành phiên bản Beta. Circe sẽ tấn công giao thức để tìm ra các lỗ hổng và giới hạn tiềm tàng, ví dụ như rủi ro bị phạt slash đối với Obol DVT. Đây là bước cuối cùng then chốt mà giao thức phải trải qua để đảm bảo Obol hoàn toàn an toàn trước khi phát hành công khai.
Obol V2
Mặc dù lộ trình V1 rất đáng mong đợi, chúng tôi vẫn đang tích cực theo đuổi tầm nhìn về Obol V2. Obol V2 chủ yếu tập trung vào việc giảm thiểu sự tin cậy đối với trình xác thực phân tán thông qua việc tăng cường mật mã học ứng dụng và kinh tế học mật mã.
Trạng thái cuối cùng của Obol là một giao thức DVT đa khách hàng, cho phép bất kỳ trình xác thực nào tham gia cụm mà không cần tin tưởng (thậm chí không biết) các nhà vận hành khác trong cùng cụm. Các giai đoạn của V1 sẽ đặt nền tảng về hiệu suất cao, bảo mật và tính khả dụng cần thiết để xây dựng Obol V2.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
