Bấy lâu nay, ánh nhìn của thị trường đều tập trung vào Babylon Genesis, một dự án được xây dựng dựa trên Cosmos-SDK.
Nhưng gần đây, khi tôi lật ra cuốn whitepaper Babylon@BabylonLabs_io , tôi mới phát hiện rằng nó đặt một thứ gọi là Babylon EVM ngang hàng với Babylon Genesis.
Babylon Genesis chịu trách nhiệm duy trì các logic như điều phối tuyến đường liên chuỗi cho Bitcoin.
Còn Babylon EVM được thiết lập song song sẽ xử lý các logic phức tạp vốn cần thực hiện trên các mạng bên ngoài như Ethereum—chẳng hạn như tương tác với các pool thanh khoản—ngay trong “mạng vật lý” nội bộ của hệ sinh thái Babylon, nhằm tiêu hóa với độ trễ thấp.
Tại sao lại nhét vào một môi trường máy ảo Ethereum nguyên bản?$KOMA
Bởi vì Babylon hoàn toàn không cam lòng chỉ kiếm phí đi qua.
Nếu người dùng chỉ tương tác hoàn toàn trên Ethereum hoặc các Rollup bên ngoài, thì phần Gas từ các giao dịch tài chính tần suất cao do các sàn/nhà cung cấp trên chuỗi bên ngoài thu về. Còn khi “đổ” các DeFi tần suất cao vào bên trong Babylon EVM, BABY sẽ đóng vai trò là tài sản thanh toán Gas “nội sinh” cho các tương tác tần suất cao, qua đó tạo cho nó những kịch bản tiêu hao mang tính cứng.
Ngoài ra, cơ chế định tuyến phí sử dụng và đốt (burn) của giao thức BTC được whitepaper thiết kế sẽ giúp EVM nội địa phát huy hiệu năng cao nhất.$AXTI
Các khoản phí dịch vụ phát sinh từ giao thức DeFi gốc tính bằng BTC có thể được hệ thống sổ cái phối hợp ở tầng nền “bắt giữ” một cách tự động.
Những BTC này có thể đi thẳng vào hệ thống đấu giá tự động trên chuỗi mà không vướng ma sát liên thông giữa các chuỗi, đổi lấy và đốt cháy token BABY, từ đó hình thành một vòng khép kinh tế nội sinh hoàn hảo: hoạt động tài chính trong EVM nội bộ dẫn tới sự giảm phát token ở tầng đáy.
Nhưng tôi buộc phải dội một gáo nước lạnh: sự xuất hiện của Babylon EVM đã “cắt” một cách nhân tạo một mạch bể tài chính nội sinh giữa mạng Bitcoin và các chuỗi bên ngoài. Điều này khiến dòng thanh khoản vốn lẽ ra phải tập trung về một thị trường lớn thống nhất bên ngoài, một phần bị chặn lại và lắng đọng trong các hợp đồng thông minh gốc của Babylon EVM.
Khi cả mạng cần điều phối điều chuyển tài sản Bitcoin xuyên chuỗi để thực hiện các tác vụ thanh lý mang tính cứng, việc có thêm một môi trường chạy Babylon EVM đồng nghĩa với việc ngoài việc theo dõi Ethereum, Rollups và các BSN lớn, vốn còn cần cả năng lực tính toán và thanh khoản off-chain để đồng bộ trạng thái EVM nội bộ Babylon. Các tài sản này còn bị “băm” thành nhiều mảnh thứ cấp trong và ngoài biên giới, làm kéo dài đáng kể timeline của trọng tài tài chính, đồng thời tăng chi phí ma sát mang tính cứng của toàn hệ thống.
$BABY #baby
Nhưng gần đây, khi tôi lật ra cuốn whitepaper Babylon@BabylonLabs_io , tôi mới phát hiện rằng nó đặt một thứ gọi là Babylon EVM ngang hàng với Babylon Genesis.
Babylon Genesis chịu trách nhiệm duy trì các logic như điều phối tuyến đường liên chuỗi cho Bitcoin.
Còn Babylon EVM được thiết lập song song sẽ xử lý các logic phức tạp vốn cần thực hiện trên các mạng bên ngoài như Ethereum—chẳng hạn như tương tác với các pool thanh khoản—ngay trong “mạng vật lý” nội bộ của hệ sinh thái Babylon, nhằm tiêu hóa với độ trễ thấp.
Tại sao lại nhét vào một môi trường máy ảo Ethereum nguyên bản?$KOMA
Bởi vì Babylon hoàn toàn không cam lòng chỉ kiếm phí đi qua.
Nếu người dùng chỉ tương tác hoàn toàn trên Ethereum hoặc các Rollup bên ngoài, thì phần Gas từ các giao dịch tài chính tần suất cao do các sàn/nhà cung cấp trên chuỗi bên ngoài thu về. Còn khi “đổ” các DeFi tần suất cao vào bên trong Babylon EVM, BABY sẽ đóng vai trò là tài sản thanh toán Gas “nội sinh” cho các tương tác tần suất cao, qua đó tạo cho nó những kịch bản tiêu hao mang tính cứng.
Ngoài ra, cơ chế định tuyến phí sử dụng và đốt (burn) của giao thức BTC được whitepaper thiết kế sẽ giúp EVM nội địa phát huy hiệu năng cao nhất.$AXTI
Các khoản phí dịch vụ phát sinh từ giao thức DeFi gốc tính bằng BTC có thể được hệ thống sổ cái phối hợp ở tầng nền “bắt giữ” một cách tự động.
Những BTC này có thể đi thẳng vào hệ thống đấu giá tự động trên chuỗi mà không vướng ma sát liên thông giữa các chuỗi, đổi lấy và đốt cháy token BABY, từ đó hình thành một vòng khép kinh tế nội sinh hoàn hảo: hoạt động tài chính trong EVM nội bộ dẫn tới sự giảm phát token ở tầng đáy.
Nhưng tôi buộc phải dội một gáo nước lạnh: sự xuất hiện của Babylon EVM đã “cắt” một cách nhân tạo một mạch bể tài chính nội sinh giữa mạng Bitcoin và các chuỗi bên ngoài. Điều này khiến dòng thanh khoản vốn lẽ ra phải tập trung về một thị trường lớn thống nhất bên ngoài, một phần bị chặn lại và lắng đọng trong các hợp đồng thông minh gốc của Babylon EVM.
Khi cả mạng cần điều phối điều chuyển tài sản Bitcoin xuyên chuỗi để thực hiện các tác vụ thanh lý mang tính cứng, việc có thêm một môi trường chạy Babylon EVM đồng nghĩa với việc ngoài việc theo dõi Ethereum, Rollups và các BSN lớn, vốn còn cần cả năng lực tính toán và thanh khoản off-chain để đồng bộ trạng thái EVM nội bộ Babylon. Các tài sản này còn bị “băm” thành nhiều mảnh thứ cấp trong và ngoài biên giới, làm kéo dài đáng kể timeline của trọng tài tài chính, đồng thời tăng chi phí ma sát mang tính cứng của toàn hệ thống.
$BABY #baby