Một con số đã chặn tôi: sức chứa hơn 17 tỷ lá, từ một cái cây chỉ sâu 34 tầng.
Mô hình Phoenix của Dusk sử dụng một cây Merkle nhị phân để lưu trữ bằng chứng cho mọi nốt nhạc, và đó chính là “chiêu” thật sự — sức chứa tăng theo cấp số nhân trong khi đường dẫn chứng minh chỉ tăng theo tuyến tính. Từ độ sâu 34 lên 35 thì sức chứa tăng gấp đôi, nhưng đường dẫn bằng chứng chỉ dài thêm vài phần trăm. Sự bất đối xứng này rất quan trọng đối với một chuỗi tập trung vào quyền riêng tư, vì mọi giao dịch đều mang theo một bằng chứng zero-knowledge; bằng chứng càng nhỏ thì càng tốt.

Tuy nhiên, kích thước của con số chỉ là một giới hạn lý thuyết. Trên thực tế, điều quyết định thời gian sức chứa đó kéo dài bao lâu là tốc độ các bản ghi chú mới được tạo ra. Ở thông lượng giao dịch thấp, cây có thể mất hàng chục năm mới đầy. Nếu mức độ ứng dụng tăng vọt, cùng một sức chứa đó có thể chịu áp lực thực tế chỉ trong vài tháng.

Điều này đặt ra câu hỏi thú vị hơn — khi cây bắt đầu đầy thì chuyện gì sẽ xảy ra? Lưu trữ lưu trữ, chi phí tạo bằng chứng, đồng bộ trạng thái — liệu các thứ này có mở rộng “mượt mà” song hành với việc tạo bản ghi chú không, hay có thứ gì đó bắt đầu bị căng trước? Một con số khổng lồ nhìn thì ấn tượng trên giấy tờ, nhưng khả năng sử dụng lâu dài phụ thuộc vào việc con số đó được dùng như thế nào, chứ không chỉ vào việc nó lớn ra sao.

Việc sở hữu một sức chứa cực kỳ lớn về mặt toán học có đồng nghĩa với việc vận hành vẫn thoải mái sau nhiều năm sử dụng thực tế không?

#dusk $DUSK @Dusk