RGB++: Đóng góp cho Bitcoin chính thống L2

Tác giả: DaPangDun (X@DaPangDunCrypto)

Vào ngày 13 tháng 2, Cipher, người đồng sáng lập CKB, đã đề xuất giao thức mở rộng cho RGB: RGB++. Nó ngay lập tức thu hút rất nhiều sự chú ý trên thị trường và ảnh hưởng đến giá thị trường thứ cấp của CKB ở một mức độ nhất định.

Trước khi thỏa thuận này được đưa ra, tôi đã có một số trao đổi chuyên sâu với Cipher về giao thức RGB và thảo luận về khái niệm nguyên mẫu của thỏa thuận, vì vậy tôi đã viết một đoạn ngắn Bài viết Giải thích hiểu biết phổ biến của tôi về giao thức RGB++, ý kiến ​​cá nhân và vai trò mà tôi nghĩ có thể có của giao thức này.

1. Tổng quan về RGB++: Mở rộng các kịch bản sử dụng công nghệ RGB

Tóm lại, hiểu biết về RGB++ được chia thành các điểm sau:

1.1 Đây là một giao thức mở rộng dựa trên RGB< /h3 >

Nó sử dụng một số công nghệ trong giao thức RGB. Nói đúng ra, nó không hoàn toàn là một dự án sinh thái RGB mà nó mở rộng các kịch bản sử dụng công nghệ RGB.

1.2 Nó mở rộng khả năng của giao thức RGB hiện tại

Nó giải quyết các vấn đề kỹ thuật trong việc triển khai thực tế giao thức RGB hiện tại và cung cấp nhiều khả năng hơn, chẳng hạn như "liên kết xác minh", "khả năng lập trình hợp đồng", "Turing máy ảo hoàn chỉnh", v.v.

1.3 Nó được triển khai thông qua ánh xạ đẳng cấu UTXO

Map Bitcoin UTXO tới Cell của Nervos CKB và sử dụng các ràng buộc tập lệnh trên chuỗi CKB và chuỗi Bitcoin để xác minh tính chính xác của phép tính trạng thái và tính hợp lệ của quyền sở hữu đã thay đổi. Tôi nghĩ ý tưởng ánh xạ đẳng cấu này có khả năng mở rộng mạnh mẽ.

2. Tại sao giao thức RGB++ được đề xuất?

Những người bạn quen thuộc với tôi đều biết rằng tôi là một nhà nghiên cứu quan tâm sâu sắc đến giao thức RGB và đã theo dõi sự phát triển của giao thức RGB và sự phát triển của hệ sinh thái. Trong quá trình nghiên cứu, tôi nhận thấy mặc dù giao thức RGB có thiết kế rất đẹp nhưng trong quá trình triển khai thực tế lại có một số vấn đề:

2.1 RGB phát triển Tương đối chậm

Một trong những lý do là hầu hết các thiết kế đều là khái niệm mới hoặc hình thành một tiêu chuẩn mới, đòi hỏi phải có quan niệm toàn cầu chi tiết và mới triển khai mã.

Lý do thứ hai là số lượng nhà phát triển tham gia vào toàn bộ lớp giao thức tương đối ít, điều này có thể thấy qua cơ cấu nhân sự của LNP/BP và số dự án sinh thái hiện nay.

2.2 Sự phát triển của RGB sẽ bị ảnh hưởng bởi một số yếu tố không được kiểm soát

Ví dụ: RGB thường được xây dựng trên Lightning Network. Tuy nhiên, Bolt-ln hiện tại không thể hỗ trợ tốt hợp đồng RGB, vì vậy Hiệp hội LNP/BP đã đề xuất một bifroft tiêu chuẩn Lightning Network mới, nhưng điều này lại đòi hỏi rất nhiều hoạt động và thậm chí cần phải chờ sự phát triển chung của Lightning Network.

Một ví dụ khác: Chuyển RGB liên quan đến việc chuyển hóa đơn và ủy ban. Hiện tại, việc này có thể được thực hiện thông qua các mạng như web2 (Twitter, tg, v.v.) hoặc p2p Để thực hiện, nhưng nếu nhìn ở một mức độ thống nhất thì cần có một chuẩn truyền dẫn tiêu chuẩn để thực hiện, đó là nút bão, nhưng việc xây dựng một mạng như vậy cũng đòi hỏi rất nhiều công sức.

Máy ảo AluVM 2.3 RGB hiện thiếu các công cụ phát triển hoàn chỉnh và mã thực tế

Nói cách khác, ngay cả khi v0.11 hiện đã được phát hành đầy đủ, vẫn mất rất nhiều thời gian để kiểm tra hiệu suất và độ tin cậy của máy ảo, đồng thời cũng mất rất nhiều thời gian để tích lũy kinh nghiệm phát triển mã thông qua AluVM và thậm chí cả thư viện chuẩn. .

Những vấn đề này khiến RGB có phần xa lạ trong thị trường cạnh tranh này, giống như tình trạng phát triển của BTC trong những ngày đầu, sẽ mang lại nhiều bất ổn. của chu kỳ thị trường (bỏ lỡ giai đoạn thị trường tăng vốn), tác động của cảm xúc, tác động của việc tích hợp các công nghệ mới khác (sự kết hợp giữa các công nghệ khác và một số công nghệ RGB để đạt được "khởi đầu nhảy vọt"), v.v.

Tóm lại trong một câu là:RGB có tiềm năng phát triển rất lớn, nhưng việc triển khai hoàn chỉnh giao thức sẽ mất nhiều thời gian và không chắc chắn.

Đây là nền tảng được đưa ra bởi giao thức RGB++ và các vấn đề cần giải quyết.

3. Trọng tâm kỹ thuật của giải pháp RGB++: ánh xạ đẳng cấu

Do đó, trong những cuộc trao đổi đầu tiên, trọng tâm là "làm thế nào để giải quyết những vấn đề này khi triển khai RGB" và "liệu công nghệ hiện tại của CKB có thể được sử dụng để giải quyết vấn đề này ở một mức độ nhất định hay không."

Cipher tận dụng một cách sáng tạo các đặc điểm tương đồng của điểm cốt lõi "UTXO" của RGB và kiến ​​trúc cơ bản của CKB, đề xuất giải pháp "ánh xạ đẳng cấu" và Nội dung giao thức của “RGB++” dần dần được trình bày.

Xem hình bên dưới, kết hợp hai điểm chính trong giao thức RGB với kiến ​​trúc CKB:

1. Là một vùng chứa RGB, UTXO  có thể được ánh xạ với Cell  của CKB thông qua khóa trong Ô.

2. Khi xác minh, xác minh khách hàng ngoài chuỗi có thể được chuyển thành xác minh công khai trên chuỗi của CKB > , dữ liệu và trạng thái đã xác minh có thể tương ứng với dữ liệu và loại trong Ô.

Nguồn: https://talk.nervos.org/t/rgb-protocol-light-paper/7733

Thông qua "ánh xạ đẳng cấu", quá trình phân tích cú pháp trên RGB trên CKB được thực hiện và với khả năng tương thích, người dùng vẫn có thể thực hiện phân tích cú pháp trên Phân tích RGB, đây là một hiệu ứng rất thú vị.

Nếu bạn phân tích sâu hơn, Cipher thực sự "phân tích" và "mô-đun hóa" công nghệ RGB, sau đó suy nghĩ xem liệu một mô-đun nhất định có thể có các lộ trình kỹ thuật hoặc giải pháp thay thế khác hay không lựa chọn, do đó tạo ra nhiều khả năng hơn.

Sau "ánh xạ đẳng cấu", khả năng mở rộng trở nên tự nhiên và có thể nhận ra nhiều chức năng mở rộng khác nhau:

3.1 Gấp giao dịch

Sử dụng khả năng lập trình của CKB Cell, nhiều giao dịch CKB có thể được kết hợp thành một Giao dịch tương ứng với mọi giao dịch Bitcoin RGB++ , để có thể mở rộng chuỗi Bitcoin tốc độ thấp và thông lượng thấp bằng cách sử dụng chuỗi CKB hiệu suất cao.

Nếu "giao dịch gấp" được mở rộng, về nguyên tắc, không phải mọi thay đổi trạng thái đều cần được đồng bộ hóa trên Bitcoin, điều này tương đương với việc thêm "giao dịch gấp" vào CKB . Tùy chọn xác minh ngoài chuỗi”.

3.2 Hợp đồng vô chủ sở hữu

Hợp đồng vô chủ đề cập đến Bất kỳ ai có thể thay đổi trạng thái với tiền đề đáp ứng các ràng buộc của hợp đồng mà không yêu cầu nhà cung cấp chữ ký số được chỉ định thực hiện thay đổi.

Loại hợp đồng này tạo cơ sở cho các phương thức hợp đồng phức tạp như AMM.

3.3 Truyền không tương tác

Truyền giao thức RGB Một Điểm cần lưu ý là hai bên cần trao đổi một số thông tin nhất định để hoàn thành, điều này mang lại những lợi thế nhất định (bạn sẽ không nhận được token lừa đảo, v.v.), nhưng nó cũng làm tăng độ khó hiểu của người dùng và độ phức tạp của sản phẩm. RGB++ có thể tận dụng những lợi thế hiện tại để đặt các hành vi tương tác trong môi trường CKB và sử dụng thao tác gửi-nhận hai bước để triển khai logic truyền không tương tác.

Logic chuyển giao này là cơ sở cho các đợt airdrop quy mô lớn.

3,4 AMM+DEX

Mạng có thể giới thiệu CKB Thiết kế Lattice AMM được sử dụng để triển khai mô hình tạo thị trường dựa trên UTXO. Mặc dù khác với mô hình tạo thị trường đường cong giá của Uniswap nhưng đây đã là một bước tiến lớn đối với mô hình UTXO.

4. Vai trò của giao thức RGB++

Bởi vì giao thức chỉ Người ta đề xuất rằng việc phát triển và triển khai cụ thể vẫn chưa được hoàn thành và nhiều người chưa biết đủ về bản thân giao thức RGB nên họ không nhạy cảm lắm với những "phản ứng hóa học" mà RGB++ có thể gây ra. Tôi sẽ giải thích chi tiết hơn sự hiểu biết của tôi về giao thức RGB++ từ các cấp độ sau Quan điểm vai trò:

4.1 Đối với CKB: RGB++ sẽ là một trong những điểm mấu chốt trong cuộc chiến giành quyền Thị trường L2 chính thống của bitcoin

CKB được hưởng "tính hợp pháp" nhờ cơ chế POW + mô hình "UTXO" nâng cao, nhưng mạng lưới và sự phát triển sinh thái của nó thì không cất cánh sau sự đầu tư của nhiều tổ chức ngôi sao trong giai đoạn đầu.

Sau khi chuyển sang Bitcoin L2 trong năm nay, tôi nghĩ đây là giai đoạn cơ hội lớn cho CKB. Một mặt, công nghệ cơ bản và cơ sở hạ tầng liên quan đã dần được cải thiện sau vài năm phát triển, mặt khác lại trùng hợp với vòng điểm nóng này.

Trong cuộc trò chuyện với Cipher, anh ấy đã đưa ra một quan điểm có lợi cho tôi rất nhiều:Điểm mấu chốt trong cuộc tranh luận về Bitcoin L2 nằm ở L1.

RGB++ tạo ra kết nối sâu hơn giữa CKB và chuỗi chính Bitcoin, do đó mang lại nhiều "tính hợp pháp" hơn cho nó ”, đó là lý do tại sao tôi nghĩ đó là lý do tại sao một trong những mỏ neo quan trọng.

Lạc đề: Về L2 "chính thống"

Khái niệm về L2 tương đối trưởng thành. Đã phát triển từ ETH, với sự phát triển của nhiều giải pháp L2 và mô-đun hóa khác nhau, định nghĩa về L2 ngày càng trở nên mờ nhạt và gần với ý tưởng thực dụng hơn về ETH, cái gọi là khái niệm "chính thống" đang dần bị giảm bớt.

Nhưng đối với mạng Bitcoin, khái niệm "chính thống" luôn được thể hiện như một tín hiệu tương đối mạnh mẽ trong suốt quá trình phát triển của nó. Hiện tại theo quan điểm cá nhân mình thì điểm mạnh “chính thống” của L2 (từ cao đến thấp) là:

1. Lightning Network, RGB , BitVM

Mọi người đều quen thuộc với ba cái này. Nói chung, đường dẫn triển khai của ba cái này về cơ bản là khác nhau, và đối với các điểm cũng vậy Mức độ phát triển hiện tại của Lightning Network tương đối trưởng thành, tiếp theo là RGB và cuối cùng là BitVM.

2. Chuỗi bên

Chẳng hạn như Liquid, Stacks Hầu hết trong số chúng, chẳng hạn như CKB, vẫn dựa trên kiến ​​trúc UTXO, với một số biến dạng hoặc đổi mới nhất định để đạt được những cải tiến về khả năng mở rộng (chẳng hạn như quyền riêng tư, khả năng lập trình) và tối ưu hóa cơ chế đồng thuận.

Sidechain ở một mức độ nào đó có thể được hiểu là một chuỗi BTC thử nghiệm, thử nghiệm một số chức năng mới hoặc chức năng tạm thời không có trên chuỗi chính BTC.

3. Phần khác

Phần này có thể bao gồm "dựa trên về "L2 của các giao thức chuỗi chéo", "L2 dựa trên EVM", v.v., về cơ bản tôi đồng ý với Giáo viên Ajian:

Nguồn: https://twitter .com/AurtrianAjian /status/1755121187741720964

4.2 Đối với RGB: RGB++ mở rộng khả năng kết hợp nó với các chuỗi công khai kiến ​​trúc UTXO khác< /strong>

Bản thân giao thức RGB có khả năng được kết hợp với các chuỗi công khai kiến ​​trúc UTXO khác. Khuyến nghị chính thức của Hiệp hội LNP/BP chỉ ra rằng nó sẽ hỗ trợ khả năng tương tác với Liquid.

Nguồn: https://x.com/lnp_bp/status/1747930079252951058?s=20

Thông qua sự kết hợp giữa công nghệ từng phần CKB và RGB, "hiệu quả thực tế" của sự kết hợp này sẽ được kiểm chứng ở một mức độ nhất định.

Xem xét kỹ hơn: nếu chúng ta trừu tượng hóa giao thức RGB++ một lần nữa và biến nó thành một lớp mở rộng rộng hơn, được sử dụng để kết nối giao thức RGB và tất cả các kiến ​​trúc UTXO Và cho một chuỗi công khai có khả năng mở rộng nhất định thì câu chuyện và giá trị của nó sẽ được nâng cao đáng kể. Đây cũng là hướng đi mà tôi nghĩ Cipher có thể hướng tới trong giai đoạn tiếp theo.

Đồng thời, điều này cũng cung cấp một số lựa chọn thay thế khác để phát triển các dự án trong hệ sinh thái RGB, khác với cách "chéo đa chữ ký" đơn giản cầu xích" , nhưng dựa trên phương pháp gốc.

Đối với Bitcoin L2 khác: Cung cấp tài liệu tham khảo kỹ thuật để tích hợp giao thức RGB

Phân tích của Cipher về kiến ​​trúc kỹ thuật RGB sẽ cung cấp một ví dụ tư duy tốt cho các nhân viên kỹ thuật L2 khác.

Họ có thể kết hợp các đặc tính kỹ thuật và lợi thế của dự án của riêng mình, tích hợp một số công nghệ họ cần trong RGB, sau đó "kết hợp" chúng thành một sản phẩm mới mô hình, hay thậm chí Đạt được "người dẫn đầu" ("người dẫn đầu" ở đây không phải là một thuật ngữ xúc phạm, nó phản ánh sự kết hợp giữa công nghệ và sự đổi mới trong quá trình phát triển hệ sinh thái BTC. Đồng thời, "người dẫn đầu" " vẫn sẽ thúc đẩy sự phổ biến và phát triển của giao thức RGB).

Nói chung, mặc dù RGB++ hiện chỉ ở giai đoạn sách trắng, nhưng từ quan điểm lý thuyết, tôi lạc quan hơn về nó, và nó sẽ mang lại nhiều lợi ích hơn cho RGB, thỏa thuận mang lại dòng máu mới và cũng có thể sẽ đánh thức sức sống của mạng CKB.