Làn sóng đầu tiên của thị trường tăng giá, BTC L2 sẽ tạo ra vua của alpha
Tuyển chọn TechFlowTuyển chọn TechFlow
Làn sóng đầu tiên của thị trường tăng giá, BTC L2 sẽ tạo ra vua của alpha
Bài viết này điểm qua các phương pháp triển khai chính của các giải pháp BTC L2 phổ biến trên thị trường, cách thức đưa tài sản BTC vào và mức độ bảo mật.
Chuyên sâu báo cáo Web3Tác giả: blockpunk
Trong bài viết dài trước đó, tôi đã đề cập rằng sự phát triển mạnh mẽ của các "inscription" (ghi chú) đã thúc đẩy sự phồn vinh của hệ sinh thái BTC, đồng thời cũng làm gia tăng cạnh tranh về tài nguyên mạng lưới BTC. Chi phí giao dịch cao và xu hướng tăng giá dự kiến trong tương lai của BTC liên tục nâng cao rào cản tham gia vào hệ sinh thái BTC.
Điều này khiến cộng đồng ngày càng quan tâm đến việc thảo luận về các giải pháp mở rộng cho BTC, thu hút sự chú ý của cả cộng đồng và nhà đầu tư.
-
Tất nhiên, mọi người đều rất ăn ý khi tập trung vào phương án nâng cấp trực tiếp lớp L1 của BTC. Những cuộc thảo luận táo bạo nhất cũng chỉ xoay quanh việc dỡ bỏ một số giới hạn trong kịch bản OP, tiếp tục khai thác tiềm năng còn lại của BTC dưới Taproot (như các cuộc thảo luận về CTV và CAT).
-
Dựa trên những thành tựu lý thuyết và thực tiễn về rollup và nâng cấp của ETH, Layer2 trên BTC đã trở thành chủ đề chính trong các cuộc bàn luận về mở rộng, đồng thời cũng là giải pháp có hiệu quả nhanh nhất. Các dự án đại chúng sẽ ra mắt trong vòng hai ba tháng tới và trở thành tâm điểm chính trong các đợt đầu cơ.
Do quản trị BTC cực kỳ tập trung và không có “giáo hội” nào định hướng cộng đồng, thiết kế L2 của nó vì vậy rất đa dạng. Bài viết này sẽ phân tích một số giao thức điển hình của BTC L2 để khám phá khả năng mở rộng của BTC.
Tôi tạm chia BTC L2 thành các loại: sidechain, rollup, lớp DA (Data Availability), lập chỉ mục phi tập trung… và nhóm các dự án tương tự nhau để trình bày. Cần lưu ý rằng các giải pháp mở rộng BTC vẫn chưa thể được định nghĩa rõ ràng, do đó cách phân loại ở đây mang tính thực tế chứ không nghiêm ngặt.
-
Bài viết tập trung vào các giải pháp ở góc độ hiện thực hóa, nhiều thiết kế vẫn đang ở dạng lý thuyết. Trong cuộc đua tài sản tại lớp 2, công nghệ và tính bảo mật quyết định đáy sàn của dự án. Công nghệ là vé lên xe, dù là hạng thương gia, phổ thông hay vé treo cũng đều có thể; nếu chỉ để đầu cơ tài sản thì chỉ cần đạt mức tối thiểu là đủ.
-
Tuy nhiên, xét từ góc độ tài sản, một là khả năng tạo tài sản của chính L2, bất kể là đưa inscription vào hay tự mình thổi giá, điều này không thể đánh giá chỉ ở cấp độ kỹ thuật; thứ hai là khả năng thu hút BTC từ L1 gửi vào – yếu tố then chốt để so sánh, điều này phụ thuộc rất lớn vào độ an toàn của cầu nối, bởi lẽ “không kiểm soát khóa riêng là không sở hữu Bitcoin” là giáo lý cốt lõi, liên quan mật thiết đến thiết kế giải pháp.
Hệ sinh thái BTC liệu có thể vượt qua ETH trong tương lai? Hy vọng bài viết này sẽ cung cấp một vài gợi ý.
Trước tiên cần giới thiệu hai thay đổi mà bản nâng cấp Taproot mang lại:
-
Chữ ký Schnorr cho phép BTC sử dụng phương pháp chữ ký nhóm với tối đa 1000 người tham gia, đây là nền tảng cho nhiều cầu nối L2;
-
MAST cho phép kết hợp các kịch bản UTXO quy mô lớn thông qua cây Merkle, tạo điều kiện cho logic phức tạp hơn, mở ra khả năng xây dựng hệ thống chứng minh trên L2;
-
Tapscript nâng cấp ngôn ngữ script của Bitcoin, cho phép một loạt kịch bản xác minh để kiểm tra xem UTXO có được sử dụng hay không, tạo điều kiện cho việc rút tiền, tịch thu tài sản trên L2.
Một, Sidechain
Ưu điểm của sidechain là triển khai nhanh, có thể nhanh chóng phát triển các logic nghiệp vụ. Độ an toàn của nó chủ yếu phụ thuộc hoàn toàn vào chính mạng lưới đó, giống như “vé treo” trên chuyến tàu an toàn của BTC. Phần quan trọng nhất là cầu nối chéo chuỗi BTC – điểm kết nối duy nhất.
BEVM
Thực tế hầu hết các BTC L2 đều giống BEVM, kế thừa tư tưởng sidechain từ giải pháp mở rộng của ETH.
BEVM tận dụng khả năng của Taproot để triển khai một địa chỉ đa nhãn trên L1 của BTC và vận hành một sidechain EVM, trong đó triển khai hợp đồng thông minh chấp nhận yêu cầu rút BTC. GAS trên BEVM sử dụng BTC sau khi chuyển chuỗi.
Khi nạp tiền, bộ vận hành cầu nối đồng bộ dữ liệu BTC và thông báo cho sidechain; các nút BEVM cũng chạy một client nhẹ để đồng bộ tiêu đề khối BTC nhằm xác minh việc nạp tiền. Khi rút tiền, người giám hộ cầu nối sẽ ký tên, sau khi thu thập đủ số lượng chữ ký (ngưỡng), giao dịch rút BTC mới được phát hành. Như vậy đảm bảo được việc trao đổi tài sản giữa sidechain và BTC.
Khác với các giải pháp truyền thống như $RSK $STX, BEVM sử dụng đa chữ ký BTC trên Taproot để thực hiện chữ ký ngưỡng, về lý thuyết số lượng quản trị viên cầu nối có thể nhiều hơn, giúp tăng khả năng chịu lỗi cho việc chuyển BTC chéo chuỗi và phi tập trung hóa hơn.
Nhưng BEVM không tận dụng bất kỳ độ an toàn nào từ BTC, chỉ đơn thuần thực hiện trao đổi tài sản. Các nút vận hành logic nội bộ và EVM riêng, không tải lên bằng chứng trên mạng BTC, do đó không có DA từ L1.
Tính chống kiểm duyệt của giao dịch mạng phụ thuộc vào chính mạng lưới. Nếu các nút từ chối xử lý giao dịch rút BTC của bạn, bạn sẽ không thể lấy lại BTC từ L1 – đây là rủi ro tiềm tàng.
Ưu điểm của phương pháp này là có thể nhanh chóng hiện thực và kiểm nghiệm, đồng thời việc BEVM tự phát triển đa chữ ký trên Taproot cũng cải thiện thêm độ an toàn cầu nối, hiện tại là một trong số ít sidechain BTC đã ra mắt mainnet.
Map Protocol
Map là một sidechain inscription theo kiến trúc EVM, chọn cách chuyển BRC20 từ L1 BTC sang EVM để vận hành một số nghiệp vụ nền tảng.
Map vận hành một bộ lập chỉ mục BRC20 nâng cao. Người dùng muốn chuyển Brc20 từ BTC, cần gửi giao dịch mới với thông tin chèn vào json như chuỗi đích, địa chỉ đích... để Map lập chỉ mục và hiển thị trên sidechain; việc rút BRC20 do ủy ban ký tên dưới cơ chế Map Pos phát hành giao dịch BTC.
Sổ cái BRC20 thực chất chạy trên bộ lập chỉ mục, L1 BTC về cơ bản là nguồn dữ liệu sẵn có.
Tận dụng phí thấp của sidechain, chuỗi ánh xạ vận hành công cụ Mint BRC20 LessGas, thị trường inscription SATSAT, và thực hiện chuyển BRC20 qua Roup. Với inscription làm trung tâm, đặc sắc riêng biệt, 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 lên L1 BTC để tăng cường an toàn. Tuy nhiên ngoài việc phòng thủ tấn công lâu dài, Map vẫn không tận dụng được độ an toàn của BTC, không tăng cường khả năng chống kiểm duyệt khi rút tiền, xác minh thay đổi trạng thái hay độ tin cậy dữ liệu.
BitmapTech Merlin Chain
Sidechain BTC do Brc420 phát hành. Merlin Chain chọn sử dụng giải pháp MPC của ví cobo để thực hiện chuyển BTC chéo chuỗi, nhìn có vẻ là lựa chọn thận trọng: số lượng người ký MPC rất ít, so với đa chữ ký BTC sau nâng cấp Taproot thì vẫn còn khoảng cách về độ an toàn, nhưng may mắn là MCP đã được kiểm chứng lâu dài.
Merlin sử dụng trừu tượng tài khoản (account abstraction) của ParticleNtwrk, cho phép tiếp tục dùng ví và địa chỉ Bitcoin để tương tác với sidechain, không thay đổi thói quen người dùng – điểm đáng khen. Xét cho cùng, bắt người dùng Bitcoin phải quay lại dùng Metamask để tương tác là thiết kế lười biếng và thô sơ.
Brc420 và Bitmap có độ hot cao, đã tích lũy được lượng lớn người dùng. Merlin tiếp tục phát triển nghiệp vụ xung quanh inscription, hỗ trợ nhiều loại tài sản inscription từ L1 chuyển chéo chuỗi, đồng thời cung cấp dịch vụ khắc inscription mới trên sidechain.
ckBTC
ckBTC là giải pháp tích hợp BTC vào ICP hoàn toàn dựa trên mật mã học, không phụ thuộc vào bất kỳ cầu nối hay bên thứ ba nào.
ICP là một blockchain L1 độc lập, đồng thuận được đảm bảo bởi cơ chế chữ ký ngưỡng BLS độc đáo. Công nghệ ChainKey gắn liền 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ý một địa chỉ chữ ký ngưỡng BTC, nhận BTC, và thông qua chữ ký tổng hợp dưới đồng thuận để kiểm soát BTC trong địa chỉ này, thực hiện rút tiền.
ICP còn sao chép toàn bộ UTXO của BTC theo mô hình tài khoản trong mạng riêng, hợp đồng thông minh có thể đọc trạng thái BTC, gần như vận hành toàn bộ nút BTC bên trong mạng ICP.
Vì chữ ký ngưỡng này gắn chặt với thuật toán ra quyết định của mạng ICP, độ an toàn của ckBTC chỉ phụ thuộc vào mạng ICP và mạng BTC, không thêm bất kỳ giả định tin cậy bên thứ ba nào.
Do đó, giải pháp chữ ký ngưỡng ChainKey mà ICP sử dụng trong ckBTC hiện là ý tưởng cầu nối BTC an toàn nhất. Tuy nhiên đối với người rút tiền, nếu mạng IC ngừng hoạt động hoặc từ chối giao dịch, họ không thể ép buộc rút BTC từ L1. Đồng thời, ICP là một L1 độc lập, độ an toàn do chính nó đảm bảo, không liên quan gì đến BTC.
Hai, Khả năng sẵn sàng dữ liệu (Data Availability)
BTC là nguồn dữ liệu đáng tin cậy kiên cố nhất thế giới, không có đối thủ. Do đó, việc sử dụng BTC làm nguồn dữ liệu đáng tin cậy là điều hết sức tự nhiên.
Tương tự, với nền tảng lý thuyết về DA từ Celestia, mặc dù lưu trữ dữ liệu trên BTC rất đắt đỏ, nhưng vẫn hình thành nên cơ sở đồng thuận để làm lớp DA.
Về bản chất, hệ sinh thái Ordinals và toàn bộ inscription thực ra đều tận dụng BTC làm DA. Gần như tất cả "BTC L2" đều gửi dữ liệu về BTC, nhưng trước đây chỉ mang tính hình thức, biểu tượng cho viễn cảnh tốt đẹp. Dưới đây là một vài thiết kế đặc sắc.
Nubit
Nubit là giao thức DA mở rộng tình huống ứng dụng dữ liệu cho BTC, được chú ý nhờ có sự tham gia đầu tư từ Bounce Finance và domo.
Tóm lại, Nubit vận hành một chuỗi DA tương tự Celestia dựa trên đồng thuận POS, định kỳ tải dữ liệu DA của Nubit như tiêu đề khối, gốc cây Merkle giao dịch... lên L1 BTC.
Như vậy, Nubit được L1 BTC lưu giữ DA của chính nó, còn Nubit lại bán không gian lưu trữ trên chuỗi mình làm DA cho người dùng và các chuỗi rollup khác (DA lồng ghép). Bản thân Nubit không có khả năng hợp đồng thông minh, cần có rollup xây dựng 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 được đồng thuận POS của Nubit xác nhận sẽ ở trạng thái "xác nhận mềm". Một thời gian sau, Nubit sẽ tải gốc dữ liệu chuỗi lên L1 BTC. Sau khi giao dịch BTC hoàn tất, dữ liệu người dùng ban đầu mới đạt trạng thái xác nhận cuối cùng. Sau đó, người dùng cần quay lại L1 BTC để tải thẻ dữ liệu, dùng để tìm kiếm dữ liệu gốc trong cây Merkle của nút đầy đủ Nubit.
Đồng thuận POS của mạng Nubit ban đầu được hỗ trợ bởi cổ phần BTC trên Babylon (sẽ trình bày sau). Người dùng trả phí lưu trữ bằng BTC, do đó Nubit dùng mạng Lightning để nhận BTC, không tồn tại vấn đề cầu nối, người dùng có thể hủy kênh để rút tiền khẩn cấp mà không cần tương tác với mạng POS của Nubit.
Trông có vẻ Nubit giống phiên bản Bitcoin của Celestia, không thêm chức năng hợp đồng thông minh phức tạp, dùng mạng Lightning phi tập trung nhất để thanh toán BTC, tương đối đơn giản. Mặc dù mạng Lightning đủ phi tin cậy, nhưng trải nghiệm người dùng không tốt, khó hỗ trợ dòng vốn lớn ra vào (vấn đề người già của kênh trạng thái).
Mối quan hệ giữa Nubit và BTC khá mỏng manh, độ an toàn chuỗi không được BTC bảo đảm, dữ liệu trên BTC chỉ được xác minh bởi client nút của Nubit. Vì sao rollup và dữ liệu inscription cần lớp đóng gói Nubit thay vì tải trực tiếp lên BTC? Đây có lẽ là câu hỏi Nubit cần trả lời nhất, chi phí có thể không phải động lực cốt lõi.
Lợi thế lớn nhất so với BTC DA có lẽ là DA của Nubit hỗ trợ xác minh mẫu dữ liệu cho nút nhẹ (DAS), điều mà mạng BTC không thể thực hiện, có nghĩa là xác minh DA không còn yêu cầu người dùng tải toàn bộ nút BTC.
Inscription không hoàn toàn dựa trên Bitcoin liệu còn nhận được sự đồng thuận cộng đồng? Nubit thử dùng DA chuỗi riêng thay thế DA L1 BTC, thách thức lớn nhất có thể không phải về mặt kỹ thuật mà là sự đồng thuận cộng đồng khổng lồ. Tất nhiên, đây cũng là cơ hội to lớn.
VedaVeda
Giao thức VedaVeda đọc các inscription đặc biệt trên L1 BTC, coi đó là yêu cầu giao dịch, thực thi trong EVM dưới chuỗi BTC. Người dùng ký một giao dịch phù hợp EVM bằng khóa riêng BTC trên L1 BTC, sau đó đúc thành inscription trên BTC.
Các nút EVM của Veda quét khối BTC, ngay khi giao dịch được xác nhận bởi BTC, EVM sẽ thực thi yêu cầu, tạo ra thay đổi trạng thái. Thực tế, đây chính là dùng BTC như một pool giao dịch chờ xác nhận cho EVM của Veda. Tuy nhiên do hiệu suất BTC thấp hơn nhiều so với EVM của ETH, và lượng dữ liệu ghi vào khối BTC trong một khoảng thời gian nhất định bị giới hạn, nên EVM của Veda chắc chắn có thể xử lý hết tất cả yêu cầu EVM tải lên BTC.
BTC là nguồn dữ liệu trạng thái của Veda, bất kỳ ai cũng có thể quét toàn bộ khối BTC chứa yêu cầu Veda để tái tạo lại trạng thái đầy đủ của EVM. Do đó có thể tin tưởng lạc quan vào EVM của Veda, không có bất kỳ giả định an toàn phức tạp nào.
Tuy nhiên, Veda không thể mở rộng hiệu suất BTC. Có thể coi Veda như một mạng Ethereum có khoảng cách khối 10 phút, TPS 5, nhưng sở hữu hàng chục ngàn nút và sức mạnh tính toán PoW khổng lồ. Nó chỉ mở rộng chức năng BTC, bổ sung khả năng hợp đồng thông minh. Về bản chất, điều này không giải quyết được vấn đề cạnh tranh tài nguyên.
Babylon
Babylon là bộ giao thức giúp các blockchain khác chia sẻ độ an toàn của BTC, bao gồm hai phần: dịch vụ thế chấp BTC và dịch vụ dấu thời gian BTC.
Babylon cho phép thế chấp BTC để cung cấp bảo đảm an toàn kinh tế cho chuỗi PoS (tương tự restake ETH), quá trình thế chấp hoàn toàn vận hành bằng mật mã học, không cần bất kỳ cầu nối hay bên giám hộ thứ ba nào.
Người thế chấp BTC có thể gửi một giao dịch trên BTC với hai đầu ra UTXO để thực hiện thế chấp. UTXO đầu tiên ghi một kịch bản khóa thời gian, sau khi hết hạn người thế chấp có thể dùng khóa riêng giải phóng BTC; UTXO thứ hai chuyển cho một địa chỉ tạm thời, cặp khóa công/khóa riêng của địa chỉ này đáp ứng tiêu chuẩn mật mã "chữ ký một lần có thể trích xuất (EOTS)".
Khi người thế chấp BTC vận hành một nút trên chuỗi PoS, sau khi xác minh một khối hợp lệ duy nhất, họ sẽ ký nó bằng khóa riêng EOTS. Nếu người thế chấp (cũng là validator của chuỗi PoS) trung thực, mỗi lần chỉ ký một khối hợp lệ, họ sẽ nhận thưởng validator từ chuỗi PoS; nếu cố gắng làm ác, ký đồng thời hai khối ở cùng chiều cao, khóa riêng EOTS của họ sẽ bị suy ngược, bất kỳ ai cũng có thể dùng khóa đó để chuyển BTC thế chấp trên chuỗi BTC, thực hiện tịch thu.
Như vậy buộc người thế chấp phải trung thực. Babylon còn cung cấp dịch vụ dấu thời gian BTC, tức là tải dữ liệu điểm kiểm của bất kỳ blockchain nào lên op_return của BTC để tăng độ an toàn.
Nubit ở trên dự kiến sử dụng dịch vụ thế chấp BTC của Babylon để tăng cường an toàn. Babylon sử dụng phương án hoàn toàn mật mã học trong việc gửi/nhận, tịch thu BTC, độ an toàn rất cao. Nhưng đối với chuỗi sử dụng dịch vụ thế chấp, điều này chỉ tạo ra ràng buộc ở cấp độ kinh tế, so với cách Rollup của ETH thì vẫn còn khoảng cách về khả năng xác minh. Dịch vụ dấu thời gian tuy tải dữ liệu L2 lên BTC, nhưng việc kiểm tra toàn bộ khối BTC cần tải toàn bộ nút, ngưỡng cao. Đồng thời L1 BTC không có hợp đồng thông minh, cũng không thể xác minh tính đúng đắn của dữ liệu này.
Ba, Rollup
Thông qua Ordinals, Bitcoin có thể lưu trữ mọi loại dữ liệu, trở thành cơ sở dữ liệu cực kỳ an toàn. Tải dữ liệu chứng minh của Rollup lên mạng BTC thực sự đảm bảo dữ liệu không thể bị sửa đổi, nhưng không đảm bảo được tính hợp lệ và đúng đắn của giao dịch bên trong Rollup.
Vấn đề cốt lõi của BTC Rollup nằm ở khâu xác minh. Hầu hết BTC Rollup có thể chọn cách rollup chủ quyền (xác minh client), các validator đồng bộ toàn bộ dữ liệu Rollup bên ngoài chuỗi và tự kiểm tra.
Nhưng điều này cũng không tận dụng được khả năng mạnh nhất của Bitcoin, tức là đồng thuận POW với hàng chục ngàn nút, để bảo đảm an toàn cho rollup. Trạng thái lý tưởng nhất đương nhiên là mạng BTC có thể chủ động xác minh bằng chứng Rollup, giống như ETH, và từ chối dữ liệu khối vô hiệu. Đồng thời, cần đảm bảo tài sản trong Rollup có thể được rút về mạng BTC một cách phi tin cậy trong trường hợp cực đoan nhất, ngay cả khi các nút/sắp xếp viên của Rollup luôn ngừng hoạt động hoặc từ chối giao dịch, vẫn có thể rút ra qua lối thoát an toàn.
Đối với BTC không có hợp đồng thông minh, chỉ có thực thi kịch bản, có thể tận dụng khả năng MAST để tổ hợp kịch bản thành mạch logic, thực hiện xác minh được, dù khó khăn nhưng đây là cách tiếp cận bản địa nhất của BTC.
BitVM
BitVM là giao thức mở rộng được quan tâm nhất trên BTC, là một optimistic rollup của BTC.
BitVM sáng tạo khi đề xuất cách thức thách thức gian lận trên BTC: người chứng minh và người thách thức cùng gửi một lượng BTC bằng nhau vào một giao dịch (làm đầu vào), giao dịch đầu ra sẽ chứa một mạch logic. Kịch bản BTC có thể coi là 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 cổng logic được kết hợp theo cấu trúc cây, có thể tạo thành một mạch chứa logic cụ thể (bạn có thể hình dung máy tính nhân liệt trong Tam Thể).
BitVM ghi một bằng chứng gian lận vào mạch được tạo bởi hàng loạt kịch bản BTC, cấu trúc mạch bằng chứng này dựa trên chuỗi các nút do bộ sắp xếp Rollup đóng gói. Người thách thức có thể liên tục tải giá trị hash lên mạch bằng chứng gian lận, validator liên tục chạy kịch bản tương ứng và tiết lộ đầu ra để xác minh kết quả đúng.
Qua một loạt giao dịch, người thách thức có thể liên tục thách thức người chứng minh, cho đến khi người chứng minh chứng minh từng cổng mạch đều đúng. Như vậy, mạng BTC hoàn thành việc xác minh Rollup, người chứng minh có thể lấy lại tiền. Ngược lại, người thách thức sẽ giành được BTC mà người chứng minh đặt cược. Nói dễ hiểu, mối quan hệ giữa BitVM và BTC giống như OP với mạng ETH, độ an toàn trong các giải pháp mở rộng là cao nhất. Số lượng giao dịch BitVM tạo ra rất lớn, chi phí không nhỏ, và trước khi xác minh trên chuỗi giữa hai bên tham gia, cần rất nhiều chữ ký trước, tức là cần lượng lớn tính toán bên ngoài chuỗi.
Tất nhiên, khác với optimistic/zk rollup của ETH, BitVM không có kênh rút BTC khẩn cấp, cần ít nhất một nút trung thực trên mạng L2 để rút bình thường.
Dù vậy, đây đã là mức bảo đảm an toàn cao nhất mà BTC L2 có thể đạt được hiện nay: tải DA, L1 BTC xác minh tính hiệu lực dữ liệu Rollup, cầu nối BTC tối thiểu tin cậy, chỉ thiếu “lối thoát khẩn cấp”.
Do đó, hiện thực BitVM trông có vẻ xa vời, nhưng gần đây cuộc thảo luận trong cộng đồng BTC về việc dỡ bỏ kịch bản op_cat có thể mang lại cơ hội mới cho sự phát triển của BitVM. Mã thao tác op_cat có thể nối hai chuỗi ký tự, hỗ trợ tối đa độ dài 520 byte. Việc nối dữ liệu này có thể thực hiện tính toán phức tạp hơn trên Bitcoin. Ví dụ, BitVM có thể dùng nó để nối hàng trăm cổng logic trong cùng một kịch bản, giúp BitVM xử lý nhiều mạch nhị phân hơn trong ít giao dịch hơn, gần như tăng tốc độ gấp hàng trăm lần. Việc BitVM kết hợp phức tạp các kịch bản Bitcoin cũng truyền cảm hứng cho nhiều dự án L2, lần lượt đề xuất các ý tưởng mới về thách thức "bằng chứng gian lận" trên BTC.
Bison Network
Bison Network là một rollup chủ quyền ZK-STARK dựa trên Bitcoin (xác minh client). Rollup chủ quyền nghĩa là L1 được dùng như bảng công bố dữ liệu khối (DA) cho Rollup, không xác minh giao dịch Rollup có đúng hay không, các giao dịch Rollup được xác minh bởi các nút riêng của Rollup.
Bison gửi bằng chứng zk của Rollup vào Ordinals BTC, người dùng có thể tải bằng chứng từ BTC và chạy client riêng để xác minh giao dịch Rollup. Nếu muốn xác minh toàn bộ trạng thái Rollup, cần đồng bộ nút đầy đủ.
Điểm đặc sắc của Bison nằm ở cách hiện thực cầu nối với L1 BTC. Khi người dùng nạp BTC vào Bison Rollup, BTC này được chia vào nhiều ví đa chữ ký chứa BTC. Các ví đa chữ ký này đều hỗ trợ DLC (Discreet Log Contracts), công nghệ dựa trên nâng cấp Taproot, là hợp đồng logic đơn giản sử dụng đa chữ ký BTC và kịch bản khóa thời gian. Khi nạp BTC, người dùng cần cùng mạng Bison ký trước các giao dịch thực thi cho mọi tình huống tương lai, ví dụ:
-
Tình huống chuyển tiền cho người khác
-
Tình huống rút về mạng chính BTC
-
Tình huống lâu không ai rút
Sau khi ký, các giao dịch này sẽ không được đăng lên khối BTC, muốn thực thi giao dịch cần oracle kích hoạt. Người kiểm soát ví đa chữ ký gồm ba bên: người dùng, Bison Rollup, oracle, có được chữ ký của hai bên bất kỳ là có thể kiểm soát BTC.
DLC giống như câu lệnh if-do trên Bitcoin, oracle cung cấp điều kiện if, phần thực thi do là gửi các giao dịch đã ký ở ba tình huống trên. Oracle này nối với hợp đồng cầu nối Bison Rollup, nếu cầu nối nhận yêu cầu chuyển BTC cho người khác, oracle sẽ gửi giao dịch đã ký ở tình huống ①, quyền kiểm soát địa chỉ đa chữ ký chuyển cho mạng Bison, tiếp tục phân phối; nếu nhận yêu cầu rút, gửi tình huống ②, quyền kiểm soát chuyển cho người dùng; nếu lâu không nhận tin nhắn, khóa thời gian hết hạn, quyền kiểm soát trở về người dùng.
Như vậy, Bison thực hiện được việc rút BTC từ Rollup, và thiết lập một lối thoát đơn giản. Tuy nhiên điểm yếu của hệ thống nằm ở oracle, nếu truyền thông tin sai sẽ dẫn đến mất tài sản người dùng, do đó có thể cân nhắc đưa phần phi tập trung, ví dụ chainlink. Việc "cầu nối phi tin cậy" do DLC thực hiện là khai thác tiềm năng kịch bản BTC, http://DLC.link dùng nó để chuyển BTC sang các chuỗi như ETH và STX. Bison Rollup dù đưa bên thứ ba mới vào để thực hiện "lối thoát" đơn giản, nhưng vẫn chưa đạt được việc BTC L1 xác minh bằng chứng Rollup.
B² Network
B² Network là zk Rollup trên BTC kết hợp "cam kết thách thức". Mạng gồm hai lớp: lớp Rollup và lớp DA. Lớp Rollup dùng zkEVM, vận hành logic hợp đồng thông minh, gồm nhiều module: nhận, sắp xếp, đóng gói giao dịch, tạo bằng chứng ZK, hỗ trợ trừu tượng tài khoản địa chỉ BTC, đồng bộ đọc dữ liệu L1 BTC (số dư BTC và BRC20).
Lớp DA cung cấp lưu trữ dữ liệu cho Rollup, các nút lưu trữ thực hiện xác minh zk bên ngoài chuỗi cho giao dịch Rollup. Sau khi xác minh xong, các nút DA ghi dữ liệu Rollup vào inscription Ordinals BTC, bao gồm vị trí dữ liệu Rollup trong lớp DA, gốc cây Merkle giao dịch, dữ liệu bằng chứng ZK, và hash của inscription bằng chứng BTC trước đó. Xác minh bằng chứng là cốt lõi.
Trên ETH, hợp đồng cầu nối trực tiếp xác minh bằng chứng ZK trên L1, còn trên BTC không có chức năng hợp đồng thông minh, do logic xác minh ZK phức tạp, cũng không thể kết hợp kịch bản BTC để tạo mạch logic xác minh (chi phí khổng lồ và có thể vượt giới hạn khối BTC). Do đó B² đưa thêm tính toán bên ngoài chuỗi vào xác minh, chuyển việc xác minh trực tiếp ZK trên L1 thành dạng "thách thức bằng chứng gian lận" tương tự Optimistic.
B² phân chia bằng chứng ZK thành các kịch bản khác nhau, chồng xếp chúng thành cây nhị phân MAST. Các nút B² gửi BTC qua giao dịch này, làm phần thưởng cho thách thức gian lận.
Khi giao dịch chứa "thách thức bằng chứng gian lận" được xác nhận trên L1 BTC, người thách thức có thể tải dữ liệu gốc từ lớp DA, thực hiện các kịch bản trên bên ngoài chuỗi. Nếu đầu ra cuối cùng khác với dữ liệu nộp bởi nút B², chứng tỏ nút làm ác, người thách thức có thể giành quyền kiểm soát BTC mà nút khóa trong gốc kịch bản, đồng thời giao dịch rollup sẽ hoàn tác. Nếu trong thời gian khóa không có thách thức, nút có thể lấy lại BTC bị khóa, Rollup đạt xác nhận cuối cùng.
Trong B² Network, giao dịch đầu tiên xác nhận tính không thể thay đổi của bằng chứng zk. Mặc dù BTC vẫn không thể xác minh giao dịch zk, nhưng thông qua "thách thức bằng chứng gian lận" ở giao dịch thứ hai, gián tiếp hoàn thành xác minh L1, đảm bảo tính hiệu lực giao dịch dưới Rollup, tăng độ an toàn – đây thực sự là sáng tạo nổi bật. B² Network nhờ đưa vào trừu tượng tài khoản, cho phép người dùng dùng ví BTC tương tác với Rollup mà không thay đổi thói quen, điểm này rất đáng khen. Nhưng trong việc rút tài sản BTC từ L2, vẫn dùng cách cầu nối địa chỉ đa chữ ký, chưa đưa "lối thoát khẩn cấp".
SatoshiVM
SatoshiVM cũng là một ZK Rollup dựa trên BTC, logic tương tự B² Network, đều tạo bằng chứng zk trên Rollup, sau đó người chứng minh tải dữ liệu bằng chứng lên mạng BTC, rồi gửi một "thách thức bằng chứng gian lận" chứa BTC, người thách thức thành công sẽ nhận thưởng BTC.
Khác biệt là SatoshiVM thêm hai khóa thời gian trong "thách thức bằng chứng gian lận", tương ứng thời gian bắt đầu và kết thúc thách thức, như vậy so sánh số khối BTC chuyển nhượng chờ đợi có thể dễ dàng phân biệt bằng chứng ZK có đúng hiệu lực hay không. Phần cầu nối chéo chuỗi thực tế chỉ dùng giải pháp đa chữ ký, không có điểm nổi bật.
Chainway
Chainway là một rollup chủ quyền ZK của BTC, không chỉ dùng Bitcoin làm lớp công bố dữ liệu mà còn dùng dữ liệu BTC làm nguồn để tạo bằng chứng ZK. Người chứng minh của Chainway cần quét từng khối BTC một cách không sót. Phải đọc tiêu đề khối BTC, bằng chứng zk trước đó, và "giao dịch cưỡng chế" khắc trong khối, mới tạo được bằng chứng ZK hoàn chỉnh. Mỗi khối BTC, Chainway đều gửi một giao dịch khắc bằng chứng ZK, tạo thành bằng chứng đệ quy.
"Giao dịch cưỡng chế" khắc trong khối BTC dưới dạng inscription Ordinals là "phương pháp gửi giao dịch chống kiểm duyệt" do Chainway thiết lập. Nếu nút rollup Chainway ngừng hoạt động hoặc luôn từ chối giao dịch rút tiền từ người dùng, người dùng có thể khắc trực tiếp yêu cầu rút tiền vào khối Bitcoin. Các nút phải đưa các "giao dịch cưỡng chế" này vào khối rollup, nếu không sẽ không thỏa mãn ràng buộc mạch zk, việc tạo proof sẽ thất bại. Trên tweet mới nhất, Chainway tuyên bố lấy cảm hứng từ BitVM, họ đã tìm ra phương pháp xác minh bằng chứng zk trên Bitcoin để thực hiện thanh toán L1 BTC. Rõ ràng, hiện tại thiết kế Chainway dựa trên xác minh cục bộ client rollup chủ quyền. Mặc dù "giao dịch cưỡng chế" phần nào giải quyết vấn đề chống kiểm duyệt giao dịch Rollup, nhưng vẫn chưa thể thực hiện thanh toán tài sản thật sự trên L1 BTC.
QEDProtocol
QED Protocol là ZK rollup trên BTC, vận hành dựa trên zkevm. Khác với các zk rollup khác, QED không chọn tạo zk proof cho toàn bộ giao dịch Rollup, mà chỉ tạo ZK proof cho giao dịch rút tiền từ rollup về L1 BTC. Tương tự tư tưởng BitVM, QED Protocol tổ hợp kịch bản thành mạch logic, từ đó xác minh bằng chứng ZK giao dịch rút tiền trên L1 BTC, mạch logic này sẽ chứa 1000 UTXO, dù đạt được xác minh trực tiếp nhưng chi phí cực kỳ lớn.
Bốn, Lập trình hướng lập chỉ mục
Nếu truy nguyên, bản chất Brc20 chính là một BTC L2, toàn bộ dữ liệu giao dịch Brc20 đều được ghi trên BTC, còn sổ cái thực tế chạy trên bộ lập chỉ mục ngoài chuỗi. Dù hiện tại sổ cái Brc20 đều hoàn toàn tập trung, nhưng chúng ta hiếm khi lo lắng về độ an toàn, vì ghi chú Ordinals trên mạng BTC ghi lại mọi giao dịch không thể thay đổi, bất kỳ ai cũng có thể quét mạng BTC để phục hồi trạng thái Brc20. Nhưng loại mở rộng này chỉ thêm chức năng mới cho BTC, không hỗ trợ mở rộng hiệu suất.
Nếu phi tập trung hóa sổ cái trong bộ lập chỉ mục, liệu có thể sáng tạo một chuỗi inscription mới? Thực tế, nghiệp vụ tiếp theo dựa trên $sats do unisat_wallet ra mắt chính là tư tưởng này, swap và pool được hiện thực trong bộ lập chỉ mục của nó, nếu muốn đạt được sự đồng thuận an toàn vốn, phi tập trung hóa là
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@blockpunk2077
