Tác giả gốc: Nhà nghiên cứu Zeke của YBB Capital
Lời nói đầu
Trong kỷ nguyên mô-đun do Ethereum dẫn đầu, việc cung cấp dịch vụ bảo mật bằng cách kết nối lớp DA (dữ liệu sẵn có) không có gì mới. Khái niệm hiện tại về bảo mật chung do Stake mang lại cung cấp một chiều hướng mới cho đường ray mô-đun, nghĩa là sử dụng tiềm năng của “vàng và bạc kỹ thuật số” để cung cấp nhiều giao thức blockchain và chuỗi công khai với những lợi ích từ Bitcoin hoặc tính bảo mật của Ethereum. . Nói một cách tự nhiên thì nó khá hoành tráng. Nó không chỉ giải phóng hàng nghìn tỷ thanh khoản giá trị thị trường mà còn là chìa khóa để mở rộng trong tương lai. Lấy giao thức đặt cược Bitcoin gần đây của Babylon và giao thức cam kết lại Ethereum (ReStake) EigenLayer, lần lượt nhận được khoản tài trợ khổng lồ là 70 triệu đô la Mỹ và 100 triệu đô la Mỹ làm ví dụ. Không khó để nhận ra rằng trưởng VC rất nhận ra đường đua này.
Nhưng cũng có khá nhiều nghi ngờ đi kèm với nó. Nếu việc mô-đun hóa là mục đích cuối cùng của việc mở rộng công suất và cả hai với tư cách là thành viên chủ chốt chắc chắn sẽ khóa số lượng lớn BTC và ETH, thì bản thân tính bảo mật của giao thức có đáng để xem xét kỹ lưỡng hay không. ? Liệu matryoshka điên rồ được hình thành với nhiều giao thức LSD và LRT có trở thành con thiên nga đen lớn nhất trong chuỗi khối tương lai không? Logic kinh doanh của nó có hợp lý không? Vì chúng tôi đã phân tích EigenLayer trong các bài viết trước nên bài viết sau sẽ chủ yếu thảo luận về vấn đề kháng cáo thông qua Babylon.
Mở rộng sự đồng thuận về bảo mật
Các chuỗi công khai có giá trị nhất cho đến nay trong quá trình phát triển của thế giới blockchain phải là Bitcoin và Ethereum. Tính bảo mật, tính phân cấp và sự đồng thuận về giá trị của chúng được tích lũy trong nhiều năm đảm bảo rằng chúng có thể đứng trên đỉnh núi khóa công khai quanh năm. cốt lõi. Đây cũng là đặc điểm khan hiếm khó sao chép nhất bởi các chuỗi không đồng nhất khác và cốt lõi của ý tưởng mô-đun là thuê các đặc điểm này cho người có nhu cầu. Trong giai đoạn tư duy mô-đun hiện nay, chủ yếu có hai phe phái:
Lớp đầu tiên là Lớp 1 (thường là Ethereum) có đủ độ bảo mật như ba lớp thấp hơn hoặc một phần của các lớp chức năng của Rollups. Giải pháp này có độ bảo mật và tính hợp pháp cao nhất, đồng thời cũng có thể hấp thụ tài nguyên trong 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.), thông lượng và chi phí không đặc biệt thân thiện;
Thứ hai là tạo lại sự tồn tại gần với tính bảo mật của Bitcoin và Ethereum và có hiệu suất chi phí tốt hơn. Ví dụ: Celestia nổi tiếng sử dụng kiến trúc chức năng DA thuần túy, giảm thiểu yêu cầu phần cứng nút, chi phí gas thấp, v.v. và loại bỏ sự phức tạp cũng như đơn giản hóa nó để tạo ra một lớp DA an toàn, phi tập trung và mạnh mẽ như Ethereum trong thời gian ngắn nhất. Nhược điểm của giải pháp này là sẽ mất một thời gian để hoàn thành việc bảo mật và phân quyền, đồng thời nó thiếu tính hợp pháp và tạo thành mối quan hệ cạnh tranh rõ ràng với Ethereum nên bị cộng đồng Ethereum từ chối.
Hạng mục khác trong phe này là Babylon và Eigenlayer, sử dụng ý tưởng cốt lõi của POS (Proof-of-Stake) để tạo ra các dịch vụ bảo mật chung bằng cách vay mượn giá trị tài sản của Bitcoin hoặc Ethereum. So với hai cái đầu tiên, nó là một sự tồn tại trung lập hơn. Ưu điểm của nó là trong khi kế thừa tính hợp pháp và bảo mật, nó cũng mang lại cho tài sản chuỗi chính nhiều giá trị sử dụng hơn và linh hoạt hơn.
Tiềm năng của vàng kỹ thuật số
Bất kể logic cơ bản của cơ chế đồng thuận là gì, tính bảo mật của blockchain phần lớn phụ thuộc vào số lượng tài nguyên có để 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ị tài sản cầm cố. Bản thân Bitcoin được hỗ trợ bởi một mạng lưới sức mạnh tính toán PoW cực lớn và có thể nói là sự tồn tại an toàn nhất trong toàn bộ 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 blockchain, tài sản của nó chỉ có hai trường hợp sử dụng chính: chuyển khoản và thanh toán gas.
Đối với nửa còn lại của ngành công nghiệp blockchain, đặc biệt là kể từ khi Ethereum Shanghai nâng cấp lên PoS, có thể nói rằng hầu hết các chuỗi công khai đều sử dụng PoS của các kiến trúc khác nhau theo mặc định để hoàn thành sự đồng thuận. Tuy nhiên, vì bản thân chuỗi không đồng nhất mới không thể thu hút nhiều vốn cam kết nên tính bảo mật của nó rất đáng nghi ngờ. Trong kỷ nguyên mô-đun hiện tại, các vùng Cosmos và các Lớp 2 khác nhau cũng có thể sử dụng nhiều lớp DA khác nhau để bù đắp, nhưng chúng cũng mất đi quyền tự chủ. Đối với hầu hết các chuỗi công khai hoặc chuỗi liên minh cũ có cơ chế POS, về cơ bản không thể sử dụng Ethereum hoặc Celestia để hoạt động như DA và giá trị của Babylon là lấp đầy khoảng trống này, cam kết BTC cung cấp sự bảo vệ cho chuỗi PoS. Giống như trước đây con người đã sử dụng vàng để hỗ trợ giá trị của tiền giấy, BTC thực sự phù hợp để đóng vai trò này trong thế giới blockchain.
từ 0 đến 1
Việc phát hành “vàng kỹ thuật số” luôn là câu chuyện vĩ đại và khó khăn nhất trong chuỗi khối, từ các chuỗi bên ban đầu, Lightning Network và các mã thông báo được bọc cầu cho đến rune ngày nay và BTC Lớp 2, có thể nói rằng bất kể loại nào. kế hoạch, Có một số sai sót cố hữu nhất định. Nếu Babylon muốn triển khai tính bảo mật của Bitcoin, giải pháp tập trung đưa ra giả định về sự tin cậy của bên thứ ba đương nhiên phải bị loại bỏ trước tiên. Trong số các kế hoạch 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 đó có nghĩa là Babylon cần thiết kế một “kế hoạch mở rộng” khác để cho phép Bitcoin được cầm cố nguyên bản từ 0 đến 1. .
Phân tích một số thành phần cơ bản hiện có trong Bitcoin thực tế như sau: 1. Mô hình UTXO, 2. Dấu thời gian, 3. Nhiều phương thức chữ ký, 4. Mã hoạt động cơ bản. Giải pháp do Babylon đưa ra dựa trên khả năng lập trình và khả năng truyền dữ liệu yếu của Bitcoin. Tuân thủ nguyên tắc giảm thiểu, chỉ các chức năng cần thiết của hợp đồng cam kết được hoàn thành trên Bitcoin, có nghĩa là cam kết BTC, hình phạt, phần thưởng, rút tiền, v.v. đều được hoàn thành trong chuỗi chính. Sau khi nhận ra từ 0 đến 1 này, các yêu cầu phức tạp sẽ được chuyển đến vùng Cosmos để xử lý. Nhưng vẫn còn một câu hỏi quan trọng ở đây, làm thế nào để ghi dữ liệu của chuỗi PoS vào chuỗi chính?
Đặt cược từ xa
UTXO (Đầu ra giao dịch chưa được chi tiêu) là một mô hình giao dịch được Satoshi Nakamoto thiết kế cho Bitcoin. Ý tưởng cốt lõi của nó cực kỳ đơn giản. Giao dịch không gì khác hơn là việc vào và ra các quỹ nên toàn bộ hệ thống giao dịch chỉ cần thể hiện dưới hai dạng: đầu vào (Input) và đầu ra (Output). Cái gọi là UTXO có nghĩa là khi tiền vào nhưng số tiền chi tiêu không nhiều, phần còn lại là đầu ra giao dịch chưa chi tiêu (tức là Bitcoin chưa thanh toán). Toàn bộ sổ cái của Bitcoin thực chất là một tập hợp các UTXO. Bằng cách ghi lại trạng thái của từng UTXO, quyền sở hữu và lưu thông Bitcoin sẽ được quản lý. Mỗi giao dịch sẽ sử dụng UTXO cũ và tạo ra một UTXO mới. Bởi vì các thuộc tính của nó có khả năng mở rộng tiềm năng nhất định nên nó tự nhiên trở thành điểm khởi đầu cho nhiều giải pháp mở rộng gốc. Ví dụ: Lightning Network sử dụng UTXO và đa chữ ký để tạo cơ chế phạt và kênh trạng thái hoặc liên kết UTXO để nhận ra các dòng chữ, rune SFT (mã thông báo bán nấm), v.v. Tất cả đều dựa trên điểm khởi đầu quan trọng này để nó có thể trở thành hiện thực.
Đương nhiên, Babylon cũng cần sử dụng UTXO để thực hiện hợp đồng cầm cố (Babylon gọi là cam kết từ xa, tức là tính bảo mật của BTC được truyền đến chuỗi PoS từ xa thông qua lớp giữa). quy tắc hoạt động và các ý tưởng để thực hiện hợp đồng. Các bước cụ thể có thể được chia thành 4 bước sau:
Khóa tiền Người dùng gửi tiền đến một đị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 số tiền này chỉ có thể được chi tiêu khi đáp ứng một số điều kiện nhất định. Sau khi tiền bị khóa, một UTXO mới được tạo ra cho biết rằng tiền đã được cầm cố;
Lệnh gọi xác minh có điều kiện 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), có thể đạt được khóa thời gian và đảm bảo rằng tiền không thể được rút trong một khoảng thời gian nhất định. Kết hợp với OP_CTV bị khiếu nại ở trên, có thể thực hiện đặt cược và không đặt cược (khi đủ thời gian cam kết, người cầm cố có thể chi tiêu UTXO bị khóa) và chém (chém). UTXO đến một địa chỉ bị khóa và bị giới hạn ở trạng thái không thể sử dụng được, tương tự như địa chỉ lỗ đen);
Cập nhật trạng thái Bất cứ khi nào 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à dòng vốn đề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 phối thu nhập Dựa trên số tiền cam kết và thời gian cam kết, hợp đồng sẽ tính toán phần thưởng đến hạn và 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à chi tiêu thông qua các điều kiện theo kịch bản khi đáp ứng một số điều kiện nhất định.
Dấu thời gian
Với hợp đồng cam kết gốc đã có sẵn, việc nghĩ đến vấn đề ghi lại các sự kiện lịch sử trên chuỗi bên ngoài là điều đương nhiên. Trong sách trắng của Satoshi Nakamoto, chuỗi khối Bitcoin đã giới thiệu một khái niệm về dấu thời gian được hỗ trợ bởi PoW, một cơ chế cung cấp thứ tự thời gian không thể đảo ngược của các sự kiện. Trong kịch bản 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, nó sẽ kích hoạt một giao dịch được gửi đến người khai thác, người sau đó sẽ chèn nó vào sổ cái Bitcoin, do đó đánh dấu thời gian của sự kiện. Những dấu thời gian này có thể được sử dụng để giải quyết các vấn đề bảo mật khác nhau của blockchain. Khái niệm chung về đánh dấu thời gian cho các sự kiện 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 chúng được gọi là giao dịch điểm kiểm tra. Cụ thể, dấu thời gian trong chuỗi khối Bitcoin có các đặc điểm quan trọng sau:
Định dạng thời gian: Dấu thời gian ghi lại số giây kể từ 00:00:00 UTC vào ngày 1 tháng 1 năm 1970. Định dạng này được gọi là dấu thời gian Unix hoặc thời gian POSIX;
Chức năng: Chức năng chính của dấu thời gian là xác định thời gian tạo khối, giúp các nút xác định thứ tự của khối và hỗ trợ cơ chế điều chỉnh độ khó mạng;
Dấu thời gian và điều chỉnh độ khó: Mạng Bitcoin trải qua các điều chỉnh độ khó sau mỗi khối năm 2016 (khoảng hai tuần một lần). Dấu thời gian đóng vai trò quan trọng trong quá trình này, vì mạng điều chỉnh độ khó khai thác 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, dẫn đến các khối mới được tạo với tốc độ gần 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 một số khối trước đó và không thể vượt quá 120 phút thời gian mạng (tức là 2 giờ trong tương lai).
Máy chủ dấu thời gian là một máy chủ gốc mới được Babylon xác định nhằm phân phối dấu thời gian Bitcoin thông qua các điểm kiểm tra Babylon thông qua các khối PoS, đảm bảo tính chính xác của chuỗi thời gian và ngăn ngừa giả mạo. Máy chủ này là lớp trên cùng của toàn bộ kiến trúc của Babylon và là nguồn cốt lõi của các yêu cầu về độ tin cậy.
Kiến trúc ba tầng của Babylon
Như thể hiện trong hình trên, kiến trúc tổng thể của Babylon có thể được chia thành ba lớp: Bitcoin (với tư cách là máy chủ dấu thời gian), Babylon (Vùng vũ trụ), làm lớp giữa và lớp nhu cầu chuỗi PoS. Babylon gọi hai cái sau tương ứng là Mặt phẳng điều khiển (mặt phẳng điều khiển, tức là chính Babylon) và Mặt phẳng dữ liệu (mặt phẳng nhu cầu dữ liệu, nghĩa là các chuỗi tiêu thụ PoS khác nhau).
Sau khi hiểu cách triển khai cơ bản của tính không tin cậy của giao thức, chúng ta hãy xem cách Babylon tự sử dụng vùng Cosmos để kết nối hai đầu. Theo giải thích chi tiết của Stanford Tse Lab về Babylon “1”, Babylon có thể nhận các luồng điểm kiểm tra từ nhiều chuỗi PoS, hợp nhất các điểm kiểm tra này và xuất bản chúng lên Bitcoin. Kích thước của các điểm kiểm tra đượ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 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 trong mỗi Kỷ nguyên.
Trình xác thực của mỗi chuỗi PoS tải xuống các khối Babylon và quan sát xem các điểm kiểm tra PoS của chúng có được bao gồm trong 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 kiểm tra và nói dối về điểm kiểm tra PoS có trong khối không khả dụng. Các thành phần chính tạo nên thỏa thuận như sau:
Điểm kiểm tra: Bitcoin chỉ kiểm tra 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 bộ trình xác thực 2/3 đã ký khối để hoàn thiện. Điểm kiểm tra Babylon cũng chứa số Epoch. Các khối PoS có thể được gán dấu thời gian của các khối 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, sau đó khối này được kiểm tra bởi 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 một phân nhánh xảy ra trên chuỗi PoS, chuỗi có dấu thời gian trước đó đượ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 với điểm kiểm tra trước đó trên Babylon.
Quy tắc rút tiền: Để rút tiền, người xác thực sẽ 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 được Babylon kiểm tra, sau đó là Bitcoin và được gán dấu thời gian là t_ 1. Việc rút tiền được thực hiện trên chuỗi PoS khi độ sâu khối Bitcoin có dấu thời gian t_ 1 trở thành k. Tại thời điểm này, nếu người xác thực đã rút cổ phần của mình thực hiện một cuộc tấn công tầm xa, các khối trên chuỗi tấn công chỉ có thể được gán dấu thời gian Bitcoin muộn hơn t_ 1. Điều này là do khi khối Bitcoin có dấu thời gian t_ 1 trở nên sâu k thì nó không thể khôi phục được. Sau đó, bằng cách quan sát thứ tự của các điểm kiểm tra này trên Bitcoin, máy khách PoS có thể phân biệt giữa chuỗi chuẩn và chuỗi tấn công và sau đó có thể bỏ qua chuỗi tấn công.
Quy tắc chém: Trình xác thực có khối PoS xung đột có dấu kép có thể bị chém nếu họ không rút tiền đặt cược khi phát hiện một cuộc tấn công. 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 bảo mật tầm xa, họ sẽ không thể gây nhầm lẫn cho khách hàng, những người có thể nhìn và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 nhánh Babylon và Bitcoin, đồng thời 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. Điều này thay đổi chuỗi PoS chuẩn từ chuỗi trên xuống chuỗi dưới cùng trong mắt các khách hàng PoS sau này. Mặc dù đây là một cuộc tấn công bảo mật thành công nhưng nó đã dẫn đến việc cổ phần của trình xác thực PoS độc hại bị cắt giảm vì họ có khối xung đột có chữ ký kép nhưng vẫn chưa rút cổ phần của mình.
Dừng quy tắc đối với các đ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. Ở đây, điểm kiểm tra PoS không khả dụng là một hàm băm được ký bởi 2/3 số người xác thực PoS, được giả định 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 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 đó và thay đổi chuỗi chuẩn trong các chế độ xem máy khách sau này. Điều này là do điểm kiểm tra của chuỗi bóng được hiển thị sau này xảy ra sớm ở Babylon. Quy tắc tạm dừng ở trên cho thấy 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ý thì bất kỳ kẻ tấn công nào cũng có thể gửi một hàm băm tùy ý và cho 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 đó sẽ phải tạm dừng đ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à rất khó: nó yêu cầu phải phá vỡ ít nhất 2/3 trình xác thực PoS để chúng hoàn thành các khối PoS bằng chữ ký nhưng 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, kẻ thù độc hại đã tạm dừng chuỗi PoS mà không tấn công một trình xác nhận 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 xác minh bởi 2/3 người xác thực PoS. Do đó, Babylon sẽ chỉ có các điểm kiểm tra PoS không khả dụng nếu 2/3 trình xác thực PoS thực sự bị kẻ tấn công kiểm soát. Do chi phí phá vỡ trình xác thực PoS, cuộc tấn công này cực kỳ khó xảy ra và sẽ không ảnh hưởng đến các chuỗi PoS khác hoặc chính Babylon.
Tạm dừng các quy tắc đối với các điểm kiểm tra Babylon không khả dụng: Trình xác thực PoS và Babylon phải tạm dừng chuỗi khối khi quan sát điểm kiểm tra Babylon không khả dụng trên Bitcoin. Ở đây, điểm kiểm tra Babylon không có sẵn là hàm băm của các chữ ký BLS tổng hợp với 2/3 trình xác thực Babylon, có lẽ tương ứng với một khối Babylon không thể quan sát được. Nếu trình xác thực Babylon không dừng chuỗi khối Babylon, kẻ tấn công có thể tiết lộ chuỗi Babylon không có sẵn trước đó, do đó thay đổi chuỗi Babylon chuẩn theo quan điểm của khách hàng sau này. Tương tự, nếu trình xác thực PoS không dừng chuỗi PoS thì kẻ tấn công có thể tiết lộ chuỗi tấn công PoS không khả dụng trước đó cũng như chuỗi Babylon không khả dụng trước đó, do đó chuẩn hóa chuỗi PoS theo quan điểm của những khách hàng đến muộn. Điều này là do chuỗi Dark Babylon được tiết lộ sau đó có dấu thời gian sớm hơn 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 đó. Giống như các quy tắc tạm dừng đối với các điểm kiểm tra PoS không có sẵn, các quy tắc trên tiết lộ 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 kèm theo 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ý thì bất kỳ kẻ thù nào cũng có thể gửi một hàm băm tùy ý và cho rằng đó là hàm băm của điểm kiểm tra khối Babylon không có sẵn trên Bitcoin. Trình xác thực PoS và trình xác thực Babylon sau đó sẽ phải đợi một điểm kiểm tra không có bất kỳ chuỗi Babylon hoặc PoS nào không có sẵn trong hình ảnh trước của chúng! Việc tạo một chuỗi Babylon không thể sử dụng được yêu cầu phải phá vỡ ít nhất 2/3 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 đã 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 thực 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ẽ chỉ có các điểm kiểm tra Babylon không thể sử dụng được nếu 2/3 số trình xác thực thực sự bị xâm phạm. Do chi phí để xâm phạm trình xác thực Babylon nên cuộc tấn công vào tính khả dụng của dữ liệu này rất khó xảy ra. 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 dừng lại.
Lớp riêng trong BTC
Mặc dù Babylon không khác Eigenlayer về mục đích nhưng Babylon hoàn toàn không phải là một nhánh đơn giản của Eigenlayer. Sự tồn tại của Babylon có ý nghĩa khi DA chuỗi chính BTC hiện tại không thể được sử dụng nguyên bản. Ngoài việc mang lại tính bảo mật cho các chuỗi PoS bên ngoài, giao thức này còn đặc biệt quan trọng đối với việc hồi sinh hệ sinh thái BTC.
Ví dụ
Có nhiều trường hợp sử dụng có thể có ở Babylon Dưới đây là một số trường hợp sử dụng đã được triển khai hoặc có cơ hội triển khai trong tương lai:
1. Rút ngắn chu kỳ đặt cược và tăng cường bảo mật: Chuỗi PoS thường yêu cầu sự đồng thuận xã hội (sự đồng 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ầm xa là kiểu tấn công xảy ra bằng cách viết lại lịch sử. blockchain. Các phương thức tấn công giả mạo hồ sơ giao dịch hoặc chuỗi kiểm soát. Cuộc tấn công này đặc biệt nghiêm trọng trong các hệ thống PoS vì không giống như PoW, những người xác thực tham gia đồng thuận trong hệ thống PoS không cần tiêu tốn một lượng lớn tài nguyên máy tính và kẻ tấn công có thể viết lại lịch sử bằng cách kiểm soát các khóa của người đặt cược sớm. Do đó, để đảm bảo tính ổn định và bảo mật đồng thuận của mạng blockchain, về cơ bản cần phải có chu kỳ cam kết dài. Ví dụ: chu kỳ không cam kết của Cosmos cần 21 ngày. Tuy nhiên, thông qua Babylon, các sự kiện lịch sử của chuỗi PoS có thể được thêm vào máy chủ dấu thời gian BTC, từ đó sử dụng BTC làm nguồn tin cậy để thay thế sự đồng thuận xã hội. Bằng cách này, thời gian unstake có thể được rút ngắn xuống chỉ còn 1 ngày (tức là sau đó). BTC chạy khoảng 100 khối). Và chuỗi PoS có thể có sự đảm bảo kép về cam kết Token gốc và cam kết BTC tại thời điểm này;
2. Khả năng tương tác chuỗi chéo: Thông qua giao thức IBC, Babylon có thể nhận dữ liệu điểm kiểm tra từ nhiều chuỗi PoS để đạt được khả năng tương tác chuỗi chéo. 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, cải thiện hiệu quả và chức năng tổng thể của hệ sinh thái chuỗi khối;
3. 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 đều không có bảo mật đủ mạnh, dù là Lớp 2, LRT hay DeFi, hầu hết vẫn dựa vào giả định về độ tin cậy của bên thứ ba. Và có một số lượng lớn BTC được lưu trữ trong địa chỉ của các giao thức này trong tương lai, chúng có thể va chạm với Babylon để đưa ra một số giải pháp phù hợp tốt, hỗ trợ lẫn nhau và cuối cùng hình thành một hệ sinh thái mạnh mẽ như vậy. Lớp riêng trong Ethereum;
4. Quản lý tài sản chuỗi chéo: Giao thức Babylon có thể được sử dụng để quản lý tài sản chuỗi chéo một cách an toàn. Đảm bảo tính bảo mật và minh bạch khi tài sản được chuyển giữa các chuỗi khối khác nhau bằng cách thêm dấu thời gian vào các giao dịch chuỗi chéo. Cơ chế như vậy giúp ngăn chặn chi tiêu gấp đôi và các cuộc tấn công chuỗi chéo khác.
Tháp Babel
Câu chuyện về Tháp Babel xuất phát từ Kinh thánh, Sáng thế ký chương 11, câu 1-9. Đó là một câu chuyện kinh điển về nỗ lực của loài người nhằm xây dựng một tòa tháp lên trời, nhưng cuối cùng đã bị Chúa ngăn cản. mục tiêu chung của nhân loại. Đây cũng là ý nghĩa cơ bản của giao thức Babylon, một dự án nhằm xây dựng Tháp Babylon cho nhiều chuỗi PoS và hợp nhất chúng lại với nhau. Nói một cách tự sự thì có vẻ không thua kém Eigenlayer, người bảo vệ Ethereum, nhưng thực tế thì ra sao?
Tính đến thời điểm hiện tại, mạng thử nghiệm Babylon đã cung cấp đảm bảo an ninh cho 50 vùng Cosmos thông qua giao thức IBC. Ngoài Cosmos, Babylon cũng đã đạt được sự hợp tác và tích hợp với một số giao thức LSD (đặt cược thanh khoản), giao thức tương tác toàn chuỗi và giao thức sinh thái Bitcoin. Mặt khác, về mặt đặt cược, Babylon hiện kém hơn một chút so với Eigenlayer về khả năng tái sử dụng các cam kết và LSD trong hệ sinh thái Ethereum. Nhưng về lâu dài, BTC đang ngủ yên trong nhiều ví và giao thức vẫn chưa được đánh thức hoàn toàn nên đây chỉ là phần nổi của tảng băng trôi trị giá 1,3 nghìn tỷ USD. Babylon hiện tại vẫn cần tích cực bổ sung cho toàn bộ hệ sinh thái BTC.
Giải pháp duy nhất cho búp bê làm tổ của Pond
Như đã đề cập trong lời nói đầu, Eigenlayer và Babylon đang ngày càng trưởng thành hơn. Đánh giá theo xu hướng hiện tại, cả hai sẽ khóa một lượng lớn tài sản cốt lõi blockchain trong tương lai. Ngay cả khi không có vấn đề gì với tính bảo mật của hai giao thức, liệu nhiều búp bê matryoshka có đẩy toàn bộ hệ sinh thái đặt cược vào vòng xoáy chết chóc và gây ra sự suy giảm không kém mức tăng lãi suất khác của Mỹ không? Con đường đặt cược hiện tại thực sự đã trải qua một thời gian dài thịnh vượng phi lý sau khi chuyển đổi Ethereum sang PoS và sự xuất hiện của Eigenlayer. Để đạt được TVL cao hơn, các bên dự án thường cung cấp một lượng lớn airdrop và búp bê làm tổ dự kiến để quyến rũ người dùng. Một ETH thậm chí có thể được sử dụng trong búp bê làm tổ 5 hoặc 6 lần từ cam kết gốc đến LSD đến LRT. Điều này đương nhiên sẽ gây ra nhiều vấn đề rủi ro khi búp bê matryoshka được xếp chồng lên nhau. Chỉ cần có vấn đề với một trong các giao thức, nó sẽ ảnh hưởng trực tiếp đến tất cả các thỏa thuận tham gia búp bê matryoshka (đặc biệt là thỏa thuận cam kết khi kết thúc. cấu trúc búp bê matryoshka). Có một số lượng lớn các giải pháp tập trung trong hệ sinh thái BTC. Nếu bạn làm theo cùng một mô hình, nguy cơ sao chép nó sẽ chỉ lớn hơn. Nhưng điều cần phải rõ ràng là chính Eigenlayer và Babylon đang hướng bánh đà đặt cược tới giá trị thực tế thực sự. Về cơ bản, họ đang tạo ra cung và cầu thực sự để bù đắp rủi ro này. Do đó, mặc dù sự tồn tại của thỏa thuận an ninh chung gián tiếp hoặc trực tiếp thúc đẩy sự gia tăng của các xu hướng không lành mạnh, nhưng đó là giải pháp duy nhất để đặt cược vào búp bê matryoshka để tránh lợi nhuận của Pond. Câu hỏi quan trọng hơn bây giờ là logic kinh doanh của thỏa thuận an ninh chung có thực sự được thiết lập hay không?
Cung cầu thực tế là chìa khóa
Trong Web3, cho dù đó là chuỗi công khai hay giao thức, logic cơ bản của nó thường dựa trên việc khớp người mua và người bán với những nhu cầu nhất định. Những người thực hiện trận đấu phù hợp có thể giành được thế giới và chính blockchain chỉ làm cho trận đấu này trở nên công bằng, chân thực và đáng tin cậy. Về mặt 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 thịnh vượng hiện nay. Nhưng nếu bạn suy nghĩ kỹ, liệu nguồn cung này có vượt xa nhu cầu không? Trước hết, về phía cung, có khá nhiều dự án và chuỗi chính có thể cung cấp bảo mật mô-đun. Mặt khác, các chuỗi PoS cũ có thể không cần hoặc sẽ không thuê bảo mật như vậy do mặt khác, trong khi PoS mới. chuỗi Và liệu họ có thể trả lãi được tạo ra bởi số lượng BTC và ETH khổng lồ hay không, logic kinh doanh của Eigenlayer và Babylon phải tạo thành một vòng khép kín và ít nhất thu nhập kiếm được phải được cân bằng với lãi được tạo ra bằng cách đặt Token trong giao thức . Và ngay cả khi có thể đạt được số dư này và thậm chí thu nhập vượt xa khoản trả lãi, trong trường hợp này sẽ có sự hút máu đối với PoS và các giao thức mới. Do đó, làm thế nào để cân nhắc mô hình kinh tế, tránh rơi vào bong bóng dựa trên kỳ vọng airdrop và thúc đẩy cả cung và cầu một cách lành mạnh hơn sẽ là ưu tiên hàng đầu.
người giới thiệu
1. Giải thích chi tiết mười nghìn từ về cách Babylon cho phép hệ sinh thái Cosmos được hưởng lợi từ tính bảo mật của Bitcoin: https://www.chaincatcher.com/article/2079486
2. Tìm hiểu sâu về Eigenlayer: Ethereum có thể phá vỡ tình trạng búp bê matryoshka không? ： https://haotiancryptoinsight.substack.com/p/eigenlayer?utm_source=publication-search
3. Nói chuyện với Babylon Lianchuang Fisher Yu: Làm cách nào để mở khóa tính thanh khoản 21 triệu BTC thông qua đặt cược? : https://www.chaincatcher.com/article/2120653
4. Nợ tam giác hoặc lạm phát nhẹ: một góc nhìn thay thế về tái giả định: https://mp.weixin.qq.com/s/dMc_WzndAZXRjnEgD2hcew
5. Hãy xem những gì tôi đã thấy về tiền điện tử gần đây: https://theknower.substack.com/p/a-look-at-what-ive-been-seeing-in
