Ở bài viết trước, API3 Beacon được đánh giá là một giải pháp đổi mới Web3 chưa từng có tiền lệ và đóng vai trò quan trọng đối với tương lai của DeFi. Hôm nay, chúng ta sẽ cùng đi làm rõ tại sao Beacon phù hợp với phương pháp tiếp cận oracle hiện có của API3?
API3 hiện đang tiến hành hai việc:
- Xây dựng công cụ giúp cung cấp các API Web cho các smart contract dưới dạng oracle của bên thứ nhất.
- Thúc đẩy hệ sinh thái oracle dựa trên API để vượt qua nhiều vấn đề thường gặp trong các công nghệ mới nổi.
Mục tiêu là biến các dịch vụ mà các doanh nghiệp trong thế giới thực cung cấp thành các block xây dựng trên blockchain, mà các nhà phát triển có thể biên soạn trong các trường hợp sử dụng phức tạp.
Nếu ai đó muốn thiết lập nguồn cấp dữ liệu giá tài sản on-chain, thì có thể cân nhắc thực hiện việc này thông qua oracle bên thứ nhất API3.
Điều gì đang không ổn với oracle “phi tập trung”?
Điểm yếu của mô hình oracle phi tập trung truyền thống là giả định rằng việc cung cấp năng lượng cho một dịch vụ thông qua nhiều node hoặc API làm cho chúng trở nên phi tập trung hơn. Tuy nhiên, có hai yêu cầu bổ sung mà tất cả các dự án blockchain phi tập trung cần phải đáp ứng:
- Thiếu quản trị tập trung.
- Tính minh bạch để có thể xác thực các yêu cầu phân quyền.
Trên thực tế, tính minh bạch chỉ có thể thực hiện được thông qua quản trị tập trung, vì vậy hai yếu tố này luôn đi song song với nhau.
Giải pháp của API3: oracle bên thứ nhất, Beacon, dAPI & bảo hiểm
Oracle của bên thứ nhất ngụ ý ánh xạ 1:1 giữa các nguồn dữ liệu và oracle. Do đó, việc thảo luận về tính minh bạch là điều không cần thiết, vì oracle là nguồn dữ liệu và nguồn dữ liệu là oracle. Người dùng không thể biết các oracle của bên thứ ba sẽ bị ảnh hưởng ở mức độ nào hoặc liệu họ có thực hiện các biện pháp phòng ngừa nào trong tương lai vì nguồn dữ liệu của họ không thể được điều tra một cách minh bạch.
Các oracle bên thứ nhất sẽ hoạt động tốt hơn trong trường hợp nguồn dữ liệu gặp sự cố, trong khi các giải pháp của bên thứ ba sẽ che khuất các điểm yếu cho đến khi tất cả trở nên thất bại. Những gì chúng ta cần thảo luận trong bài đăng này là cách nguồn cấp dữ liệu nên được thiết kế để phát huy được tiềm năng của oracle bên thứ nhất. API3 đã đưa ra một khái niệm mới gọi là Beacon, một nguồn cấp dữ liệu nguyên tử được thực hiện bởi oracle bên thứ nhất duy nhất.
Beacon là một điểm dữ liệu được lưu giữ on-chain bởi oracle bên thứ nhất tương ứng. Bất kỳ ai cũng có thể yêu cầu cập nhật Beacon. Các cập nhật này có thể được kích hoạt bởi các yêu cầu được thực hiện thông qua giao thức yêu cầu-phản hồi hoặc sẽ xảy ra tự động dựa trên điều kiện tương ứng được chỉ định thông qua giao thức xuất bản-đăng ký. Nói cách khác, Beacon được xây dựng dựa trên các giao thức Airnode và hoàn toàn minh bạch.
Beacon sẽ là block xây dựng của dAPI, có nghĩa là một dAPI cụ thể sẽ được xây dựng như một sự kết hợp tùy ý của các Beacon. Kiến trúc dAPI dựa trên Beacon tạo ra một sự thay đổi mô hình trong đó không chỉ cho phép người dùng xem dữ liệu chính xác đến từ đâu, mà còn cung cấp cho họ quyền kiểm soát chi tiết nếu họ muốn.
Nhưng điều gì sẽ xảy ra nếu một khách hàng sử dụng Beacon theo kiểu độc lập và nhà cung cấp dữ liệu giữ Beacon gặp lỗi? Các Beacon và sự kết hợp rộng lớn của dAPI đều xuất hiện dưới dạng các điểm dữ liệu trực tiếp tương đương trên chuỗi, với các mức độ tin cậy khác nhau. Sau đó, các Beacon đơn lẻ – hoặc theo một quan điểm khác, các dAPI được xây dựng từ các Beacon riêng lẻ – có thể chia sẻ cùng các đảm bảo bảo mật dành cho dAPI: Bảo hiểm, có thể thực hiện được bằng cách staking API3. Các biện pháp khuyến khích tương tự sẽ được áp dụng, trong đó DAO sẽ chỉ bảo đảm cho Beacon sử dụng độc lập nếu chúng được đánh giá là đủ tin cậy và các sự kiện thiên nga đen sẽ được chi trả bằng phí bảo hiểm thu được trong quá trình hoạt động bình thường.
Một lợi ích quan trọng của Beacon độc lập được đảm bảo thông qua bảo hiểm sẽ phá vỡ trạng thái nguyên khối hiện tại của DeFi. Khi một dự án oracle được vận hành bởi một tổ chức tập trung truyền thống, điều này sẽ giới hạn số lượng chuỗi và nguồn cấp dữ liệu mà họ có thể phục vụ, điều này buộc người tiêu dùng của họ phải đổ xô vào cùng một chuỗi để sử dụng cùng một nguồn cấp dữ liệu, dẫn đến tình trạng “khát dữ liệu”. Beacon sẽ giải quyết được vấn đề này.
Cuối cùng, API3 nhận thấy Beacon là một bước rất quan trọng đối với việc dân chủ hóa thành phần và quản trị nguồn cấp dữ liệu. Điều này có liên quan chặt chẽ đến tầm nhìn mở rộng Fractal của API3, trong đó API3 kỳ vọng việc quản lý dAPI từ Beacon sẽ là một trong những ngành quan trọng mà các dự án hệ sinh thái API3 sẽ theo đuổi.
Có thể bạn quan tâm:
- API3 Beacon là gì & tại sao lại quan trọng đối với Web3?
- Trong tương lai, Oracle bên thứ nhất như API3 sẽ chiếm thế thượng phong?
Lưu ý: Đây là nội dung được tài trợ, Coincuatui không trực tiếp ủng hộ bất cứ thông tin gì từ bài viết trên và không đảm bảo tính trung thực của bài viết. Bạn đọc nên tự tiến hành nghiên cứu trước khi đưa ra các quyết định có ảnh hưởng đến bản thân hay doanh nghiệp của mình và sẵn sàng chịu trách nhiệm cho những lựa chọn của bản thân. Bài viết trên không nên được xem như là một lời khuyên đầu tư.
Nguồn: Coin68
