Một lần, thầy giáo nói với tôi rằng câu trả lời đúng cho câu hỏi sai vẫn là câu trả lời sai, và không hiểu sao câu nói ấy lại hiện lên trong đầu tôi khi đọc về cách Space and Time hoạt động. Ý tưởng này cũng khá đơn giản. Dữ liệu từ các blockchain, doanh nghiệp hoặc tập dữ liệu bên ngoài được ghi vào các bảng, rồi một bên chứng minh cho thấy truy vấn SQL đã chạy chính xác trên những dữ liệu đã được cam kết đó. Nhờ vậy, ứng dụng hoặc hợp đồng thông minh có thể tin vào kết quả mà không cần xem dữ liệu thô. Thành thật mà nói, phần này khá thông minh, nhất là với các tác tử AI và ứng dụng tài chính không thể tùy tiện giao dữ liệu của mình 👏 Nhưng đây là điều cứ khiến tôi băn khoăn... bằng chứng chỉ bao quát truy vấn, chứ không bao gồm dữ liệu bên dưới. Nếu dữ liệu xấu được cam kết, bạn sẽ nhận được một câu trả lời sai nhưng được chứng minh hoàn hảo. Ở phía phi tập trung, các trình xác thực ký những cam kết đó, nên tôi muốn biết bước này thực sự dựa vào sự trung thực đến mức nào. Còn ở phía doanh nghiệp, vấn đề càng rõ hơn, vì công ty tự tạo các cam kết cục bộ, vậy là bạn lại phải tin chủ sở hữu dữ liệu, chỉ là lần này có thêm chút toán học tinh vi hơn. Vậy ai kiểm tra dữ liệu đầu vào trước khi nó trở thành một cam kết? Và khi truy vấn nặng hơn, việc chứng minh sẽ tốn bao nhiêu thời gian và tiền bạc? Tôi không nói rằng nó làm hỏng bất cứ điều gì. Chứng minh phép tính là một bước tiến thực sự, và nhiều dự án thậm chí còn bỏ qua cả bước đó. Dù vậy, với tôi, bằng chứng giống như một tờ hóa đơn, mà hóa đơn chỉ có giá trị nếu cửa hàng đã trung thực ngay từ đầu. Tôi đang theo dõi xem $SXT xử lý khoảng trống đó như thế nào...👀
@SpaceandTime #sxt
$AGT $MAGMA