Giá Obol (OBOL)

OBOL là tài sản điều phối của Obol Collective; bối cảnh công nghệ cốt lõi của nó là cho phép nhiều nhà vận hành cùng chạy một trình xác thực Ethereum theo mô hình trình xác thực phân tán (DV), chứ không phải để bản thân OBOL làm tài sản staking Ethereum hoặc tài sản trả phí giao dịch khối. Mục tiêu của Obol là sử dụng công nghệ trình xác thực phân tán (DVT) để giảm tác động của lỗi tại một máy, một nhà vận hành hoặc một client đơn lẻ lên trình xác thực. OBOL hiện được phía chính thức định vị là tài sản điều phối các nhà vận hành, người dùng và người đóng góp, đồng thời hỗ trợ sự phát triển dài hạn của hệ sinh thái DV; điều này cho thấy nó có liên quan đến hệ sinh thái đó, nhưng không có nghĩa việc nắm giữ hoặc sử dụng OBOL sẽ tự động mang lại phần thưởng trình xác thực.

DV của Obol chia một trình xác thực Ethereum cho nhiều nút cùng vận hành: mỗi nhà vận hành giữ một phần khóa riêng thay vì toàn bộ khóa riêng của trình xác thực; chỉ khi số người tham gia ký trên cùng dữ liệu nhiệm vụ đạt ngưỡng được thiết lập cho cụm thì mới có thể tạo chữ ký trình xác thực có thể gửi lên Beacon Chain. Khi tạo cụm, người tham gia dùng cơ chế tạo khóa phân tán (DKG) để cùng tạo các phần khóa, dữ liệu tiền gửi của trình xác thực và dữ liệu thoát. Điểm then chốt của thiết kế này là tránh việc một bên trung gian đáng tin cậy tạo rồi chia nhỏ toàn bộ khóa riêng, đồng thời bảo đảm toàn bộ khóa riêng không được tạo ra tại bất kỳ thời điểm nào. Khi có nhiệm vụ chứng thực hoặc đề xuất khối, Charon nằm giữa client xác thực và nút đồng thuận: nó lấy dữ liệu nhiệm vụ cần ký và đạt đồng thuận với các nút Charon khác về cùng dữ liệu đó; sau đó, các client xác thực dùng phần khóa riêng của mình để tạo chữ ký một phần, và Charon tổng hợp đủ số chữ ký một phần theo ngưỡng rồi phát sóng. Ngưỡng quyết định liệu cụm có thể tiếp tục thực hiện nhiệm vụ khi xảy ra lỗi hay không, chứ không phải “càng nhiều nút thì chắc chắn càng an toàn”. Ví dụ, một cụm 4 nút cần 3/4 nút trực tuyến và trung thực, còn cụm 6 nút cần 4/6; trong ví dụ chính thức, cụm đầu có thể chịu được một nút độc hại, còn cụm sau có thể chịu được hai nút ngoại tuyến. Nếu không đạt ngưỡng áp dụng, cụm không thể tạo chữ ký hợp lệ; chạy lặp lại cùng một nút Charon cũng bị xem là hành vi Byzantine, không thể coi là dự phòng thông thường.

Cơ chế quản trị lịch sử của OBOL từng cho phép người nắm giữ ủy quyền biểu quyết cho đại diện để các đại diện tham gia đề xuất, biểu quyết và phân bổ vốn; nhưng trang quản trị chính thức hiện nêu rõ quản trị đã tạm dừng và đang trong giai đoạn chuyển tiếp, tái thiết kế. Vì vậy, không thể coi các cơ chế ủy quyền, biểu quyết hoặc RAF trong lịch sử là quyền của người nắm giữ được bảo đảm hiện đang khả dụng. Việc tạm dừng không xóa bỏ hồ sơ lịch sử: các OIP, cuộc bỏ phiếu và thảo luận trước đây vẫn có thể tra cứu. Tuy nhiên, theo giải thích chính thức, các lý do tạm dừng gồm mức độ tham gia thấp, rủi ro không đủ túc số, sự phụ thuộc vào số ít đại diện tích cực, và khoảng cách giữa bỏ phiếu chính thức với việc thực thi thực tế; mô hình tiếp theo vẫn đang được thiết kế và có thể xác định lại vai trò của người nắm giữ, cấu trúc ra quyết định, cũng như sự cân bằng giữa thực thi và giám sát. Việc nắm giữ OBOL tự thân không có nghĩa là tự động có quyền biểu quyết hoặc phân bổ vốn có thể thực thi trong thời gian tạm dừng.

Hiện nay, staking OBOL không tạo ra ưu đãi staking mới hoặc phát hành token mới. Cách diễn đạt chính thức là staking không còn được tích cực thúc đẩy như một tiện ích token cốt lõi; điều thay đổi là trạng thái phần thưởng trong tương lai, chứ không phải làm các hợp đồng cũ hoặc vị thế hiện có mất hiệu lực ngay lập tức. Người dùng đã stake qua cơ chế này và đang nắm giữ stOBOL có thể duy trì vị thế hiện tại. Nếu muốn unstake, thông tin chính thức cho biết hiện có thể tương tác trực tiếp trên chuỗi với hợp đồng staking bất cứ lúc nào; do giao diện đơn giản hóa vẫn đang được phát triển, thao tác này không được thực hiện qua một quy trình phần thưởng mới đã được hứa hẹn. Sự tồn tại của stOBOL không cho phép suy ra rằng OBOL mới vẫn đang tiếp tục tích lũy, và cũng không thể coi cơ chế phần thưởng trong tài liệu staking phiên bản cũ là cơ chế hiện tại.

Nguồn cung tối đa của OBOL là 500 triệu token, nhưng nguồn cung tối đa không đồng nghĩa với lượng lưu hành ngay lập tức: các danh mục khác nhau đi vào trạng thái có thể lưu hành theo lịch khóa và mở khóa riêng, vì vậy cần phân biệt tổng cung, lượng đã phân bổ và lượng thực tế lưu hành. Phân bổ được công bố chính thức gồm: kho bạc hệ sinh thái và tài trợ hồi tố (RAF) 38,8%, nhà đầu tư 23,7%, đội ngũ 19%, khuyến khích cộng đồng 7,5%, airdrop 7,5% và bán công khai trên CoinList 3,6%. Các tỷ lệ này mô tả quyền sở hữu và mục đích sử dụng nguồn cung, không có nghĩa tất cả danh mục đều có thể giao dịch cùng lúc; trong đó, kho bạc hệ sinh thái và RAF được dùng cho tài trợ, khuyến khích và phần thưởng hồi tố cho đóng góp vào hệ sinh thái, còn nhà đầu tư và đội ngũ chịu các thỏa thuận khóa token.

Nguồn cung OBOL có thể giao dịch thay đổi theo việc mở khóa của các danh mục phân bổ; do đó, giới hạn 500 triệu token không thể được xem trực tiếp là lượng lưu hành trên thị trường tại một thời điểm nhất định. Thông tin chính thức nêu rõ toàn bộ nguồn cung sẽ không lưu hành ngay mà được mở khóa dần theo kế hoạch có cấu trúc trong nhiều tháng và nhiều năm. Quy tắc cho danh mục bán công khai đặc biệt rõ ràng: đợt bán công khai CoinList chiếm 3,6% tổng nguồn cung, 50% token đã mua được mở khóa hoàn toàn và có thể chuyển nhượng tại TGE, còn 50% còn lại được mở khóa tuyến tính trong 12 tháng tiếp theo. “Mở khóa tuyến tính” ở đây nghĩa là phần còn lại được giải phóng dần theo thời gian, thay vì được giải phóng toàn bộ một lần vào tháng thứ 12; quy tắc này chỉ áp dụng cho danh mục bán công khai này và không thể ngoại suy thành quy tắc mở khóa thống nhất cho tất cả danh mục phân bổ OBOL.

Địa chỉ hợp đồng token OBOL được công bố chính thức trên Ethereum là 0x0B010000b7624eb9B3DfBC279673C76E9D29D5F7. Khi nhận diện tài sản, cần dựa vào địa chỉ hợp đồng đầy đủ thay vì chỉ dựa vào tên “OBOL”, mã token hoặc biểu tượng. Trước khi chuyển token, cấp quyền hoặc tương tác với hợp đồng, cần đối chiếu từng ký tự để xác nhận mạng và địa chỉ hợp đồng trùng khớp với trang chính thức; token có cùng tên hoặc mã tương tự không trở thành OBOL chính thức chỉ vì tên giống nhau. Việc kiểm tra này chỉ có thể xác nhận hợp đồng token đang được so sánh là hợp đồng được công bố chính thức, không thể thay thế việc tự xác nhận các tham số giao dịch, hạn mức cấp quyền hoặc rủi ro của hợp đồng bên thứ ba.