Tác giả: blockpunk Nguồn: X, @blockpunk2077
Như đã đề cập, Sự phát triển vượt bậc của "Inscription" đã thúc đẩy sự thịnh vượng của hệ sinh thái BTC, nhưng nó cũng làm gia tăng sự cạnh tranh về tài nguyên mạng BTC, chi phí phí quá cao và tương lai gần Sự trỗi dậy của BTC cũng không ngừng nâng cao ngưỡng gia nhập cho người chơi trong hệ sinh thái BTC.
Điều này khiến mọi người bắt đầu thảo luận về kế hoạch mở rộng của BTC, điều này cũng thu hút sự chú ý của cộng đồng và các nhà đầu tư.
Tất nhiên, mọi người đã ngầm tránh kế hoạch mở rộng nâng cấp trực tiếp BTC L1. Các cuộc thảo luận cấp tiến nhất không gì khác hơn là dỡ bỏ niêm phong của một số tập lệnh OP. Tiếp tục. để khám phá tiềm năng còn lại của BTC trong Taproot (chẳng hạn như cuộc thảo luận giữa CTV và CAT).
Về mặt phát triển và kết quả lý thuyết về việc tổng hợp và mô-đun hóa ETH, BTC Layer2 đã trở thành xu hướng chủ đạo trong các cuộc thảo luận mở rộng và cũng là giải pháp hiệu quả nhanh nhất. Lô dự án đầu tiên cũng sẽ được đưa lên mạng trong hai hoặc ba tháng tới và trở thành câu chuyện cường điệu chính thống.
Do tính phân quyền quản trị BTC cao nên không có "nhà thờ" nào để hướng dẫn cộng đồng nên thiết kế L2 của nó cũng phát triển mạnh mẽ. Bài viết này sẽ bắt đầu với BTC L2 điển hình và các giao thức liên quan trên thị trường để có cái nhìn thoáng qua về khả năng mở rộng BTC.
Ở đây, chúng tôi chia BTC L2 đại khái thành các chuỗi bên, cuộn lên, lớp DA, chỉ mục phi tập trung, v.v. và tập hợp các dự án mà tôi cho là tương tự nhau. Chưa ai có thẩm quyền xác định kế hoạch mở rộng quy mô của BTC, vì vậy phân loại thực tế của tôi không nghiêm ngặt.
Bài viết này tập trung thảo luận dưới góc độ các giải pháp triển khai từng phần. Nhiều thiết kế vẫn đang trong giai đoạn trên giấy. Trong cuộc cạnh tranh giành tài sản hạng hai, công nghệ và bảo mật sẽ xác định giới hạn dưới của dự án. Công nghệ là một tấm vé, có thể đi du lịch hạng nhất, hạng phổ thông, thậm chí đăng ký vé, nếu muốn đầu cơ tài sản thì chỉ cần đạt đến mức vượt qua.
Nhưng từ góc độ nội dung, một là khả năng tạo nội dung của L2, cho dù đó là giới thiệu dòng chữ hay tự mình giật dây, điều này không thể được đánh giá chỉ từ góc độ kỹ thuật; thứ hai là liệu nó có có thể thu hút tiền gửi BTC của L1 sẽ là khả năng cạnh tranh cốt lõi, điều này đặt tầm quan trọng lớn vào tính bảo mật của cây cầu. Xét cho cùng, "không phải chìa khóa của tôi không phải Bitcoin của tôi" là học thuyết cốt lõi, rất phù hợp trong việc thiết kế giải pháp.
Liệu việc áp dụng hệ sinh thái BTC có vượt qua ETH trong tương lai không? Có lẽ nó có thể cung cấp cho bạn một số tài liệu tham khảo.
Trước hết, chúng tôi cần giới thiệu về công nghệ giao diện người dùng, hai thay đổi do nâng cấp Taproot mang lại:
Chữ ký Schnorr giới thiệu phương thức đa chữ ký cho BTC với tối đa 1000 người tham gia , đó là việc triển khai nhiều cầu nối L2 Cơ bản;
MAST cho phép kết hợp nhiều tập lệnh UTXO thông qua cây Merkle để triển khai logic phức tạp hơn, là giải pháp tốt nhất cho L2 Hệ thống chứng minh cung cấp khả năng;
Tapscript đã nâng cấp tập lệnh Bitcoin, cho phép một loạt tập lệnh cần được xác minh để xác định xem UTXO có thể là Chi tiêu hay không, điều này cung cấp khả năng rút L2, tịch thu và các hoạt động khác.
Chuỗi bên
Mọi thứ đều hướng tới khả năng sử dụng. Sử dụng là tất cả.
Ưu điểm của chuỗi bên là chúng nhanh chóng tạo ra kết quả và tập trung vào phát triển nhanh chóng logic kinh doanh.
Bảo mật về cơ bản chỉ liên quan đến chính mạng. Nó là "tấm vé" trên chuyến tàu bảo mật BTC Phần quan trọng nhất là chuỗi chéo của BTC cầu, đây là điểm kết nối duy nhất.
BTClayer2 BEVM
Thực ra hầu hết BTC L2 đều thích BEVM, họ tiếp tục ý tưởng về sidechain trong việc mở rộng ETH.
BEVM triển khai địa chỉ đa chữ ký trên L1 của BTC thông qua khả năng của Taproot, chạy chuỗi bên EVM và được triển khai trong EVM để chấp nhận yêu cầu rút BTC. . GAS của BEVM sử dụng BTC chuỗi chéo.
Khi sạc lại, người vận hành cầu sẽ đồng bộ hóa dữ liệu BTC và thông báo cho chuỗi bên. Nút BEVM cũng chạy một client nhẹ để đồng bộ hóa tiêu đề khối BTC nhằm xác minh việc nạp tiền, rút tiền Khi người giám sát cầu ký và sau khi thu thập được một số chữ ký nhất định (ngưỡng), giao dịch rút BTC sẽ được phát hành. Điều này cho phép khả năng tương tác tài sản giữa chuỗi bên và BTC.
Khác với giải pháp $RSK $STX truyền thống, BEVM sử dụng đa chữ ký BTC của Taproot để triển khai chữ ký ngưỡng. Về lý thuyết, có thể có nhiều người quản lý cầu nối hơn. Điều này bổ sung một mức độ chịu lỗi nhất định cho chuỗi chéo BTC và làm cho nó trở nên phi tập trung hơn.
Tuy nhiên, BEVM không sử dụng bất kỳ đảm bảo bảo mật nào cho BTC và chỉ nhận ra khả năng tương tác của tài sản BTC. Các nút của nó chạy đồng thuận nội bộ và EVM của riêng họ và không tải lên bằng chứng trong mạng BTC, do đó không có L1 DA.
Khả năng chống kiểm duyệt giao dịch của mạng phụ thuộc vào chính mạng đó, vì vậy nếu nút từ chối đóng gói giao dịch rút BTC của bạn, bạn sẽ không thể nhận được nữa BTC từ L1. Đây là một rủi ro tiềm ẩn.
Ưu điểm của phương pháp này là có thể triển khai và xác minh nhanh chóng. Đa chữ ký Taproot tự triển khai của BEVM cũng tiến thêm một bước nữa trong tính bảo mật của bridge và hiện là một trong số ít sidechain BTC trực tuyến của mạng chính.
MapProtocol Map Portocol
Bản đồ cũng là một EVM Chuỗi bên dòng chữ của kiến trúc chọn chuỗi chéo BRC20 của BTC L1 đến EVM để điều hành một số hoạt động kinh doanh chi phí thấp.
Bản đồ chạy trình lập chỉ mục BRC20 nâng cao. Người dùng chuỗi chéo Brc20 từ BTC và cần gửi giao dịch mới để chèn chuỗi mục tiêu, địa chỉ mục tiêu và thông tin khác vào json . ., do đó được Map lập chỉ mục và xuất hiện trên chuỗi bên; việc rút BRC20 được ủy ban chữ ký có nhiều chữ ký theo cơ chế Map Pos để bắt đầu giao dịch BTC.
Sổ cái của BRC20 thực sự chạy theo một chỉ mục và BTC L1 về cơ bản là nguồn dữ liệu có sẵn của nó.
Tận dụng mức phí thấp hơn của chuỗi bên, chuỗi Map chạy công cụ Mint LessGas của BRC20 và thị trường ghi chép SATSAT, đồng thời thực hiện chuỗi chéo BRC20 thông qua Roup. Ý tưởng lấy chữ khắc làm cốt lõi khá độc đáo và đã thu hút một nhóm người dùng.
Map sử dụng cơ chế đồng thuận PoS cổ điển để tải dữ liệu điểm kiểm tra lên BTC L1 nhằm tăng cường tính bảo mật. Tuy nhiên, ngoài việc ngăn chặn các cuộc tấn công tầm xa, Map vẫn không có đảm bảo an ninh khi sử dụng BTC và không có cải tiến nào về khả năng rút tiền chống kiểm duyệt, xác minh thay đổi trạng thái và độ tin cậy của dữ liệu.
BitmapTech Merlin Chain
BTC do bên Brc420 phát hành xích. Merlin Chain đã chọn sử dụng giải pháp MPC của ví cobo để triển khai chuỗi chéo BTC, đây có vẻ là một lựa chọn tương đối thận trọng: MPC có số lượng người ký ít hơn và so với đa chữ ký BTC được nâng cấp của Taproot, vẫn còn một số vấn đề bảo mật Có một khoảng cách, nhưng may mắn thay MCP đã được chứng minh từ lâu.
Merlin sử dụng tính năng trừu tượng hóa tài khoản của ParticleNtwrk và có thể tiếp tục sử dụng ví và địa chỉ Bitcoin để tương tác với chuỗi bên mà không thay đổi thói quen của người dùng. Điều này đáng được khen ngợi. Để so sánh, nếu người dùng Bitcoin quay lại Metamask để tương tác, thiết kế này có vẻ lười biếng và đơn giản.
Brc420 và Bitmap rất phổ biến và đã tích lũy được lượng người dùng lớn. Merlin tiếp tục phát triển hoạt động kinh doanh xung quanh các dòng chữ khắc, hỗ trợ chuỗi chéo các tài sản dòng chữ đa dạng từ L1 và cung cấp dịch vụ dòng chữ khắc cho các dòng chữ mới trên chuỗi bên.
dfinity ckBTC
ckBTC là ICP thuần túy giải pháp mật mã thực hiện việc tích hợp chuỗi chéo của BTC mà không cần dựa vào bất kỳ cầu nối hoặc quyền giám sát nào của bên thứ ba.
ICP là một chuỗi khối L1 hoạt động độc lập và sự đồng thuận được đảm bảo bởi sơ đồ chữ ký ngưỡng BLS duy nhất của nó. Công nghệ ChainKey được ràng buộc với chữ ký ngưỡng của thuật toán đồng thuận cho phép toàn bộ mạng ICP cùng quản lý địa chỉ chữ ký ngưỡng BTC, chấp nhận BTC và kiểm soát BTC theo địa chỉ này thông qua chữ ký tổng hợp theo sự đồng thuận để rút tiền.
ICP cũng sử dụng mô hình tài khoản để khôi phục tất cả UTXO của BTC trong mạng riêng của mình. Các hợp đồng thông minh trong mạng có thể đọc trạng thái của BTC, xấp xỉ bằng Một nút đầy đủ BTC được chạy trên mạng ICP.
Vì chữ ký ngưỡng này bị ràng buộc trực tiếp chặt chẽ với thuật toán đồng thuận của mạng ICP nên tính bảo mật của ckBTC chỉ liên quan đến mạng ICP và mạng BTC và không giới thiệu thêm bên thứ ba.
Do đó, sơ đồ chữ ký ngưỡng ChainKey được ICP của ckBTC sử dụng hiện là ý tưởng cầu nối BTC an toàn nhất. Nhưng đối với việc rút tiền, không có cách nào buộc rút tiền từ BTC L1 nếu mạng IC ngừng hoạt động hoặc từ chối giao dịch. Đồng thời, với tư cách là L1 độc lập, tính bảo mật của ICP được chính nó đảm bảo và không liên quan gì đến BTC.
Tính khả dụng của dữ liệu
BTC là nguồn dữ liệu ổn định và đáng tin cậy nhất trên thế giới và không có Đấng nào khác, do đó việc sử dụng Bitcoin làm nguồn dữ liệu đáng tin cậy trở nên rất tự nhiên.
Tương tự, với cơ sở lý thuyết của CelestiaOrg DA, mặc dù việc lưu trữ dữ liệu BTC rất tốn kém nhưng nó cũng có cơ sở đồng thuận như một lớp DA.
Về cơ bản, Ordinals và toàn bộ hệ sinh thái Inscription thực sự sử dụng BTC làm DA. Hầu như tất cả "BTC L2" sẽ truyền dữ liệu tới BTC, nhưng đây không chỉ là một chủ nghĩa hình thức, đại diện cho một tầm nhìn đẹp.
Sau đây là một số thiết kế đặc biệt hơn.
nubit_org Nubit
Nubit là tiện ích mở rộng cho BTC Giao thức DA cho các tình huống sẵn có dữ liệu đã thu hút sự chú ý vì có sự tham gia của Bounce Finance và domo trong việc tài trợ.
Nói một cách đơn giản, Nubit tổ chức chuỗi DA tương tự như Celestia bằng cách chạy đồng thuận POS và thường xuyên cập nhật dữ liệu DA của Nubit như tiêu đề khối và mặc định giao dịch. Cây Kerr rễ, v.v. được tải lên BTC L1.
Bằng cách này, Nubit tự lưu DA của mình bằng BTC L1 và Nubit bán không gian lưu trữ trên chuỗi của chính mình dưới dạng DA cho người dùng và các chuỗi tổng hợp khác (DA matryoshka). Bản thân Nubit không có khả năng hợp đồng thông minh và cần được xây dựng bằng cách tổng hợp dựa trên DA của nó.
Người dùng tải dữ liệu lên lớp DA của Nubit. Sau khi những dữ liệu này được xác nhận bởi sự đồng thuận POS của Nubit, họ sẽ chuyển sang trạng thái "xác nhận mềm" và Nubit sẽ Sau trong một khoảng thời gian, gốc dữ liệu của chuỗi được tải lên BTC L1. Sau khi giao dịch BTC hoàn tất, dữ liệu được người dùng ban đầu tải lên Nubit sẽ chuyển sang trạng thái xác nhận cuối cùng. Sau đó, người dùng cần vào thẻ BTC L1 để tải dữ liệu lên, thẻ này dùng để truy vấn dữ liệu gốc trong cây Merkle của nút đầy đủ Nubit.
Sự đồng thuận PoS của mạng Nubit đã sớm được hỗ trợ bởi cam kết POS BTC của Babylon (sẽ được giới thiệu bên dưới).
Người dùng thanh toán phí lưu trữ thông qua BTC. Vì lý do này, Nubit sử dụng Lightning Network để chấp nhận BTC. Không có vấn đề về cầu nối trong kênh trạng thái. Người dùng có thể hủy kênh. Để rút tiền khẩn cấp, không cần giao dịch với chính mạng PoS của Nubit.
Có vẻ như Nubit dường như là phiên bản sinh thái Bitcoin của Celestia, không bổ sung các chức năng hợp đồng thông minh phức tạp và nó cũng được sử dụng cho Lightning Network phi tập trung nhất. Thanh toán BTC tương đối đơn giản. Mặc dù Lightning Network đủ tin cậy nhưng trải nghiệm người dùng không đủ tốt để hỗ trợ việc ra vào các khoản tiền lớn (vấn đề cạn kiệt kênh trạng thái).
Mối quan hệ giữa Nubit và BTC tương đối yếu. Bản thân tính bảo mật của chuỗi không được BTC đảm bảo và dữ liệu trên BTC chỉ được xác minh bởi nút của Nubit khách hàng. .
Tại sao dữ liệu tổng hợp và ghi chú cần được đóng gói trong Nubit thay vì tải trực tiếp lên BTC? Đây có thể là câu hỏi mà Nubit cần trả lời nhất, chi phí thấp có thể không phải là động lực cốt lõi.
Ưu điểm lớn nhất so với BTC DA có thể là DA của Nubit hỗ trợ xác minh dữ liệu lấy mẫu nút ánh sáng (DAS), điều này không thể thực hiện được trên mạng BTC. Điều này có nghĩa là việc xác minh DA không còn yêu cầu người dùng tải xuống nút đầy đủ của BTC nữa.
Liệu những dòng chữ không còn hoàn toàn trên Bitcoin có còn đạt được sự đồng thuận của cộng đồng không? Nubit cố gắng sử dụng DA của chuỗi riêng của mình để thay thế DA của chuỗi BTC L1. Những gì nó phải đối mặt có thể không phải là nghi ngờ về mặt kỹ thuật mà là một thách thức lớn đối với sự đồng thuận của cộng đồng. Tất nhiên, đây cũng là một cơ hội lớn.
Veda_bitcoin Veda
Giao thức Veda đọc BTC L1 Burn Các Lệnh cụ thể, sử dụng chúng làm yêu cầu giao dịch và thực hiện chúng trong EVM ngoài chuỗi BTC.
Người dùng ký giao dịch tuân thủ EVM bằng khóa riêng BTC trên BTC L1, sau đó chuyển nó thành một dòng chữ trên BTC. Nút EVM của Veda sẽ quét khối BTC. Sau khi giao dịch được xác nhận bởi BTC, EVM sẽ thực hiện yêu cầu và tạo ra thay đổi trạng thái.
Trên thực tế, điều này đang sử dụng BTC làm nhóm giao dịch đang chờ xử lý cho Veda EVM. Tuy nhiên, do hiệu suất của BTC thấp hơn nhiều so với EVM của ETH và dữ liệu ghi vào khối BTC bị giới hạn trong một khoảng thời gian nhất định nên Veda EVM phải có khả năng thực hiện tất cả các yêu cầu EVM được tải lên BTC.
BTC là nguồn dữ liệu cho tất cả các trạng thái Veda. Bất kỳ ai cũng có thể khôi phục trạng thái hoàn chỉnh của EVM bằng cách quét các yêu cầu Veda trong tất cả các khối BTC. Do đó, Veda EVM có thể được tin cậy một cách lạc quan mà không cần bất kỳ giả định bảo mật phức tạp nào.
Tuy nhiên, Veda không thể mở rộng hiệu suất của BTC. Veda có thể được coi là một mạng Ethereum với khoảng thời gian khối là 10 phút và TPS là 5, nhưng có hàng chục nghìn nút và sức mạnh tính toán POW khổng lồ.
Nó chỉ mở rộng các chức năng của BTC và bổ sung thêm khả năng hợp đồng thông minh. Điều này về cơ bản không giải quyết được vấn đề cạnh tranh tài nguyên.
babylon_chain Babylon
Babylon là một bộ công cụ giúp đỡ người khác Chuỗi khối chia sẻ giao thức bảo mật BTC, bao gồm hai phần, dịch vụ cầm cố Bitcoin và dịch vụ dấu thời gian Bitcoin.
Babylon cho phép cung cấp bảo mật kinh tế cho chuỗi PoS bằng cách cầm cố BTC (tương tự như việc đặt lại ETH). Quá trình đặt cược hoàn toàn chạy bằng mật mã và không yêu cầu Dựa vào bất kỳ bên thứ ba nào là cầu nối và người giám hộ.
Người cầm cố BTC có thể gửi một giao dịch với hai đầu ra UTXO trên BTC để thực hiện cam kết. UTXO đầu tiên được viết bằng tập lệnh khóa thời gian và hết hạn Những người cầm cố sau này có thể sử dụng khóa riêng của họ để mở khóa BTC; một UTXO khác được chuyển đến một địa chỉ Bitcoin tạm thời và các cặp khóa công khai và riêng tư của địa chỉ này đáp ứng các tiêu chuẩn mật mã của "EOTS Chữ ký một lần có thể trích xuất".
Khi người đặt cược BTC chạy một nút của chuỗi POS, sau khi xác minh khối hợp lệ duy nhất, nó sẽ ký khối đó bằng khóa riêng EOTS.
Nếu người đặt cọc (đồng thời là người xác minh chuỗi POS này) vẫn trung thực và chỉ ký một khối hợp lệ tại một thời điểm, thì người đó sẽ trở thành người xác minh của chuỗi POS. Phần thưởng, nếu nó cố gắng làm điều ác và ký hai khối ở cùng độ cao khối cùng lúc thì khóa riêng EOTS của nó sẽ bị suy ra và bất kỳ ai cũng có thể sử dụng khóa riêng này để chuyển BTC đã cam kết trên BTC chuỗi. , để đạt được sự tịch thu. Điều này kêu gọi những người cầm cố phải trung thực.
Babylon cũng cung cấp dịch vụ dấu thời gian BTC, nghĩa là tải dữ liệu điểm kiểm tra của bất kỳ blockchain nào lên op_return của BTC để tăng tính bảo mật. .
Nubit đã đề cập ở trên có kế hoạch sử dụng dịch vụ đặt cược BTC của Babylon để tăng cường bảo mật. Babylon sử dụng giải pháp mật mã thuần túy để xử lý việc gửi, rút tiền và tịch thu BTC, có độ an toàn cao. Nhưng đối với các chuỗi sử dụng dịch vụ cầm cố, điều này bị hạn chế ở cấp độ kinh tế, so với phương pháp Rollup của ETH, vẫn còn một khoảng cách nhất định về khả năng xác minh.
Mặc dù dịch vụ dấu thời gian tải dữ liệu L2 lên BTC nhưng việc kiểm tra trực tiếp tất cả các khối BTC yêu cầu tải xuống nút đầy đủ, nút này có ngưỡng cao. Đồng thời, BTC L1 không có hợp đồng thông minh và không thể xác minh tính chính xác của những dữ liệu này.
Cuộn lại
Thông qua Ordinals, Bitcoin có thể lưu trữ nhiều dữ liệu khác nhau và trở thành cơ sở dữ liệu có độ bảo mật cao. Việc tải dữ liệu bằng chứng của Rollup lên mạng BTC đảm bảo rằng dữ liệu đó không thể bị giả mạo, nhưng điều này không đảm bảo tính hợp lệ và chính xác của các giao dịch nội bộ của Rollup.
Vấn đề cốt lõi của BTC Rollup là xác minh.
Hầu hết các bản tổng hợp BTC có thể chọn phương thức tổng hợp có chủ quyền (xác minh phía khách hàng). Trình xác minh đồng bộ hóa tất cả dữ liệu của chuỗi tổng hợp ngoài chuỗi và tự kiểm tra nó .
Nhưng điều này không thể tận dụng được khả năng mạnh nhất của Bitcoin, cụ thể là sự đồng thuận POW của hàng trăm nghìn nút, để đảm bảo tính bảo mật của quá trình tổng hợp. Tất nhiên, tình huống lý tưởng nhất là mạng BTC tích cực xác minh bằng chứng Rollup, như ETH và từ chối dữ liệu khối không hợp lệ.
Đồng thời, cũng cần đảm bảo rằng tài sản trong Rollup có thể được trích xuất một cách đáng tin cậy vào mạng BTC trong những trường hợp khắc nghiệt nhất, ngay cả các nút /đặt hàng Rollup Ngay cả khi máy chủ ngừng hoạt động hoặc từ chối chấp nhận giao dịch, nó vẫn có thể được đưa ra ngoài qua kênh thoát an toàn.
Đối với BTC, không có hợp đồng thông minh và chỉ thực thi tập lệnh, có thể sử dụng khả năng của MAST để kết hợp các tập lệnh thành các mạch logic nhằm đạt được khả năng xác minh, mặc dù khó khăn Tương đối cao nhưng đó là ý tưởng độc đáo nhất của BTC.
ZeroSync_ BitVM
BitVM là phổ biến nhất giao thức mở rộng đáng quan tâm là một bản tổng hợp lạc quan của BTC.
BitVM đề xuất một cách sáng tạo một cách để thực hiện các thách thức gian lận trên BTC. Cả người chứng minh và người thách thức đều gửi cùng một số tiền trong một giao dịch. BTC bị đánh bạc (như đầu vào) và đầu ra của giao dịch này sẽ chứa một mạch logic.
Các tập lệnh BTC có thể được xem là các cổng logic xử lý logic đơn giản nhất. Cổng logic là thành phần cơ bản nhất của máy tính. Nếu các mạch cổng logic được kết hợp với nhau theo kiểu cây thì chúng có thể tạo thành một mạch chứa logic cụ thể (bạn có thể tưởng tượng chiếc máy tính của con người Tần Thủy Hoàng trong Bài toán ba thân).
BitVM viết bằng chứng gian lận trong một mạch bao gồm một số lượng lớn tập lệnh BTC. Cấu trúc mạch của bằng chứng này được xác định dựa trên một loạt nút được bộ sắp xếp trong Rollup đóng gói.
Người thách đấu có thể liên tục tải các giá trị băm lên mạch chống gian lận này và người xác minh liên tục chạy tập lệnh tương ứng và hiển thị đầu ra để xác nhận rằng kết quả là Chính xác.
Trong một chuỗi giao dịch, người thách đấu có thể tiếp tục thách thức người chứng minh cho đến khi người chứng minh xác nhận rằng mỗi cổng mạch đều đúng. Do đó, mạng BTC đã hoàn tất xác minh Rollup và người chứng minh có thể truy cập vào số tiền của chính mình. Nếu không, người thách đấu sẽ nhận được BTC do người chứng minh đặt cược.
Nói một cách dễ hiểu, mối quan hệ giữa BitVM và BTC giống như OP đối với mạng ETH và tính bảo mật của nó là cao nhất trong số tất cả các kế hoạch mở rộng . Số lượng giao dịch mà BitVM sẽ tạo ra là rất lớn và tốn kém, đồng thời cần có một số lượng lớn chữ ký trước trước khi hai bên liên quan có thể tiến hành xác minh trên chuỗi, điều đó có nghĩa là cần phải thực hiện một lượng lớn tính toán ngoài chuỗi.
Tất nhiên, không giống như tổng hợp lạc quan/zk của ETH, BitVM không có kênh rút BTC khẩn cấp. Chỉ có ít nhất một nút trung thực trong mạng L2 mới có thể Hoàn thành thoát bình thường. Tuy nhiên, đây đã là sự đảm bảo bảo mật cao nhất mà BTC L2 có thể đạt được ở thời điểm hiện tại. DA được tải lên và BTC L1 xác minh tính hợp lệ của dữ liệu Rollup. Độ tin cậy của cầu BTC được giảm thiểu, ngoại trừ việc thiếu "lối thoát khẩn cấp" kênh."
Vì vậy, việc triển khai BitVM có vẻ còn xa vời, nhưng cuộc thảo luận gần đây trong cộng đồng BTC về việc bỏ cấm tập lệnh op_cat có thể mang lại những khả năng mới cho sự phát triển của BitVM. Opcode op_cat có thể nối hai chuỗi, hỗ trợ độ dài tối đa 520 byte. Việc kết nối dữ liệu này cho phép tính toán phức tạp hơn trên Bitcoin. Ví dụ: BitVM có thể sử dụng nó để kết nối hàng trăm cổng logic nối tiếp theo cùng một tập lệnh, cho phép BitVM xử lý nhiều mạch nhị phân hơn với ít giao dịch hơn, đạt tốc độ tăng trưởng gần gấp trăm lần.
Sự kết hợp phức tạp giữa các tập lệnh Bitcoin của BitVM cũng đã truyền cảm hứng cho nhiều dự án L2 và dựa trên đó, họ đã đề xuất những ý tưởng mới cho những thách thức "bằng chứng gian lận" trên BTC. .
Mạng Bison_Labs Mạng Bison
Mạng Bison là một ZK -STARK Sovereign Rollup (xác minh phía khách hàng) dựa trên Bitcoin.
Cái gọi là Rollup có chủ quyền, nghĩa là L1 được sử dụng làm bảng thông báo dữ liệu khối (DA) của Rollup. Nó không xác minh xem giao dịch Rollup có chính xác hay không và giao dịch Rollup được chính Rollup sử dụng để xác minh nút.
Bison đã gửi chứng chỉ zk của Rollup cho BTC Ordinals. Người dùng có thể tải xuống chứng chỉ từ BTC và chạy ứng dụng khách của riêng họ để xác minh các giao dịch Rollup. Nếu cần xác minh toàn bộ trạng thái của Rollup, bạn cần đồng bộ hóa toàn bộ nút.
Bison có tính năng triển khai cầu nối L1 tới BTC. Khi người dùng gửi BTC vào Bison Rollup, BTC sẽ được chia thành nhiều ví đa chữ ký có chứa BTC. Các ví đa chữ ký này đều hỗ trợ DLC (Hợp đồng nhật ký kín đáo). Công nghệ này dựa trên bản nâng cấp Taproot và là một hợp đồng logic đơn giản sử dụng các tập lệnh khóa thời gian và đa chữ ký BTC.
Khi người dùng gửi BTC, họ cần làm việc với mạng Bison để ký các giao dịch thực thi có liên quan cho mọi tình huống trong tương lai, chẳng hạn như:
Sau khi ký, các giao dịch này sẽ không được xuất bản trong khối BTC. Nếu giao dịch muốn được thực hiện, một oracle sẽ được thực hiện bắt buộc phải lái xe. Có ba người kiểm soát ví đa chữ ký, đó là người dùng, Bison Rollup và oracle. Nếu bạn có được bất kỳ hai chữ ký nào, bạn có thể giành quyền kiểm soát những BTC này.
DLC giống như câu lệnh if-do trên Bitcoin. Máy oracle nhập điều kiện if và phần thực thi của lệnh do là gửi ba loại chữ ký đã đề cập ở trên. giao dịch trong các trường hợp.
Oracle ở đây được liên kết với hợp đồng bridge của Bison Rollup. Nếu bridge nhận được yêu cầu chuyển BTC của người dùng cho người khác, tình huống trước khi oracle được gửi
Giao dịch được ký theo, đa- chữ ký Quyền kiểm soát địa chỉ được trao cho mạng Bison để phân phối thêm; nếu nhận được yêu cầu của người dùng, quyền kiểm soát sẽ được gửi
và chuyển giao cho người dùng; Nếu không nhận được tin nhắn trong một thời gian dài, thời gian khóa sẽ hết hạn và quyền kiểm soát sẽ được trả lại cho người dùng.
Như vậy, Bison đã triển khai việc trích xuất BTC từ Rollup và thiết lập một kênh thoát đơn giản. Tuy nhiên, điểm yếu của hệ thống ở đây là máy oracle, nếu truyền sai thông tin, tài sản của người dùng sẽ bị mất nên việc đưa vào các bộ phận phi tập trung như chainlink có thể được xem xét.
"Cầu nối không cần sự tin cậy" do DLC triển khai nhằm khai thác tiềm năng của các tập lệnh BTC. http://DLC.link sử dụng nó để mở rộng BTC sang ETH và STX được sử dụng trong chuỗi.
Mặc dù Bison Rollup đã đạt được một "kênh thoát" đơn giản bằng cách giới thiệu một bên thứ ba mới, nhưng nó vẫn không triển khai bằng chứng Rollup đã được xác minh BTC L1.
Mạng BsquaredNetwork Mạng B²
Mạng B² dựa trên BTC Bản tổng hợp zk kết hợp với "Thử thách cam kết". Mạng được chia thành hai lớp, lớp Rollup và lớp DA.
Lớp Rollup sử dụng zkEVM để chạy logic hợp đồng thông minh. Lớp này chứa nhiều mô-đun, bao gồm chấp nhận giao dịch, sắp xếp và đóng gói. ZK chứng minh Đầu ra, hỗ trợ việc trừu tượng hóa tài khoản địa chỉ BTC và đồng thời đọc dữ liệu BTC L1 (số dư BTC và BRC20).
Lớp DA cung cấp khả năng lưu trữ dữ liệu cho Rollup và nút lưu trữ thực hiện xác minh zk ngoài chuỗi đối với các giao dịch Rollup. Sau khi hoàn tất xác minh, nút lớp DA ghi dữ liệu Tổng hợp vào dòng chữ Ordinals của BTC, bao gồm vị trí của dữ liệu Tổng hợp trong lớp DA, gốc cây Merkel của giao dịch, dữ liệu bằng chứng ZK và hàm băm của dòng chữ bằng chứng BTC trước đó. .
Xác minh bằng chứng là cốt lõi. Trong ETH, hợp đồng cầu nối trực tiếp xác minh bằng chứng ZK trên L1, nhưng không có chức năng hợp đồng thông minh trên BTC. Do logic xác minh ZK phức tạp, mạch logic xác minh không thể được thực hiện bằng cách kết hợp các tập lệnh BTC (chi phí rất lớn và có thể vượt quá giới hạn trên của khối BTC).
Do đó, B² giới thiệu nhiều tính toán ngoài chuỗi hơn trong quá trình xác minh, xác minh trực tiếp các cặp L1 so với ZK và chuyển nó thành "bằng chứng gian lận" tương tự như "thử thách" lạc quan . B² phân tách bằng chứng của ZK thành các tập lệnh khác nhau và xếp chồng các tập lệnh này để tạo thành cây nhị phân Mast. Nút B² đã gửi BTC thông qua giao dịch này như một phần thưởng cho thử thách gian lận.
Sau khi giao dịch chứa "Thử thách bằng chứng gian lận" được xác nhận trên BTC L1, người thách thức có thể tải xuống dữ liệu gốc từ lớp DA và thực thi tập lệnh trên ngoài chuỗi.
Nếu đầu ra cuối cùng của quá trình thực thi không nhất quán với kết quả được gửi bởi nút B², điều đó có nghĩa là nút đó không tốt. Người thách thức có thể giành quyền kiểm soát BTC bị khóa trong tập lệnh gốc của nút và tổng hợp giao dịch cùng lúc, tất cả sẽ được khôi phục.
Nếu không có thử thách nào trong thời gian khóa thì nút có thể truy xuất BTC bị khóa và Tổng hợp sẽ nhận được xác nhận cuối cùng.
Trong Mạng B², giao dịch đầu tiên gửi BTC đã xác nhận rằng chứng chỉ zk không thể bị giả mạo. Mặc dù BTC vẫn không thể xác minh giao dịch zk, nhưng bằng cách thực hiện "thử thách bằng chứng gian lận" trong giao dịch thứ hai, xác minh L1 được hoàn thành một cách gián tiếp, đảm bảo tính hợp lệ của giao dịch theo Rollup và tăng cường bảo mật. .
Mạng B² đã giới thiệu tính năng trừu tượng hóa tài khoản, cho phép mọi người trực tiếp sử dụng ví BTC để tương tác với Rollup mà không làm thay đổi thói quen của người dùng, điều này rất đáng khen ngợi. Tuy nhiên, khi rút tài sản BTC từ L2, phương thức cầu nối địa chỉ đa chữ ký vẫn được sử dụng và không có "kênh thoát" nào được đưa ra.
SatoshiVM SatoshiVM
SatoshiVM cũng dựa trên ZK trên BTC Rollup, logic của nó tương tự như Mạng B². Sau khi tạo bằng chứng zk trong Rollup, người chứng minh tải dữ liệu bằng chứng lên mạng BTC và sau đó gửi thử thách "bằng chứng gian lận" có chứa BTC. Người thách thức thành công sẽ được thưởng BTC.
Sự khác biệt là SatoshiVM đã thêm hai khóa thời gian vào thử thách "Bằng chứng gian lận", tương ứng với thời gian bắt đầu thử thách và thế giới kết thúc thử thách, do đó bằng cách so sánh BTC Bạn đã đợi bao nhiêu khối để việc chuyển tiền diễn ra? Cá nhân bạn có thể biết liệu bằng chứng ZK có chính xác và hợp lệ hay không.
Phần cầu nối chuỗi chéo thực chất chỉ sử dụng giải pháp đa chữ ký và không có điểm nổi bật.
chainway_xyz Chainway
Chainway là Chủ quyền của BTC ZK rollup không chỉ sử dụng Bitcoin làm lớp xuất bản dữ liệu mà còn sử dụng dữ liệu BTC làm nguồn để tạo ra bằng chứng ZK.
Trình chứng minh của Chainway cần quét mọi khối BTC mà không bỏ sót một nhịp nào. Bằng chứng ZK hoàn chỉnh có thể được tạo bằng cách đọc tiêu đề khối, bằng chứng zk trước đó và "giao dịch bắt buộc" được khắc trong khối từ khối BTC. Trong mỗi khối BTC, Chainway sẽ gửi một giao dịch đốt bằng chứng ZK, do đó hình thành bằng chứng đệ quy.
Trong khối BTC, "giao dịch bắt buộc" được khắc dưới dạng dòng chữ Ordinals là "phương thức gửi giao dịch chống kiểm duyệt" do Chainway đặt ra. Nếu nút cuộn Chainway ngừng hoạt động hoặc tiếp tục từ chối chấp nhận giao dịch rút tiền từ người dùng, người dùng có thể khắc yêu cầu rút tiền trực tiếp vào khối Bitcoin. Các nút phải bao gồm các "giao dịch bắt buộc" này vào các khối tổng hợp, nếu không các ràng buộc của mạch zk sẽ không được thỏa mãn và việc tạo bằng chứng sẽ không thành công.
Trong tweet mới nhất, Chainway tuyên bố lấy cảm hứng từ BitVM. Họ đã tìm ra cách xác minh bằng chứng zk về Bitcoin để triển khai thanh toán BTC L1.
Rõ ràng, thiết kế hiện tại của Chainway dựa trên xác minh cục bộ của phía khách hàng về Rollup có chủ quyền. Mặc dù "giao dịch bắt buộc" giải quyết được vấn đề kiểm duyệt chống nút đối với các giao dịch Rollup ở một mức độ nhất định, nhưng nó vẫn không thể đạt được sự giải quyết thực sự đối với tài sản BTC L1.
QEDProtocol Giao thức QED
Giao thức QED có trên BTC Bản tổng hợp ZK, chạy dựa trên zkvm. Không giống như các đợt tổng hợp zk khác, QED không chọn tạo bằng chứng zk cho các giao dịch của toàn bộ đợt tổng hợp mà chỉ tạo bằng chứng ZK cho giao dịch rút tiền từ đợt tổng hợp sang BTC L1.
Tương tự như ý tưởng của BitVM, QED Protocol đã tổ chức các tập lệnh thành các mạch logic để xác minh bằng chứng ZK về các giao dịch rút tiền trên BTC L1. Loại logic này. Mạch sẽ chứa 1000 UTXO. Mặc dù đạt được xác minh trực tiếp nhưng chi phí rất lớn.
Lập trình hướng chỉ mục
Nếu bạn truy tìm nguồn gốc, Brc20 về cơ bản là một loại BTC L2. Tất cả dữ liệu giao dịch Brc20 được ghi lại trên BTC và sổ cái thực sự chạy trong một bộ chỉ mục ngoài chuỗi.
Mặc dù bản thân sổ cái Brc20 hiện tại hoàn toàn tập trung nhưng chúng tôi hiếm khi lo lắng về tính bảo mật của nó vì các Lệnh của mạng BTC không thể bị giả mạo. Bất kỳ ai cũng có thể quét tất cả giao dịch ghi lại trên mạng BTC để khôi phục trạng thái của Brc20.
Tuy nhiên, bản mở rộng này chỉ bổ sung thêm các tính năng mới cho BTC và không giúp mở rộng hiệu suất của nó. Nếu sổ cái trong bộ chỉ mục được phân cấp, liệu chuỗi ghi có thể được đổi mới không?
Trên thực tế, hoạt động kinh doanh tiếp theo dựa trên $sats do @unisat_wallet triển khai dựa trên ý tưởng này. Hoán đổi và nhóm được triển khai trong bộ chỉ mục của nó. Nếu bạn muốn nhận được Có sự đồng thuận về an ninh tài chính rằng phân cấp là một quá trình tất yếu.
Ngoài ra còn có @RoochNetwork không lấy tài sản từ L1 mà chỉ chạy các chỉ mục và nút đầy đủ BTC và chỉ đọc dữ liệu cho hợp đồng thông minh trên chuỗi L2 chỉ đọc của họ được sử dụng.
Cuối cùng
Tất nhiên, có nhiều dự án tôi chưa giới thiệu, một phần vì mô tả của họ Không rõ, một phần vì năng lượng của tôi có hạn.
Ngành công nghiệp đang thay đổi nhanh chóng và BTC L2 mới ra đời mỗi giây, nhưng điều không thay đổi là xu hướng tất yếu của hệ sinh thái BTC phát triển theo hướng lớp thứ hai.
BTC là chuyến tàu mà mọi người đều muốn lên. Từ góc độ kế hoạch, sidechain chỉ là những hành khách đã mua vé. Cầu chuỗi có liên quan đến BTC, nhưng chúng có thể được sử dụng sớm nhất.
Các dự án loại DA đang cố gắng xây dựng phiên bản BTC của celestia và eigenlayer. Họ có đủ mánh lới quảng cáo và có nhiều cơ hội dưới sự đồng thuận rộng rãi về tính mô-đun.
Các bản tổng hợp đã tải lên DA và sử dụng các tập lệnh BTC để triển khai một số cơ chế trên chuỗi BTC đơn giản (chủ yếu mượn các ý tưởng cam kết bit của BitVM), một cách miễn cưỡng. có nửa bước trong việc vận chuyển bảo mật Bitcoin. Ai nói rằng Bản tổng hợp có chủ quyền dựa vào quá trình tự xác minh không phải là Bản tổng hợp? (Tất cả các bạn cần phải cảm ơn Celestia vì CX dài hạn cho Rollup có chủ quyền)
Viên ngọc quý của BTC L2 là sử dụng logic tập lệnh BTC để xác minh bằng chứng của việc tải lên Bản tổng hợp. Hiện tại chỉ có BitVM và AVM của #Atomicals đang thử, điều này vô cùng gần gũi với mối quan hệ bảo mật của ETH với Bản tổng hợp của nó. Hiện tại, nó dường như nằm ngoài tầm với ở cấp độ triển khai, nhưng việc bỏ chặn các toán tử mới như op_cat dường như đẩy nhanh hơn nữa quá trình của nó. BitVM có thể được triển khai nhanh hơn mọi người mong đợi.