Tác giả: Zeke, YBB Capital Nguồn: Medium Dịch: Shan Ouba, Golden Finance

Lời nói đầu

Trong kỷ nguyên của các chuỗi khối mô-đun do Ethereum dẫn đầu, việc cung cấp dịch vụ bảo mật bằng cách tích hợp lớp dữ liệu sẵn có (DA) không còn là một khái niệm mới. Hiện tại, khái niệm bảo mật chia sẻ được giới thiệu thông qua đặt cược mang đến một chiều hướng mới cho không gian mô-đun. Nó tận dụng tiềm năng của “vàng và bạc kỹ thuật số” để cung cấp bảo mật cho nhiều giao thức blockchain và chuỗi công khai, từ Bitcoin hoặc Ethereum. Câu chuyện này khá tham vọng, vì nó không chỉ giải phóng tính thanh khoản cho những tài sản trị giá hàng nghìn tỷ đô la mà còn là yếu tố chính trong các giải pháp mở rộng quy mô trong tương lai. Ví dụ: khoản tài trợ khổng lồ gần đây gây quỹ 70 triệu đô la cho giao thức đặt cược Bitcoin Babylon và 100 triệu đô la cho giao thức đặt cược lại Ethereum EigenLayer minh họa cho sự hỗ trợ mạnh mẽ cho không gian từ các công ty đầu tư mạo hiểm hàng đầu.

Tuy nhiên, những diễn biến này cũng gây ra những lo ngại nghiêm trọng. Nếu tính mô-đun là giải pháp tối ưu để mở rộng quy mô và các giao thức này là thành phần chính của giải pháp đó thì chúng có thể sẽ khóa một lượng lớn BTC và ETH. Điều này mang lại các vấn đề bảo mật của chính giao thức. Liệu các lớp phức tạp được hình thành bởi nhiều giao thức LSD (Liquid Stake Derivatives) và LRT (Layer 2 Rollup Tokens) có trở thành con thiên nga đen lớn nhất trong tương lai của blockchain không? Logic kinh doanh của họ có hợp lý không? Vì chúng tôi đã phân tích EigenLayer trong bài viết trước nên cuộc thảo luận sau sẽ tập trung chủ yếu vào Babylon để giải quyết những vấn đề này.

Mở rộng sự đồng thuận về bảo mật

Bitcoin và Ethereum chắc chắn là những thực thể công cộng có giá trị nhất hiện nay trên Blockchain. Tính bảo mật, phân cấp và sự đồng thuận về giá trị mà họ đã tích lũy được trong nhiều năm qua là những lý do cốt lõi khiến họ luôn đứng đầu thế giới blockchain. Đây là những phẩm chất hiếm có khó tái tạo bằng các chuỗi không đồng nhất khác. Ý tưởng cốt lõi của tính mô-đun là "thuê" những phẩm chất này cho những người có nhu cầu. Trong cách tiếp cận mô-đun hiện tại, có hai phe chính:

Nhóm đầu tiên sử dụng lớp 1 đủ an toàn (thường là Ethereum) để cuộn lên Ba lớp dưới cùng hoặc một phần chức năng các lớp. Giải pháp này có tính bảo mật, hợp pháp cao nhất và có thể hấp thụ tài nguyên của hệ sinh thái chuỗi chính. Nhưng đối với các Rollups cụ thể (chuỗi ứng dụng, chuỗi đuôi dài, v.v.), nó có thể không đặc biệt thân thiện về mặt thông lượng và chi phí.

Nhóm thứ hai nhằm mục đích tạo ra một sự tồn tại gần giống với tính bảo mật của Bitcoin và Ethereum nhưng có hiệu suất chi phí tốt hơn, chẳng hạn như Celestia. Celestia đạt được điều này bằng cách sử dụng kiến ​​trúc chức năng DA thuần túy, yêu cầu phần cứng nút tối thiểu và chi phí gas thấp. Cách tiếp cận hợp lý này nhằm mục đích tạo ra một lớp DA phù hợp với tính bảo mật và phân cấp của Ethereum, đồng thời mang lại hiệu suất mạnh mẽ trong thời gian ngắn nhất có thể. Nhược điểm của phương pháp này là sẽ mất một thời gian để hoàn thiện tính bảo mật và phân quyền, đồng thời thiếu tính hợp pháp khi cạnh tranh trực tiếp với Ethereum, dẫn đến bị cộng đồng Ethereum từ chối.

Loại thứ ba trong phe bao gồm các lớp Babylon và Đặc điểm. Họ tận dụng khái niệm cốt lõi của Bằng chứng cổ phần (POS) để tạo ra các dịch vụ bảo mật chung bằng cách tận dụng giá trị tài sản của Bitcoin hoặc Ethereum. So với hai cái đầu tiên, đây là một sự tồn tại trung tính hơn. Ưu điểm của nó là kế thừa tính hợp pháp và bảo mật, đồng thời mang lại giá trị thiết thực hơn cho tài sản của chuỗi chính và mang lại tính linh hoạt cao hơn.

Tiềm năng của vàng kỹ thuật số

Bất kể logic cơ bản của bất kỳ cơ chế đồng thuận nào, blockchain Tính bảo mật của một ứng dụng phụ thuộc phần lớn vào các tài nguyên hỗ trợ nó. Chuỗi PoW yêu cầu nhiều phần cứng và điện, trong khi PoS phụ thuộc vào giá trị của tài sản cầm cố. Bản thân Bitcoin được hỗ trợ bởi mạng PoW cực kỳ lớn, khiến nó trở thành sự tồn tại an toàn nhất trong toàn bộ không gian blockchain. Tuy nhiên, là một chuỗi công khai có giá trị thị trường lưu hành là 1,39 nghìn tỷ USD và chiếm một nửa thị trường blockchain, tiện ích tài sản của nó chủ yếu chỉ giới hạn ở việc chuyển khoản và thanh toán gas.

Đối với nửa còn lại của thế giới blockchain, đặc biệt là sau khi Ethereum chuyển sang PoS sau đợt nâng cấp ở Thượng Hải, có thể nói rằng hầu hết các chuỗi công khai đều sử dụng kiến ​​trúc PoS khác nhau để đạt được sự đồng thuận. Tuy nhiên, các chuỗi không đồng nhất mới thường không thu hút được các khoản cam kết vốn lớn, đặt ra câu hỏi về tính bảo mật của chúng. Trong kỷ nguyên mô-đun hiện nay, các vùng Cosmos và các giải pháp Lớp 2 khác nhau có thể sử dụng nhiều lớp DA khác nhau để bù đắp, nhưng điều này thường phải trả giá bằng quyền tự chủ. Việc sử dụng Ethereum hoặc Celestia làm lớp DA nhìn chung cũng không thực tế đối với hầu hết các cơ chế PoS hoặc chuỗi liên minh cũ hơn. Giá trị của Babylon nằm ở việc lấp đầy khoảng trống này bằng cách cung cấp sự bảo vệ cho chuỗi PoS bằng cách đặt cược BTC. Giống như con người sử dụng vàng để hỗ trợ giá trị của tiền giấy, Bitcoin hoàn toàn phù hợp để đóng vai trò này trong thế giới blockchain.

Từ 0 đến 1

Phát hành "vàng kỹ thuật số" luôn là điều quan trọng nhất trong lĩnh vực blockchain. Mục tiêu đầy tham vọng nhưng khó nắm bắt nhất. Từ các chuỗi bên ban đầu, Lightning Network và mã thông báo cầu nối cho đến Runes và BTC Lớp 2 ngày nay, mọi giải pháp đều có những sai sót cố hữu. Nếu Babylon nhằm mục đích khai thác tính bảo mật của Bitcoin thì trước tiên phải loại trừ các giải pháp tập trung đưa ra giả định về sự tin cậy của bên thứ ba. Trong số các lựa chọn còn lại, Rune và Lightning Network (bị hạn chế bởi tiến độ phát triển cực kỳ chậm) hiện chỉ có khả năng phát hành tài sản. Điều này có nghĩa là Babylon cần thiết kế “giải pháp mở rộng quy mô” của riêng mình để đạt được tỷ lệ đặt cược Bitcoin gốc từ 0 đến 1.

Chia nhỏ các thành phần cơ bản hiện có trong Bitcoin, về cơ bản như sau: 1. Mô hình UTXO, 2. Dấu thời gian, 3. Các phương thức chữ ký khác nhau, 4. Mã hoạt động cơ bản. Do khả năng lập trình và khả năng mang dữ liệu hạn chế của Bitcoin, giải pháp của Babylon dựa trên các nguyên tắc tối giản. Trên Bitcoin, chỉ cần hoàn thành các chức năng cơ bản của hợp đồng đặt cược, điều đó có nghĩa là việc đặt cược, chém, thưởng và thu hồi BTC đều được xử lý trên chuỗi chính. Khi đạt được tỷ lệ 0 đến 1 này, vùng Cosmos có thể xử lý các yêu cầu phức tạp hơn. Tuy nhiên, vẫn còn một câu hỏi quan trọng: làm cách nào để ghi dữ liệu chuỗi PoS vào chuỗi chính?

Cam kết từ xa

UTXO (Đầu ra giao dịch chưa chi tiêu) được Satoshi Nakamoto thiết kế để giao dịch Bitcoin người mẫu. Ý tưởng cốt lõi rất đơn giản: giao dịch chỉ là việc nhập và xuất tiền, do đó toàn bộ hệ thống giao dịch có thể được biểu diễn dưới dạng đầu vào và đầu ra. UTXO đại diện cho phần tiền đã đến nhưng chưa được chi tiêu đầy đủ và do đó vẫn là đầu ra giao dịch chưa được chi tiêu (tức là Bitcoin chưa thanh toán). Toàn bộ sổ cái Bitcoin về cơ bản là một tập hợp các UTXO, ghi lại trạng thái của từng UTXO để quản lý quyền sở hữu và lưu thông Bitcoin. Mọi giao dịch đều sử dụng một UTXO cũ và tạo ra một UTXO mới. Do tiềm năng mở rộng vốn có của chúng, UTXO là điểm khởi đầu tự nhiên cho nhiều giải pháp mở rộng quy mô gốc. Ví dụ:

Babylon cũng cần sử dụng UTXO để thực hiện hợp đồng Stake (Babylon được gọi là remote Stake, truyền từ xa tính bảo mật của Bitcoin đến chuỗi PoS thông qua lớp giữa). Việc thực hiện hợp đồng có thể được chia thành bốn bước, kết hợp khéo léo các opcode hiện có:

Tiền bị khóa< /strong>

Người dùng gửi tiền đến các địa chỉ được kiểm soát bởi nhiều chữ ký. Thông qua OP_CTV (OP_CHECKTEMPLATEVERIFY, cho phép tạo các mẫu giao dịch được xác định trước, đảm bảo rằng các giao dịch chỉ có thể được thực hiện theo cấu trúc và điều kiện cụ thể), hợp đồng có thể chỉ định rằng những khoản tiền này chỉ có thể được sử dụng trong một số điều kiện nhất định. Sau khi tiền bị khóa, một UTXO mới sẽ được tạo cho biết rằng tiền đã được đặt cọc.

Xác thực có điều kiện

Khóa thời gian có thể được triển khai bằng cách gọi OP_CSV (OP_CHECKSEQUENCEVERIFY, cho phép đặt khóa thời gian tương đối dựa trên số thứ tự của giao dịch, cho biết rằng UTXO chỉ có thể được sử dụng sau một thời gian hoặc số khối tương đối nhất định). Kết hợp với OP_CTV, đặt cọc, hủy đặt cược (cho phép người đặt cược chi tiêu UTXO bị khóa sau khi đáp ứng thời gian cam kết) và cắt giảm (buộc UTXO phải được chi tiêu đến địa chỉ bị khóa, khiến nó không thể chi tiêu được nếu người đặt cược có hành vi ác ý), có thể đạt được , tương tự như địa chỉ lỗ đen).

p>

Cập nhật trạng thái

Mỗi khi người dùng đặt cược hoặc rút tiền đã đặt cược, điều đó sẽ liên quan đến việc tạo và chi tiêu UTXO. Đầu ra giao dịch mới tạo ra UTXO mới và UTXO cũ được đánh dấu là đã chi tiêu. Bằng cách này, mọi giao dịch và chuyển động tài chính đều được ghi lại chính xác trên blockchain, đảm bảo tính minh bạch và bảo mật.

Phân bổ phần thưởng

Hợp đồng tính toán phần thưởng dựa trên số tiền cam kết và thời gian cam kết rồi phân phối chúng bằng cách tạo UTXO mới. Những phần thưởng này có thể được mở khóa và sử dụng thông qua các điều kiện theo kịch bản sau khi đáp ứng một số điều kiện nhất định.

Dấu thời gian

Sau khi thiết lập hợp đồng Stake gốc, việc xem xét ghi lại lịch sử từ các vấn đề về sự kiện chuỗi bên ngoài. Trong sách trắng của Satoshi Nakamoto, chuỗi khối Bitcoin đã giới thiệu khái niệm dấu thời gian được PoW hỗ trợ, cung cấp thứ tự thời gian không thể đảo ngược của các sự kiện. Trong trường hợp sử dụng gốc của Bitcoin, những sự kiện này đề cập đến các giao dịch khác nhau được thực hiện trên sổ cái. Ngày nay, để tăng cường tính bảo mật của các chuỗi PoS khác, Bitcoin cũng có thể được sử dụng để đánh dấu thời gian cho các sự kiện trên các chuỗi khối bên ngoài. Mỗi khi một sự kiện như vậy xảy ra, một giao dịch sẽ được kích hoạt và gửi đến người khai thác, người sau đó sẽ chèn nó vào sổ cái Bitcoin, do đó thêm dấu thời gian vào sự kiện. Những dấu thời gian này có thể giải quyết các vấn đề bảo mật khác nhau của blockchain. Khái niệm chung về các sự kiện đánh dấu thời gian trong chuỗi con trên chuỗi mẹ được gọi là "điểm kiểm tra" và các giao dịch được sử dụng để đánh dấu thời gian cho chuỗi đó được gọi là giao dịch điểm kiểm tra. Cụ thể, dấu thời gian trong blockchain Bitcoin có những đặc điểm quan trọng sau:

• Định dạng thời gian: Dấu thời gian được ghi lại từ năm 1970 Số giây kể từ 00:00:00 UTC ngày 1 tháng 1, định dạng này được gọi là thời gian Unix hoặc thời gian POSIX.

• Mục đích: Mục đích chính của dấu thời gian là đánh dấu thời gian tạo khối, giúp các nút xác định thứ tự của các khối và hỗ trợ khó khăn của cơ chế điều chỉnh mạng.

• Dấu thời gian và điều chỉnh độ khó: Mạng Bitcoin điều chỉnh độ khó khai thác khoảng hai tuần một lần hoặc mỗi khối năm 2016. Dấu thời gian đóng một vai trò quan trọng trong quá trình này, vì mạng điều chỉnh độ khó dựa trên tổng thời gian tạo của các khối cuối cùng trong năm 2016 để đảm bảo rằng các khối mới được tạo ra khoảng 10 phút một lần.

• Kiểm tra tính hợp lệ: Khi một nút nhận được một khối mới, nó sẽ xác minh dấu thời gian. Dấu thời gian của khối mới phải lớn hơn thời gian trung bình của các khối trước đó và không được vượt quá thời gian mạng quá 120 phút (2 giờ trong tương lai).

Máy chủ dấu thời gian là một máy chủ nguyên thủy mới được Babylon xác định, có thể phân phối dấu thời gian Bitcoin thông qua các điểm kiểm tra Babylon trong các khối PoS, đảm bảo tính chính xác và tính không thể giả mạo của chuỗi thời gian. Là lớp trên cùng của toàn bộ kiến ​​trúc của Babylon, máy chủ này là nguồn tin cậy cốt lõi.

p>

Kiến trúc ba tầng của Babylon

Như trên hình, kiến ​​trúc tổng thể của Babylon có thể được chia thành ba Lớp: Bitcoin (dưới dạng máy chủ dấu thời gian), Babylon (Vùng vũ trụ là lớp giữa) và chuỗi PoS làm lớp nhu cầu. Babylon gọi hai cái sau là mặt phẳng điều khiển (chính Babylon) và mặt phẳng dữ liệu (các chuỗi tiêu thụ PoS khác nhau).

p>

Bây giờ chúng ta đã hiểu cách triển khai giao thức không cần tin cậy cơ bản, hãy cùng tìm hiểu cách Babylon tự sử dụng các vùng Cosmos để kết nối cả hai đầu. Theo lời giải thích chi tiết từ Phòng thí nghiệm Tse của Đại học Stanford trên Babylon, Babylon có thể nhận các luồng điểm kiểm tra từ nhiều chuỗi PoS và hợp nhất các điểm kiểm tra này để xuất bản trên Bitcoin. Kích thước điểm kiểm tra có thể được giảm thiểu bằng cách sử dụng chữ ký tổng hợp từ trình xác thực Babylon và tần suất của các điểm kiểm tra này có thể được kiểm soát bằng cách cho phép trình xác thực Babylon chỉ thay đổi một lần mỗi kỷ nguyên.

Trình xác thực từ nhiều chuỗi PoS khác nhau tải xuống các khối Babylon để kiểm tra xem các điểm kiểm tra PoS của họ có được đưa vào các khối Babylon được Bitcoin kiểm tra hay không. Điều này cho phép chuỗi PoS phát hiện sự khác biệt, chẳng hạn như nếu trình xác thực Babylon tạo ra một khối không khả dụng được Bitcoin xác thực và nói dối về các điểm kiểm tra PoS có trong đó. Các thành phần chính của giao thức như sau:

· Checkpoint: Bitcoin chỉ xác minh khối cuối cùng của Kỷ nguyên Babylon. Điểm kiểm tra bao gồm hàm băm của khối và một chữ ký BLS tổng hợp duy nhất, tương ứng với chữ ký của 2/3 số người xác thực ký quyết định cuối cùng trên khối. Trạm kiểm soát Babylon cũng bao gồm Anno. Các khối PoS có thể được gán dấu thời gian Bitcoin thông qua các điểm kiểm tra Babylon. Ví dụ: hai khối PoS đầu tiên được kiểm tra bởi khối Babylon và sau đó là khối Bitcoin có dấu thời gian t_3. Do đó, các khối PoS này được gán dấu thời gian Bitcoin t_3.

· Chuỗi PoS chuẩn: Khi chuỗi PoS phân nhánh, chuỗi có dấu thời gian sớm hơn được coi là chuỗi PoS chuẩn. Nếu hai nhánh có cùng dấu thời gian, mối ràng buộc sẽ bị phá vỡ theo hướng có lợi cho khối PoS từ điểm kiểm tra trước đó trên Babylon.

< /p>

· Quy tắc rút tiền: Để rút tiền, người xác minh gửi yêu cầu rút tiền đến chuỗi PoS. Khối PoS chứa yêu cầu rút tiền sau đó sẽ được Babylon kiểm tra và sau đó là Bitcoin, sẽ gán cho nó dấu thời gian t_1. Việc rút tiền được phê duyệt trên chuỗi PoS sau khi khối Bitcoin có dấu thời gian t_1 đạt đến độ sâu k. Nếu trình xác thực rút tiền cố gắng thực hiện một cuộc tấn công từ xa, các khối trên chuỗi tấn công chỉ có thể được chỉ định dấu thời gian muộn hơn t_1. Điều này là do một khi khối Bitcoin có dấu thời gian t_1 đạt đến độ sâu k thì nó không thể được khôi phục. Bằng cách quan sát thứ tự của các điểm kiểm tra này trên Bitcoin, khách hàng PoS có thể phân biệt giữa chuỗi tấn công và chuỗi chuẩn và bỏ qua chuỗi tấn công sau.

< /p>

· Quy tắc cắt: Nếu người xác thực không rút cổ phần sau khi phát hiện một cuộc tấn công, họ có thể rơi vào vùng PoS do bị tăng gấp đôi khối xung đột chữ ký đã bị cắt. Những người xác thực PoS độc hại biết rằng nếu họ đợi cho đến khi yêu cầu rút tiền được chấp thuận trước khi tiến hành một cuộc tấn công từ xa, họ sẽ không thể lừa những khách hàng có thể tham khảo Bitcoin để xác định chuỗi chuẩn. Do đó, họ có thể phân nhánh chuỗi PoS trong khi gán dấu thời gian Bitcoin cho các khối trên chuỗi PoS chuẩn. Các trình xác thực PoS này đã cộng tác với các trình xác thực Babylon độc hại và các công cụ khai thác Bitcoin để phân tách Babylon và Bitcoin, thay thế khối Bitcoin bằng dấu thời gian t_2 bằng một khối khác có dấu thời gian t_3. Trong mắt các khách hàng PoS sau này, điều này sẽ thay đổi chuỗi PoS chuẩn từ chuỗi trên xuống chuỗi dưới cùng. Mặc dù đây là một cuộc tấn công an ninh thành công.

< /p>

· Quy tắc tạm dừng điểm kiểm tra PoS không khả dụng: Người xác thực PoS phải tạm dừng chuỗi PoS của họ khi quan sát thấy điểm kiểm tra PoS không khả dụng trên Babylon. Điểm kiểm tra PoS không khả dụng được định nghĩa là hàm băm được ký bởi 2/3 số trình xác thực PoS được cho là tương ứng với khối PoS không thể quan sát được. Nếu trình xác thực PoS không tạm dừng chuỗi PoS khi quan sát điểm kiểm tra không khả dụng, kẻ tấn công có thể tiết lộ chuỗi tấn công không khả dụng trước đó, từ đó thay đổi chuỗi chuẩn trong chế độ xem máy khách trong tương lai. Điều này là do trạm kiểm soát của Shadow Chain, sau này được tiết lộ là đã xảy ra sớm hơn ở Babylon. Các quy tắc tạm dừng ở trên giải thích lý do tại sao chúng tôi yêu cầu băm khối PoS được gửi dưới dạng điểm kiểm tra phải được bộ trình xác thực PoS ký. Nếu các điểm kiểm tra này không được ký, bất kỳ kẻ tấn công nào cũng có thể gửi một hàm băm tùy ý tuyên bố rằng đó là hàm băm của điểm kiểm tra khối PoS không có sẵn trên Babylon. Trình xác thực PoS sau đó phải tạm dừng tại điểm kiểm tra. Lưu ý rằng việc tạo một chuỗi PoS không sử dụng được là một thách thức: nó đòi hỏi phải thỏa hiệp ít nhất 2/3 số trình xác thực PoS để đăng nhập vào các khối PoS mà không cung cấp dữ liệu cho những người xác thực trung thực. Tuy nhiên, trong cuộc tấn công giả định ở trên, một kẻ thù độc hại đã tạm dừng chuỗi PoS mà không ảnh hưởng đến một trình xác thực nào. Để ngăn chặn các cuộc tấn công như vậy, chúng tôi yêu cầu các điểm kiểm tra PoS phải được 2/3 số người xác thực PoS ký. Do đó, sẽ không có điểm kiểm tra PoS khả dụng nào trên Babylon trừ khi 2/3 số trình xác thực PoS bị xâm phạm, điều này cực kỳ khó xảy ra do chi phí xâm phạm trình xác thực PoS và sẽ không ảnh hưởng đến các chuỗi PoS khác hoặc chính Babylon. Nó yêu cầu phải thỏa hiệp ít nhất 2/3 số trình xác thực PoS để ký một khối PoS mà không cung cấp dữ liệu cho những người xác thực trung thực. Tuy nhiên, trong cuộc tấn công giả định ở trên, một kẻ thù độc hại đã tạm dừng chuỗi PoS mà không ảnh hưởng đến một trình xác thực nào. Để ngăn chặn các cuộc tấn công như vậy, chúng tôi yêu cầu các điểm kiểm tra PoS phải được 2/3 số người xác thực PoS ký. Do đó, sẽ không có điểm kiểm tra PoS khả dụng nào trên Babylon trừ khi 2/3 số trình xác thực PoS bị xâm phạm, điều này cực kỳ khó xảy ra do chi phí xâm phạm trình xác thực PoS và sẽ không ảnh hưởng đến các chuỗi PoS khác hoặc chính Babylon. Nó yêu cầu phải thỏa hiệp ít nhất 2/3 số trình xác thực PoS để ký một khối PoS mà không cung cấp dữ liệu cho những người xác thực trung thực. Tuy nhiên, trong cuộc tấn công giả định ở trên, một kẻ thù độc hại đã tạm dừng chuỗi PoS mà không ảnh hưởng đến một trình xác thực nào. Để ngăn chặn các cuộc tấn công như vậy, chúng tôi yêu cầu các điểm kiểm tra PoS phải được 2/3 số người xác thực PoS ký.

· Quy tắc tạm dừng điểm kiểm tra Babylon không khả dụng: Cả trình xác thực PoS và Babylon đều phải tạm dừng chuỗi khối khi quan sát thấy điểm kiểm tra Babylon không khả dụng trên Bitcoin. Điểm kiểm tra Babylon không khả dụng được định nghĩa là hàm băm của chữ ký BLS tổng hợp của 2/3 trình xác thực Babylon được cho là tương ứng với khối Babylon không thể quan sát được. Nếu trình xác thực Babylon không tạm dừng chuỗi khối Babylon, kẻ tấn công có thể rò rỉ chuỗi Babylon không có sẵn trước đó, do đó thay đổi chuỗi Babylon chuẩn trong chế độ xem của khách hàng trong tương lai. Tương tự, nếu trình xác thực PoS không tạm dừng chuỗi PoS, kẻ tấn công có thể tiết lộ chuỗi tấn công PoS không có sẵn trước đó và chuỗi Babylon không có sẵn trước đó, từ đó thay đổi chuỗi PoS chuẩn trong chế độ xem của khách hàng trong tương lai. Điều này là do chuỗi sâu Babylon được tiết lộ sau đó có dấu thời gian trước đó trên Bitcoin và chứa các điểm kiểm tra từ chuỗi tấn công PoS được tiết lộ sau đó. Tương tự như quy tắc tạm dừng trên các điểm kiểm tra PoS không khả dụng, quy tắc này giải thích lý do tại sao chúng tôi yêu cầu băm khối Babylon được gửi dưới dạng điểm kiểm tra phải có chữ ký BLS tổng hợp, chứng minh chữ ký của 2/3 người xác thực Babylon. Nếu điểm kiểm tra Babylon không được ký, bất kỳ kẻ thù nào cũng có thể gửi một hàm băm tùy ý tuyên bố rằng đó là hàm băm của điểm kiểm tra khối Babylon không có trên Bitcoin. Sau đó, trình xác thực PoS và trình xác thực Babylon phải đợi điểm kiểm tra mà không có chuỗi Babylon hoặc PoS không có sẵn trong hình ảnh trước của chúng. Việc tạo chuỗi Babylon không khả dụng đòi hỏi phải xâm phạm ít nhất 2/3 số trình xác thực Babylon. Tuy nhiên, trong cuộc tấn công giả định ở trên, kẻ tấn công đã tạm dừng tất cả các chuỗi trong hệ thống mà không ảnh hưởng đến một trình xác nhận Babylon hoặc PoS nào. Để ngăn chặn các cuộc tấn công như vậy, chúng tôi yêu cầu các điểm kiểm tra Babylon phải được chứng thực bằng chữ ký tổng hợp; do đó, sẽ không có điểm kiểm tra Babylon nào không thể sử dụng được trừ khi 2/3 số trình xác thực bị xâm phạm, do chi phí cho việc xâm phạm các trình xác thực Babylon nên khả năng này là cực kỳ nhỏ. Nhưng trong những trường hợp cực đoan, nó ảnh hưởng đến tất cả các chuỗi PoS bằng cách buộc chúng phải tạm dừng.

Lớp tính năng trong BTC

Về mục đích, Babylon tương tự như Eigenlayer, nhưng nó khác xa với một "phân nhánh" đơn giản của Eigenlayer. Vì DA không thể được sử dụng nguyên bản trên chuỗi chính BTC nên sự tồn tại của Babylon là khá quan trọng. Giao thức này không chỉ mang lại sự bảo mật cho các chuỗi PoS bên ngoài mà còn rất quan trọng trong việc hồi sinh hệ sinh thái BTC trong nội bộ.

Trường hợp sử dụng

Babylon cung cấp nhiều trường hợp sử dụng tiềm năng, một số trường hợp đã được triển khai hoặc có thể có cơ hội triển khai trong tương lai:

1. Thời gian đặt cược ngắn hơn và bảo mật nâng cao: Chuỗi PoS thường yêu cầu sự đồng thuận xã hội (thỏa thuận giữa cộng đồng, người vận hành nút và người xác thực) để ngăn chặn các cuộc tấn công từ xa . Những cuộc tấn công này liên quan đến việc viết lại lịch sử blockchain để thao túng hồ sơ giao dịch hoặc kiểm soát chuỗi. Các cuộc tấn công từ xa đặc biệt nghiêm trọng trong các hệ thống PoS vì không giống như PoW, hệ thống PoS không yêu cầu trình xác thực tiêu thụ lượng lớn tài nguyên máy tính. Kẻ tấn công có thể viết lại lịch sử bằng cách kiểm soát khóa của những người đặt cọc sớm. Để đảm bảo tính ổn định và bảo mật của sự đồng thuận của mạng blockchain, thường cần có chu kỳ cam kết dài hơn. Ví dụ: Cosmos yêu cầu thời gian hủy liên kết là 21 ngày. Tuy nhiên, với Babylon, các sự kiện lịch sử của chuỗi PoS có thể được tích hợp vào máy chủ dấu thời gian của BTC, sử dụng BTC làm nguồn tin cậy để thay thế sự đồng thuận của xã hội. Điều này có thể giảm thời gian hủy liên kết xuống còn một ngày (tương đương với khoảng 100 khối BTC). Ngoài ra, chuỗi PoS có thể đạt được mức bảo mật gấp đôi thông qua việc đặt cược mã thông báo gốc và đặt cược BTC.

• Khả năng tương tác chuỗi chéo: Thông qua giao thức IBC, Babylon có thể nhận điểm kiểm tra từ nhiều dữ liệu chuỗi PoS để đạt được khả năng tương tác xuyên chuỗi. Khả năng tương tác này cho phép liên lạc và chia sẻ dữ liệu liền mạch giữa các chuỗi khối khác nhau, từ đó tăng hiệu quả và chức năng tổng thể của hệ sinh thái chuỗi khối.

• Tích hợp hệ sinh thái BTC: Hầu hết các dự án trong hệ sinh thái BTC hiện tại, bao gồm Lớp 2, LRT và DeFi, thiếu bảo mật đầy đủ và thường dựa vào các giả định đáng tin cậy của bên thứ ba. Các giao thức này cũng lưu trữ một lượng lớn BTC trong địa chỉ của chúng. Trong tương lai, Babylon có thể phát triển một số giải pháp tương thích cao với các dự án này, tạo ra lợi ích chung và cuối cùng hình thành một hệ sinh thái mạnh mẽ tương tự như Eigenlayer trong Ethereum.

• Quản lý tài sản chuỗi chéo: Giao thức Babylon có thể được sử dụng để quản lý an toàn tài sản chuỗi chéo. Bằng cách thêm dấu thời gian vào các giao dịch xuyên chuỗi, tính bảo mật và minh bạch của việc chuyển giao tài sản giữa các chuỗi khối khác nhau được đảm bảo. Cơ chế này giúp ngăn chặn chi tiêu gấp đôi và các cuộc tấn công xuyên chuỗi khác.

Tháp Babel

Câu chuyện về Tháp Babel bắt nguồn từ Sáng thế ký 11:1-9 trong Kinh thánh , là một câu chuyện kinh điển về con người cố gắng xây dựng Tháp Babel nhưng bị Chúa cản trở. Câu chuyện này tượng trưng cho sự đoàn kết của con người và mục đích chung. Giao thức Babylon nhằm mục đích xây dựng một tòa tháp tương tự cho nhiều chuỗi PoS khác nhau, hợp nhất chúng dưới một mái nhà. Về mặt tường thuật, nó có vẻ hay ngang với Eigenlayer, người bảo vệ Ethereum. Nhưng nó hoạt động như thế nào trong thực tế?

< /p>

Tính đến thời điểm hiện tại, mạng thử nghiệm Babylon đã cung cấp bảo mật cho 50 vùng Cosmos thông qua giao thức IBC. Ngoài hệ sinh thái Cosmos, Babylon còn tích hợp một số giao thức LSD (Đ phái sinh thế chấp bằng chất lỏng), giao thức tương tác toàn chuỗi và giao thức hệ sinh thái Bitcoin. Tuy nhiên, khi nói đến đặt cược, Babylon hiện tụt hậu so với Eigenlayer, công ty có thể tái sử dụng Stake và LSD trong hệ sinh thái Ethereum. Nhưng về lâu dài, lượng Bitcoin khổng lồ không hoạt động trong ví và giao thức vẫn chưa được đánh thức hoàn toàn và đây chỉ là phần nổi của tảng băng chìm trị giá 1,3 nghìn tỷ USD. Babylon cần hình thành sự cộng sinh lành mạnh với toàn bộ hệ sinh thái BTC.

Giải pháp duy nhất cho vấn đề nan giải đặt cược Ponzi

Như đã đề cập trước đó, cả Eigenlayer và Babylon đều đang phát triển nhanh chóng và các xu hướng trong tương lai cho thấy rằng họ sẽ khóa một số lượng lớn tài sản blockchain cốt lõi. Ngay cả khi bản thân các giao thức được bảo mật, liệu việc đặt cược nhiều lớp có tạo ra vòng xoáy chết chóc cho hệ sinh thái đặt cược, dẫn đến sự sụp đổ tương tự như một đợt tăng lãi suất khác của Hoa Kỳ không? Kể từ khi Ethereum chuyển đổi sang PoS và sự xuất hiện của Eigenlayer, ngành Stake hiện tại thực sự đã trải qua sự phát triển phi lý. Các dự án thường thu hút người dùng TVL cao thông qua kỳ vọng airdrop lớn và lợi nhuận theo cấp bậc. Một ETH có thể trải qua đặt cược gốc, LSD và LRT, với tối đa năm đến sáu ngăn xếp. Việc xếp chồng này làm tăng rủi ro vì các vấn đề trong bất kỳ giao thức nào cũng có thể ảnh hưởng trực tiếp đến tất cả các giao thức liên quan, đặc biệt là các giao thức ở cuối chuỗi đặt cược. Hệ sinh thái Bitcoin,

Tuy nhiên, điều đáng chú ý là Eigenlayer và Babylon về cơ bản là hướng bánh đà đặt cược theo hướng tiện ích thực sự, tạo ra nhu cầu thực sự để bù đắp rủi ro. Vì vậy, mặc dù các giao thức “bảo mật được chia sẻ” này có thể gián tiếp hoặc trực tiếp làm trầm trọng thêm hành vi xấu, nhưng chúng cũng là cách duy nhất để tránh lợi nhuận từ kế hoạch Ponzi đặt cược theo cấp độ. Câu hỏi cấp bách hơn bây giờ là liệu logic kinh doanh của giao thức “bảo mật chung” có thực sự khả thi hay không.

Nhu cầu thực sự là chìa khóa

Trong Web3, cho dù đó là chuỗi công khai hay giao thức, logic cơ bản thường liên quan đến việc kết hợp người mua và người bán cho các nhu cầu cụ thể. Bằng cách này, bạn có thể “chiến thắng thế giới” vì công nghệ chuỗi khối đảm bảo rằng quá trình đối sánh là công bằng, xác thực và đáng tin cậy. Về lý thuyết, các giao thức bảo mật được chia sẻ có thể bổ sung cho hệ sinh thái mô-đun và đặt cược đang phát triển mạnh. Tuy nhiên, liệu cung có vượt xa cầu? Về phía cung, có nhiều dự án và chuỗi chính có thể cung cấp bảo mật mô-đun. Từ phía cầu, các chuỗi PoS đã thành lập có thể không cần hoặc không sẵn sàng thuê những chứng khoán đó vì danh dự, trong khi các chuỗi PoS mới có thể gặp khó khăn trong việc trả lãi do số lượng lớn BTC và ETH tạo ra. Hãy để Eigenlayer và Babylon hình thành một vòng kinh doanh khép kín và thu nhập được tạo ra phải cân bằng với tiền lãi tạo ra từ các mã thông báo được cam kết trong giao thức. Ngay cả khi đạt được số dư này và doanh thu vượt xa số tiền lãi phải trả, nó vẫn có thể khiến các chuỗi và giao thức PoS mới này cạn kiệt. Do đó, làm thế nào để cân bằng mô hình kinh tế, tránh bong bóng do kỳ vọng airdrop và thúc đẩy cung cầu một cách lành mạnh sẽ rất quan trọng.