Trong phát triển ứng dụng trên chuỗi, chi phí gây đau đớn nhất là gì? Không phải là độ khó của mã hóa, mà là phí Gas liên tục bị tiêu hao mỗi lần gọi dữ liệu. Đặc biệt khi thị trường biến động mạnh, cần cập nhật giá thường xuyên, cảm giác thấy ETH bị tiêu hao từng chút một thật sự rất khó chịu.
Nhưng bạn có từng nghĩ rằng, trong nhiều trường hợp, 80% lượng Gas tiêu thụ thực ra là tiền vô lý? Ứng dụng của bạn có thực sự cần đẩy dữ liệu mới lên chuỗi mỗi giây không? Đó chính là vấn đề mà giải pháp trích xuất dữ liệu APRO ngày hôm nay muốn giải quyết — nó sử dụng một "mô hình kéo" hoàn toàn mới để thay đổi "mô hình đẩy" truyền thống.
Ý tưởng cốt lõi thực ra rất đơn giản: không để dữ liệu chủ động tìm đến, mà khi nào bạn cần thì mới lấy. Ví dụ, điều này giống như khác biệt giữa đặt đồ ăn qua mạng — một là người giao hàng cứ 5 phút lại mang một phần thức ăn đến trước cửa nhà bạn (mô hình đẩy), còn một là khi đói thật sự thì bạn tự đặt hàng để lấy (mô hình kéo). Đối với hầu hết các trường hợp ứng dụng, mô hình thứ hai hiệu quả hơn, tiêu tốn ít tiền hơn.
Trước tiên, đây thực sự là một "vũ khí tiết kiệm Gas".
Các dự đoán truyền thống để giữ dữ liệu luôn cập nhật sẽ định kỳ đẩy nội dung cập nhật lên chuỗi, bất kể bạn có thực sự cần dùng hay không. Trong khi đó, mô hình kéo của APRO cho phép hợp đồng thông minh của bạn chỉ lấy dữ liệu mới tại những thời điểm quan trọng — ví dụ như khi người dùng thực hiện giao dịch, thực hiện thanh lý hoặc hợp đồng đến hạn thanh toán — chỉ khi đó mới chủ động lấy dữ liệu mới nhất. Kết quả trực tiếp là lượng giao dịch trên chuỗi và phí Gas sẽ giảm mạnh. Đối với các giao thức DeFi có lượng người dùng hoạt động cao, điều này có thể giúp tiết kiệm hàng chục hoặc thậm chí hàng trăm ETH mỗi tháng cho chi phí vận hành. Đây không chỉ là tối ưu hóa, mà còn là một cuộc cách mạng trong cấu trúc chi phí vận hành.
Thứ hai, bạn có thể tự kiểm soát tần suất cập nhật dữ liệu.
Các trường hợp ứng dụng khác nhau có yêu cầu độ mới của dữ liệu khác nhau. Có nơi cần dữ liệu theo thời gian thực, có nơi chỉ cần cập nhật mỗi giờ.
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.
6 thích
Phần thưởng
6
4
Đăng lại
Retweed
Bình luận
0/400
BearMarketSurvivor
· 11giờ trước
Nghe có vẻ ổn, nhưng vấn đề là liệu trong thực tế ứng dụng có thực sự triển khai hay không, quá nhiều bài học từ quá khứ.
Xem bản gốcTrả lời0
PuzzledScholar
· 11giờ trước
Chờ đã, 80% tiền oan? Tôi cảm thấy hợp đồng của tôi mỗi lần đều đang tiêu tiền đấy
Thật vậy sao, chế độ kéo có thể tiết kiệm được nhiều như vậy sao? Vậy chiến lược đẩy trước của tôi trước đây thật là lỗ nặng
Nói thật, tôi hiểu ý của ví dụ giao đồ ăn rồi, nhưng APRO có ổn định không? Sợ bị lỗi
Trong một tháng tiết kiệm được trăm ETH? Các đại gia DeFi chắc là vui chết mất, dự án nhỏ của chúng ta có thể dùng được không
A cuối cùng có người muốn cải tạo hệ thống rác này rồi, đã sớm nên làm thế rồi
Ồ không đúng, độ mới của dữ liệu làm sao đảm bảo, có bị tắc chain không
Chế độ kéo nghe có vẻ ngon, vấn đề là tích hợp có phức tạp không, tôi chán phải mò mẫm
Xem bản gốcTrả lời0
JustHodlIt
· 11giờ trước
80% xăng là lãng phí tiền bạc, hơi vô lý, nhưng logic tiết kiệm tiền thực sự thuyết phục.
là vị cứu tinh của chế độ kéo một lần nữa, và những từ ngữ rất quen thuộc...
Tiết kiệm 100 ETH mỗi tháng nghe có vẻ tuyệt vời, nhưng bạn thực sự có thể tiết kiệm được bao nhiêu phụ thuộc vào mức độ degen.
Bộ oracle thực sự cần được thay đổi và hiệu quả quá thấp.
Phép ẩn dụ về takeaway là tốt, nhưng dapp không đơn giản như vậy.
Tôi cảm thấy như mình sẽ bị thổi bay một lần nữa, hãy chờ đợi dữ liệu thực sự.
Xem bản gốcTrả lời0
AirdropSweaterFan
· 11giờ trước
卧槽,终于有人说这事儿了,Gas phí thật sự không thể chịu nổi
Một tháng tiết kiệm vài chục ETH? Đối với các giao thức nhỏ thì đó chính là cứu sinh
So với những thiết kế ngu ngốc mỗi giây đẩy dữ liệu, chế độ lấy dữ liệu theo kiểu pull của APRO thực sự thông minh hơn nhiều
Tuy nhiên, vẫn còn phải xem hiệu quả thực tế khi chạy ra sao, đừng lại là huyền thoại PPT
Tại sao không ai nghĩ ra chuyện này sớm hơn, đã lãng phí bao nhiêu tiền rồi
Chế độ push chính là cái hố mà người trả tiền đào, lấy dữ liệu theo nhu cầu mới là con đường đúng đắn
Trong phát triển ứng dụng trên chuỗi, chi phí gây đau đớn nhất là gì? Không phải là độ khó của mã hóa, mà là phí Gas liên tục bị tiêu hao mỗi lần gọi dữ liệu. Đặc biệt khi thị trường biến động mạnh, cần cập nhật giá thường xuyên, cảm giác thấy ETH bị tiêu hao từng chút một thật sự rất khó chịu.
Nhưng bạn có từng nghĩ rằng, trong nhiều trường hợp, 80% lượng Gas tiêu thụ thực ra là tiền vô lý? Ứng dụng của bạn có thực sự cần đẩy dữ liệu mới lên chuỗi mỗi giây không? Đó chính là vấn đề mà giải pháp trích xuất dữ liệu APRO ngày hôm nay muốn giải quyết — nó sử dụng một "mô hình kéo" hoàn toàn mới để thay đổi "mô hình đẩy" truyền thống.
Ý tưởng cốt lõi thực ra rất đơn giản: không để dữ liệu chủ động tìm đến, mà khi nào bạn cần thì mới lấy. Ví dụ, điều này giống như khác biệt giữa đặt đồ ăn qua mạng — một là người giao hàng cứ 5 phút lại mang một phần thức ăn đến trước cửa nhà bạn (mô hình đẩy), còn một là khi đói thật sự thì bạn tự đặt hàng để lấy (mô hình kéo). Đối với hầu hết các trường hợp ứng dụng, mô hình thứ hai hiệu quả hơn, tiêu tốn ít tiền hơn.
Trước tiên, đây thực sự là một "vũ khí tiết kiệm Gas".
Các dự đoán truyền thống để giữ dữ liệu luôn cập nhật sẽ định kỳ đẩy nội dung cập nhật lên chuỗi, bất kể bạn có thực sự cần dùng hay không. Trong khi đó, mô hình kéo của APRO cho phép hợp đồng thông minh của bạn chỉ lấy dữ liệu mới tại những thời điểm quan trọng — ví dụ như khi người dùng thực hiện giao dịch, thực hiện thanh lý hoặc hợp đồng đến hạn thanh toán — chỉ khi đó mới chủ động lấy dữ liệu mới nhất. Kết quả trực tiếp là lượng giao dịch trên chuỗi và phí Gas sẽ giảm mạnh. Đối với các giao thức DeFi có lượng người dùng hoạt động cao, điều này có thể giúp tiết kiệm hàng chục hoặc thậm chí hàng trăm ETH mỗi tháng cho chi phí vận hành. Đây không chỉ là tối ưu hóa, mà còn là một cuộc cách mạng trong cấu trúc chi phí vận hành.
Thứ hai, bạn có thể tự kiểm soát tần suất cập nhật dữ liệu.
Các trường hợp ứng dụng khác nhau có yêu cầu độ mới của dữ liệu khác nhau. Có nơi cần dữ liệu theo thời gian thực, có nơi chỉ cần cập nhật mỗi giờ.