#sxt $SXT @SpaceandTime
Mỗi khi tôi cố kiểm tra năm ngoái mình đã chi bao nhiêu tiền mua cà phê, ứng dụng ngân hàng lại bị treo nếu tôi cuộn qua mốc chín mươi ngày. Với những giao dịch cũ hơn, ứng dụng buộc tôi phải yêu cầu sao kê PDF theo tháng rồi chờ đợi. Đó là cách hầu hết các hệ thống trạng thái duy trì tốc độ. Những dữ liệu mới nhất, thường xuyên được truy cập sẽ nằm ở quầy tiếp tân, còn lịch sử thì bị đẩy xuống tầng hầm lưu trữ lạnh, với giả định rằng chẳng ai cần tính toán dữ liệu của ba năm ngay giữa lúc thanh toán trực tiếp.
Hợp đồng thông minh cũng chịu đúng hạn chế đó. Một giao thức cho vay hay một hook của Uniswap chỉ thấy các biến trạng thái hiện tại, chứ không biết ví đã làm gì sáu tháng trước. Nếu một tác nhân tự động hoặc một quỹ được token hóa cần khối lượng giao dịch trong quá khứ trên nhiều pool, thông thường họ phải chờ một trình lập chỉ mục offchain tính toán rồi đưa một con số chưa được xác minh trở lại onchain.
Space and Time tìm cách vượt qua nút thắt đó bằng Proof of SQL. Khi một hợp đồng hoặc ứng dụng yêu cầu truy vấn dữ liệu lịch sử, một bên tạo bằng chứng offchain sẽ chạy phép tính SQL trên siêu dữ liệu bảng đã được cam kết và tạo ra một bằng chứng không kiến thức bằng phần cứng GPU. Kết quả cùng bằng chứng mật mã được gửi trở lại một hợp đồng xác minh onchain. Nếu bên tạo bằng chứng bỏ qua một hàng hoặc làm giả phép tính, bước xác minh sẽ thất bại và hợp đồng từ chối kết quả.
Ban đầu, tôi nghĩ điều này mang lại cho hợp đồng thông minh bộ nhớ tức thì và miễn phí. Nhưng khi xem xét quy trình, tôi nhận ra nó thực chất biến vấn đề lưu trữ trạng thái thành một sự đánh đổi giữa điều phối và độ trễ. Hợp đồng xác minh kiểm tra bằng chứng nhanh chóng, nhưng bên gọi vẫn phải chờ một lệnh gọi lại bất đồng bộ trong lúc bên tạo bằng chứng offchain dựng các phép tính đa thức, và vẫn phải có người trả phí gas để xác minh bằng chứng đó trên chuỗi đích. Bạn không loại bỏ chi phí đọc dữ liệu lịch sử, mà chỉ chuyển chi phí đó từ việc lưu trữ onchain vĩnh viễn sang tính toán cho từng truy vấn và độ trễ do lệnh gọi lại. Tôi vẫn tự hỏi khoảng thời gian trong một block có thể ngắn đến mức nào trước khi một giao dịch hoán đổi DeFi diễn ra nhanh hơn quá trình tạo bằng chứng.
Tuyên bố miễn trừ trách nhiệm: Việc mua SXT tiềm ẩn rủi ro. Bạn nên tự nghiên cứu (DYOR) và tham khảo ý kiến chuyên gia trước khi mua SXT hoặc bất kỳ loại tiền mã hóa nào khác.
Mỗi khi tôi cố kiểm tra năm ngoái mình đã chi bao nhiêu tiền mua cà phê, ứng dụng ngân hàng lại bị treo nếu tôi cuộn qua mốc chín mươi ngày. Với những giao dịch cũ hơn, ứng dụng buộc tôi phải yêu cầu sao kê PDF theo tháng rồi chờ đợi. Đó là cách hầu hết các hệ thống trạng thái duy trì tốc độ. Những dữ liệu mới nhất, thường xuyên được truy cập sẽ nằm ở quầy tiếp tân, còn lịch sử thì bị đẩy xuống tầng hầm lưu trữ lạnh, với giả định rằng chẳng ai cần tính toán dữ liệu của ba năm ngay giữa lúc thanh toán trực tiếp.
Hợp đồng thông minh cũng chịu đúng hạn chế đó. Một giao thức cho vay hay một hook của Uniswap chỉ thấy các biến trạng thái hiện tại, chứ không biết ví đã làm gì sáu tháng trước. Nếu một tác nhân tự động hoặc một quỹ được token hóa cần khối lượng giao dịch trong quá khứ trên nhiều pool, thông thường họ phải chờ một trình lập chỉ mục offchain tính toán rồi đưa một con số chưa được xác minh trở lại onchain.
Space and Time tìm cách vượt qua nút thắt đó bằng Proof of SQL. Khi một hợp đồng hoặc ứng dụng yêu cầu truy vấn dữ liệu lịch sử, một bên tạo bằng chứng offchain sẽ chạy phép tính SQL trên siêu dữ liệu bảng đã được cam kết và tạo ra một bằng chứng không kiến thức bằng phần cứng GPU. Kết quả cùng bằng chứng mật mã được gửi trở lại một hợp đồng xác minh onchain. Nếu bên tạo bằng chứng bỏ qua một hàng hoặc làm giả phép tính, bước xác minh sẽ thất bại và hợp đồng từ chối kết quả.
Ban đầu, tôi nghĩ điều này mang lại cho hợp đồng thông minh bộ nhớ tức thì và miễn phí. Nhưng khi xem xét quy trình, tôi nhận ra nó thực chất biến vấn đề lưu trữ trạng thái thành một sự đánh đổi giữa điều phối và độ trễ. Hợp đồng xác minh kiểm tra bằng chứng nhanh chóng, nhưng bên gọi vẫn phải chờ một lệnh gọi lại bất đồng bộ trong lúc bên tạo bằng chứng offchain dựng các phép tính đa thức, và vẫn phải có người trả phí gas để xác minh bằng chứng đó trên chuỗi đích. Bạn không loại bỏ chi phí đọc dữ liệu lịch sử, mà chỉ chuyển chi phí đó từ việc lưu trữ onchain vĩnh viễn sang tính toán cho từng truy vấn và độ trễ do lệnh gọi lại. Tôi vẫn tự hỏi khoảng thời gian trong một block có thể ngắn đến mức nào trước khi một giao dịch hoán đổi DeFi diễn ra nhanh hơn quá trình tạo bằng chứng.
Tuyên bố miễn trừ trách nhiệm: Việc mua SXT tiềm ẩn rủi ro. Bạn nên tự nghiên cứu (DYOR) và tham khảo ý kiến chuyên gia trước khi mua SXT hoặc bất kỳ loại tiền mã hóa nào khác.