#baby $BABY Hôm qua tôi đã rà soát từng dòng tài liệu EOTS của @BabylonLabs_io và phát hiện một chi tiết chí mạng bị hào quang của “staking BTC gốc” che khuất: hình phạt không tăng dần mà giáng xuống như một cú nổ.
Trong PoS truyền thống, nếu validator ký sai block thì hình phạt được áp dụng theo từng bước — ban đầu chỉ khấu trừ một khoản nhỏ, cho bạn cơ hội sửa sai. Nhưng với cơ chế EOTS của BABY, ở cùng một chiều cao block chỉ có thể có một chữ ký hợp lệ. Nếu đồng ký do đồng hồ máy chủ bị lệch, chuyển đổi giữa máy chính và máy dự phòng, hoặc lỗi code, khóa riêng tư có thể bị suy ra bằng toán học và lập tức bị công khai. 1 BTC bạn khóa sẽ bị trừ toàn bộ trên mainnet — không cảnh báo, không có cơ hội thứ hai.
Tôi đã hình dung thử tình huống này: FP triển khai nút chính và nút dự phòng; mạng của nút chính chập chờn, nút dự phòng nhầm lẫn chỉ trong vài mili giây, rồi mỗi nút ký một block ở cùng chiều cao. Trên Ethereum PoS, sai sót như vậy có thể chỉ bị phạt vài nghìn đô la; còn trên Babylon, 1 BTC sẽ mất trắng ngay lập tức.
Rắc rối hơn nữa là người dùng nhỏ lẻ có thể tham gia chỉ bằng một cú nhấp qua giao thức LST, nhưng không thể thấy cách quản lý khóa và chính sách sao lưu phía sau FP. Bạn không chỉ phải gánh rủi ro bị Slash của giao thức mà còn phải chịu thêm rủi ro từ việc kiểm toán code của đội ngũ vận hành và chất lượng nguồn entropy.
Lợi suất cao đi kèm với việc không có chỗ cho sai sót. Trừ khi sau này có bảo hiểm lưu ký đáng tin cậy hoặc cơ chế dự phòng đa chữ ký bắt buộc, người dùng nhỏ lẻ khi nghe câu chuyện an toàn về “staking BTC gốc” nên kiểm tra xem FP được ủy quyền có bản sao lưu nóng hay không. Tôi nói vậy để tự nhắc mình, cũng có thể là do tôi sao lưu hơi nhiều.#baby BABY@BabylonLabs_io
Trong PoS truyền thống, nếu validator ký sai block thì hình phạt được áp dụng theo từng bước — ban đầu chỉ khấu trừ một khoản nhỏ, cho bạn cơ hội sửa sai. Nhưng với cơ chế EOTS của BABY, ở cùng một chiều cao block chỉ có thể có một chữ ký hợp lệ. Nếu đồng ký do đồng hồ máy chủ bị lệch, chuyển đổi giữa máy chính và máy dự phòng, hoặc lỗi code, khóa riêng tư có thể bị suy ra bằng toán học và lập tức bị công khai. 1 BTC bạn khóa sẽ bị trừ toàn bộ trên mainnet — không cảnh báo, không có cơ hội thứ hai.
Tôi đã hình dung thử tình huống này: FP triển khai nút chính và nút dự phòng; mạng của nút chính chập chờn, nút dự phòng nhầm lẫn chỉ trong vài mili giây, rồi mỗi nút ký một block ở cùng chiều cao. Trên Ethereum PoS, sai sót như vậy có thể chỉ bị phạt vài nghìn đô la; còn trên Babylon, 1 BTC sẽ mất trắng ngay lập tức.
Rắc rối hơn nữa là người dùng nhỏ lẻ có thể tham gia chỉ bằng một cú nhấp qua giao thức LST, nhưng không thể thấy cách quản lý khóa và chính sách sao lưu phía sau FP. Bạn không chỉ phải gánh rủi ro bị Slash của giao thức mà còn phải chịu thêm rủi ro từ việc kiểm toán code của đội ngũ vận hành và chất lượng nguồn entropy.
Lợi suất cao đi kèm với việc không có chỗ cho sai sót. Trừ khi sau này có bảo hiểm lưu ký đáng tin cậy hoặc cơ chế dự phòng đa chữ ký bắt buộc, người dùng nhỏ lẻ khi nghe câu chuyện an toàn về “staking BTC gốc” nên kiểm tra xem FP được ủy quyền có bản sao lưu nóng hay không. Tôi nói vậy để tự nhắc mình, cũng có thể là do tôi sao lưu hơi nhiều.#baby BABY@BabylonLabs_io