API3 đã tập trung phát triển Airnode v0.3 trong suốt tháng 11 và sẽ sớm phát hành trong vài ngày tới. Mục tiêu của bản ra mắt lần này là:
Giả sử người dùng muốn một oracle gọi và trả lại giá ETH/USD và tổng khối lượng của thị trường. Thường có hai lựa chọn trả kết quả về cho người dùng: Trả yêu cầu oracle về giá cả và khối lượng giao dịch riêng biệt (1) hoặc triển khai một bộ chuyển đổi được mã hóa cứng chuyên cung cấp giá cả và khối lượng đồng thời (2).
(1) không tối ưu vì khó sử dụng và đắt tiền. (2) không hiệu quả vì yêu cầu phải có bộ chuyển đổi trên từng trường hợp. Mục tiêu của API3 là phát triển một giao thức oracle hỗ trợ tích hợp API linh hoạt và liền mạch với các hợp đồng thông minh, bao gồm giao thức hóa cách xử lý phản hồi API. Cho phép các yêu cầu được chỉ định trả kết quả về các đối tượng được mã hóa thay vì một điểm dữ liệu duy nhất là bước đầu tiên của những nỗ lực này.
Bắt đầu từ phiên bản v0.3, người yêu cầu có thể chỉ định rằng họ muốn Airnode thực hiện một lệnh gọi API cụ thể và sử dụng JSON trả kết quả về để xây dựng bất kỳ đối tượng cấp đơn nào, đối tượng này sẽ được Airnode trả về chuỗi và được giải mã ở đó. Điều này linh hoạt hơn nhiều và có thể mở rộng so với các phương pháp hiện có và phục vụ phần lớn các trường hợp sử dụng oracle tiềm năng. Tuy nhiên, API3 sẽ tiếp tục nỗ lực mở rộng giao thức Airnode để linh hoạt hơn trong các phiên bản sau.
API3 đã chuyển sang cấu hình thuần Terraform trong v0.2, cho phép chuyển Airnode sang các nhà cung cấp điện toán đám mây khác nhau dễ dàng hơn và an toàn hơn. Tiếp theo là việc mở rộng các tùy chọn nhà cung cấp điện toán đám mây cho cấu hình không máy chủ từ AWS hiện có sang GCP.
Các nhà điều hành Airnode có thể sử dụng đồng thời các cấu hình không máy chủ được triển khai trên AWS và GCP. Theo cách này, việc cung cấp hỗ trợ GCP (hay đúng hơn là nhà cung cấp điện toán đám mây thứ hai ngoài AWS) sẽ đáp ứng một bước quan trọng giúp triển khai các airnode không thể phá vỡ. API3 đang có kế hoạch mở rộng hỗ trợ cho Azure và các nhà cung cấp điện toán đám mây tiềm năng khác trong tương lai.
Trong giải pháp oracle của bên thứ nhất, một API chỉ được cung cấp bởi một oracle duy nhất, do nhà cung cấp API vận hành. Điều này có nghĩa là không có dự phòng ở cấp độ node, dẫn đến hiệu quả chi phí tối đa. Tuy nhiên, API3 không thể phụ thuộc vào khả năng dự phòng ở cấp độ node mà phải xây dựng một node thực sự có tính khả dụng cao (ngay cả khi nó không được giám sát và duy trì tích cực). Airnode cho phép mỗi người chỉ định một ví khác nhau để thực hiện các yêu cầu, do đó các oracle có băng thông cá nhân vô hạn. Tuy nhiên, việc triển khai node cũng nên được thiết kế và xây dựng theo cách để hỗ trợ điều này, đó là một trong những lý do tại sao cấu hình được đề xuất là không có máy chủ.
Để thực hiện tầm nhìn của API3 về việc mở rộng quy mô để đáp ứng bất kỳ và tất cả các nhu cầu kết nối API, Airnode phải có thể truy cập tự do và có lập trình. API3 không thể phụ thuộc vào việc hạn chế quyền truy cập như một biện pháp bảo mật, tức là bất kỳ ai cũng có thể gửi thư rác trên chuỗi sau khi mua quyền truy cập theo chương trình. Cấu hình không máy chủ hiện tại sẽ cung cấp công cụ để đạt được điều này, tuy nhiên đây vẫn là một mục tiêu cao cả cần đặc biệt chú trọng.
Trong khi phát triển phiên bản này, API3 đã tiến hành các bài stress test trong các môi trường khác nhau để đánh giá các giới hạn của việc triển khai hiện tại. Dựa trên những phát hiện của mình, API3 đã thực hiện các điều chỉnh đối với cấu hình không máy chủ nhằm cải thiện đáng kể khả năng phục hồi của node ở mức độ đã tốt hơn so với các lựa chọn thay thế có sẵn. Tuy nhiên, API3 có một số mục tiêu xa hơn xung quanh vấn đề này mà API3 muốn thực hiện trong các phiên bản sắp tới:
Ngoài những điều trên, API3 đã triển khai một hình ảnh bao bọc CLI của airnode-admin, chủ yếu để cho phép các nhà cung cấp API tạo ra một ký hiệu cho airnode của họ. Gần đây, API3 đã lên kế hoạch cho phiên bản v0.4 sắp tới theo nhu cầu chiến lược của DAO và sẽ sớm bắt đầu thực hiện.
Bên cạnh đó, API3 đã cập nhật báo cáo chính thức của mình lên v1.0.2. Đây là một chặng đường dài sắp tới, vì cơ chế phần thưởng staking được mô tả đã lỗi thời và mặc dù v1.0.1 được liên kết với một bài đăng đã trải qua các bản cập nhật theo kế hoạch, một số độc giả đã bỏ qua điều đó và cảm thấy bối rối. Bản cập nhật này đã đưa nội dung của bài đăng đó vào báo cáo chính thức, đồng thời xóa nội dung lỗi thời, chẳng hạn như biểu đồ phần thưởng staking theo lịch trình. Điều đặc biệt bổ ích là API3 đã cung cấp rất nhiều thứ mà họ đã cam kết trong whitepaper.
Có thể bạn quan tâm:
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. người dùng đọ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