Tôi mãi không hiểu cơ chế “đa thế chấp” $BABY là như thế nào, cho đến khi tôi đem nó so sánh với mô hình thế chấp truyền thống
Logic thế chấp chứng minh quyền lợi (proof-of-stake) thông thường rất đơn giản: bạn khóa token vào một node validator, node này dùng “trọng lượng” token của bạn để tham gia đồng thuận, và bạn nhận phần thưởng lạm phát. Mỗi token tại cùng một thời điểm chỉ có thể cung cấp bảo mật cho một mạng duy nhất. Đây là mô hình chuẩn đã vận hành trong ngành được vài năm, không có gì sai, nhưng có một giới hạn mang tính “bẩm sinh”: ngân sách bảo mật chỉ có thể đến từ token gốc của chính chuỗi đó. Bảo mật của chuỗi gắn trực tiếp với giá trị vốn hóa của token; vốn hóa giảm thì bảo mật cũng suy yếu theo.#baby
Đa thế chấp của @BabylonLabs_io phá vỡ giới hạn đó, và cách nó phá vỡ khiến lần đầu tiên tôi thấy mình thật sự hiểu rõ vấn đề — và thấy khá thú vị.
Một BTC đã được khóa vào kho thế chấp của Babylon có thể đồng thời đóng vai trò bảo trợ bảo mật cho nhiều mạng proof-of-stake khác nhau. Không phải chia nhỏ, không phải sao chép — mà là “trọng lượng kinh tế” của cùng một BTC được nhiều mạng cùng lúc trích dẫn. Với các mạng proof-of-stake đã tích hợp lớp bảo mật Babylon, họ không cần phải chờ vốn hóa token gốc của mình tăng đủ lớn để có ngân sách bảo mật; họ có thể trực tiếp mượn trọng lượng kinh tế của BTC để khởi động.
Tôi nghĩ ý nghĩa của việc này đối với các mạng proof-of-stake mới nổi đã bị đánh giá thấp một cách nghiêm trọng. Một chuỗi mới ở giai đoạn đầu là yếu nhất, vì vốn hóa token gốc còn thấp nên chi phí tấn công cũng thấp; tấn công 51% trong giai đoạn này là rủi ro thật sự. Sau khi tích hợp Babylon, kẻ tấn công không chỉ cần tấn công chuỗi đó, mà còn phải tấn công phần thế chấp BTC ở phía sau. Việc “động tới” thế chấp BTC đồng nghĩa phải đối mặt với sức mạnh tính toán của mạng Bitcoin — một mức chi phí hoàn toàn khác về bậc độ.
Đối với người nắm giữ BTC (nhà tham gia thế chấp BTC), đa thế chấp đồng nghĩa là cùng một BTC có thể kiếm phí dịch vụ từ nhiều mạng cùng lúc, thay vì chỉ phục vụ một mạng duy nhất và nhận một phần lợi nhuận. Về mặt lý thuyết, mạng càng nhiều thì tổng lợi nhuận mà người thế chấp BTC nhận được càng cao, mà không cần thêm bất kỳ khoản đầu tư vốn bổ sung nào.
Nhưng tôi cũng đang tự đặt một câu hỏi chưa được làm rõ: khi một BTC đồng thời cung cấp bảo trợ an ninh cho năm mạng, nếu một trong số các mạng đó gặp vấn đề nghiêm trọng về đồng thuận và cần kích hoạt cơ chế cắt phạt (slashing), thì phần bảo đảm đang được ủy thác đồng thời cho các mạng còn lại bốn mạng kia có bị ảnh hưởng không?
Logic thế chấp chứng minh quyền lợi (proof-of-stake) thông thường rất đơn giản: bạn khóa token vào một node validator, node này dùng “trọng lượng” token của bạn để tham gia đồng thuận, và bạn nhận phần thưởng lạm phát. Mỗi token tại cùng một thời điểm chỉ có thể cung cấp bảo mật cho một mạng duy nhất. Đây là mô hình chuẩn đã vận hành trong ngành được vài năm, không có gì sai, nhưng có một giới hạn mang tính “bẩm sinh”: ngân sách bảo mật chỉ có thể đến từ token gốc của chính chuỗi đó. Bảo mật của chuỗi gắn trực tiếp với giá trị vốn hóa của token; vốn hóa giảm thì bảo mật cũng suy yếu theo.#baby
Đa thế chấp của @BabylonLabs_io phá vỡ giới hạn đó, và cách nó phá vỡ khiến lần đầu tiên tôi thấy mình thật sự hiểu rõ vấn đề — và thấy khá thú vị.
Một BTC đã được khóa vào kho thế chấp của Babylon có thể đồng thời đóng vai trò bảo trợ bảo mật cho nhiều mạng proof-of-stake khác nhau. Không phải chia nhỏ, không phải sao chép — mà là “trọng lượng kinh tế” của cùng một BTC được nhiều mạng cùng lúc trích dẫn. Với các mạng proof-of-stake đã tích hợp lớp bảo mật Babylon, họ không cần phải chờ vốn hóa token gốc của mình tăng đủ lớn để có ngân sách bảo mật; họ có thể trực tiếp mượn trọng lượng kinh tế của BTC để khởi động.
Tôi nghĩ ý nghĩa của việc này đối với các mạng proof-of-stake mới nổi đã bị đánh giá thấp một cách nghiêm trọng. Một chuỗi mới ở giai đoạn đầu là yếu nhất, vì vốn hóa token gốc còn thấp nên chi phí tấn công cũng thấp; tấn công 51% trong giai đoạn này là rủi ro thật sự. Sau khi tích hợp Babylon, kẻ tấn công không chỉ cần tấn công chuỗi đó, mà còn phải tấn công phần thế chấp BTC ở phía sau. Việc “động tới” thế chấp BTC đồng nghĩa phải đối mặt với sức mạnh tính toán của mạng Bitcoin — một mức chi phí hoàn toàn khác về bậc độ.
Đối với người nắm giữ BTC (nhà tham gia thế chấp BTC), đa thế chấp đồng nghĩa là cùng một BTC có thể kiếm phí dịch vụ từ nhiều mạng cùng lúc, thay vì chỉ phục vụ một mạng duy nhất và nhận một phần lợi nhuận. Về mặt lý thuyết, mạng càng nhiều thì tổng lợi nhuận mà người thế chấp BTC nhận được càng cao, mà không cần thêm bất kỳ khoản đầu tư vốn bổ sung nào.
Nhưng tôi cũng đang tự đặt một câu hỏi chưa được làm rõ: khi một BTC đồng thời cung cấp bảo trợ an ninh cho năm mạng, nếu một trong số các mạng đó gặp vấn đề nghiêm trọng về đồng thuận và cần kích hoạt cơ chế cắt phạt (slashing), thì phần bảo đảm đang được ủy thác đồng thời cho các mạng còn lại bốn mạng kia có bị ảnh hưởng không?