Chi phí khi gọi nó là bản sao lưu
Khóa dự phòng
Khóa dự phòng trông có vẻ như chỉ là sự bừa bộn cho đến buổi sáng mà chiếc khóa ban đầu từ chối xoay.
Tôi đã nghĩ về điều đó khi đọc về thiết kế xác minh của BABY: một bản sao dự phòng bảo vệ khoảng 500 quan hệ xác minh, nhưng đổi lại phải trả thêm 100% phí lưu trữ.
Nền tảng nhỏ hơn
Tỷ lệ nghe có vẻ đáng lo, nhưng các con số tuyệt đối lại kể một câu chuyện khác.
Nghiên cứu BABE của Babylon cho biết thiết kế xác minh của họ giúp giảm yêu cầu lưu trữ ngoài chuỗi của BitVM3 đi vào khoảng ba bậc độ lớn. Bộ xác minh bị bóp méo của BitVM3 được ước tính khoảng 42 GiB cho mỗi mạch. Việc gấp đôi một dấu chân lưu trữ nhỏ hơn nhiều có thể là một lựa chọn đánh đổi kỹ thuật hoàn toàn hợp lý.
Vẫn là gấp đôi.
Sự an ủi giả
Đây là nơi tôi cho rằng cuộc thảo luận trở nên thú vị hơn.
Một số người sẽ nói rằng quá đắt. Những người khác sẽ cho rằng tính dự phòng là thiết yếu. Cả hai quan điểm đều bỏ lỡ đúng một câu hỏi.
Không phải cứ có bản sao thứ hai là đã tăng khả năng chịu lỗi.
Nếu cả hai bản sao đều phụ thuộc vào cùng một nhà điều hành, cùng một hạ tầng, cùng một luồng phần mềm, hoặc cùng một sai lầm trong vận hành, thì bạn đã trả gấp đôi cho một miền lỗi duy nhất. Đó là lý do các hướng dẫn về sao lưu luôn nhấn mạnh việc tách biệt và kiểm thử khôi phục định kỳ, chứ không chỉ sao chép thêm.
Thách thức thực sự không nằm ở việc lưu thêm một bản sao. Mà là chứng minh rằng bản sao đó vẫn độc lập và thực sự có thể được khôi phục khi có sự cố.
Từ chưa được trả lời
Các quan hệ xác minh có thể mở rộng trong khi niềm tin âm thầm tập trung vào bất cứ ai duy trì bản sao lưu.
BABY có thể giảm chi phí lưu trữ đáng kể, nhưng chỉ việc rẻ hơn không tự động đảm bảo khả năng khôi phục. Và nếu lớp xác minh này đúng là nền tảng như Babylon lập luận, thì một bản sao lưu chưa từng được kiểm thử sẽ gần với sự trấn an hơn là sự bảo vệ.
Tôi hiểu việc phải trả thêm phí lưu trữ.
Tôi chỉ không chắc rằng chúng ta đã thực sự xứng đáng với từ "bản sao lưu".
$@BabylonLabs_io #baby $BABY
$COTI
$BANK
Khóa dự phòng
Khóa dự phòng trông có vẻ như chỉ là sự bừa bộn cho đến buổi sáng mà chiếc khóa ban đầu từ chối xoay.
Tôi đã nghĩ về điều đó khi đọc về thiết kế xác minh của BABY: một bản sao dự phòng bảo vệ khoảng 500 quan hệ xác minh, nhưng đổi lại phải trả thêm 100% phí lưu trữ.
Nền tảng nhỏ hơn
Tỷ lệ nghe có vẻ đáng lo, nhưng các con số tuyệt đối lại kể một câu chuyện khác.
Nghiên cứu BABE của Babylon cho biết thiết kế xác minh của họ giúp giảm yêu cầu lưu trữ ngoài chuỗi của BitVM3 đi vào khoảng ba bậc độ lớn. Bộ xác minh bị bóp méo của BitVM3 được ước tính khoảng 42 GiB cho mỗi mạch. Việc gấp đôi một dấu chân lưu trữ nhỏ hơn nhiều có thể là một lựa chọn đánh đổi kỹ thuật hoàn toàn hợp lý.
Vẫn là gấp đôi.
Sự an ủi giả
Đây là nơi tôi cho rằng cuộc thảo luận trở nên thú vị hơn.
Một số người sẽ nói rằng quá đắt. Những người khác sẽ cho rằng tính dự phòng là thiết yếu. Cả hai quan điểm đều bỏ lỡ đúng một câu hỏi.
Không phải cứ có bản sao thứ hai là đã tăng khả năng chịu lỗi.
Nếu cả hai bản sao đều phụ thuộc vào cùng một nhà điều hành, cùng một hạ tầng, cùng một luồng phần mềm, hoặc cùng một sai lầm trong vận hành, thì bạn đã trả gấp đôi cho một miền lỗi duy nhất. Đó là lý do các hướng dẫn về sao lưu luôn nhấn mạnh việc tách biệt và kiểm thử khôi phục định kỳ, chứ không chỉ sao chép thêm.
Thách thức thực sự không nằm ở việc lưu thêm một bản sao. Mà là chứng minh rằng bản sao đó vẫn độc lập và thực sự có thể được khôi phục khi có sự cố.
Từ chưa được trả lời
Các quan hệ xác minh có thể mở rộng trong khi niềm tin âm thầm tập trung vào bất cứ ai duy trì bản sao lưu.
BABY có thể giảm chi phí lưu trữ đáng kể, nhưng chỉ việc rẻ hơn không tự động đảm bảo khả năng khôi phục. Và nếu lớp xác minh này đúng là nền tảng như Babylon lập luận, thì một bản sao lưu chưa từng được kiểm thử sẽ gần với sự trấn an hơn là sự bảo vệ.
Tôi hiểu việc phải trả thêm phí lưu trữ.
Tôi chỉ không chắc rằng chúng ta đã thực sự xứng đáng với từ "bản sao lưu".
$@BabylonLabs_io #baby $BABY
$COTI
$BANK