Khi các chuỗi hiệu suất cao bắt đầu đẩy mạnh tốc độ, rõ ràng rằng lớp dữ liệu có thể là nút thắt thực sự. RedStone Bolt là một trong những nỗ lực hiếm hoi để giải quyết vấn đề này, vì vậy mình muốn phân tích cách nó hoạt động và liệu nó có thực sự quan trọng cho DeFi hay không.

RedStone Bolt là gì?

RedStone Bolt là một oracle dựa trên đẩy được thiết kế cho các blockchain hiệu suất cao. Mục tiêu chính của nó là giảm độ trễ và tăng tần suất cập nhật dữ liệu giá trên chuỗi.

Trên các chuỗi mới như MegaETH hoặc Monad, Bolt có thể đẩy cập nhật với tần suất cực cao, với hiệu suất được báo cáo đạt hơn 400 cập nhật mỗi giây và độ trễ khoảng 2.4ms trong các môi trường tối ưu, điều này khác biệt rõ rệt so với các mô hình oracle truyền thống mà cập nhật ít thường xuyên hơn.

Tại sao điều này lại quan trọng?

Rất nhiều DeFi ngày nay vẫn hoạt động với các cập nhật giá tương đối chậm hoặc bị trì hoãn. Trong hầu hết các trường hợp, điều này không rõ ràng với người dùng, nhưng nó thể hiện ở một vài lĩnh vực chính:

  • Việc thanh lý không phải lúc nào cũng xảy ra ngay lập tức

  • Giao dịch vĩnh viễn có thể gặp trượt giá

  • Chiến lược vault có thể mất hiệu quả

  • Các nhà giao dịch đôi khi hành động dựa trên giá đã lỗi thời

Đây không phải là những vấn đề mới, nhưng chúng trở nên dễ thấy hơn khi tốc độ giao dịch và thực thi cải thiện trên các chuỗi mới hơn.

RedStone Bolt đang cố gắng giải quyết điều này bằng cách làm cho việc cập nhật giá trở nên liên tục và gần như theo thời gian thực, thay vì theo chu kỳ.

Nó khác gì so với các thiết kế oracle thông thường?

Theo những gì tôi thấy, những khác biệt chính chủ yếu đến từ cách dữ liệu được gửi đi và tốc độ di chuyển của nó:

  • Các nút được đặt gần hạ tầng chuỗi (để giảm độ trễ)

  • Dữ liệu giá được stream từ các sàn giao dịch lớn thay vì được lấy mẫu thỉnh thoảng

  • Mỗi khối mới có thể mang theo dữ liệu giá được cập nhật, thay vì phải chờ các kích hoạt

  • Các cập nhật có thể xảy ra với tần suất rất cao trên các chuỗi hỗ trợ điều đó

Thiết kế này rõ ràng được tối ưu hóa cho các môi trường mà thời gian khối cực kỳ thấp.

Điều này cho phép gì trong thực tế?

Nếu lớp dữ liệu trở nên đủ nhanh, nó sẽ thay đổi những loại ứng dụng nào là thực tế để xây dựng trên chuỗi.

Một số ví dụ thường được đề cập:

  • Hệ thống giao dịch vĩnh viễn phản hồi nhanh hơn

  • Thanh lý nhanh hơn và chính xác hơn

  • Thị trường cho vay với các điều chỉnh lãi suất động

  • Chiến lược vault tần suất cao

  • Tự động hóa hoặc chiến lược nâng cao (bao gồm logic điều khiển bởi AI liên kết với dữ liệu theo thời gian thực)

Tất nhiên, việc tất cả điều này có hoạt động trong thực tế ở quy mô lớn hay không vẫn là điều mà hệ sinh thái đang tìm hiểu.

Ai thực sự đang sử dụng nó?

Một trong những phần thú vị hơn là RedStone Bolt không chỉ là lý thuyết. Nó đã được sử dụng bởi các dự án xây dựng trên các chuỗi mới hơn.

Trên MegaETH, các đội như Euphoria, Avon, WCM, CAP, Valhalla, Aqua, BRIX và Benchmark đã tích hợp nó theo một cách nào đó.

Trên Monad, các dự án như Curvance, Drake, Townsquare và Euler cũng đã tích hợp nó.

Một số nhà phát triển đã chỉ ra rằng độ trễ thấp và tần suất cập nhật cao là quan trọng cho các ứng dụng của họ, đặc biệt là cho các trường hợp liên quan đến giao dịch.

Tại sao các chuỗi hiệu suất cao lại có liên quan ở đây?

Các chuỗi như MegaETH hoặc Monad được thiết kế cho việc thực thi rất nhanh, với độ trễ thấp và thông lượng cao. Điều đó tạo ra một sự không khớp nếu lớp oracle vẫn hoạt động ở tốc độ chậm hơn nhiều.

Có lẽ đây là vấn đề cốt lõi mà RedStone Bolt đang cố gắng giải quyết: đồng bộ hóa hiệu suất oracle với hiệu suất chuỗi.

Nếu không có sự đồng bộ này, các blockchain nhanh hơn không nhất thiết mang lại trải nghiệm người dùng tốt hơn.

Ý kiến của tôi

Tôi nghĩ điều thú vị về RedStone Bolt không chỉ là nó nhanh hơn, mà còn là nó làm nổi bật một cổ chai mà chưa được thảo luận nhiều.

Trong một thời gian dài, hầu hết đổi mới trong DeFi tập trung vào các giao thức và chuỗi, trong khi lớp dữ liệu vẫn tương đối không thay đổi. Nhưng nếu các ứng dụng bắt đầu yêu cầu hành vi theo thời gian thực, thì thiết kế oracle trở thành một yếu tố hạn chế.

\u003ct-145/\u003e\u003ct-146/\u003e\u003ct-147/\u003e\u003ct-148/\u003e\u003ct-149/\u003e