Khi Gas của Ethereum tăng lên 100 gwei, người dùng không chỉ phải chịu áp lực về chi phí chuyển khoản mà còn gặp phải vấn đề về chi phí tương tác cao với một số DEX và giao thức vay mượn phổ biến. Kẻ thủ phạm đằng sau thường bị bỏ qua — chính là mô hình Push của các oracle truyền thống.



Trong mô hình này, chỉ cần giá có chút biến động, hàng chục nút mạng cùng lúc đẩy dữ liệu lên chuỗi, ngay cả khi không có giao dịch nào xảy ra. Điều này rõ ràng là lãng phí lớn không gian block.

Vậy có giải pháp tối ưu hơn không? Mô hình Pull đề xuất một hướng tiếp cận khác:

Trước tiên, dữ liệu được lưu trữ ngoài chuỗi. Khi giao dịch được khởi tạo, dữ liệu giá cần thiết mới được « kéo » lên chuỗi. Như vậy không có dữ liệu thừa thãi tích tụ, cũng không gây tắc nghẽn mạng. Thứ hai, về tốc độ phản hồi, mô hình Pull truy cập trực tiếp từ bộ nhớ của nút đến logic hợp đồng, tránh được độ trễ cố hữu của mô hình Push. Điều này đặc biệt quan trọng đối với các nhà giao dịch tần suất cao — vì khoảng trễ ngắn ngủi đó chính là cơ hội để bị sandwich(MEV).

Nhưng làm thế nào để giải quyết vấn đề thực tế của các giao thức vay mượn cần theo dõi giá theo thời gian thực? Giải pháp hỗn hợp ra đời — giữ nguyên Push cho lĩnh vực vay mượn để đảm bảo an toàn, đồng thời chuyển các giao dịch phái sinh tần suất cao sang mô hình Pull. Như vậy vừa duy trì được sự ổn định của hệ thống vay mượn, vừa giảm chi phí cho nhà giao dịch.

Lần tới gặp các dự án vẫn còn sử dụng oracle truyền thống, đừng ngần ngại hỏi: Giải pháp tối ưu đã rõ ràng trước mắt, tại sao không dùng?
ETH0,68%
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
  • Phần thưởng
  • 7
  • Đăng lại
  • Retweed
Bình luận
0/400
PumpAnalystvip
· 11giờ trước
Các dự án vẫn còn sử dụng trình cung cấp dữ liệu Push, thực sự cần phải xem xét lại. Dưới mức gas 100gwei vẫn lãng phí không gian khối, đây không phải là vấn đề lựa chọn công nghệ, mà là vấn đề thái độ.
Xem bản gốcTrả lời0
Layer2Observervip
· 11giờ trước
Kế hoạch kết hợp này nghe có vẻ khá tốt, nhưng cần hỏi tại sao các ông lớn như Chainlink lại không chủ động đề xuất bộ này... là do độ khó về kỹ thuật hay mô hình kinh doanh không phù hợp?
Xem bản gốcTrả lời0
WalletManagervip
· 12giờ trước
Đã nói từ lâu rồi, những dự án vẫn còn sử dụng chế độ Push hoàn toàn không xứng đáng với khóa riêng của tôi. Khoảng thời gian vài mili giây trong việc chèn MEV, trực tiếp xói mòn lợi nhuận giao dịch, không tối ưu thật sự là vô ích. Giải pháp kết hợp mới là con đường đúng đắn.
Xem bản gốcTrả lời0
BlockchainTalkervip
· 12giờ trước
Thực ra, chuyện oracle lai này cuối cùng cũng có ý nghĩa với tôi... kéo cho dex, đẩy cho vay. Tại sao không nhiều giao thức nghĩ ra điều này sớm hơn nhỉ lol
Xem bản gốcTrả lời0
PerpetualLongervip
· 12giờ trước
Lại là chuyện phí gas, làm tôi phát điên, ngày nào cũng mua đáy lại gây phá sản... chế độ pull nghe có vẻ ổn, nhưng thực sự triển khai thì rẻ được bao nhiêu? Phải chờ dùng mới biết được
Xem bản gốcTrả lời0
ImpermanentLossFanvip
· 12giờ trước
Thật trớ trêu, có những dự án thực sự không cần thiết, chỉ thích tiêu tốn phí gas thôi.
Xem bản gốcTrả lời0
YieldWhisperervip
· 12giờ trước
Được rồi, chế độ push thật sự nên bị loại bỏ, phí gas đã bị tiêu tốn bởi dữ liệu feed rồi
Xem bản gốcTrả lời0
  • Ghim