Chuyển tiền ngoài chuỗi: Sự phát triển của Giao thức tài sản Bitcoin
Ghi chú của biên tập viên:
Tác giả của bài viết này, Ben (X: @wooooer), đã đóng góp vào việc nghiên cứu và phát triển Starknet và Taproot Asset. Bài viết này về cơ bản trình bày sự phát triển của Bitcoin quy trình sinh thái theo trình tự thời gian. Quy trình, bằng cách nghiên cứu lịch sử phát triển công nghệ, để khám phá các xu hướng phát triển trong tương lai của ngành.
Lời nói đầu
Phát hành tài sản dựa trên BTC luôn là một chủ đề nóng. Từ Đồng tiền màu xuất hiện lần đầu tiên vào năm 2011 cho đến giao thức Thứ tự phổ biến gần đây, những người chơi mới và sự đồng thuận luôn xuất hiện trong cộng đồng BTC, nhưng vẫn còn rất ít. Nhưng khi Lightling Labs đầy tham vọng công bố kế hoạch xây dựng Stable Coin trên Taproot Assets, Tether cũng thông báo rằng họ sẽ chọn RGB để đúc USDT trên lớp Bitcoin.
Điều này có nghĩa là OmniLayer (Mastercoin) nổi tiếng một thời không còn là người chơi lớn nhất trong hệ sinh thái BTC và giao thức tài sản xác minh phía khách hàng (CSV) đã bắt đầu xâm nhập vào mọi người. Sự khác biệt so với các giao thức tài sản BTC truyền thống là chúng cũng có thuộc tính mở rộng BTC. Nhưng trước rất nhiều giao thức tài sản trong hệ sinh thái BTC, mọi người không khỏi hỏi, sự khác biệt của chúng là gì?Đối mặt với rất nhiều giao thức tài sản, chúng ta nên lựa chọn và tìm ra cơ hội cho riêng mình như thế nào? Bài viết này hy vọng sẽ khiến mọi người xem lại các giao thức tài sản đã xuất hiện trong lịch sử của BTC và cũng khám phá tương lai phát triển của các giao thức tài sản BTC.
Đồng xu màu: Đồng xu màu
Ý tưởng về Đồng xu màu lần đầu tiên được đề xuất bởi Yoni Assia, nay là eToro Một bài viết có tiêu đề bitcoin 2.X (còn gọi là Bitcoin màu)Bài viết đề xuất. Bài viết tin rằng Bitcoin là công nghệ cơ bản hoàn hảo, giống như HTTP là nền tảng của mạng. Do đó, giao thức token Colored Coins được thiết kế dựa trên việc tái sử dụng BTC.
Yoni Assia hy vọng sẽ tạo ra nền kinh tế BTC2.0 theo cách này - bất kỳ cộng đồng nào cũng có thể tạo ra nhiều loại tiền tệ theo cách này. Phương pháp sử dụng Bitcoin làm công nghệ cơ bản để xử lý các giao dịch và tránh thanh toán hai lần chắc chắn là một ý tưởng rất táo bạo vào thời điểm đó.
Colored Coins là một giao thức phát hành tài sản dựa trên Bitcoin, cách tiếp cận của nó là "tô màu" một số lượng Bitcoin nhất định để đại diện cho những tài sản này. Những Bitcoin được mã hóa này vẫn là Bitcoin về mặt chức năng, nhưng chúng cũng đại diện cho một tài sản hoặc giá trị khác. Nhưng làm thế nào một ý tưởng như vậy có thể được thực hiện trên Bitcoin?
Vào ngày 3 tháng 7 năm 2014, ChromaWay đã phát triển Giao thức tô màu dựa trên đơn hàng nâng cao (EPOBC), giúp đơn giản hóa quy trình cho các nhà phát triển tạo ra các đồng xu màu, điều này là giao thức sớm nhất áp dụng chức năng OP_RETURN của Bitcoin Script.
Hiệu ứng cuối cùng như hình dưới đây:
Việc thực hiện này rất đơn giản nhưng cũng mang lại nhiều vấn đề:
1. Đồng nhất hóa mã thông báo và giá trị ràng buộc tối thiểu
Nếu 1000 sat được liên kết với một đồng xu nhuộm trong giao dịch gốc, thì đồng xu nhuộm Đơn vị phân chia tối thiểu là 1 sat. Điều này có nghĩa là tài sản hoặc mã thông báo có thể được chia hoặc phân phối thành tối đa 1.000 cổ phiếu (nhưng đây chỉ là lý thuyết, để ngăn chặn các cuộc tấn công bụi, ví dụ: SAT của năm hiện tại được đặt là 546 SAT, và sau đó sẽ cao hơn theo thứ tự).
2. Vấn đề xác minh
Để xác định tính xác thực của đồng tiền nhuộm và chúng quyền sở hữu, cần phải xác minh Dấu vết từ giao dịch ban đầu của nội dung đến UTXO hiện tại. Do đó, cần phải đặc biệt phát triển ví và hỗ trợ các nút đầy đủ, thậm chí cả trình duyệt.
3. Rủi ro kiểm duyệt máy khai thác tiềm ẩn
Bởi vì các đặc điểm của ColoredTransaction rõ ràng hơn nên là, trong thông tin Siêu dữ liệu được ghi ở đầu ra, mang lại khả năng đánh giá cho người khai thác.
Dyecoin thực sự là một hệ thống theo dõi tài sản sử dụng các quy tắc xác minh của Bitcoin để theo dõi việc chuyển giao tài sản. Tuy nhiên, để chứng minh rằng bất kỳ đầu ra cụ thể nào (txout) đại diện cho một tài sản cụ thể, cần phải cung cấp một chuỗi chuyển giao hoàn chỉnh từ nguồn gốc của tài sản đến hiện tại. Điều này có nghĩa là việc xác minh tính hợp pháp của một giao dịch có thể yêu cầu một chuỗi bằng chứng dài. Để giải quyết vấn đề này, ban đầu ai đó đã đề xuất OP_CHECKCOLORVERIFY trợ giúp Tính chính xác của giao dịch của Colored Coins đã được xác minh trực tiếp trên Bitcoin, nhưng đề xuất đã không được thông qua.
ICO đầu tiên trong ngành công nghiệp tiền điện tử: Mastercoin
Khái niệm ban đầu về Mastercoin được đề xuất bởi J.R. Willett. Vào năm 2012, ông đã xuất bản một bài báo có tên "Sách trắng Bitcoin thứ hai "sách trắng, mô tả khái niệm tạo tài sản hoặc mã thông báo mới trên chuỗi khối hiện có của Bitcoin, sau này được gọi là "MasterCoin". Sau này nó được đổi tên thành Omni Layer.
Dự án Mastercoin đã tiến hành đợt bán token lần đầu vào năm 2013 (ngày nay Chúng tôi gọi nó là ICO hoặc Bán tiền xu ban đầu) và huy động thành công hàng triệu đô la trong đợt ICO đầu tiên trong lịch sử. Ứng dụng nổi tiếng nhất của Mastercoin là Tether (USDT), đây là loại tiền tệ ổn định nổi tiếng nhất và ban đầu được phát hành trên Omni Layer.
Trên thực tế, ý tưởng về Mastercoin xuất hiện sớm hơn Colored Coins, lý do tôi nói đến nó ở đây là vì so với Colored Coins Nói chung, MasterCoin là một giải pháp tương đối nặng hơn. MasterCoin xây dựng một lớp nút hoàn chỉnh, từ đó cung cấp các chức năng phức tạp hơn (chẳng hạn như hợp đồng thông minh), Colored Coins đơn giản và dễ hiểu hơn, tập trung chủ yếu vào việc "tô màu" hoặc đánh dấu Bitcoin UTXO để đại diện cho các tài sản khác.
Sự khác biệt lớn nhất so với Colored Coins là Mastercoin sẽ chỉ công bố nhiều loại hành vi giao dịch khác nhau trên chuỗi và sẽ không ghi lại thông tin tài sản có liên quan. Trong các nút Mastercoin, cơ sở dữ liệu về các mô hình trạng thái được duy trì trong các nút ngoài chuỗi bằng cách quét các khối Bitcoin.
So với Đồng tiền màu, logic mà nó có thể hoàn thành phức tạp hơn. Và vì trạng thái không được ghi lại và xác minh trên chuỗi nên không có yêu cầu về tính liên tục (màu liên tục) giữa các giao dịch.
Nhưng để triển khai logic phức tạp của Mastercoin, người dùng cần tin cậy trạng thái trong cơ sở dữ liệu ngoài chuỗi trong nút hoặc cho phép nút Omni Layer để tự mình xác minh nó.
Tóm tắt:
Sự khác biệt lớn nhất giữa Mastercoin và Colored Coins là nó không. Thay vì duy trì tất cả dữ liệu cần thiết cho giao thức trên chuỗi, nó thực hiện xuất bản và sắp xếp giao dịch của riêng mình thông qua hệ thống đồng thuận ký sinh BTC, sau đó duy trì trạng thái trong cơ sở dữ liệu ngoài chuỗi.
Theo thông tin do OmniBolt cung cấp: Omni Layer đang đề xuất giao thức tài sản UBA (UTXO Based Asset) mới cho TEDA và sẽ sử dụng bản nâng cấp Taproot để tổng hợp thông tin tài sản . Nhập tapleaf để đạt được các chức năng như thanh toán có điều kiện. Trong khi đó, OmniBolt đang đưa Stark vào cơ sở hạ tầng Lightning Network của OmniLayer.
Suy nghĩ về xác thực phía khách hàng (Xác thực phía khách hàng)
Nếu chúng ta muốn hiểu khách hàng Để xác minh khái niệm này, chúng ta phải quay lại năm thứ hai khi Colored Coins và Mastercoin xuất hiện, đó là năm 2013. Peter Todd đã xuất bản năm nay: Giải quyết vấn đề khai thác tiền điện tử -Coin : Đánh dấu thời gian, Bằng chứng xuất bản và Xác thực. Mặc dù tên của bài viết dường như không liên quan gì đến xác minh phía khách hàng, nhưng nếu đọc kỹ, bạn có thể thấy rằng đây là ý tưởng khai sáng sớm nhất về xác minh phía khách hàng.
Peter Todd là nhà nghiên cứu ban đầu về Bitcoin và mật mã, ông luôn tìm cách giúp Bitcoin hoạt động hiệu quả hơn. Ông đã phát triển một khái niệm xác thực phía khách hàng phức tạp hơn dựa trên khái niệm dấu thời gian. Ngoài ra, ông còn đề xuất khái niệm “con dấu dùng một lần” sẽ được đề cập sau.
Bây giờ chúng ta hãy theo dõi suy nghĩ của Peter Todd và trước tiên hãy hiểu BTC thực sự giải quyết được loại vấn đề nào. Theo Peter todd, có vẻ như BTC đã giải quyết được tổng cộng ba vấn đề:
Proof-of-publication (Bằng chứng xuất bản)
Bản chất của việc đưa ra bằng chứng là giải quyết vấn đề chi tiêu gấp đôi. Ví dụ: Alice muốn chuyển một số Bitcoin cho Bob, nhưng cô ấy đã ký một giao dịch và chuyển chúng đối với Bob, vì vậy Bob là Về mặt vật lý, người ta không nhất thiết phải biết rằng sự chuyển giao như vậy có tồn tại. Vì vậy chúng ta cần một nơi công cộng để công bố các giao dịch và mọi người đều có thể truy vấn các giao dịch từ đó.
Trình tự giao dịch (Đồng thuận đơn hàng)
Trong hệ thống máy tính , không có thời gian vật chất như chúng ta thường trải nghiệm. Trong một hệ thống phân tán, thời gian này thường là một đồng hồ lambor phân tán. Đồng hồ này không cung cấp thước đo cho thời gian vật lý của chúng ta mà chỉ sắp xếp các giao dịch của chúng ta.
Xác minh giao dịch (Xác thực) (tùy chọn)
Xác minh trên BTC là về việc xác minh chữ ký và số tiền chuyển BTC. Nhưng ở đây, Peter Todd tin rằng việc xác minh này là không cần thiết để xây dựng hệ thống mã thông báo dựa trên BTC mà chỉ là một tùy chọn tối ưu hóa.
Khi bạn nhìn thấy điều này, bạn thực sự đã nghĩ đến Ominilayer được đề cập trước đó. Bản thân OminiLayer không chuyển giao việc tính toán và xác minh trạng thái cho BTC, nhưng nó cũng tái sử dụng nó Bảo mật BTC. Colored Coins chuyển giao chức năng theo dõi trạng thái cho BTC. Sự tồn tại của hai điều này đã chứng minh rằng việc xác minh không nhất thiết phải xảy ra trên chuỗi.
Vậy làm cách nào để xác minh phía khách hàng xác minh giao dịch một cách hiệu quả?
Trước tiên, chúng ta hãy xem những gì cần được xác minh:
1. Trạng thái ( Xác minh logic giao dịch)
2. Kiểm tra xem TxIn đầu vào có hợp lệ hay không (để tránh chi tiêu gấp đôi)
Có thể dễ dàng phát hiện ra tài sản được xuất bản trên btc. Mỗi giao dịch cần xác minh toàn bộ lịch sử giao dịch liên quan để đảm bảo rằng đầu vào được tham chiếu chưa được sử dụng và trạng thái là chính xác. Điều này rất bất hợp lý, vậy làm cách nào để cải thiện nó?
Peter Todd tin rằng chúng tôi có thể đơn giản hóa quy trình này bằng cách thay đổi trọng tâm của việc xác minh. Thay vì xác nhận rằng đầu ra chưa được chi tiêu gấp đôi, phương pháp này tập trung vào việc xác nhận rằng đầu vào của giao dịch đã được đăng và không xung đột với các đầu vào khác. Bằng cách sắp xếp đầu vào trong mỗi khối và sử dụng cây Merkle, việc xác minh này có thể được thực hiện hiệu quả hơn vì mỗi xác minh chỉ yêu cầu một phần nhỏ dữ liệu thay vì toàn bộ lịch sử trên chuỗi của đầu vào đó.
Cấu trúc cây cam kết do Peter Todd đề xuất như sau:
CTxIn -> CTxOut -> <đường dẫn merkle> -> CGiao dịch -> <đường dẫn merkle> -> CT= xIn
Nhưng làm cách nào để chúng ta lưu trữ một cây cam kết như vậy trên chuôi? ? Vì vậy ở đây chúng tôi có thể giới thiệu khái niệm con dấu sử dụng một lần.
Con dấu sử dụng một lần
Con dấu sử dụng một lần là cốt lõi của việc hiểu xác minh khách hàng Một khái niệm tương tự như các con dấu vật lý, sử dụng một lần được sử dụng để bảo vệ các container vận chuyển trong thế giới thực. Con dấu sử dụng một lần là vật thể duy nhất có thể được đóng lại đúng một lần trên một tin nhắn. Nói tóm lại, con dấu một lần là một cơ chế trừu tượng được sử dụng để ngăn chặn việc chi tiêu gấp đôi.
Đối với SealProtocol, có ba phần tử và hai hành động.
Các thành phần cơ bản:
l: con dấu, tức là Con dấu
m: thông điệp, thông điệp
w: nhân chứng, nhân chứng
Thao tác cơ bản: Có Hai các thao tác cơ bản:
Đóng(l,m) → w: Đóng dấu l trên tin nhắn m và tạo nhân chứng w.
Verify(l,w,m) → bool: Kiểm tra xem seal l có được đóng trên tin nhắn m hay không.
Về mặt bảo mật, việc triển khai con dấu sử dụng một lần không thể cho phép kẻ tấn công tìm thấy hai tin nhắn m1 và m2 khác nhau và khiến hàm Verify trả về cùng một con dấu . ĐÚNG VẬY.
Trước hết, Con dấu sử dụng một lần là khái niệm đảm bảo rằng một tài sản hoặc dữ liệu nhất định chỉ được sử dụng hoặc khóa một lần. Trong bối cảnh Bitcoin, điều này thường có nghĩa là UTXO (đầu ra giao dịch chưa chi tiêu) chỉ có thể được chi tiêu một lần. Do đó, đầu ra của giao dịch Bitcoin có thể được coi là con dấu một lần và khi đầu ra này được sử dụng làm đầu vào cho giao dịch khác, con dấu sẽ bị “hỏng” hoặc “đã được sử dụng”.
Đối với tài sản CSV trên BTC, bản thân Bitcoin đóng vai trò là "nhân chứng" cho một con dấu duy nhất. Điều này là do, để xác thực giao dịch Bitcoin, nút phải kiểm tra xem mỗi đầu vào của giao dịch có tham chiếu UTXO hợp lệ và chưa chi tiêu hay không. Nếu một giao dịch cố gắng chi tiêu gấp đôi một UTXO đã được chi tiêu, các quy tắc đồng thuận của Bitcoin và các nút trung thực trên mạng sẽ từ chối giao dịch.
Có thể đơn giản hơn được không?
Con dấu sử dụng một lần Nó dùng để coi bất kỳ blockchain nào như một cơ sở dữ liệu. Chúng tôi lưu trữ cam kết của một thông điệp nhất định vào cơ sở dữ liệu này theo một cách nào đó. Và duy trì một mức tiêu thụ hoặc trạng thái sẽ được tiêu thụ cho nó.
Vâng, nó đơn giản như vậy.
Tóm lại, tài sản được khách hàng xác minh có những đặc điểm sau:
Cơ chế cam kết: Mặc dù dữ liệu tài sản được lưu trữ bên ngoài chuỗi nhưng việc thay đổi hoặc chuyển giao những dữ liệu này sẽ được thực hiện thông qua các cam kết. chuôi. Các cam kết này cho phép các giao dịch trên chuỗi tham chiếu các trạng thái ngoài chuỗi, từ đó đảm bảo tính toàn vẹn và không bị giả mạo của dữ liệu ngoài chuỗi.
Nhân chứng trực tuyến (không nhất thiết phải là BTC): Mặc dù hầu hết dữ liệu và xác minh đều ở ngoài chuỗi, bằng cách nhúng vào On -các cam kết chuỗi, tài sản được khách hàng xác minh vẫn có thể tận dụng tính bảo mật của chuỗi cơ bản (phát hành bằng chứng, đặt hàng giao dịch).
Xác minh được thực hiện phía khách hàng: Hầu hết công việc xác minh được thực hiện trên thiết bị người dùng. Điều này có nghĩa là tất cả các nút mạng không cần tham gia xác minh từng giao dịch, chỉ những người tham gia liên quan mới cần xác minh tính hợp lệ của giao dịch.
Đối với những người sử dụng client để xác minh tài sản, còn một điều cần lưu ý:
Khi giao dịch ngoài chuỗi và xác minh tài sản được khách hàng xác minh, bạn không chỉ phải xuất trình khóa riêng giữ tài sản mà còn phải xuất trình bằng chứng về đường dẫn merkel hoàn chỉnh của tài sản tương ứng.
Tiên phong xác thực phía khách hàng (CSV): RGB
Khái niệm về RGB sau năm 2015 Được đề xuất bởi Giacomo Zucco, một nhân vật nổi tiếng trong cộng đồng, kể từ khi Ethereum nổi lên và sự phát triển của ICO, và trước ICO, nhiều người đã cố gắng làm những việc ngoài Bitcoin, chẳng hạn như các dự án Mastercoin và Colored Coins.
Giacomo Zucco bày tỏ sự thất vọng. Anh ấy tin rằng những dự án này kém hơn Bitcoin và anh ấy tin rằng những cách triển khai mã thông báo trên Bitcoin trước đây là không phù hợp. Trong quá trình đó, anh đã gặp Peter Todd và bị cuốn hút bởi những ý tưởng của Peter Todd về việc xác thực phía khách hàng. Sau đó, ý tưởng về RGB bắt đầu được đề xuất.
Sự khác biệt lớn nhất giữa RGB và các giao thức nội dung trước đó là ngoài các tính năng xác minh nội dung phía khách hàng đã đề cập trước đó, nó còn bổ sung thêm một VM đang thực thi để thực hiện Turing Complete công cụ thực hiện hợp đồng. Ngoài ra, để đảm bảo tính bảo mật cho dữ liệu hợp đồng, Schema và Interface cũng được thiết kế. Schema tương tự như Ethereum, khai báo nội dung và chức năng của hợp đồng, còn Interface chịu trách nhiệm thực hiện các chức năng cụ thể, giống như giao diện trong các ngôn ngữ lập trình.
Lược đồ của các hợp đồng này chịu trách nhiệm hạn chế các hành vi không vượt quá hành vi mong đợi khi vm được thực thi, chẳng hạn như RGB20 và RGB21, chịu trách nhiệm về khả năng thay thế tương ứng là token và token không thể thay thế. Có một số hạn chế đối với giao dịch token.
Cơ chế cam kết của RGB PerdersenHash
Từ góc độ cơ chế cam kết, RGB sử dụng hàm băm Perdersen. Ưu điểm là bạn có thể hứa hẹn một giá trị mà không cần tiết lộ nó. Sử dụng hàm băm Pedersen để xây dựng cây Merkle có nghĩa là bạn có thể tạo cây Merkle bảo đảm quyền riêng tư và ẩn các giá trị bên trong nó. Cấu trúc này có thể được sử dụng trong một số giao thức bảo vệ quyền riêng tư cụ thể, chẳng hạn như một số dự án tiền điện tử ẩn danh. Nhưng nó có thể không áp dụng được cho nội dung CSV, nội dung này sẽ được đề cập sau khi so sánh với Nội dung Taproot.
Thiết kế máy ảo RGB Đơn giản → AluVM
RGB The Mục tiêu không chỉ là triển khai giao thức tài sản được khách hàng xác minh mà còn mở rộng nó sang việc thực thi máy ảo hoàn chỉnh và lập trình hợp đồng. Trong thiết kế ban đầu của RGB, nó tuyên bố sử dụng ngôn ngữ lập trình có tên là Đơn giản. Đặc điểm của ngôn ngữ này là nó sẽ tạo ra bằng chứng thực thi khi thực thi một biểu thức và có thể giúp việc chính thức hóa hợp đồng mà nó viết dễ dàng hơn. tránh lỗi). Tuy nhiên, sự phát triển của ngôn ngữ không được lý tưởng và cuối cùng đã gặp rắc rối. Điều này cuối cùng đã trực tiếp dẫn đến sự khó khăn của toàn bộ giao thức RGB vào năm đó. Cuối cùng, RGB bắt đầu sử dụng VM có tên AluVM, do Maxim phát triển, với mục tiêu tránh mọi hành vi không xác định, tương tự như Simplicity ban đầu. AluVM mới được cho là sẽ sử dụng ngôn ngữ lập trình có tên Contractum trong tương lai để thay thế Rust hiện tại.
Hướng mở rộng RGB layer2: Lightning network hay side chain?
Không có cách nào để tài sản xác minh phía khách hàng được giao dịch liên tục trong khi vẫn đảm bảo tính bảo mật ngoài chuỗi. Bởi vì các tài sản được khách hàng xác minh vẫn dựa vào L1 để xuất bản và sắp xếp thứ tự giao dịch nên khi không có kế hoạch mở rộng L2, tốc độ giao dịch của nó vẫn sẽ bị giới hạn bởi tốc độ sản xuất khối của nhân chứng L1. Điều này có nghĩa là nếu các giao dịch RGB được thực hiện trực tiếp trên Bitcoin, theo yêu cầu bảo mật nghiêm ngặt, thời gian giữa hai giao dịch liên quan cần cách nhau tối đa mười phút (thời gian chặn BTC). Không còn nghi ngờ gì nữa, tốc độ giao dịch như vậy hầu như không thể chấp nhận được.
RGB và Lightning Network
Nguyên tắc của Lightning Network Nói cách khác, hai bên tham gia giao dịch sẽ ký một loạt hợp đồng (giao dịch cam kết) ngoài chuỗi để đảm bảo rằng nếu một trong hai bên vi phạm hợp đồng, bên bị vi phạm có thể gửi hợp đồng (giao dịch cam kết) để BTC giải quyết, lấy lại tiền của mình và trừng phạt bên kia. Nói cách khác, Lightning Network đảm bảo tính bảo mật của các giao dịch ngoài chuỗi thông qua việc thiết kế các giao thức và trò chơi.
RGB có thể xây dựng cơ sở Lightning Network của riêng mình bằng cách thiết kế chi tiết hợp đồng kênh thanh toán của riêng mình phù hợp với RGB, nhưng độ phức tạp của Lightning Network là cực kỳ cao và nó thật khó để xây dựng được bộ Cơ sở này không hề dễ dàng. Nhưng so với Lightnling labs đã hoạt động nhiều năm trong lĩnh vực này thì LND chiếm hơn 90% thị phần.
Chuỗi bên RGB Prime
LNP-BP Với tư cách là người duy trì giao thức RGB hiện tại, Maxim đã đưa ra một đề xuất vào tháng 6 năm 2023 có tên **Khách hàng của Prime** xác minh kế hoạch mở rộng tài sản và chỉ trích kế hoạch hiện tại các giải pháp mở rộng chuỗi bên và mạng Lightning vì quá phức tạp về mặt phát triển. Maxim nói rằng ông tin rằng ngoài Prime, còn có các kênh Lightning đa nút NUCLEUS và nhà máy kênh Ark. /Enigma, cả hai giải pháp đều cần hơn hai năm phát triển. Nhưng Prime chỉ mất một năm để hoàn thành.
Prime không phải là một thiết kế blockchain theo nghĩa truyền thống mà là một lớp xuất bản bằng chứng mô-đun được thiết kế để xác minh khách hàng, bao gồm bốn phần:
Dịch vụ tem thời gian: Hoàn tất chuỗi giao dịch chỉ trong 10 giây.
Bằng chứng: Được sản xuất và phát hành cùng với block header thông qua bộ lưu trữ biểu mẫu PMT.
Niêm phong một lần: Một giao thức niêm phong trừu tượng một lần đảm bảo ngăn ngừa chi tiêu gấp đôi. Nếu được triển khai trên Bitcoin, nó có thể bị ràng buộc với UTXO, tương tự như thiết kế RGB hiện tại.
Giao thức hợp đồng thông minh: Sharding Contract-RGB (có thể thay thế)
Thực tế có thể thấy rằng để giải quyết vấn đề về thời gian xác nhận giao dịch RGB, Prime sử dụng dịch vụ dấu thời gian để nhanh chóng xác nhận các giao dịch ngoài chuỗi và tải các giao dịch và ID vào các khối. Đồng thời, bằng chứng giao dịch trên cơ sở có thể được hợp nhất thêm thông qua PMT và sau đó được neo vào BTC theo cách giống như điểm kiểm tra.
Giao thức tài sản CSV dựa trên Taproot: Tài sản Taproot
Tài sản Taproot là một CSV dựa trên Giao thức tài sản Taproot để phát hành tài sản được khách hàng xác minh trên chuỗi khối Bitcoin có thể được giao dịch ngay lập tức, với khối lượng lớn, với mức phí thấp qua Lightning Network. Về cốt lõi, Taproot Assets thúc đẩy tính bảo mật và ổn định của mạng Bitcoin với tốc độ, khả năng mở rộng và mức phí thấp của Lightning Network. Giao thức được thiết kế và phát triển bởi roasbeef, CTO của phòng thí nghiệm Lightnling. Roasbeef có thể là nhà phát triển Bitcoin duy nhất trên hành tinh đã đích thân lãnh đạo sự phát triển của ứng dụng khách Bitcoin (BTCD) và ứng dụng khách Lightning Network (LND) và có hiểu biết sâu sắc về BTC.
Các giao dịch Taproot chỉ mang hàm băm gốc của tập lệnh nội dung, khiến người quan sát bên ngoài khó xác định liệu Tài sản Taproot có liên quan hay không vì bản thân hàm băm này là phổ biến và có thể đại diện cho dữ liệu tùy ý. Với bản nâng cấp Taproot, Bitcoin đã có được khả năng hợp đồng thông minh (TapScript). Trên cơ sở này, mã hóa tài sản của Taproot Assets tương đương với việc tạo định nghĩa mã thông báo tương tự như ERC20 hoặc ERC721. Bằng cách này, Bitcoin không chỉ có chức năng định nghĩa tài sản mà còn có khả năng viết các hợp đồng thông minh, từ đó đặt ra nguyên mẫu của cơ sở hạ tầng hợp đồng thông minh mã thông báo cho Bitcoin.
Cấu trúc mã hóa Tài sản Taproot như sau:
Hình ảnh từ Lightning Labs CTO roasbeef
Giống như CSV giao thức nội dung, Taproot Assets có thiết kế ngắn gọn hơn so với RGB. Và nó tận dụng tối đa tiến trình hiện tại của hệ sinh thái BTC, chẳng hạn như nâng cấp Taproot, PSBT, v.v. Sự khác biệt lớn nhất giữa Taproot Assets và RGB về khả năng mở rộng ứng dụng là VM thực thi. Taproot Assets sử dụng TaprootScriptVM giống như mặc định gốc của BTC. Trong những năm gần đây, nhiều nghiên cứu về cơ sở hạ tầng về BTC đã được thực hiện dựa trên TapScript, tuy nhiên do BTC nâng cấp chậm nên không thể áp dụng trong thời gian ngắn, có thể thấy trước rằng Taproot Assets sẽ là trường thử nghiệm cho những nghiên cứu này những ý tưởng mới mẻ trong tương lai.
Sự khác biệt giữa Tài sản Taproot và RGB là gì?
1. Xác minh giao dịch và tính thân thiện của light node
Taproot Tài sản Do triển khai cây tổng, hiệu quả xác minh và tính bảo mật rất cao (trạng thái xác minh và giao dịch chỉ có thể được thực hiện thông qua việc giữ bằng chứng mà không cần phải duyệt qua và nhập tất cả lịch sử giao dịch). Cam kết pedersen được RGB sử dụng khiến nó không thể xác minh hiệu quả tính hợp lệ của đầu vào, do đó RGB cần truy ngược lại lịch sử giao dịch của đầu vào, giao dịch phái sinh sẽ là gánh nặng rất lớn trong giai đoạn sau. Thiết kế của tổng Merkel cũng cho phép Taproot Assets dễ dàng thực hiện xác minh nút nhẹ, tính năng này chưa tồn tại trong các giao thức tài sản trước đây dựa trên BTC.
2. Thực thi VM
Taproot Assets tuân thủ Taproot Ra đời từ một bản nâng cấp, TaprootScriptVM mà nó sử dụng là công cụ thực thi tập lệnh đi kèm với Bitcoin sau khi nâng cấp Taproot và vPSBT mà nó sử dụng là bản sao của PSBT của BTC. Điều này có nghĩa là sau khi phát triển cơ chế kênh sét của Taproot Tài sản đã hoàn thành, tất cả đều có thể được tái sử dụng ngay lập tức. Cơ sở hạ tầng LND hiện tại cũng bao gồm các sản phẩm Lightning lab trước đó (thị phần hiện tại của LND trong Lightning Network là hơn 90%). Và các đề xuất BitVM hot gần đây đều dựa trên TaprootScript. Về lý thuyết, tất cả những cải tiến này cuối cùng có thể giúp ích cho Taproot Assets.
Nhưng đối với RGB, VM và các quy tắc xác minh (SCHema) của nó là khép kín và ở một mức độ nào đó, nó là một hệ sinh thái nhỏ tương đối khép kín. Việc xây dựng dựa trên RGB chỉ có thể hoạt động trong hệ sinh thái của chính nó và mối quan hệ của nó với hệ sinh thái Bitcoin không chặt chẽ như mọi người tưởng tượng. Lấy việc tiếp theo nâng cấp Taproot làm ví dụ, mối quan hệ duy nhất giữa nâng cấp RGB và Taproot là mã hóa dữ liệu cam kết trên chuỗi vào TapLeaf của Witness.
3. Hợp đồng thông minh
Thiết kế triển khai hiện tại của RGB Ở đây, hợp đồng và VM là phần được nhấn mạnh. Tuy nhiên, trong Taproot Assets, chưa có hợp đồng thông minh nào. Tuy nhiên, vẫn chưa giải thích được cách sửa đổi RGB ở Trạng thái toàn cầu hiện tại được đồng bộ hóa với từng phân đoạn hợp đồng độc lập (UTXO). Hơn nữa, Pedersen hứa rằng họ chỉ có thể đảm bảo tổng số tài sản, dường như không còn lời giải thích nào về việc làm thế nào để đảm bảo hành vi giả mạo được thừa nhận ở các bang khác. Đối với Taproot Assets, mặc dù thiết kế đơn giản nhưng hiện tại chỉ có số dư tài sản được lưu trữ để lưu trữ trạng thái và không có trạng thái nào nữa nên tạm thời chúng ta không thể nói về hợp đồng thông minh. Tuy nhiên, theo Lightning Labs, Taproot Assets sẽ tập trung vào thiết kế hợp đồng thông minh vào năm tới.
4. Trung tâm đồng bộ hóa
Từ đã đề cập trước đó Từ nguyên tắc cơ bản của tài sản được khách hàng xác minh, chúng ta có thể biết rằng việc giữ Bằng chứng cũng quan trọng như việc giữ khóa riêng. Tuy nhiên, nếu Bằng chứng luôn ở trên máy khách của người dùng thì nó có thể dễ dàng bị mất. Vậy chúng ta nên làm gì? Trong Taproot Assets, chúng ta có thể tránh được những vấn đề như vậy thông qua vũ trụ. Vũ trụ là một tài sản có thể kiểm toán công khai (MS-SMT) bao gồm một hoặc nhiều tài sản. Không giống như cây tài sản Taproot thông thường, vũ trụ không được sử dụng để lưu trữ tài sản Taproot. Thay vào đó, vũ trụ cam kết một tập hợp con của một hoặc nhiều lịch sử tài sản.
Storm chịu trách nhiệm về phần này của RGB, phần này sẽ đồng bộ hóa và lưu trữ dữ liệu bằng chứng ngoài chuỗi thông qua p2p. Tuy nhiên, do nhóm phát triển của RGB For History lý do, định dạng chứng minh của các nhóm này hiện không tương thích. Nhóm sinh thái RGB DIBA hiện tuyên bố rằng họ sẽ phát triển carbonado để giải quyết vấn đề này, nhưng tiến độ vẫn chưa rõ ràng.
5. Triển khai dự án
Tất cả lib được Taproot Assets sử dụng đều là Thời gian- đã được thử nghiệm, vì phòng thí nghiệm Lightning có ứng dụng khách Bitcoin (BTCD), ứng dụng khách Lightning Network (LND) riêng và một số lượng lớn triển khai lib ví. Mặt khác, hầu hết các lib được sử dụng trong triển khai RGB đều tự xác định.Từ góc độ tiêu chuẩn ngành, việc triển khai RGB vẫn đang trong giai đoạn phòng thí nghiệm.
Một cuộc thảo luận ngắn gọn về tương lai của việc mở rộng BTC
Tại thời điểm này trong cuộc thảo luận, mọi người đã phát hiện ra khách hàng Giao thức tài sản được xác minh cuối cùng đã thoát ra khỏi phạm vi của giao thức và bắt đầu hướng tới việc mở rộng điện toán.
Nhiều người cho rằng Bitcoin sẽ tồn tại dưới dạng vàng kỹ thuật số trong tương lai, trong khi các chuỗi khác sẽ tạo ra một hệ sinh thái ứng dụng. Nhưng tôi có một cái nhìn khác về điều này. Giống như trên các diễn đàn btc, có rất nhiều cuộc thảo luận về các loại tiền thay thế khác nhau và thời gian tồn tại ngắn ngủi của chúng. Sự sụp đổ nhanh chóng của các altcoin này đã biến nguồn vốn và nỗ lực từng bao quanh chúng thành bong bóng. Chúng tôi đã có nền tảng đồng thuận mạnh mẽ như Bitcoin và không cần phải xây dựng L1 mới để áp dụng giao thức. Những gì chúng ta phải làm là làm thế nào để tận dụng tốt Bitcoin, cơ sở hạ tầng mạnh nhất, để xây dựng một thế giới phi tập trung lâu dài hơn.
Ít tính toán trên chuỗi hơn, xác minh trên chuỗi nhiều hơn
Từ góc độ thiết kế ứng dụng, Bitcoin từ lâu đã chọn triết lý thiết kế không tập trung vào tính toán trên chuỗi làm mục tiêu cốt lõi mà tập trung vào xác minh (Đánh giá tính hoàn thiện và trạng thái của hợp đồng thông minh). Bản chất của blockchain là một máy trạng thái được sao chép, nếu sự đồng thuận của một chuỗi được tính toán trên chuỗi thì rất khó để nói rằng việc để tất cả các nút trong mạng lặp lại những tính toán này là hợp lý và có thể mở rộng. Nếu xác minh là trọng tâm chính thì xác minh tính hợp lệ của các giao dịch ngoài chuỗi có thể là giải pháp phù hợp nhất để mở rộng BTC.
Việc xác thực diễn ra ở đâu? Điều này rất quan trọng
Đối với các nhà phát triển giao thức dựa trên Bitcoin, cách sử dụng Bitcoin để xác minh khóa hoặc thậm chí Xác minh được đặt ngoài chuỗi, và cách thiết kế một giải pháp bảo mật thực ra là việc riêng của người thiết kế giao thức, nó không cần và không nên liên quan đến chính chuỗi. Vì vậy, cách đạt được xác minh sẽ dẫn đến các kế hoạch mở rộng khác nhau cho BTC.
Dựa trên góc độ triển khai xác minh, chúng tôi có ba hướng mở rộng:
1. Xác minh Xảy ra trên chuỗi (OP-ZKP)
Nếu OP-ZKP được triển khai trực tiếp trong TaprootScriptVM, điều đó tương đương với việc thêm khả năng xác minh ZKP vào Bản thân BTC, sau đó hợp tác với một số giao thức giải quyết thiết kế Giao ước, bạn có thể tạo giải pháp mở rộng Zk-Rollup có thể kế thừa tính bảo mật của BTC. Nhưng không giống như việc triển khai hợp đồng xác minh trên Ethereum, việc nâng cấp BTC diễn ra chậm và việc thêm mã hoạt động không phổ biến và có thể yêu cầu các nâng cấp tiếp theo chắc chắn sẽ khó khăn.
2. Quá trình xác minh diễn ra trên nửa chuỗi (BitVM)
Thiết kế của BitVM không nhằm mục đích phục vụ logic giao dịch thông thường. Robin Linus cũng tuyên bố rằng tương lai của BitVM là phục vụ như một thị trường chuỗi chéo miễn phí cho nhiều SideChain khác nhau. Lý do tại sao giải pháp của BitVM xảy ra trên nửa chuỗi là vì hầu hết các tính toán xác minh này không xảy ra trên chuỗi mà xảy ra ngoài chuỗi. Tuy nhiên, lý do quan trọng để thiết kế xung quanh Taproot của BTC là để có thể sử dụng TapScriptVM để xác minh tính toán khi cần thiết, điều này cũng nhằm kế thừa tính bảo mật của BTC về mặt lý thuyết. Trong quá trình này, một chuỗi tin cậy xác minh cũng được tạo ra, ví dụ: miễn là một trong n người xác minh là trung thực, tức là Tổng hợp lạc quan.
BitVM có chi phí hoạt động rất lớn trên chuỗi, nhưng liệu bằng chứng gian lận ZK có thể được sử dụng để cải thiện hiệu quả không? Câu trả lời là không, bởi vì việc triển khai bằng chứng gian lận ZK dựa trên việc xác minh ZKP trên chuỗi, điều này quay trở lại tình thế tiến thoái lưỡng nan của kế hoạch OP-ZKP.
3. Quá trình xác thực diễn ra ngoài chuỗi (Xác thực phía khách hàng, Lightning Network)
Việc xác minh diễn ra hoàn toàn ngoài chuỗi, tức là các giao thức tài sản CSV và Lightning Network đã thảo luận trước đó. Như có thể thấy trong phần thảo luận trước, trong thiết kế CSV, chúng ta không thể ngăn chặn hoàn toàn sự xuất hiện của hành vi giả mạo thông đồng. Điều chúng ta có thể làm là sử dụng mật mã và thiết kế giao thức để giữ phạm vi gây hại thông đồng độc hại như vậy trong phạm vi có thể kiểm soát được. Làm cho hành vi này không có lợi.
Ưu điểm và nhược điểm của việc xác minh ngoài chuỗi cũng rất rõ ràng, ưu điểm là chiếm rất ít tài nguyên trên chuỗi và có tiềm năng mở rộng rất lớn. Điểm bất lợi là gần như không thể sử dụng lại hoàn toàn tính bảo mật của BTC, điều này hạn chế đáng kể các loại và phương thức giao dịch ngoài chuỗi có thể được thực hiện. Và xác minh ngoài chuỗi cũng có nghĩa là dữ liệu nằm ngoài chuỗi và do chính người dùng lưu giữ, điều này đặt ra các yêu cầu cao hơn về tính bảo mật của môi trường thực thi phần mềm và tính ổn định của phần mềm.
Xu hướng mở rộng và phát triển
Hiện nay phổ biến trong Ethereum Từ góc độ mô hình, Lớp 2 xác minh tính hợp lệ của phép tính từ Lớp 2 đến Lớp 1, nghĩa là phép tính trạng thái được đẩy xuống Lớp 2, nhưng việc xác minh vẫn được giữ lại trên Lớp 1. Trong tương lai, chúng tôi cũng có thể đẩy các tính toán xác minh ra ngoài chuỗi để tiếp tục nâng cao hiệu suất của cơ sở hạ tầng blockchain hiện tại.
Tài liệu tham khảo
Assia, Y. (n.d.). Colored Bitcoin. Lấy từ https://yoniassia.com/colourbitcoin/
CryptoAdventure. ( n.d.). Lịch sử tóm tắt về các đồng tiền màu: Điều gì khiến chúng trở nên đặc biệt. Được lấy từ https://cryptoadventure.com/a-brief-history-of-colour-coins-what-made-them-special/Bitcoil. (n.d.). BitcoinX.pdf. Được lấy từ https://bitcoil.co.il/BitcoinX.pdfLàm chủ Bitcoin. (n.d.). Chương 9. Lấy từ https://www.8btc.com/books/261/master_bitcoin/_book/9 /9.htmlLivera, S. (n.d.). Tập 501. Lấy từ https://stephanlivera.com/episode/501/Dần dần rồi đột ngột. (n.d.). Trả tiền cho tôi bằng lý thuyết Bitcoin. Được lấy từ https://graduallythensuddenly.xyz/pay-me -in-bitcoin-theory/Coinmonks. (n.d.). ZK-Rollups về Bitcoin. Lấy từ https://medium.com/coinmonks/zk-rollups-on-bitcoin-ce35869b940dBurtey, N. (n.d.). Bài đăng trên Twitter. /twitter.com/nicolasburtey/status/1703705962664669225Burtey, N. (n.d.). Bài đăng trên Twitter. Lấy từ https://x.com/nicolasburtey/status/1703710347889127585?s=20Bosworth, A. (n.d.). Bài đăng trên Twitter. Lấy từ /alexbosworth/status/1703423563288473769BitcoinShooter. (n.d.). Video Tiêu đề (bằng tiếng Anh nếu có). Được lấy từ https: //www.youtube.com/watch?v=9fz34ef5GSk&ab_channel=BitcoinShooterTạp chí Bitcoin. (n.d.). RGB: Hợp đồng Magic Client trên Bitcoin. Lấy từ https://bitcoinmagazine.com/technology/rgb-magic -client-contracts-on-bitcoinBitcrab.eth. ( n.d.). Tiêu đề bài viết (bằng tiếng Anh nếu có). https://mirror.xyz/bitcrab.eth/ T3gIfKepjfs3YUiRWTgCTqS6gc8LaC5z7lYKQY-HLEETodd, P. (2016). Thông báo về OpenTimestamps. Lấy từ https://petertodd.org/2016/opentimestamps-announcementBitcoin Optech. (n.d.). Xác thực phía khách hàng. Đã truy xuất từ https://bitcoinops.org/en/topics/ client-side-validation/Todd, P. (2016). Cam kết và con dấu sử dụng một lần. Lấy từ https://petertodd.org/2016/commitments-and- single-use-sealsTodd, P. (2014). Thiết lập bản ghi: Bằng chứng xuất bản. Lấy từ https://petertodd.org/2014/setting-the-record-proof-of-publicationTạp chí Bitcoin. ( n.d.). Con đường dài đến với SegWit: Quá trình nâng cấp giao thức lớn nhất của Bitcoin trở thành hiện thực. Được lấy từ https://bitcoinmagazine.com/Technical/the-long-road -to-segwit-how-bitcoins-biggest-protocol -upgrade-became-realityLinux Foundation. (2015). Tiêu đề bài đăng trong danh sách gửi thư (nếu có). Lấy từ https://lists.linuxfoundation.org /pipermail/bitcoin-dev/2015-December/011865 .htmlZucco, G. (n.d.). Chương 2: Giới thiệu về Eidoo. Lấy từ https://medium.com/@giacomozucco83/chapter-2-about-eidoo -ab0f9d3bdb59Máy tin cậy. (n.d.). Giao thức RGB trên Bitcoin là gì?. Được lấy từ https://trustmachines.co/learn/what-is-the-rgb-protocol-on-bitcoin/Linux Foundation. (2023). Tiêu đề bài đăng trong danh sách gửi thư (nếu có). Được lấy từ https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2023-May/021719.htmlSalvatoshi. (n.d.) . Hồ sơ Twitter. Được lấy từ https:// twitter.com/salvatoshiMerkle. (n.d.). Tiêu đề bài viết hoặc trang web (nếu có). Lấy từ https://merkle.fun/Muneeb. (n.d.). Bài đăng trên Twitter. Lấy từ https://twitter.com/muneeb/status/1712853971948229042Viện Nakamoto . (n.d.). Appcoin là Dầu rắn. Lấy từ ;https://nakamotoinst acad.org/mempool/appcoins-are -snake-oil/Todd, P. (2013). Giải quyết vấn đề khai thác tiền điện tử. Lấy từ https://petertodd.org/2013/disentangling-crypto-coin-mining
tiền Liên kết gốc
Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia
Bài viết liên quan
