By Bitcoin Tạp chí - 4 tháng trước - Thời gian đọc: 5 phút
Lớp thủy ngân: Một cải tiến lớn trên Statechains
CommerceBlock is releasing Mercury Layer today, an improved version of their variation of a statechain. You can read a longer form explanation of how their Mercury statechains work tại đây. The upgrade to Mercury Layer represents a massive improvement against the initial statechain implementation, however unlike the initial Mercury Wallet release, this is not packaged as a fully consumer ready wallet. It is being released as a library and CLI tool other wallets can integrate. Here’s a quick summary of how they work:
Statechains về cơ bản tương tự như các kênh thanh toán theo nhiều cách, tức là chúng là một UTXO được chia sẻ cộng tác với giao dịch được ký trước như một cơ chế cuối cùng để mọi người thực thi quyền sở hữu của họ. Sự khác biệt chính giữa kênh Lightning và statechain là các bên liên quan đến việc cộng tác chia sẻ UTXO và cách chuyển quyền sở hữu khiếu nại có thể thực thi đối với nó cho các bên khác.
Không giống như kênh Lightning, được tạo và chia sẻ giữa hai người tham gia tĩnh, statechain được mở với người hỗ trợ/người điều hành và có thể được chuyển giao tự do toàn bộ giữa bất kỳ hai người tham gia nào sẵn sàng tin tưởng người điều hành là trung thực, hoàn toàn tắt -xích. Ai đó muốn tải một statechain sẽ cộng tác với nhà điều hành để tạo một khóa chung duy nhất mà cả người tạo và nhà điều hành đều nắm giữ một phần khóa riêng tương ứng mà không có bản sao hoàn chỉnh của khóa. Từ đây, họ ký trước một giao dịch cho phép người tạo đơn phương yêu cầu lại tiền của họ sau một khoảng thời gian.
Để chuyển một statechain, chủ sở hữu hiện tại cộng tác với người nhận và nhà điều hành để ký bằng chứng mật mã bằng cách chia sẻ khóa của họ rằng họ đang chuyển tiền, sau đó người nhận và nhà điều hành tạo ra một cặp khóa chia sẻ mới có cùng khóa riêng và ký một giao dịch có giới hạn thời gian dành cho chủ sở hữu mới với thời gian khóa ngắn hơn giao dịch ban đầu (để đảm bảo họ có thể sử dụng giao dịch của mình sớm hơn chủ sở hữu trước đây). Quá trình này được lặp lại cho mỗi lần chuyển cho đến khi không thể rút ngắn thời gian được nữa, lúc đó, chuỗi trạng thái phải được đóng trên chuỗi.
Owners transfer the entire historical chain of past states with each transfer so that users can verify timelocks have been properly decremented and the operator timestamps them using Chủ nhật, a variant of Opentimestamps where each piece of data has its own unique “slot” in the merkle tree to guarantee that only a single version of the data is timestamped. This let’s everyone audit the transfer history of a statechain.
Ở Xứ Mù
Sự thay đổi lớn mà Mercury Layer đang mang đến cho phiên bản gốc của statechains thật là chói mắt. Nhà điều hành dịch vụ statechain sẽ không còn có thể tìm hiểu bất cứ điều gì về những gì đang được chuyển: tức là các TXID liên quan, các khóa công khai liên quan, thậm chí cả chữ ký mà nó cộng tác với người dùng để tạo cho các giao dịch đã ký trước cần thiết để yêu cầu lại tiền của bạn một cách đơn phương.
Giới thiệu một biến thể mù của Schnorr MuSig2, Mercury có thể tạo điều kiện thuận lợi cho quá trình ký kết giao dịch rút lui mà không cần tìm hiểu bất kỳ chi tiết nào về những gì họ đang ký. Điều này đòi hỏi một số thay đổi về thiết kế để giải thích thực tế là nhà điều hành không thể xem và công bố toàn bộ lịch sử chuyển giao của statechain nữa. Họ thậm chí không có khả năng xác nhận giao dịch mà họ đang ký.
Trong lần lặp trước, tính duy nhất của chủ sở hữu/bộ giao dịch statechain hiện tại đã được nhà điều hành chứng thực thông qua việc xuất bản toàn bộ lịch sử chuyển giao của statechain với Mainstay. Điều đó là không thể ở đây, vì trong phiên bản mù, nhà điều hành không biết được thông tin chi tiết nào về các giao dịch này. Điều này đòi hỏi một cách mới để nhà điều hành chứng thực quyền sở hữu hiện tại của statechain. Tất cả dữ liệu này được đẩy hoàn toàn sang mô hình xác thực phía máy khách. Nhà điều hành chỉ cần theo dõi số lần họ đã ký một cái gì đó cho một chuỗi trạng thái và cho người dùng biết con số đó khi được yêu cầu. Sau đó, người dùng nhận được các giao dịch ở trạng thái chuỗi trạng thái trong quá khứ từ người dùng gửi cho họ và xác minh hoàn toàn phía khách hàng rằng số lượng giao dịch khớp với những gì nhà điều hành đã yêu cầu, sau đó xác minh đầy đủ các chữ ký đều hợp lệ và các khóa thời gian giảm đi theo số lượng thích hợp mỗi lần. Thay vì xuất bản toàn bộ giao dịch statechain và lệnh chuyển sang Mainstay, vì nó được thiết kế để không biết về tất cả thông tin đó, nên nó xuất bản phần khóa chung của mình (không phải khóa chung tổng hợp đầy đủ) cho người dùng hiện tại đối với mỗi statechain người dùng. Điều này cho phép bất kỳ người dùng nào nhận được statechain xác minh lịch sử chuyển và trạng thái hiện tại là hợp pháp đối với dữ liệu giao dịch do người gửi gửi.
Máy chủ của nhà điều hành theo dõi các chuỗi trạng thái duy nhất để đếm các chữ ký trong quá khứ bằng cách gán cho mỗi chuỗi trạng thái một mã định danh ngẫu nhiên khi tạo, được lưu trữ cùng với tên gọi và khóa riêng cũng như khóa chung của nó (không phải toàn bộ khóa chung tổng hợp). Sơ đồ phối hợp mới để phân chia và phân chia lại khóa được thực hiện theo cách máy chủ chuyển phần chia sẻ khóa của nó cho người dùng và dữ liệu cần thiết cho việc phân chia lại bị che khuất nên máy chủ không thể học được toàn bộ thông tin của người dùng. chia sẻ khóa công khai, cho phép nó tạo khóa công khai tổng hợp đầy đủ và xác định đồng xu trên chuỗi.
Thiết kế thậm chí không cho phép nhà điều hành biết khi nào họ đã ký hợp tác đóng cửa với chủ sở hữu hiện tại thay vì giao dịch được ký trước cho chủ sở hữu ngoài chuỗi mới; nó không thấy bất kỳ chi tiết nào để phân biệt hai trường hợp với nhau. Tuy nhiên, điều này an toàn đối với những người dùng có thể bị tấn công bởi ai đó đang cố gắng “chi tiêu gấp đôi” một chuỗi ngoại tuyến trạng thái cung cấp một giao dịch giả mạo không thể giải quyết được. Đầu tiên, người dùng đó sẽ thấy trên chuỗi rằng UTXO hỗ trợ chuỗi trạng thái đó đã được sử dụng. Thứ hai, lịch sử giao dịch, do người điều hành phải ký tất cả các cập nhật trạng thái, nên sẽ chỉ có sự đóng cửa hợp tác rõ ràng trong chuỗi giao dịch trong quá khứ. Cả hai điều này sẽ cho phép người dùng từ chối giao dịch khi biết rằng nó không hợp pháp.
Statechains also allow Lightning channels to be “put on top” of the statechain by having the statechain pay out to a multisig address between two people, and the two of them negotiating a conventional set of Lightning commitment transactions on top of it. It would need to close the statechain on-chain before closing the Lightning channel so would need to use longer timelock lengths for Lightning payments, but otherwise would function perfectly normally.
Overall with the massive privacy improvements of the new iteration of statechains, and the composability with Lightning, this opens many doors for the economic viability and flexibility of second layer transactional mechanisms on Bitcoin. Especially in light of the recent radical changes in mempool dynamics and the resulting fee pressure.
Nó cung cấp cùng loại lợi ích thanh khoản của Ark, tức là có thể tự do chuyển nhượng mà không cần nhận thanh khoản, nhưng không giống như Ark, nó vẫn hoạt động và hoạt động ngày nay. Không thể phủ nhận đây là một mô hình tin cậy khác với mô hình như Lightning, nhưng để đạt được lợi ích to lớn về tính linh hoạt và khả năng mở rộng, đây chắc chắn là một khả năng để khám phá.
Nguồn chính thức: Bitcoin Tạp chí