Tôi bắt đầu với một câu hỏi đơn giản khi gặp mô hình đặt cược kép (dual staking) của Babylon. Tại sao lại cần hai token trong khi thông thường chỉ một token là đủ để gây ra đủ thứ vấn đề.

Câu trả lời còn được cân nhắc kỹ hơn tôi tưởng. BABY phụ trách quản trị và bảo mật mạng cho chính chuỗi Babylon. BTC đảm bảo tính cuối cùng (finality) được mở rộng tới các chuỗi PoS bên ngoài.

Chúng đảm nhiệm những công việc khác nhau ở các lớp khác nhau của hệ thống. Gộp chúng thành một token duy nhất sẽ có nghĩa là hoặc yêu cầu người nắm giữ Bitcoin tham gia quản trị, hoặc bắt những người nắm giữ token quản trị chịu trách nhiệm về các bảo đảm an ninh cấp độ Bitcoin. Cả hai đều không hợp lý.

Logic thiết kế là đúng đắn. Điều tôi theo dõi kỹ với các hệ thống dùng hai token là liệu mối quan hệ kinh tế giữa hai token có giữ được sự ổn định hay không khi chịu áp lực.

Khi một token biến động mạnh, điều gì sẽ xảy ra với các động lực (incentives) của token còn lại. Sự tương tác đó là nơi mà các hệ thống song token thường bộc lộ điểm mong manh của mình.
#baby $BABY @BabylonLabs_io