8,0 MB dữ liệu mỗi ngày đặt ra thách thức cho Bitcoin(BTC) Silent Payments

Dữ liệu quét trên thiết bị di động cần cho Silent Payments của Bitcoin(BTC) được ước tính ở mức khoảng 8,0 MB mỗi ngày trong giai đoạn gần đây. Tuy nhiên, nếu máy chủ từ xa bỏ sót một phần dữ liệu theo từng giao dịch, ví có thể không tìm thấy khoản tiền gửi dù đã hoàn tất đồng bộ hóa.

CryptoSlate ngày 15 đưa tin về kết quả phân tích 255.434 khối Bitcoin, theo đó toàn bộ luồng quét của BlindBit Oracle v2 được ước tính cần khoảng 8,0 MB dữ liệu mỗi ngày. Đây là mức trung bình của 144 khối mỗi ngày trong giai đoạn gần đây, không phải dung lượng cần thiết để tải lần đầu toàn bộ dữ liệu lịch sử.

Silent Payments được thiết kế để người dùng chỉ cần công khai một địa chỉ cố định, trong khi mỗi giao dịch nhận tiền thực tế sẽ tạo ra một địa chỉ Taproot mới. Người gửi sử dụng thông tin công khai của người nhận để tạo đích giao dịch, còn ví của người nhận kết hợp dữ liệu đầu vào giao dịch với khóa quét để tìm đầu ra thuộc về mình.

BIP-352 giải thích rằng cơ chế này có thể giảm khả năng liên kết các giao dịch trên chuỗi do việc tái sử dụng địa chỉ. Tuy vậy, việc hỗ trợ các light client không trực tiếp xử lý blockchain vẫn cần được nghiên cứu thêm.

Nếu ví di động không trực tiếp xử lý toàn bộ blockchain, ví phải nhận dữ liệu công khai theo từng giao dịch, gọi là 'tweak', từ trình lập chỉ mục hoặc máy quét từ xa. Nếu máy chủ bỏ sót một tweak, ví không thể tìm thấy đầu ra tiền gửi hợp lệ và giao diện người dùng có thể hiển thị như thể không có tiền gửi.

Bản thân đầu ra đã được ghi trên blockchain không biến mất. Vấn đề là ví có thể không nhận được dữ liệu cần thiết để tìm đầu ra đó và không phát hiện được phần dữ liệu bị thiếu dù trạng thái đồng bộ hóa đã hoàn tất.

Phạm vi đo lường kéo dài từ độ cao khối 709.656 đến 965.089. Tổng dữ liệu quét BlindBit v2 được tính là 15.079.946.729 byte, tương đương khoảng 15,08 GB, trong khi dữ liệu trung bình mỗi khối là 59,0 KB.

Con số này là dung lượng cần thiết để khôi phục toàn bộ giai đoạn đo lường. Ước tính 8,0 MB mỗi ngày được tính bằng cách áp dụng mức trung bình của giai đoạn gần đây vào số khối mỗi ngày, vì vậy không thể so sánh trực tiếp hai con số theo cùng một 기준.

Một phương án giảm lượng dữ liệu truyền là kết hợp bộ lọc chỉ dành cho Taproot với raw tweak. Dữ liệu tích lũy được tính toán ở mức khoảng 7,14 GB, nhưng vẫn phải tải thêm các khối phù hợp với bộ lọc. Do đó, lượng dữ liệu thực tế sẽ phụ thuộc vào hoạt động của ví và tỷ lệ báo nhầm.

Công thức tính bộ lọc có sai số trong khoảng 0,5% khi so sánh với 21 bộ lọc được mã hóa thực tế. Tuy nhiên, chưa có xác nhận rằng bộ lọc này đã được triển khai trên thực tế.

Để kiểm chứng tính đầy đủ, nhiều máy chủ cần công khai các cam kết đối với tập hợp tweak của từng khối và so sánh với nhau. Bản dự thảo đặc tả máy chủ chỉ mục BIP-352 đưa ra nhiều mô hình, gồm vận hành nút riêng cùng trình lập chỉ mục hoặc sử dụng máy quét từ xa, nhưng đây vẫn là tài liệu đang được hoàn thiện.

Việc triển khai đã mở rộng sang một số ví. Sparrow Wallet 2.5.0 bổ sung khả năng nhận Silent Payments và hỗ trợ ví phần cứng, đồng thời tự động chọn Frigate làm máy chủ Electrum công khai liên quan.

BlindBit Oracle v2 là máy chủ lập chỉ mục cung cấp dữ liệu Silent Payments, hỗ trợ API HTTP và gRPC. Trong khi đó, tài liệu phát triển Silent Payments phân loại Frigate là máy chủ Electrum thử nghiệm và cho biết đặc tả light client liên quan vẫn đang được xây dựng.

Một issue trước đây của Cake Wallet từng nêu khả năng ví không yêu cầu lại phần dữ liệu bị thiếu từ máy chủ khác nếu đã lưu độ cao quét cao hơn sau khi nhận dữ liệu không đầy đủ. Issue này cũng ghi nhận trường hợp khoản tiền gửi Silent Payments xuất hiện sau khi quét lại từ các khối cũ hơn.

Chưa có kết quả tái hiện độc lập từ đơn vị vận hành đối với phép đo lần này. Vì vậy, 15,08 GB và 8,0 MB mỗi ngày hiện chỉ nên được xem là kết quả của một phép đo đơn lẻ. Độ ổn định khi nhận tiền trên ví di động sẽ cần được đánh giá cùng với dung lượng dữ liệu, cơ chế phát hiện thiếu dữ liệu và khả năng quét lại.