Question 1

UMA là gì?

Accepted Answer

UMA là token quản trị và tiện ích của UMA Protocol. Token này vừa trao cho người nắm giữ vai trò bỏ phiếu trong các quy tắc giao thức và phân xử tranh chấp dữ liệu, vừa cung cấp khuyến khích kinh tế cho cơ chế xác thực dữ liệu của giao thức; vì vậy, vai trò của UMA không chỉ là “bỏ phiếu cộng đồng” theo nghĩa thông thường mà còn liên quan trực tiếp đến cách giao thức xử lý dữ liệu on-chain có tranh chấp. Oracle lạc quan của UMA Protocol cho phép ứng dụng đưa các kết quả có thể xác minh off-chain lên để sử dụng on-chain. Phần lớn yêu cầu có thể hoàn tất theo quy trình đã định khi không ai phản đối; chỉ khi phát sinh tranh chấp thì người nắm giữ UMA mới cần tham gia phân xử thông qua cơ chế xác thực dữ liệu.

Question 2

Nắm giữ UMA có thể làm gì?

Accepted Answer

Việc nắm giữ UMA cho phép tham gia bỏ phiếu về Đề xuất cải tiến UMA (UMIP), yêu cầu giá và tranh chấp. UMIP quyết định hoặc điều chỉnh quy tắc giao thức; bỏ phiếu về yêu cầu giá và tranh chấp được dùng để phân xử khi kết quả dữ liệu bị thách thức. Ba loại bỏ phiếu này tác động đến các đối tượng khác nhau: UMIP hướng đến quy tắc giao thức, còn yêu cầu giá và tranh chấp hướng đến kết quả dữ liệu cụ thể. Việc nắm giữ token tự nó không tự động thay đổi quy tắc hoặc dữ liệu; chỉ phiếu được gửi và tính theo quy trình quản trị hoặc xác thực tương ứng mới tạo thành kết quả được giao thức áp dụng.

Question 3

Oracle của UMA xử lý tranh chấp như thế nào?

Accepted Answer

Oracle lạc quan của UMA trước hết chấp nhận một kết quả dữ liệu hoặc assertion; khi không bị thách thức, hệ thống có thể xử lý kết quả theo thời hạn tranh chấp đã thiết lập. Nếu ai đó đưa ra tranh chấp trong giai đoạn này, kết quả sẽ không chỉ do người đề xuất ban đầu quyết định mà được chuyển cho cơ chế xác thực dữ liệu của UMA phân xử. Sau khi vào giai đoạn phân xử, người tham gia bỏ phiếu về cùng một vấn đề và giao thức xử lý dữ liệu bị tranh chấp theo kết quả do cơ chế đó hình thành. Trình tự này có ý nghĩa then chốt: các yêu cầu dữ liệu thông thường không cần toàn bộ người nắm giữ token bỏ phiếu, nhưng khi có tranh chấp vẫn tồn tại một lộ trình phân xử cuối cùng được hỗ trợ bởi khuyến khích kinh tế của UMA.

Question 4

Nguồn cung của UMA có cố định không?

Accepted Answer

Nguồn cung UMA không có giới hạn cố định mà được quản trị bởi DAO và áp dụng lạm phát có kiểm soát. Điều này có nghĩa thay đổi nguồn cung không thể chỉ hiểu là mua bán trên thị trường: giao thức có thể đúc token theo các quy tắc do quản trị xác định để hỗ trợ khuyến khích cho việc tham gia bảo mật và xác thực giao thức. Vì vậy cần phân biệt “tổng nguồn cung có cố định không” với “lượng có thể giao dịch tại một thời điểm”. Điều thứ nhất phụ thuộc vào quy tắc phát hành và quản trị của giao thức; điều thứ hai còn chịu ảnh hưởng của việc người nắm giữ giữ token, phân phối phần thưởng và các điều kiện lưu hành thực tế khác. Tài liệu hiện có không nêu lượng lưu hành theo thời gian thực trong phạm vi câu hỏi này.

Question 5

Tham gia bỏ phiếu UMA sẽ nhận được gì?

Accepted Answer

Tham gia DVM và bỏ phiếu phù hợp với kết quả chính xác cuối cùng là điều kiện cơ bản để nhận khuyến khích bỏ phiếu; chỉ nắm giữ UMA hoặc tham gia thảo luận quản trị không đồng nghĩa đủ điều kiện nhận thưởng. Phần thưởng đến từ cơ chế lạm phát của giao thức, vì vậy việc phát hành chúng gắn với cơ chế nguồn cung UMA, chứ không phải phí từ một giao dịch tự động trả cho người bỏ phiếu. Tài liệu quản trị nêu tỷ lệ lạm phát phần thưởng hiện tại là 0.05% tổng nguồn cung. Tỷ lệ này là cách tính theo quy tắc cho quỹ phần thưởng so với tổng nguồn cung, không có nghĩa mỗi người bỏ phiếu cố định nhận 0.05%; số thực tế mỗi cá nhân nhận còn phụ thuộc vào việc có tham gia, có bỏ phiếu đúng và tình hình phân phối phần thưởng đủ điều kiện trong kỳ hay không.

Question 6

Vì sao quản trị UMA liên quan đến cơ chế oracle?

Accepted Answer

Quản trị và bảo mật oracle của UMA có liên hệ với nhau: cùng một token vừa được dùng để điều chỉnh quy tắc giao thức thông qua UMIP, vừa được dùng để phối hợp khuyến khích kinh tế của người phân xử trong các yêu cầu dữ liệu có tranh chấp. Do đó, thay đổi quy tắc có thể ảnh hưởng đến điều kiện vận hành của cơ chế xác thực, còn phân xử tranh chấp áp dụng các quy tắc đó cho vấn đề dữ liệu cụ thể. Điều này không có nghĩa mọi đề xuất quản trị UMA đều trực tiếp quyết định kết quả của một giá hoặc assertion cụ thể. Quản trị xử lý các lựa chọn ở cấp quy tắc; tranh chấp cụ thể vẫn phải được nêu, bỏ phiếu và thanh toán trong quy trình xác thực dữ liệu tương ứng.

Question 7

Vì sao oracle lạc quan không cho tất cả yêu cầu bỏ phiếu trực tiếp?

Accepted Answer

Trong thiết kế của UMA, hiệu quả của cơ chế lạc quan đến từ việc “xử lý trước theo quy trình, nâng cấp lên phân xử khi có phản đối”, thay vì yêu cầu toàn bộ người nắm giữ token liên tục bỏ phiếu cho từng dữ liệu. Nhờ vậy, chỉ các yêu cầu dữ liệu có bất đồng mới đi vào giai đoạn xác thực cần sự tham gia rộng hơn. Theo đó, ứng dụng sử dụng cơ chế này cần hiểu sự tồn tại của lộ trình tranh chấp: yêu cầu dữ liệu không bị phản đối và bị phản đối sẽ trải qua các quy trình khác nhau; trường hợp sau phải chờ cơ chế xác thực dữ liệu đưa ra kết quả trước khi có thể hoàn tất xử lý cuối cùng.

Question 8

Phần thưởng bỏ phiếu của UMA liên hệ thế nào với nguồn cung token?

Accepted Answer

Mối quan hệ giữa phần thưởng bỏ phiếu và thay đổi nguồn cung của UMA là: giao thức tạo nguồn phần thưởng bằng lạm phát có kiểm soát, rồi phân bổ phần thưởng cho người tham gia đáp ứng quy tắc DVM và bỏ phiếu đúng. Mục đích của quy tắc thưởng là tạo động lực kinh tế để người tham gia chú ý đến tranh chấp và gửi kết quả chính xác. Điều này cũng có nghĩa không thể trực tiếp coi “có phần thưởng lạm phát” là mọi người nắm giữ đều nhận token mới theo tỷ lệ. Việc có nhận thưởng hay không phụ thuộc vào tham gia và bỏ phiếu đúng; đồng thời, lạm phát khiến tổng nguồn cung thay đổi theo cơ chế do quản trị thiết lập.

Question 9

Cơ chế xác thực dữ liệu của UMA có thể phục vụ những loại dữ liệu nào?

Accepted Answer

Các loại dữ liệu UMA xử lý không chỉ giới hạn ở một giá thị trường duy nhất. Tài liệu hợp đồng chính thức mô tả oracle và hệ thống tranh chấp này là cơ chế có thể đưa dữ liệu thuộc mọi loại lên chain; việc thực tế có thể sử dụng hay không vẫn phụ thuộc vào cách ứng dụng cụ thể xác định yêu cầu, điều kiện tranh chấp và mục đích sử dụng kết quả. Vì vậy, “có thể xử lý nhiều loại dữ liệu” không có nghĩa giao thức tự bảo đảm mọi thông tin bên ngoài chắc chắn đúng, cũng không có nghĩa cùng một dữ liệu tự động dẫn đến hệ quả kinh tế giống nhau trong các ứng dụng khác nhau. Hợp đồng ứng dụng quyết định kết quả phân xử được đọc và thực thi như thế nào.

Question 10

Bỏ phiếu quản trị và bỏ phiếu tranh chấp của UMA khác nhau thế nào?

Accepted Answer

Với người dùng UMA, điểm phân biệt quan trọng nhất là bỏ phiếu quản trị và bỏ phiếu tranh chấp không phải cùng một việc. Loại đầu xử lý các quy tắc giao thức như UMIP; loại sau xử lý yêu cầu giá hoặc tranh chấp cụ thể đã được gửi đến cơ chế xác thực dữ liệu. Cả hai đều có thể dùng quyền biểu quyết của người nắm giữ UMA, nhưng điều kiện kích hoạt, đối tượng xử lý và kết quả khác nhau. Hiểu tách biệt hai quy trình mới có thể xác định một lần bỏ phiếu đang thay đổi quy tắc tương lai hay đang phân xử bất đồng dữ liệu đã phát sinh.

Question 11

Sau khi dữ liệu bị tranh chấp, những thay đổi thực tế nào sẽ xảy ra?

Accepted Answer

Tác động thực tế của quy trình tranh chấp là chuyển một yêu cầu vốn được thúc đẩy bằng kết quả đề xuất sang trạng thái cần phân xử. Dữ liệu được sử dụng cuối cùng không còn chỉ phụ thuộc vào nội dung ban đầu được gửi, mà phụ thuộc vào kết quả cơ chế xác thực dữ liệu xử lý tranh chấp. Thiết kế này tạo lộ trình để thách thức các kết quả sai hoặc có bất đồng, nhưng không loại bỏ khác biệt do thời gian, sự tham gia và cấu hình hợp đồng ứng dụng. Người dùng nên dựa vào thiết lập cụ thể của ứng dụng đang dùng về thời hạn tranh chấp và điều kiện thanh toán cuối cùng.

Question 12

Nên hiểu hai tầng vai trò của UMA trong giao thức như thế nào?

Accepted Answer

Chức năng của UMA có thể khái quát thành hai tầng: tầng quy tắc, nơi quản trị UMA quyết định cách giao thức phát triển; và tầng dữ liệu, nơi cơ chế xác thực dữ liệu phân xử khi một yêu cầu cụ thể phát sinh tranh chấp. Hai tầng cùng giúp người nắm giữ token vừa tham gia các quy tắc thể chế, vừa tham gia quyết định cuối cùng về kết quả dữ liệu khi cần. Cấu trúc này không cam kết người nắm giữ UMA được hưởng cổ phần công ty, lợi suất cố định hoặc quyền quy đổi một tài sản cụ thể. Vai trò thực tế của token phải dựa trên các quy tắc quản trị và xác thực mà giao thức triển khai tại thời điểm đó.

Giá UMA (UMA)

Giá UMA (UMA) hôm nay bằng USD

Lịch sử giá UMA (UMA)

Chỉ số Sợ hãi & Tham lam

Tại sao UMA (UMA) lại tăng trong 24 giờ qua?

Về UMA (UMA)

Trường hợp sử dụng và tính năng

Nguồn cung và cơ chế phát hành

Cách mua và sử dụng UMA (UMA)

Cách mua

Thị trường liên quan

Simple Earn

Kiến thức cơ bản và thông tin thị trường UMA (UMA)

Yếu tố cơ bản

Phân tích thị trường

Câu hỏi thường gặp về UMA (UMA)