RGB có thể tái hiện làn sóng Ordinals không?
Tuyển chọn TechFlowTuyển chọn TechFlow
RGB có thể tái hiện làn sóng Ordinals không?
Bài viết so sánh giao thức Ordinals và RGB về các khía cạnh như tính bảo mật, khả năng mở rộng, phí giao dịch, tốc độ giao dịch, đồng thời phân tích triển vọng tương lai của câu chuyện xung quanh RGB.
Chuyên sâu báo cáo Web3Tác giả: Jerry Luo
Phản biện: Mandy, Joshua
Tóm tắt
Hiện nay trên mạng lưới Bitcoin tồn tại nhiều phương án hợp đồng thông minh, trong đó phổ biến nhất là giao thức Ordinals và giao thức RGB.
-
Sự ra đời của giao thức Ordinals cho phép phát triển hợp đồng thông minh trên mạng lưới Bitcoin và liên kết độ an toàn với blockchain Bitcoin. Tuy nhiên, việc xác nhận và ghi nhận chuyển nhượng tài sản Ordinals đều diễn ra trên mạng chính Bitcoin, gắn liền với việc chuyển 1 satoshi. Điều này dẫn đến phí giao dịch cao, đồng thời khiến mạng chính Bitcoin vốn có TPS thấp càng thêm tắc nghẽn.
-
Giao thức RGB đề xuất các kênh ngoài chuỗi và phương pháp đóng gói giao dịch theo lô, giúp giảm đáng kể chi phí chuyển nhượng tài sản trong RGB và tăng tốc độ giao dịch. Đồng thời, phương pháp xác minh bởi khách hàng (client-side validation) cũng làm giảm mạnh lượng dữ liệu cần ghi lại để duy trì hoạt động bình thường của mạng, từ đó nâng cao khả năng mở rộng.
-
Tuy nhiên, khi cải tiến so với Ordinals, RGB cũng mang đến nhiều vấn đề mới. Các kênh ngoài chuỗi tuy tối ưu phí và tốc độ giao dịch nhưng lại tạo ra rủi ro về an toàn dữ liệu ghi nhận ngoài chuỗi. Việc xác minh bởi khách hàng tuy giảm lượng dữ liệu lưu trữ nhưng lại làm chậm đáng kể tốc độ xác minh.
Bài viết so sánh giao thức Ordinals và RGB trên các khía cạnh như bảo mật, khả năng mở rộng, phí giao dịch, tốc độ giao dịch, đồng thời phân tích xu hướng phát triển tương lai của câu chuyện xung quanh RGB.
1. Tổng quan thị trường
Hiện tại BTC chiếm khoảng 49% vốn hóa thị trường tiền mã hóa, nhưng do ngôn ngữ kịch bản của nó không đủ điều kiện Turing-complete, thiếu hợp đồng thông minh trên mạng chính và tốc độ giao dịch chậm, sự phát triển dài hạn của nó bị cản trở nghiêm trọng. Để giải quyết những vấn đề trên, các nhà phát triển Bitcoin đã thử nghiệm nhiều phương án về mở rộng quy mô và tăng tốc độ, chủ yếu gồm 4 giải pháp sau:
-
Giao thức RGB: RGB là một giao thức lớp thứ hai xây dựng trên mạng lưới Bitcoin, dữ liệu giao dịch cốt lõi được lưu trữ trên mạng chính BTC. RGB tận dụng mô hình bảo mật của Bitcoin, hỗ trợ tạo ra các token có thuộc tính tùy chỉnh và chức năng hợp đồng thông minh trên mạng lưới Bitcoin. Năm 2016, giao thức RGB lần đầu tiên được Peter Todd đề xuất; năm 2023, trong làn sóng phát triển hệ sinh thái hợp đồng thông minh trên Bitcoin, giao thức RGB lại thu hút sự chú ý.
-
SegWit (Chứng nhận tách biệt): Tháng 8 năm 2017, Bitcoin thực hiện nâng cấp SegWit. Bằng cách tách thông tin giao dịch và chữ ký, kích thước khối hiệu quả được nâng từ 1M lên 4M, phần nào giảm bớt tình trạng tắc nghẽn. Tuy nhiên, do giới hạn về kích thước khối của Bitcoin, chúng ta không thể mở rộng vô hạn dung lượng lưu trữ của một khối. Do đó, phương pháp tăng hiệu suất bằng cách mở rộng dung lượng lưu trữ khối đã dừng lại ở đây.
-
Mạng Lightning: Mạng Lightning là giải pháp mở rộng lớp hai dựa trên Bitcoin, cho phép giao dịch mà không cần truy cập blockchain, tăng đáng kể thông lượng. Mạng Lightning đã được triển khai trên mạng chính Bitcoin, các giải pháp hiện có như OmniBOLT, Stacks, tuy nhiên mạng Lightning đối mặt với rủi ro tập trung hóa khá lớn.
-
Công nghệ sidechain: Sidechain là việc xây dựng một chuỗi phụ bên ngoài mạng lưới Bitcoin, tài sản trên sidechain được neo 1:1 với BTC. Hiệu suất giao dịch trên sidechain có cải thiện đáng kể so với mạng chính, nhưng mãi mãi không thể đạt được mức độ an toàn như mạng chính BTC.
Kể từ tháng 3 năm nay, phí giao dịch trên mạng lưới Bitcoin và khối lượng giao dịch tài sản theo giao thức BRC20 đều tăng vọt. Vào đầu tháng 5, phí giao dịch trên mạng chính BTC đạt đỉnh, mặc dù sau đó giảm xuống, nhưng khối lượng giao dịch tài sản BRC20 vẫn duy trì ở mức cao. Điều này cho thấy nhiệt độ phát triển hệ sinh thái hợp đồng thông minh trên mạng lưới Bitcoin không suy giảm theo sự hạ nhiệt của xu hướng inscriptions trong hệ sinh thái BTC, các nhà phát triển vẫn tiếp tục tìm kiếm giải pháp tối ưu cho việc phát triển hợp đồng thông minh trên mạng lưới Bitcoin.
2. Giao thức Ordinals
2.1 Đánh số Satoshi
Các Satoshi trên mạng lưới Bitcoin khác với wei trên Ethereum khi không được ghi nhận dưới dạng dữ liệu, mà được tính toán dựa trên UTXO mà mỗi địa chỉ sở hữu. Để phân biệt các satoshi khác nhau, trước tiên cần phân biệt các UTXO khác nhau, rồi mới phân biệt các satoshi trong cùng một UTXO. Việc phân biệt các UTXO khác nhau tương đối đơn giản, vì mỗi UTXO được khai thác ở khối khác nhau sẽ có chiều cao khối (block height) khác nhau. Chỉ có khai thác mới tạo ra satoshi ban đầu, do đó chỉ cần đánh số UTXO trong giao dịch coinbase là được. Khó khăn chủ yếu nằm ở việc đánh số satoshi trong cùng một UTXO. Giao thức Ordinals đưa ra giải pháp mới, tức là đánh số theo nguyên tắc vào trước ra trước (FIFO).
-
Phân biệt các UTXO khác nhau: BTC Builder bắt đầu ghi nhận từ lúc UTXO được khai thác, mỗi UTXO tương ứng với một khối duy nhất, và mỗi khối trên mạng lưới Bitcoin có chiều cao khối duy nhất, nhờ đó có thể phân biệt các UTXO khác nhau qua chiều cao khối.
-
Phân biệt satoshi trong cùng một UTXO: Trước tiên, chiều cao khối xác định phạm vi gần đúng của các satoshi trong UTXO, ví dụ khối đầu tiên có thể khai thác được 100 BTC, tức là $\(10^{10}\)\( satoshi, do đó trong khối có chiều cao 0, các satoshi được đánh số từ \[0,\)\(10^{10}\)\(\-1\], trong khối có chiều cao 1, các satoshi được đánh số từ \[\)\(10^{10}\)\(,\)\(2*10^{10}\)\(\-1\], trong khối có chiều cao 2, các satoshi được đánh số từ \[\)\(2*10^{10}\)\(,\)\(3*10^{10}\)\$\-1], và cứ thế tiếp tục. Để phân biệt cụ thể một satoshi nhất định trong UTXO đó, cần thông qua quá trình tiêu thụ UTXO. Giao thức Ordinals áp dụng nguyên tắc FIFO, trong đầu ra được tạo ra khi UTXO này làm đầu vào, đầu ra đứng trước tương ứng với satoshi có số thứ tự nhỏ hơn, ví dụ thợ đào A khai thác khối có chiều cao 2 muốn chuyển 50 trong số 100 BTC của mình cho B, nếu đầu ra đứng trước phân cho A, còn A nhận đầu ra đứng sau, thì A sẽ nhận được các satoshi được đánh số từ \[\)\(2*10^{10}\)\(,\)\(2.5*10^{10}\)\$\-1], còn B nhận được các satoshi được đánh số từ \[\)\(2.5*10^{10}\)\(,\)\(3*10^{10}\)$-1].
2.2 Ghi danh ordinals (Ordinals inscription)
Mạng lưới Bitcoin ban đầu thông qua việc thêm toán tử OP_RETURN để cung cấp một không gian lưu trữ 80 byte cho mỗi giao dịch. Tuy nhiên, vùng 80 byte không đủ để viết logic mã phức tạp, đồng thời việc ghi dữ liệu lên blockchain cũng làm tăng chi phí giao dịch và khả năng tắc nghẽn mạng. Để giải quyết vấn đề này, mạng lưới Bitcoin đã thực hiện hai lần phân nhánh mềm: SegWit và Taproot. Thông qua một script Tapscript bắt đầu bằng toán tử OP_FALSE và không thực thi, quá trình giao dịch Bitcoin cung cấp một không gian 4M. Trong khu vực này, chúng ta có thể ghi inscription ordinals, thực hiện việc đưa văn bản, hình ảnh lên chuỗi hoặc phát hành token theo giao thức BRC20, v.v.
2.3 Hạn chế của Ordinals
Ordinals làm tăng đáng kể khả năng lập trình của mạng lưới Bitcoin, phá vỡ giới hạn về câu chuyện và phát triển hệ sinh thái BTC, mang lại chức năng ngoài giao dịch cho mạng lưới Bitcoin, nhưng nhiều vấn đề trong đó vẫn bị các nhà phát triển hệ sinh thái BTC chỉ trích.
-
Tính tập trung của Ordinals: Mặc dù việc ghi nhận và thay đổi trạng thái trong giao thức ordinals đều diễn ra trên chuỗi, nhưng bản thân giao thức ordinals không thể ngang hàng về độ an toàn với mạng lưới Bitcoin. Ordinals không thể ngăn chặn việc inscription bị ghi lại nhiều lần, việc nhận diện inscription không hợp lệ cần được thực hiện bởi giao thức ordinals bên ngoài chuỗi. Giao thức mới nổi này chưa trải qua kiểm tra lâu dài, tiềm ẩn nhiều vấn đề. Đồng thời, nếu dịch vụ nền tảng của giao thức ordinals gặp sự cố, cũng có thể dẫn đến tổn thất tài sản người dùng.
-
Hạn chế về phí giao dịch và tốc độ giao dịch: Vì việc khắc inscription được thực hiện thông qua khu vực xác thực tách biệt, nghĩa là hoàn tất một lần chuyển nhượng tài sản ordinals phải tương ứng với việc tiêu thụ một UTXO. Do tốc độ tạo khối của mạng Bitcoin khoảng 10 phút, quá trình giao dịch không thể tăng tốc. Đồng thời, việc ghi inscription lên chuỗi cũng làm tăng chi phí giao dịch.
-
Làm tổn hại đến thuộc tính gốc của Bitcoin: Do tài sản trên ordinals được liên kết với satoshi có giá trị trên mạng lưới Bitcoin, nên việc sử dụng ordinals bản thân đã gây dị hóa tài sản Bitcoin gốc, đồng thời việc ghi inscription lên chuỗi làm tăng mạnh phí thợ mỏ. Nhiều người ủng hộ BTC lo ngại rằng điều này sẽ làm tổn hại đến chức năng thanh toán vốn có của Bitcoin.
3. Giao thức RGB
Trong bối cảnh lượng giao dịch mạng tăng vọt, những thiếu sót của giao thức ordinals trở nên rõ rệt. Về dài hạn, nếu không giải quyết thỏa đáng vấn đề này, hệ sinh thái hợp đồng thông minh của Bitcoin khó có thể cạnh tranh với các chuỗi công cộng có khả năng Turing-complete. Trong nhiều phương án thay thế ordinals, nhiều nhà phát triển chọn giao thức RGB, vì nó đạt được bước đột phá lớn so với ordinals về khả năng mở rộng, tốc độ giao dịch và tính riêng tư. Trong trường hợp lý tưởng, tài sản hệ sinh thái Bitcoin xây dựng dựa trên giao thức RGB về tốc độ giao dịch và khả năng mở rộng có thể đạt mức tương đương tài sản trên các chuỗi công cộng có khả năng Turing-complete.
3.1 Công nghệ cốt lõi của RGB
Xác minh bởi khách hàng (Client-side validation)
Khác với việc phát tán dữ liệu giao dịch trên mạng chính Bitcoin, giao thức RGB chuyển quá trình này ra ngoài chuỗi, thông tin chỉ được truyền giữa người gửi và người nhận. Sau khi người nhận xác minh giao dịch, không cần phải đồng bộ hóa với tất cả các nút trong mạng như trên mạng chính Bitcoin, hay ghi lại toàn bộ dữ liệu giao dịch trong mạng. Nút nhận chỉ cần lưu giữ dữ liệu liên quan đến giao dịch đó, đủ để đáp ứng yêu cầu xác minh khi lên chuỗi, cải tiến này làm tăng đáng kể khả năng mở rộng và tính riêng tư của mạng.
Tem niêm phong dùng một lần
Trong quá trình nộp hồ sơ thực tế, tài liệu thường phải trải qua nhiều lần chuyển tay, điều này đe dọa nghiêm trọng tính xác thực và toàn vẹn của tài liệu. Trong đời sống thực, để tránh tài liệu bị sửa đổi ác ý trước khi xác minh, người ta dùng phương pháp dán tem niêm phong, qua độ nguyên vẹn của tem để xác định nội dung bên trong có bị thay đổi hay không. Tác dụng của tem niêm phong dùng một lần trong mạng RGB tương tự như vậy, thể hiện cụ thể là tem điện tử có thuộc tính dùng một lần tự nhiên trong mạng lưới Bitcoin - UTXO.
Tương tự như hợp đồng thông minh trên Ethereum, việc phát hành Token theo giao thức RGB cũng cần chỉ định tên và tổng lượng phát hành. Điểm khác biệt là mạng RGB không tồn tại một chuỗi công cộng cụ thể làm phương tiện, mỗi Token trong RGB phải chỉ định một UTXO cụ thể trên mạng lưới Bitcoin tương ứng. Khi ai đó sở hữu một UTXO trên mạng lưới Bitcoin, họ cũng sở hữu Token RGB tương ứng với UTXO đó theo ghi nhận của giao thức RGB. Nếu muốn chuyển nhượng Token RGB, người nắm giữ cần tiêu thụ UTXO đó. Do tính chất dùng một lần của UTXO, một khi đã tiêu thụ thì không còn, trong giao thức RGB tương ứng với việc tiêu thụ tài sản RGB này. Quá trình tiêu thụ UTXO này chính là quá trình mở tem niêm phong dùng một lần.
Làm mờ UTXO (UTXO Blinding)
Trên mạng lưới Bitcoin, mỗi giao dịch chuyển tiền đều có thể tìm thấy UTXO đầu vào và đầu ra tương ứng. Điều này nâng cao hiệu quả truy xuất nguồn gốc UTXO trên mạng Bitcoin và hiệu quả ngăn chặn tấn công double-spend, nhưng do quá trình giao dịch hoàn toàn minh bạch, quyền riêng tư của các bên tham gia không được đảm bảo. Để nâng cao tính riêng tư trong giao dịch, giao thức RGB đề xuất phương án UTXO ẩn danh.
Trong quá trình chuyển nhượng Token RGB, người gửi A sẽ không thể biết được địa chỉ cụ thể của UTXO nhận, mà chỉ nhận được kết quả hash của địa chỉ UTXO nhận nối với một giá trị mật khẩu ngẫu nhiên. Khi người nhận B muốn sử dụng Token RGB nhận được, họ phải cung cấp cho người nhận C cả địa chỉ UTXO tương ứng và giá trị mật khẩu để chứng minh với C rằng A thực sự đã gửi Token RGB đến tay B.
3.2 So sánh RGB và Ordinals
-
Bảo mật: Mỗi giao dịch hoặc chuyển trạng thái hợp đồng thông minh Ordinals đều cần thực hiện qua việc tiêu thụ một UTXO, trong khi ở RGB quá trình này phần lớn dựa vào mạng Lightning hoặc kênh RGB ngoài chuỗi. Dữ liệu giao dịch trong RGB được lưu trữ nhiều trên máy khách RGB (bộ nhớ đệm cục bộ hoặc máy chủ đám mây), quá trình này có mức độ tập trung cao, dữ liệu có thể bị cơ quan tập trung hóa lợi dụng. Đồng thời, nếu máy chủ ngừng hoạt động hoặc mất bộ nhớ đệm cục bộ sẽ gây tổn thất tài sản cho khách hàng. Về độ an toàn, Ordinals có lợi thế hơn.
-
Tốc độ xác minh: Do RGB sử dụng xác minh bởi khách hàng, nên mỗi lần xác minh một giao dịch, trong giao thức RGB đều cần bắt đầu từ đầu, tốn rất nhiều thời gian để xác định từng bước chuyển nhượng tài sản RGB trong quá trình giao dịch, điều này làm chậm đáng kể tốc độ xác minh. Do đó về tốc độ xác minh, Ordinals có lợi thế hơn.
-
Tính riêng tư: Việc chuyển nhượng tài sản RGB và quá trình xác minh giao dịch đều diễn ra bên ngoài blockchain, thiết lập một kênh đặc biệt giữa người gửi và người nhận. Đồng thời, dưới dạng UTXO ẩn danh, ngay cả người gửi cũng không thể truy vết hướng đi của UTXO. Trong khi đó, quá trình chuyển nhượng tài sản ordinals được ghi lại thông qua việc tiêu thụ UTXO trên Bitcoin, người gửi và người nhận UTXO đều có thể tra cứu trên mạng Bitcoin, không có tính riêng tư. Do đó, về tính riêng tư, giao thức RGB có lợi thế hơn.
-
Phí giao dịch: Việc chuyển tiền trong RGB phần lớn dựa vào kênh RGB trên máy khách hoặc mạng Lightning, quá trình này gần như miễn phí. Dù có bao nhiêu giao dịch trung gian, cuối cùng chỉ cần nộp lên blockchain và tiêu thụ một UTXO để xác nhận. Nhưng mỗi lần chuyển tiền ordinals đều cần được ghi lại trong script tapscript, cộng thêm chi phí ghi inscription, sẽ phát sinh một khoản phí giao dịch không nhỏ. Đồng thời, giao thức RGB đề xuất phương pháp đóng gói giao dịch theo lô, trong một script tapscript có thể chỉ định nhiều người nhận tài sản RGB, trong khi ordinals mặc định người nhận UTXO đầu ra là người nhận tài sản ordinals, chỉ hỗ trợ chuyển tiền một-một, còn RGB nhờ chia sẻ chi phí nên giảm đáng kể chi phí quá trình này. Do đó, về phí giao dịch, giao thức RGB có lợi thế hơn.
-
Khả năng mở rộng: Trong hợp đồng thông minh RGB, việc xác minh giao dịch và lưu trữ dữ liệu do máy khách (nút nhận) thực hiện, không diễn ra trên chuỗi BTC, không cần phát sóng và xác minh toàn cục trên mạng chính, mỗi nút chỉ cần đảm bảo xác nhận dữ liệu liên quan đến giao dịch đó. Trong khi đó, dữ liệu inscription trong ordinals đều cần thực hiện thao tác lên chuỗi, xét về tốc độ xử lý và khả năng mở rộng vốn có của mạng Bitcoin, khả năng chịu đựng khối lượng giao dịch sẽ bị giới hạn nghiêm trọng. Do đó, về khả năng mở rộng, giao thức RGB có lợi thế hơn.
4. Các dự án hệ sinh thái RGB
Sau khi phiên bản RGB v0.10.0 ra mắt, môi trường phát triển trên mạng RGB dành cho nhà phát triển trở nên thuận lợi hơn so với các phiên bản trước. Do đó, việc phát triển quy mô lớn hệ sinh thái RGB mới chỉ diễn ra trong nửa năm nay, hầu hết các dự án hệ sinh thái RGB dưới đây cũng đang ở giai đoạn phát triển ban đầu:
-
Infinitas Infinitas là một hệ sinh thái ứng dụng Bitcoin có khả năng Turing-complete, kết hợp ưu thế của mạng Lightning và giao thức RGB, hỗ trợ lẫn nhau, tạo thành hệ sinh thái Bitcoin hiệu quả hơn. Đáng chú ý, Infinitas còn đề xuất phương pháp bằng chứng không kiến thức đệ quy (recursive zero-knowledge proof) để giải quyết vấn đề kém hiệu quả của xác minh bởi khách hàng, nếu phương pháp này được triển khai hiệu quả, sẽ giải quyết phần lớn vấn đề về tốc độ xác minh trên mạng RGB.
-
RGB Explorer RGB Explorer là trình duyệt đầu tiên hỗ trợ tra cứu tài sản RGB và gửi tài sản (token thay thế và token không thay thế), hỗ trợ ba chuẩn tài sản RGB20, RGB21, RGB25.
-
Cosminmart Cosminimart về bản chất là một mạng Lightning Bitcoin có thể tương thích với giao thức RGB. Dự án này cố gắng xây dựng một hệ sinh thái Bitcoin hoàn toàn mới có thể triển khai hợp đồng thông minh. Khác với các dự án trên chỉ có chức năng đơn lẻ, Cosminmart cung cấp ví, thị trường giao dịch phái sinh và thị trường phát hiện dự án sớm. Nó cung cấp dịch vụ trọn gói từ phát triển hợp đồng thông minh trên mạng Bitcoin đến quảng bá sản phẩm và giao dịch.
-
DIBA DIBA tận dụng mạng Lightning và giao thức RGB, chuyên tâm xây dựng thị trường NFT cho mạng lưới Bitcoin. Hiện đang chạy trên mạng thử nghiệm Bitcoin, dự kiến sớm ra mắt trên mạng chính.
5. Triển vọng tương lai của RGB
Kèm theo sự ra đời của phiên bản RGB v0.10.0, khung chương trình giao thức ngày càng ổn định, các vấn đề không tương thích quy mô lớn khi cập nhật phiên bản đang được cải thiện dần. Đồng thời, các công cụ phát triển và các giao diện API ngày càng hoàn thiện, độ khó khi nhà phát triển sử dụng RGB để phát triển cũng có thể giảm đáng kể.
Hôm nay #Tether thông báo ngừng hỗ trợ 3 blockchain đối với $USDt: OmniLayer, BCH-SLP và Kusama. Khách hàng vẫn có thể tiếp tục đổi và chuyển $USDt (sang một trong nhiều blockchain được hỗ trợ khác), nhưng Tether sẽ không phát hành thêm $USDt mới trên 3 blockchain này.
Gần đây, Tether chính thức thông báo chuyển việc triển khai hợp đồng USDT trên mạng lớp hai Bitcoin từ OmniLayer sang RGB. Động thái này của Tether được coi là tín hiệu cho thấy các ông lớn Crypto đang thử nghiệm thâm nhập vào RGB. RGB hiện đã có giao thức phát triển trưởng thành, cộng đồng nhà phát triển lớn mạnh và được các ông lớn Crypto công nhận.Cuối cùng, các nhà phát triển RGB hiện đang thử nghiệm sử dụng bằng chứng không kiến thức đệ quy để nén dung lượng xác minh bởi khách hàng, nếu cải tiến này hoàn thành, tốc độ xác minh của mạng RGB sẽ được nâng cao đáng kể, từ đó giảm bớt vấn đề trễ mạng khi sử dụng quy mô lớn.
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
Kernel Ventures
