1. Mọi người đều muốn nó, nhưng chỉ vài người có thể nắm giữ nó

1.1 Đất nước của Cơ hội: Bitcoin

(Nguồn: companiesmarketcap)

Bitcoin, được tạo ra vào năm 2008 bởi một nhà phát triển ẩn danh, đã phát triển thành một tài sản khổng lồ, xếp thứ 7 về vốn hóa thị trường trong tất cả các lớp tài sản. Hiện nay, nó được công nhận không chỉ bởi các cơ quan tài chính mà ngay cả bởi Tổng thống Mỹ. Hiện nay, vốn hóa thị trường của Bitcoin tương đương với bạc. Xét đến việc sự chấp nhận Bitcoin vẫn còn tương đối thấp và vốn hóa thị trường của nó chỉ là một phần mười so với vàng, tiềm năng tăng trưởng trong tương lai của nó vẫn rất hứa hẹn.

Mặc dù Bitcoin đã phát triển mạnh mẽ như một tài sản, vẫn còn một thiếu sót đáng kể - mức độ sử dụng của nó. Các tài sản truyền thống như cổ phiếu và trái phiếu có thể được sử dụng trong một loạt các sản phẩm tài chính, nhưng các ứng dụng tài chính của Bitcoin vẫn rất hạn chế, cả về mặt kỹ thuật lẫn thực tế. Tương tự như thời kỳ tiền piong của Miền Tây Hoa Kỳ, Bitcoin đại diện cho một vùng đất cơ hội chưa được khai thác.

1.2 Cố gắng Sử dụng BTC

Doanh nghiệp và giao thức nào đã cố gắng tận dụng Bitcoin để tạo tín dụng bổ sung vì vốn hóa thị trường khổng lồ của nó. Các nỗ lực chính để sử dụng BTC cho đến nay bao gồm:

• Tài chính tập trung: Các tổ chức tài chính truyền thống cung cấp các sản phẩm tài chính dựa trên Bitcoin. CME cung cấp hợp đồng tương lai và quyền chọn Bitcoin, Coinbase cung cấp các khoản vay được bảo đảm bằng BTC, và nhiều tổ chức đã ra mắt các quỹ đầu tư được định giá theo BTC cho các nhà đầu tư.
• Custodian Bridging: Các dịch vụ như WBTC và cbBTC bọc BTC một cách tập trung, cho phép nó được sử dụng trên các mạng khác. Bằng cách gửi BTC với các người giữ tài sản như BitGo hoặc Coinbase, người dùng nhận số lượng tương đương của WBTC hoặc cbBTC phát hành trên mạng Ethereum.
• Cầu nối trên chuỗi: Để loại bỏ sự phụ thuộc vào người giữ tài sản tập trung, các giao thức khác nhau đã cố gắng cầu nối BTC an toàn đến các mạng khác. Tuy nhiên, việc đạt được một cơ chế cầu nối BTC hoàn toàn không cần tin cậy vẫn rất khó khăn, vì một số mức độ giả định về sự tin cậy là không thể tránh khỏi.
• Giải pháp mở rộng: Nỗ lực sử dụng BTC trên các chuỗi phụ và giải pháp Bitcoin L2 đã tăng gần đây. Tuy nhiên, những phương pháp này vẫn liên quan đến giả định niêm tin bổ sung. Nhóm Taproot Wizards đang làm việc để giảm thiểu vấn đề này bằng cách sử dụng OP_CAT.
• Các Đồng Stablecoin dựa trên BTC: Các giao thức như Yala và Avalon đã xuất hiện, phát hành stablecoin được bảo đảm bằng BTC một cách tương tự như MakerDAO. Tuy nhiên, những giải pháp này cũng đối mặt với vấn đề cơ bản về việc cần phải giả định về sự tin cậy khi kết nối BTC.

Việc xem xét những cố gắng sử dụng BTC này cho thấy một thách thức chung - rất khó để sử dụng Bitcoin một cách tự nhiên. Một trong những điểm mạnh lớn nhất của Bitcoin là tính bảo mật của nó, nhưng nếu các giả định về sự tin cậy bổ sung làm suy yếu tính bảo mật này, nó tạo ra một rào cản đáng kể cho người giữ BTC. Đây chính là lý do chính tại sao mức độ sử dụng Bitcoin vẫn tương đối thấp.

1.3 Babylon: Sử Dụng BTC Bản Địa

Đây là nơi @babylonlabs_ioBabylon cho phép người nắm giữ BTC đặt cược Bitcoin của họ một cách tự nhiên trên mạng lưới Bitcoin và tham gia vào việc xác thực các giao thức PoS khác, kiếm thêm phần thưởng.

Nhờ vào lợi thế của việc sử dụng BTC mà không cần giả định thêm về niềm tin, Babylon đã nhanh chóng đạt hơn 5 tỷ đô la trong TVL. TVL có thể đã cao hơn nếu không có hạn chế đặt cược trên BTC.

Nhưng đợi đã, ngôn ngữ kịch bản của Bitcoin không phải là Turing hoàn chỉnh, điều đó có nghĩa là nó không thể dễ dàng hỗ trợ các hợp đồng thông minh phức tạp. Vậy, Babylon làm thế nào để đạt được chức năng này? Trong bài viết này, chúng tôi sẽ khám phá cơ chế cụ thể đằng sau hoạt động của Babylon.

2. Babylon

Như xây dựng Tháp Babel, liệu chúng ta có thể đạt được việc sử dụng BTC một cách thực sự tự nhiên không?

2.1 Tổng quan về Babylon

Sứ mệnh của Babylon là mở rộng Bitcoin để bảo vệ thế giới phi tập trung. Mặc dù nó được biết đến rộng rãi như một giao thức đặt cược BTC, nhưng Babylon cũng cung cấp dịch vụ đóng dấu thời gian Bitcoin, tạo thành một bộ giao thức chia sẻ an ninh BTC.

Babylon được tạo thành từ hai giao thức chính:

• Đánh Dấu Thời Gian Bitcoin: Điều này cho phép các chuỗi PoS đánh dấu dữ liệu khối của họ lên mạng Bitcoin. Bằng cách làm như vậy, các chuỗi PoS có thể giảm thiểu các cuộc tấn công phạm vi xa, giảm thiểu các giai đoạn không ràng buộc cổ phần, bảo vệ các giao dịch quan trọng, và hưởng lợi từ khả năng chống kiểm duyệt của Bitcoin ở mức mạng.
• Bitcoin Staking: Điều này cho phép người giữ BTC đóng băng BTC của họ một cách tự nhiên trên mạng lưới Bitcoin và tham gia vào việc xác minh các giao thức PoS khác, từ đó kiếm thêm phần thưởng.

2.2 Kiến trúc Babylon

(Nguồn: Babylon)

Kiến trúc cơ bản của Babylon được minh họa trong sơ đồ ở trên, với Babylon Chain, được xây dựng trên Cosmos SDK, ở trung tâm của nó. Ngoài Babylon Chain, một số chương trình phụ trợ giúp BTC staking và giao tiếp với Bitcoin và các Consumer Zones khác. Consumer Zones đề cập đến các chuỗi PoS ghi lại các điểm kiểm tra trên mạng Bitcoin thông qua Babylon.

Babylon Chain bao gồm các mô-đun khác nhau thực hiện các chức năng cần thiết trong hệ sinh thái, bao gồm quản lý bộ xác nhận, theo dõi tiêu đề khối Bitcoin, gửi các điểm kiểm tra đến mạng Bitcoin, và quản lý bộ cung cấp tính chất cuối cùng hoạt động liên quan đến việc đặt cược BTC. Để tham khảo, một nhà cung cấp tính chất cuối cùng tương tự như một nhà vận hành AVS trong EigenLayer, có nghĩa là nó tham gia vào việc xác minh các giao thức PoS khác.

Ngoài ra, Babylon đã triển khai một số chương trình hỗ trợ để tạo điều kiện cho việc giao tiếp mượt mà giữa mạng Bitcoin và Chuỗi Babylon:

• Vigilantes: Một bộ chương trình hoạt động như một bộ truyền dữ liệu giữa Bitcoin và Babylon.
• Bộ theo dõi: một bộ chương trình đảm bảo tính nhất quán giữa Mạng Babylon và mạng Bitcoin.

Thông qua hệ sinh thái này, Babylon cho phép ngành công nghiệp tiền điện tử tận dụng tính bảo mật mạnh mẽ và tính thanh khoản sâu của Bitcoin. Bây giờ, hãy khám phá hai tính năng cốt lõi của Babylon chi tiết hơn: Đó là Đánh dấu thời gian Bitcoin và Đặt cược Bitcoin.

3. Cách Bitcoin Timestamping Hoạt Động

3.1 Tại sao việc unbonding Stake chậm?

Bất kỳ ai đã đặt cược token trước đó đều biết rằng việc rút token thường đòi hỏi một thời gian chờ đợi từ 1 đến 2 tuần. Trong thời gian này, các token không thể sử dụng hoặc kiếm lãi, gây ra sự không hiệu quả. Nhưng tại sao việc rút token đòi hỏi một thời gian chờ đợi? Tại sao không cho phép rút tiền ngay lập tức?

Lý do đơn giản nhất là bảo mật mạng. Nếu việc rút token không cần xác nhận ngay lập tức, có thể sẽ có số lượng lớn token bị rút ra để đáp ứng với biến động thị trường, làm yếu đi đáng kể bảo mật mạng. Tuy nhiên, ngoài vấn đề bảo mật, còn một lý do cơ bản khác: để ngăn chặn các cuộc tấn công từ xa.

3.2 Tấn công từ xa

(Nguồn: AP)

Một cuộc tấn công từ xa đề cập đến một cuộc tấn công trong đó các nhà xác thực độc hại tạo ra một chuỗi khối mới bắt đầu từ các khối quá khứ, cố gắng thay thế chuỗi chính thức hiện tại. Nếu chuỗi bị fork độc hại trở nên dài như hoặc dài hơn chuỗi chính thức, các nút mới tham gia vào mạng có thể trở nên bối rối về việc chuỗi nào là chuỗi hợp lệ, dẫn đến vấn đề tiềm ẩn. Nhưng đợi đã—điều này có thể xảy ra không?

Trong một mạng PoW, cuộc tấn công từ xa gần như không thể thực hiện được. Để kịp thời với chuỗi khối chính thức hiện tại, kẻ tấn công sẽ cần phải tái tạo các khối mới từ quá khứ trong khi vượt qua sức mạnh tính toán của mạng hiện tại, điều này thực tế là không khả thi.

Tương tự, trong một mạng lưới PoS hoạt động đúng cách, cuộc tấn công này cũng là không thể. Việc tạo ra một fork mới sẽ đòi hỏi các người xác thực độc hại phải ký nhiều khối xung đột, điều này được coi là kép ký—một vi phạm của giao thức dẫn đến trừng phạt đốt SLASH.

Tuy nhiên, nếu việc rút cổ phần được phép ngay lập tức thì sao?

Không giống như các mạng PoW, các mạng PoS không đòi hỏi sức mạnh tính toán lớn để tạo ra các khối. Điều này có nghĩa là nếu các nhà xác thực độc hại rút tiền từ chuỗi hiện tại và sau đó tạo ra một chuỗi phân nhánh mới từ một khối quá khứ mà khóa xác thực của họ vẫn còn hợp lệ, họ có thể tiềm năng đuổi kịp với chuỗi chính thống hiện tại. Trong tình huống này, các nút mới tham gia vào mạng có thể gặp khó khăn trong việc xác định xem chuỗi nào là chuỗi hợp lệ, dẫn đến sự nhầm lẫn và rủi ro bảo mật.

(Nguồn: Babylon)

Nếu một cuộc tấn công từ xa thành công, các nhà xác minh độc hại có thể lợi dụng cơ chế cầu nối để đánh cắp tiền. Ví dụ, giả sử một kẻ tấn công độc hại có tên là John chuyển 1 triệu token RUG từ chuỗi RugPull sang Osmosis và đổi chúng lấy token OSMO. Việc chuyển này xảy ra thông qua IBC, hoạt động bằng cách khóa số lượng token RUG ban đầu trên chuỗi RugPull trong khi tạo ra một số lượng tương đương token RUG trên chuỗi Osmosis.

(Nguồn: Babylon)

Nếu chúng ta giả định rằng John thực hiện một cuộc tấn công từ xa thành công vào chuỗi RugPull, anh ấy có thể cố ý bỏ qua giao dịch đã khóa RUG token để gửi chúng đến chuỗi Osmosis trong chuỗi mới đã được fork. Kết quả, John sẽ hiệu quả sở hữu các OSMO token miễn phí.

Để ngăn chặn các cuộc tấn công từ xa, một khoảng thời gian unbonding cụ thể là cần thiết. Các tác nhân xấu không thể thực hiện một cuộc tấn công từ xa trong thời gian unbonding (nếu họ cố gắng, họ sẽ phải đối mặt với các hình phạt slashing). Ngoài ra, trong giai đoạn này, các cộng tác viên mạng có thể đạt được một sự đồng thuận xã hội về xem xét nào là chuỗi cơ bản. Do đó, ngay cả khi một cuộc tấn công từ xa xảy ra sau này, rất ít khả năng mạng sẽ chấp nhận chuỗi phân nhánh xấu.

3.3 Hãy Giảm Thời Gian Hủy Stake với BTC Timestamping

Khoảng thời gian rút cọc là một phương pháp hiệu quả để ngăn chặn các cuộc tấn công từ xa, nhưng nó đi kèm với một số hạn chế.

Vấn đề đầu tiên là nó phụ thuộc vào sự thống nhất xã hội để chống lại các cuộc tấn công. Trong khi việc giao tiếp ngoài chuỗi giữa các bên tham gia trong một khoảng thời gian đủ dài có thể đóng vai trò quan trọng, nhưng đó không phải là một giải pháp hoàn toàn đáng tin cậy 100%.

Vấn đề thứ hai là, như đã đề cập trước đó, thời gian rút tiền dài hơn ảnh hưởng tiêu cực đến trải nghiệm người dùng và tính thanh khoản.

Babylon giới thiệu một giải pháp gọi là Bitcoin Timestamping, cho phép các chuỗi PoS giảm thiểu đáng kể thời gian rút tiền chỉ trong vài giờ. Điều này cho phép chuỗi PoS ghi dữ liệu khối chuỗi chính thức lên mạng lưới Bitcoin.

Với việc dấu thời gian, ngay cả khi các nhà xác minh độc hại cố gắng tấn công từ xa và tuyên bố rằng chuỗi gạch của họ là chuỗi chính thức, cuộc tấn công của họ sẽ không thành công—bởi vì dữ liệu chuỗi chính thức ban đầu đã được ghi chép một cách an toàn trên mạng Bitcoin. Miễn là an ninh Bitcoin vẫn nguyên vẹn, cuộc tấn công được đảm bảo sẽ thất bại. Khi phương pháp này loại bỏ nhu cầu về sự đồng thuận xã hội, nó cho phép giảm đáng kể thời gian cần thiết cho việc không ràng buộc.

(Nguồn: Babylon)

Ở đây, Bitcoin Timestamping được ghi lại bằng cách sử dụng mã OP_RETURN trong mạng lưới Bitcoin. OP_RETURN là một hướng dẫn cho phép lưu trữ lên đến 80 byte dữ liệu tùy ý trên mạng lưới Bitcoin. Khác với giao dịch Bitcoin thông thường, OP_RETURN không thể được sử dụng cho việc chuyển khoản và không tạo ra UTXOs.

Một yếu tố quan trọng cần xem xét là liệu tất cả các chuỗi PoS có thể tạo điểm kiểm tra trực tiếp trên mạng Bitcoin hay không. Các khối Bitcoin có kích thước nhỏ, thời gian khối là 10 phút và OP_RETURN chỉ có thể lưu trữ tối đa 80 byte dữ liệu. Nếu nhiều chuỗi PoS gửi giao dịch kiểm tra thường xuyên, mạng Bitcoin sẽ không thể xử lý tải được.

Để giải quyết vấn đề này, Babylon giới thiệu Babylon Chain, thu thập các điểm kiểm tra từ nhiều chuỗi PoS thông qua IBC và sau đó gửi một điểm kiểm tra tổng hợp duy nhất đến mạng Bitcoin.

Một thành phần chính của quá trình này là Vigilante Relayer, một thực thể có trách nhiệm đọc các điểm kiểm tra từ một nút Babylon, đóng gói chúng vào giao dịch OP_RETURN, và sau đó gửi chúng đến mạng Bitcoin. Hệ thống yêu cầu ít nhất một Vigilante Relayer trung thực và hoạt động để hoạt động đúng cách.

(Nguồn: Babylon)

BTC timestamping diễn ra như sau: Các chuỗi PoS gửi các điểm kiểm tra chứa thông tin khối đến chuỗi Babylon. Chuỗi Babylon sau đó gửi một điểm kiểm tra của các khối Babylon đến mạng Bitcoin tại khối cuối cùng của mỗi kỷ nguyên.

(Nguồn: Babylon)

Ngay cả khi xảy ra cuộc tấn công phạm vi xa, điểm kiểm tra của chuỗi phân nhánh có hại luôn có một dấu thời gian muộn hơn so với điểm kiểm tra của chuỗi chuẩn. Điều này có nghĩa là các bên tham gia mạng chỉ cần kiểm tra điểm kiểm tra của mạng Bitcoin để dễ dàng xác định các chuỗi phân nhánh có hại. Với cách tiếp cận này loại bỏ cần thiết phải có sự đồng thuận xã hội, thời gian tách rời cổ phần có thể được rút ngắn từ vài tuần xuống chỉ vài giờ.

3.4 Nhiều Hơn Chỉ Là Rút Stake Nhanh

Bitcoin Timestamping của Babylon không chỉ cải thiện UX và hiệu suất thanh khoản bằng cách giảm thời gian rút tiền PoS mà còn cung cấp nhiều lợi ích bổ sung khác.

3.4.1 Chậm Kết thúc cho Các Giao dịch Quan trọng

Bằng cách áp dụng tính chậm trễ cuối cùng thông qua Babylon, các chuỗi PoS có thể đạt được mức độ an ninh tương đương với Bitcoin. Khi một khối PoS chứa một giao dịch cụ thể được đánh dấu thời gian trên mạng lưới Bitcoin và xác nhận bởi sáu khối Bitcoin, giao dịch trở nên không thể đảo ngược - miễn là an ninh của Bitcoin vẫn được bảo toàn.

Cơ chế này hữu ích cho việc xử lý các giao dịch có giá trị cao, như mua bán bất động sản, nơi an ninh tuyệt đối là cần thiết. Ngoài ra, đối với các vùng Cosmos mới ra mắt, có thể có bảo mật yếu hơn, triển khai việc chậm hoàn thành có thể cung cấp một lớp bảo vệ bổ sung cho việc xử lý giao dịch an toàn.

3.4.2 Sự Chống lại Kiểm Duyệt ở Cấp Độ Bitcoin

Bitcoin Timestamping cũng có thể giúp khôi phục tính chất sống còn trong trường hợp bị tấn công kiểm duyệt trên một chuỗi PoS. Để giải quyết vấn đề này, Babylon giới thiệu một khái niệm đặc biệt gọi là chế độ cuộn lên.

Trong một chuỗi PoS truyền thống, ít nhất hai phần ba (2/3) các máy chủ xác thực phải trung thực để duy trì khả năng chống kiểm duyệt. Tuy nhiên, với chế độ rollup của Babylon, chỉ cần một nửa (1/2) số máy chủ xác thực cần phải trung thực để đạt được khả năng chống kiểm duyệt, cải thiện đáng kể khả năng chống lại các cuộc tấn công của chuỗi.

(Nguồn: Babylon)

Nếu một người dùng chuỗi PoS tin rằng một giao dịch cụ thể đang bị kiểm duyệt, họ có thể gửi khiếu nại về việc kiểm duyệt (phần đỏ trong sơ đồ) đến chuỗi Babylon, khởi đầu quá trình nhập chế độ rollup. Khiếu nại về việc kiểm duyệt chứa mã băm của giao dịch bị kiểm duyệt.

Nếu sau sáu xác nhận khối Bitcoin, giao dịch bị kiểm duyệt vẫn chưa được bao gồm trong chuỗi PoS, các nhà xác minh trung thực sẽ gửi quan điểm của mình về chuỗi PoS đến Babylon. Nếu sau thêm sáu xác nhận khối Bitcoin, không có điểm kiểm tra liên quan đến giao dịch bị kiểm duyệt được phát hiện trong bất kỳ khối Bitcoin nào, các nhà xác minh trung thực và người dùng sẽ vào chế độ cuộn lên.

Trong chế độ rollup, bất kỳ người xác minh nào cũng có thể đề xuất một gói giao dịch PoS, và nếu người xác minh nắm giữ ít nhất một nửa (1/2) số cổ phần tổng cộng ký vào gói, giao dịch sẽ được hoàn tất trên mạng Bitcoin, hiệu quả ngăn chặn việc kiểm duyệt.

4. Cách Bitcoin Staking hoạt động

4.1 Tổng quan về Bitcoin Staking

Bitcoin Timestamping cho phép chuỗi PoS tận dụng tính bảo mật của Bitcoin để giảm thiểu thời gian rút tiền cọc và tăng cường khả năng chống kiểm duyệt, nhưng điều này chỉ sử dụng một phần tính bảo mật của Bitcoin.

Vượt xa việc đánh dấu thời gian cho Bitcoin, Babylon giới thiệu Bitcoin Staking, một cách triển khai BTC staking một cách tự nhiên bằng ngôn ngữ script của Bitcoin. Điều này cho phép các giao thức PoS khác hưởng lợi từ sự bảo mật cryptoeconomic của BTC đã đặt cược. Giao thức staking được thiết kế dưới dạng một plug-in có tính linh hoạt, giúp dễ dàng thích nghi với các giao thức đồng thuận PoS khác nhau.

Đối với những người giữ BTC, Babylon’s Bitcoin Staking là cơ hội đầu tư hấp dẫn vì họ có thể đặt cược BTC ở mức độ bảo mật của Bitcoin mà không cần phải phụ thuộc vào các bên bên ngoài, đồng thời cũng kiếm được phần thưởng từ các giao th protoc phát ngoài.

Hãy xác định một số thuật ngữ quan trọng:

• Các giao thức tận dụng bảo mật cryptoeconomic của BTC đặt cược thông qua Babylon’s Bitcoin Staking được gọi là BSNs (Mạng Lưới Được Bảo Vệ bằng Bitcoin) - tương tự như @eigenlayerkhái niệm AVS (Dịch vụ Được Xác thực Hoạt động) của
• Các thực thể nhận BTC được ủy quyền từ người đặt cược và tham gia vào việc xác minh BSN được gọi là Nhà cung cấp Tính khép kín - tương tự như các nhà khai thác AVS của EigenLayer.

Nhưng chờ đã, khác với Ethereum, mạng Bitcoin không phải là Turing-complete, làm cho việc triển khai hợp đồng staking phức tạp trở nên khó khăn. Vậy Babylon làm thế nào để đạt được điều này?

Hãy khám phá chi tiết với một ví dụ từ blog của Babylon.

4.2 Cách Thực Hiện Hợp Đồng Staking

4.2.1 Khóa

// Hợp đồng V0: thêm điều kiện khóa vào UTXO staking của Alice

điều kiện-1 (khóa): time_lock = 1000 & alice_public_key

Hãy giả sử rằng Alice đặt cược BTC và cũng hoạt động như một Nhà cung cấp Finality. Để triển khai đặt cược BTC, cần một cơ chế để khóa BTC. Điều này được đạt được bằng cách thiết lập một trong các điều kiện chi tiêu UTXO sao cho chỉ có Alice (chủ sở hữu BTC) mới có thể rút tiền sau một khoảng thời gian nhất định (time_lock = 1000) bằng cách sử dụng khóa công khai của cô ấy.

4.2.2 Slashing

// Hợp đồng V1: thêm vào việc cắt giả định

điều kiện-1 (khóa): time_lock = 1000 & alice_public_key; HOẶC

điều kiện-2 (cắt): alice_eots_public_key

Một trong những thành phần quan trọng phải được thực hiện trong việc đặt cược là cắt giảm. Nếu có hành động độc hại xảy ra, một cơ chế khuyến khích có thể được thi hành bằng cách đốt BTC đã đặt cược. Để đạt được điều này, một điều kiện chi tiêu UTXO thứ hai được thiết lập để cắt giảm có thể xảy ra nếu ai đó nắm giữ khóa EOTS của Alice.

Ở đây, EOTS (Chữ ký một lần có thể rút trích) là một chữ ký được thực hiện bằng cách sử dụng chữ ký Schnorr, được giới thiệu sau khi nâng cấp Taproot của Bitcoin. Đơn giản nói, đó là một thuật toán đảm bảo rằng nếu một kẻ tấn công độc ác ký hai khối khác nhau cùng độ cao bằng cùng một khóa, khóa bí mật của họ sẽ được tiết lộ công khai.

Nhìn vào điều này chi tiết hơn, một chữ ký Schnorr bao gồm một khóa riêng x, một khóa công khai P=xG, và một số ngẫu nhiên k. Quá trình ký là như sau: một số ngẫu nhiên k được tạo ra, và giá trị công khai R=kG được tính từ số ngẫu nhiên. Sau đó, một giá trị băm e được tính từ thông điệp M và R, và giá trị chữ ký s được tính dựa trên số ngẫu nhiên và e, trong đó s = k + ex. Chữ ký Schnorr cuối cùng bao gồm (s, R).

Ý tưởng cốt lõi của EOTS là nếu cùng một khóa được sử dụng hai lần để ký, thì khóa riêng tư sẽ bị tiết lộ. Nếu Alice ký hai thông điệp khác nhau bằng cùng một giá trị nonce k, thì chữ ký đầu tiên là s1= k + e_1x và chữ ký thứ hai là s2= k + e_2x. Khi s1, s2, e1, e2 là công khai, bất kỳ ai cũng có thể giải phương trình x=(s1 - s2)/(e1 - e2) để tìm ra khóa riêng tư của Alice.

Sử dụng cơ chế này, nếu Alice ký hai thông điệp khác nhau một cách độc hại bằng cùng một khóa EOTS trong quá trình xác thực BSN, bất kỳ ai phát hiện điều này đều có thể trích xuất khóa bí mật EOTS của Alice. Khi khóa bí mật EOTS được tiết lộ, kẻ tấn công có thể đánh cắp BTC đặt cược của Alice hoặc đốt cháy BTC đặt cược của Alice như một hình phạt.

4.2.3 Áp dụng đốt cháy

// Hợp đồng V2

điều kiện-1 (khóa): time_lock = 1000 & alice_public_key; HOẶC

điều kiện-2 (slashing): alice_eots_public_key & covenant_committee_quorum

// Giao dịch trừng phạt V0

đầu vào:

• đầu vào-1: UTXO đặt cược, đã tiêu dùng bằng điều kiện-2 ở trên

đầu ra:

• output-1: value = 0.99 Bitcoin, owner = 0000...0000

// Tiền xử lý V0: thực thi việc đốt cháy

// Ủy ban đạo văn ký duyệt trước giao dịch cắt giảm trên như là sự chấp thuận trước

Kể từ khi chúng ta đã thảo luận trước đó về các điều kiện dẫn đến việc cắt giảm, bây giờ chúng ta sẽ xem xét cách cắt giảm được thực thi. Việc thực thi cắt giảm là rất quan trọng vì nếu Alice tham gia vào hành vi độc hại, cô ấy có thể cố gắng rút BTC của mình trước khi ai đó phát hiện hành vi sai trái, trích xuất khóa bí mật EOTS của cô ấy và đốt cháy BTC của cô ấy.

Để ngăn chặn điều này, việc cắt giảm phải được thực hiện một cách bắt buộc bằng cách chuyển BTC một cách ép buộc đến địa chỉ đốt được xác định trước (0000…0000). Để đạt được điều này, điều kiện chi tiêu UTXO thứ hai bao gồm một Hội đồng Covenant. Hội đồng Covenant chịu trách nhiệm xác minh xem việc cắt giảm có hợp lệ hay không. Bằng cách kết hợp một hệ thống đa chữ ký (M của N), hệ thống đảm bảo rằng Alice không thể rút BTC của mình một mình đến ví của mình trước khi việc cắt giảm được thực hiện.

Ưu điểm của phương pháp này là, miễn là Alice hành xử trung thực, chữ ký EOTS của cô ấy không bao giờ bị tiết lộ, có nghĩa là Hội đồng Covenant không thể tịch thu tài sản của cô ấy. Do đó, Alice không cần phải tin tưởng Hội đồng Covenant, vì họ không thể hành động chống lại cô ấy trừ khi cô ấy tham gia vào hành vi độc hại.

4.2.4 Safe Delegation

// Hợp đồng V3: kích hoạt ủy quyền an toàn

điều kiện-1 (khóa): time_lock = 1000 & alice_public_key; HOẶC

điều kiện-2 (cắt giảm): alice_public_key & validator_eots_public_key & covenant_committee_quorum

// Giao dịch cắt giảm V0

đầu vào:

• input-1: UTXO đặt cược, đã tiêu dùng bằng điều kiện-2 ở trên

đầu ra:

• output-1: value = 0.99 Bitcoin, owner = 0000...0000

// Pre-approval V1

// Alice ký trước giao dịch cắt giảm như sự chấp thuận trước của cô ấy.

// Ủy ban đồng thuận ký trước giao dịch cắt giảm như là sự chấp thuận trước.

Alice có thể đặt cược BTC trực tiếp và tham gia xác minh các giao thức PoS khác như một nhà cung cấp cuối cùng. Tuy nhiên, hầu hết người dùng sẽ chọn ủy quyền việc đặt cược BTC của họ.

Để thực hiện điều này, việc thêm khóa EOTS của người xác thực vào điều kiện thứ hai đảm bảo rằng nếu người xác thực tham gia vào hành vi độc hại, BTC của Alice có thể bị đốt cháy. Tuy nhiên, vấn đề ở đây là nếu người xác thực chung pháp với ủy ban công ước, họ có thể đánh cắp BTC của Alice, buộc Alice phải tin tưởng vào người xác thực.

Một giải pháp đơn giản cho vấn đề này là bao gồm cả khóa công khai của Alice trong điều kiện thứ hai. Điều này có nghĩa là việc đốt BTC cũng sẽ đòi hỏi chữ ký của Alice, ngăn chặn việc đánh cắp BTC không được ủy quyền.

Để đạt được điều này, Alice đã ký trước một giao dịch nói rằng “nếu xảy ra việc cắt giảm, BTC phải được gửi đến một địa chỉ đốt cháy.” Trong trường hợp này, nếu người xác nhận hành vi độc hại và khóa EOTS của họ bị lộ, và nếu ủy ban hợp đồng thực hiện một chữ ký đa bên, BTC sẽ được gửi đến địa chỉ đốt cháy, thực hiện quy trình cắt giảm.

4.2.5 Ngăn chặn Cuộc tấn công Ác ý bằng cách Thực thi Giảm chấn Nguyên tử

/ Hợp đồng V3

điều kiện-1 (khóa): time_lock = 1000 & alice_public_key; HOẶC

điều kiện-2 (slashing): alice_public_key & validator_eots_public_key & covenant_committee_quorum

// Giao dịch Cắt giảm V0

đầu vào:

• input-1: UTXO đang stake, đã được chi tiêu bằng điều kiện-2 ở trên

đầu ra:

• output-1: value = 0.99 Bitcoin, owner = 0000...0000

// Pre-approval V2: áp dụng cắt giảm nguyên tử khi ủy quyền

Sự phê duyệt trước của Alice là chữ ký chuyển đổi của tx slashing

// cô ấy tạo ra bằng khóa công khai EOTS của người xác minh.

// Ủy ban dấn thân ký chuỗi cắt giảm giao dịch như là sự phê duyệt trước.

Nếu một validator độc hại nhắm mục tiêu chỉ vào các người staker cụ thể để cắt giảm? Để ngăn chặn điều này, Babylon giới thiệu Chữ ký Điều chỉnh.

Alice mã hóa chữ ký của mình bằng cách sử dụng khóa công khai EOTS của người xác minh như một chữ ký ủy quyền. Nếu người xác minh cố gắng cắt giảm chỉ Alice, họ phải sử dụng khóa riêng EOTS của họ. Do tính chất của Chữ ký Ủy quyền, điều này sẽ dẫn đến việc lộ khóa riêng EOTS của người xác minh, loại bỏ bất kỳ động cơ nào cho người xác minh tham gia vào hành vi độc hại.

4.2.6 Thực hiện Chia nhỏ phạt

// Hợp đồng V3

điều kiện-1 (khóa): time_lock = 1000 & alice_public_key; HOẶC

điều kiện-2 (cắt giảm): alice_public_key & validator_eots_public_key & covenant_committee_quorum

// Giao dịch cắt giảm V1: cho phép cắt giảm một phần

đầu vào:

• input-1: UTXO đặt cược, đã chi tiêu bằng điều kiện-2 ở trên

đầu ra:

• output-1: value = 0.09 Bitcoin, owner = 0000...0000
• đầu ra-2: giá trị = 0,9 Bitcoin,

điều kiện:

• điều kiện-1: time_lock = 500 & alice_public_key

// Pre-approval V2

Chữ ký phê duyệt trước của Alice là một chữ ký adaptor của giao dịch chặt chẽ

// cô tạo ra bằng khóa công khai EOTS của người xác minh.

Ủy ban giao ước ký trước tx cắt giảm như là phê duyệt trước của nó.

Nhưng bạn không nghĩ rằng đốt hết Bitcoin trong trường hợp cắt giảm là quá cực đoan? Để giải quyết vấn đề này, chỉ một phần Bitcoin (ví dụ: chỉ đốt 10% trong khi trả lại 90% còn lại sau một khoảng thời gian nhất định) có thể bị đốt. Điều này có thể được thực hiện bằng cách chia đầu ra của giao dịch cắt thành hai, như đã mô tả ở trên.

4.2.7 Đặt lại nhiều hơn!

Hợp đồng V4: Cho phép đặt lại

điều kiện-1 (khóa): time_lock = 1000 & alice_public_key; HOẶC

condition-2 (gạch chéo): alice_public_key & bất kỳ chữ ký nào từ list[validator_eots_public_key] & covenant_committee_quorum

BTC được ủy quyền của Alice có thể tham gia vào việc xác thực của nhiều giao protocal PoS, không chỉ là một giao protocal duy nhất. Nếu một người xác thực tham gia vào việc xác thực của các giao protocal PoS khác nhau bằng cách sử dụng cùng một khóa EOTS, bất kỳ rò rỉ nào tại một nơi cũng có thể ảnh hưởng đến các hệ thống khác. Do đó, nhà cung cấp tính chặt chẽ cuối cùng của Babylon phải sử dụng các khóa EOTS khác nhau cho các hệ thống PoS khác nhau, và một danh sách các khóa EOTS được giới thiệu trong điều kiện thứ hai.

4.3 Tóm tắt

Không giống như các mạng PoS như Ethereum hoặc Solana, mạng lưới của Bitcoin hoạt động dựa trên PoW, do đó, khái niệm đặt cược không tồn tại theo cách tự nhiên. Tuy nhiên, Babylon đã triển khai các tính năng khóa BTC, cắt giảm và ủy quyền cần thiết cho việc đặt cược thông qua các đặc điểm của UTXOs, ngôn ngữ kịch bản của Bitcoin và các thuật toán chữ ký khác nhau. Điều này cho phép người giữ BTC kiếm thêm lợi nhuận một cách tự nhiên bằng cách sử dụng BTC, mà không cần đến các cầu nối hoặc dịch vụ giữ tài sản.

5. Phát huy tiềm năng của BTC đến thế giới phi tập trung

Ngoài Lightning Network, không có giao thức nào khác hoàn toàn thừa kế tính bảo mật của mạng Bitcoin. Tuy nhiên, giống như mạng Bitcoin, tính năng của Lightning Network khá hạn chế và quá quý giá để từ bỏ sự an toàn mạnh mẽ và tính thanh khoản lớn của Bitcoin.

Babylon đã kích hoạt việc sử dụng bảo mật của Bitcoin theo hai cách khác nhau thông qua Bitcoin Timestamping và Bitcoin Staking. Phương pháp đầu tiên sử dụng Bitcoin như một máy chủ timestamp để ngăn chặn việc đảo ngược giao dịch hoặc các phân nhánh độc hại, trong khi phương pháp thứ hai tận dụng tính thanh khoản mạnh mẽ của BTC như là một bảo mật kinh tế crypto, cho phép người giữ BTC kiếm lời thêm một cách tự nhiên.

Hiện tại, khoảng 55,000 BTC được gửi vào Babylon, ngay cả khi có một giới hạn gửi tiền được thiết lập bởi Babylon. Khoảng 3.9% tổng cung cấp ETH được đặt cược lại trên EigenLayer. Xét theo điều này, mặc dù các người giữ BTC có thể thận trọng khi sử dụng BTC, tiềm năng tăng trưởng của Babylon, chỉ với khoảng 0.2% tổng cung cấp BTC hiện được đặt cược, đáng để xem xét.

免责声明：

1. Bài viết này được sao chép từ [ 100y.eth]. Tất cả bản quyền thuộc về tác giả gốc [100y.eth]. Nếu có bất kỳ ý kiến phản đối nào về việc tái bản này, vui lòng liên hệ với Cổng Tìm hiểu và họ sẽ xử lý kịp thời.
2. Bảo trách nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ là của tác giả và không cung cấp bất kỳ lời khuyên đầu tư nào.
3. Đội ngũ Gate Learn thực hiện dịch bài viết sang các ngôn ngữ khác nhau. Việc sao chép, phân phối hoặc sao chép trội các bài viết dịch là không được phép trừ khi được nêu rõ.