Xin chào Khách ! [Thông Báo] Tuyển MOD cho diễn đàn Crypto4me Chia Sẻ Doanh Thu...
Vui lòng đọc kỹ 
Tham gia 
Tham gia 
- Bài viết
- 407
- Điểm tương tác
- 22
- Điểm
- 18
Lý lịch
RGB, giao thức được tạo ra nhằm giúp Bitcoin mở rộng và bảo mật hơn
Hiệu suất của Bitcoin đã được theo dõi chặt chẽ kể từ khi ra mắt vào năm 2009. Với khả năng xử lý bảy giao dịch mỗi giây, mạng lưới này không cho phép các hợp đồng thông minh có khả năng mở rộng. Nâng cấp SegWit đã tăng giới hạn kích thước khối của Bitcoin lên 4MB (1MB cho dữ liệu giao dịch và 3MB cho dữ liệu chứng kiến); tuy nhiên, giới hạn này vẫn tồn tại. Trong khi đó, khi sự ảnh hưởng của Bitcoin tăng lên, thách thức về khả năng mở rộng đã trở nên cấp thiết hơn. Sự mở rộng vẫn là thách thức cơ bản đối mặt với hệ sinh thái Bitcoin. Ngày nay, đang khám phá các giải pháp với các phương pháp khác nhau, chủ yếu bao gồm:
Sidechains bao gồm Liquid, Stacks, Rootstock, v.v.;
State channels như Lightning Network xử lý một số giao dịch off-chain có tần suất cao;
Các giải pháp mở rộng quy mô không thể nâng cấp như RGB và Bitcoin Script không thay đổi mã của Bitcoin;
Các giải pháp mở rộng dựa trên nâng cấp bao gồm Drivechain (BIP300/301) yêu cầu sự hỗ trợ mạnh mẽ của thợ mỏ và đạt được khả năng mở rộng thông qua hard fork.
Trong số các phương pháp khác nhau, một số giải pháp mở rộng ban đầu đang thu hút sự chú ý. Đặc biệt, Nostr, một giao thức đã trở nên phổ biến vào cuối năm 2022, đã đóng góp vào việc áp dụng rộng rãi của Lightning Network. Đồng thời, Ordinals bùng nổ vào đầu năm 2023. Là một giải pháp hợp đồng thông minh dựa trên Bitcoin và Lightning Network cung cấp tính toàn diện, khả năng mở rộng và bảo vệ sự riêng tư mạnh mẽ, RGB đã phát hành phiên bản mới (v0.10) vào tháng 4 này.
Sự phát triển của RGB
Nguồn gốc của RGB có thể bắt nguồn từ năm 2016, khi Peter Todd giới thiệu khái niệm "single-use seal" và "client-side validation". Xây dựng trên những khái niệm quan trọng này, RGB đã được đề xuất vào năm 2018.
Năm 2019, Orlovsky, một nhà phát triển cốt lõi của RGB, đứng đầu việc phát triển RGB và tạo ra nhiều thành phần cuối cùng tạo nên giao thức RGB. Ngoài ra, việc thành lập Hiệp Hội LNP/BP tại Thụy Sĩ đã giúp cung cấp các tiêu chuẩn liên quan.
Sau những nỗ lực phát triển rộng rãi, RGB đã ra mắt phiên bản v0.10 vào tháng 4 năm 2023.
Xác thực phía máy khách
Hầu hết các blockchain công khai hiện tại hoạt động theo mô hình đồng thuận toàn cầu, trong đó tất cả các node xác thực tất cả các giao dịch, chia sẻ thông tin giao dịch với nhau và duy trì trạng thái toàn cầu thống nhất.
Tuy nhiên, mô hình này đem lại một số thách thức, bao gồm:
Các giới hạn về khả năng mở rộng khiến cho việc xác thực tất cả các tương tác hợp đồng trở nên tốn kém;
Chi phí cao dẫn đến vận hành node tập trung;
Thiếu sự riêng tư do thông tin giao dịch mở.
Xác thực phía máy khách (CSV) đề xuất một phương pháp thay thế: Nó chỉ yêu cầu lớp đồng thuận thực hiện các cam kết mã hóa liên quan đến các sự kiện sổ cái, đồng thời lưu trữ thông tin sự kiện thực tế (sổ cái) ngoài blockchain. Cách tiếp cận này, bắt nguồn từ công việc của Peter Todd, được gọi là “Xác thực phía máy khách”. CSV chuyển dữ liệu giao dịch ra khỏi chuỗi, nơi lưu trữ và xác minh thông tin chi tiết, đồng thời chỉ gửi thông tin tối thiểu trên blockchain. Hơn nữa, dữ liệu giao dịch chỉ được truyền off-chain giữa người gửi và người nhận. Chẳng hạn, trong một giao dịch trong thế giới thực, chỉ cần xác thực khi ví và các bên yêu cầu quyền truy cập vào dữ liệu hợp đồng.
Các tính năng chính của CSV:
Thông tin giao dịch chi tiết được lưu trữ off-chain và chỉ được xác thực trên máy khách;
Chỉ các cam kết đối với dữ liệu giao dịch được lưu trữ trên chuỗi;
Xác thực chỉ áp dụng cho các giao dịch mà người dùng phải biết.
Trong RGB, cơ chế xác thực để chuyển tài sản khác đáng kể so với Bitcoin. Trong mạng Bitcoin, các node luôn tải xuống và xác thực các khối cũng như giao dịch mempool, điều này cho phép chúng có được trạng thái mới nhất của bộ UTXO. Khi gặp một giao dịch mới, trình xác nhận Bitcoin sẽ kiểm tra tính hợp lệ của lịch sử của nó bằng cách xác minh xem tất cả các đầu vào có tồn tại trong bộ UTXO mới nhất hay không.
Mặt khác, RGB không dựa vào mạng lưới toàn cầu phát sóng tất cả các giao dịch để tạo ra một bộ tương đương với bộ UTXO của Bitcoin. Điều này có nghĩa là trong khi nhận khoản thanh toán đến, ứng dụng khách RGB không chỉ phải xác minh rằng lần chuyển đổi trạng thái cuối cùng là hợp lệ mà còn cần thực hiện xác thực tương tự cho tất cả các lần chuyển đổi trạng thái trước đó lên trạng thái ban đầu trong hợp đồng phát hành. Việc xác thực lịch sử giao dịch từ dưới lên này trong RGB cũng bảo vệ chống lại các cuộc tấn công double-spending.
RGB cải thiện khả năng mở rộng bằng cách chỉ xác thực các giao dịch có liên quan. Tuy nhiên, cách tiếp cận này có thể dẫn đến các sự cố liên quan đến tính khả dụng của dữ liệu kém, điều này có thể yêu cầu chia sẻ dữ liệu để tối ưu hóa xác thực thanh toán.
Con dấu sử dụng một lần dựa trên Bitcoin
Con dấu vật lý sử dụng một lần là các dây buộc bằng nhựa được đánh số duy nhất thường được sử dụng để phát hiện giả mạo trong quá trình lưu trữ và vận chuyển. Chẳng hạn, nó cho chúng tôi biết liệu cửa của một công-ten-nơ vận chuyển có bị mở trong quá trình vận chuyển hay không. Con dấu kỹ thuật số sử dụng một lần đóng con dấu kỹ thuật số trên một tin nhắn để đảm bảo rằng nó chỉ có thể được sử dụng một lần, điều này khiến người bán không thể bán cùng một tài sản hai lần.
Thay vì sử dụng một thực thể đáng tin cậy để xác nhận việc mở và đóng niêm phong kỹ thuật số, có thể sử dụng Unspent Transaction Outputs (UTXO) của Bitcoin làm niêm phong. UTXO có thể được coi là một con dấu được đóng lại khi nó được tạo ra và mở ra khi nó được sử dụng. Theo các quy tắc đồng thuận của Bitcoin, một đầu ra chỉ có thể được chi tiêu một lần; do đó, con dấu chỉ có thể được mở một lần. Theo cách này, các dấu niêm phong sử dụng một lần được sử dụng để liên kết các UTXO của Bitcoin với các trạng thái hợp đồng ngoài chuỗi, cho phép thực hiện chuyển đổi trạng thái tiếp theo thông qua các giao dịch RGB off-chain (đóng dấu). 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 đảm các công-ten-nơ vận chuyển, con dấu kỹ thuật số sử dụng một lần là một đối tượng duy nhất niêm phong chính xác một phần thông tin để ngăn double-spending.
Đây là một phép loại suy đơn giản: Chúng ta có thể coi UTXO là một loạt các lần kiểm tra, mỗi lần kiểm tra có một số tiền khác nhau. Khi thực hiện thanh toán, về cơ bản, bạn đang thanh toán cho ai đó bằng séc chưa thanh toán. Hơn nữa, mọi số dư còn lại của séc sẽ được trả lại cho bạn dưới dạng một séc mới. Trong trường hợp này, con dấu sử dụng một lần thêm một số bản ghi chuyển khoản vào hộp thông tin bổ sung của séc. Vì séc chỉ có thể được đổi thành tiền mặt một lần nên cách tiếp cận này ngăn ngừa double-spending.
Hãy xem quá trình này diễn ra như thế nào giữa Alice, Bob và Dave:
1. Đối với người mới bắt đầu, Alice đã phát hành một tài sản RGB (ví dụ: USDT Tether hoặc USDT) với tổng nguồn cung là 100 triệu và thêm thông tin cam kết vào séc hợp lệ (Đánh dấu A) trong hộp thông tin bổ sung. Máy in séc không phải xem xét thông tin bổ sung này và Séc A có thể có bất kỳ mệnh giá nào, miễn là nó thuộc về Alice và không được đổi thành tiền mặt.
2. Khi Alice muốn chuyển 10 triệu USDT cho Bob, cô ấy cần chuyển Séc A thành tiền mặt và cho biết trong ô thông tin bổ sung rằng 10 triệu USDT sẽ được chuyển đến séc mới (Séc B) do Bob sở hữu và 90 triệu USDT sẽ được chuyển đến một tấm séc mới khác (Séc C) thuộc sở hữu của Alice, chứa 90 triệu USDT còn lại.
3. Nếu Bob muốn chuyển 10 triệu USDT cho Dave, anh ta cần chuyển Séc B thành tiền mặt và ghi chú vào ô thông tin bổ sung rằng 10 triệu USDT sẽ chuyển sang séc mới (Séc D) do Dave sở hữu.
4. Quá trình tương tự được lặp lại cho mỗi lần chuyển tiếp theo. Cụ thể hơn, người nắm giữ trước đó xác nhận một phần số tiền cho người nhận mới và người nhận sau đó sẽ xác minh toàn bộ lịch sử chuyển giao tài sản. Tương tự như séc lưu hành, mỗi lần chuyển khoản sẽ tạo ra một séc mới và mỗi séc chỉ có thể được đổi thành tiền mặt một lần (UTXO). Trong khi đó, séc cũ (UTXO) trở nên không hợp lệ, đảm bảo rằng tiểu bang chỉ có thể tiến chứ không thể lùi, điều này cũng ngăn ngừa chi tiêu gấp đôi. Bằng cách này, các bản ghi trên chuỗi phản ánh đáng tin cậy các thay đổi trạng thái của tài sản tiền điện tử.
RGB sử dụng mô hình con dấu sử dụng một lần dựa trên Bitcoin được mô tả ở trên, nghĩa là khi một giao dịch RGB xảy ra, người gửi sẽ tạo một chuyển đổi trạng thái của hợp đồng xác định các quyền được chuyển giao. Hãy lấy trường hợp của các mã thông báo. Đầu tiên, người phát hành hợp đồng thiết lập trạng thái gốc xác định chi tiết hợp đồng, chẳng hạn như tên tài sản, tổng nguồn cung và UTXO với quyền di chuyển nguồn cung. Sau đó, khi nội dung được chuyển lần đầu tiên, chủ sở hữu của UTXO đầu tiên có thể tạo chuyển đổi trạng thái để xác định UTXO mới nào hiện sẽ sở hữu nội dung. RGB đạt được sự chuyển đổi trạng thái bằng cách tận dụng cơ chế mà UTXO chỉ có thể được sử dụng một lần, điều này cho phép nó xác định và theo dõi một cách đáng tin cậy việc chuyển giao tài sản tiền điện tử và những thay đổi về quyền sở hữu.
RGB giữ tất cả thông tin giao dịch ngoài mạng Bitcoin, chuyển chúng độc quyền giữa người gửi và người nhận. Trong khi đó, dữ liệu cam kết được neo vào Bitcoin UTXO. Một khi UTXO đã được sử dụng, nó sẽ không thể được sử dụng lại theo cách tương tự, điều này có nghĩa là có sự thay đổi trong hợp đồng.
RGB tận dụng blockchain Bitcoin để bảo vệ khỏi double spending và điều này đạt được bằng cách cam kết từng chuyển đổi trạng thái RGB bên trong giao dịch Bitcoin chi tiêu UTXO sở hữu các quyền được di chuyển. Nhiều chuyển đổi trạng thái có thể được bao gồm trong một giao dịch Bitcoin, nhưng mỗi chuyển đổi trạng thái chỉ có thể được gửi một lần (nếu không thì có thể double spending).
Để cho phép có một số chuyển đổi trạng thái trong một cam kết, các chuyển đổi trạng thái được tổng hợp nhiều lần và sau đó được gửi tới giao dịch Bitcoin thông qua Taproot hoặc OP_RETURN. Nếu có nhiều cam kết trong một giao dịch Bitcoin, thì chỉ cam kết đầu tiên có liên quan đến quy tắc xác thực RGB và các cam kết khác sẽ bị bỏ qua, khiến mọi nỗ lực double spend trở nên vô nghĩa.
Các tính năng chính của RGB
Khả năng mở rộng
So với các giao thức thay thế giữ tất cả logic on-chain, CSV giữ dữ liệu on-chain, giảm chi phí và gánh nặng tính toán;
RGB có sẵn trên Bitcoin mà không cần sửa đổi mã hoặc giao dịch phức tạp;
RGB hỗ trợ Lightning Network.
Quyền riêng tư
Các bên thứ ba không thể quan sát các giao dịch RGB hoặc con dấu sử dụng một lần của họ;
RGB có các UTXO bị che khuất. Một UTXO ẩn bao gồm hash của phép nối giữa UTXO và một bí mật ẩn ngẫu nhiên. Theo cách này, người gửi không biết tài sản đã đi đâu và người nhận mới chỉ có thể xác thực UTXO bị che khuất khi người nhận chi tiêu tài sản;
RGB cũng sử dụng cơ chế zero-knowledge gọi là Bulletproof. Theo cơ chế này, chủ sở hữu tài sản sẽ có thể xem tất cả các UTXO trước đây sở hữu một tài sản, nhưng họ sẽ không thể xem số lượng tài sản được chuyển trong mỗi lần chuyển đổi trạng thái.
Các chức năng đa dạng và ứng dụng của RGB
Schemas
Tổ chức phát hành có thể sử dụng lược đồ RGB, hoạt động như các mẫu hợp đồng có thể được sử dụng để nhắm mục tiêu các trường hợp sử dụng cụ thể.
Dưới đây là một số ví dụ:
Phát hành tài sản có thể thay thế RGB20
Phát hành tài sản không thể thay thế RGB21
RGB22 decentralized digital identities
Nhận dạng kỹ thuật số phi tập trung RGB22
Bản lịch sử xác minh-duy nhất cho dữ liệu có thể kiểm tra RGB23
Phát hành tài sản sưu tập RGB25
Bất kỳ ai cũng có thể tự do phát triển lược đồ của riêng mình cho các ứng dụng khác nhau mà không cần phải xin phép các nhà phát triển RGB. Tuy nhiên, hầu hết các trường hợp sử dụng có thể được bao phủ bởi một vài lược đồ chính.
AluVM
RGB sử dụng AluVM, một máy ảo RISC dựa trên đăng ký được thiết kế đặc biệt. AluVM là Turing hoàn chỉnh và có thể vận hành trạng thái toàn cầu với cùng sự đảm bảo về tính khả dụng như các hệ thống dựa trên blockchain hiện có. Tương tự như EVM, AluVM có mô hình lồng một node RGB trên cùng của Lightning Network, chứa một máy khách RGB trên các node RGB.
Làm thế nào RGB vẫn tương thích hoàn toàn với Lightning Network
Bằng cách liên kết các kênh thanh toán của các mã thông báo cụ thể với Lightning Network, các tài sản RGB có thể mang lại trải nghiệm người dùng và giả định bảo mật giống như các khoản thanh toán Lightning Network thông thường. Điều này đảm bảo thanh toán chi phí thấp, nhanh chóng và ổn định, đồng thời có thể mang lại lợi ích cho toàn bộ hệ sinh thái, bao gồm người dùng, nhà phát triển và nhà vận hành node Lightning.
So sánh với các giải pháp khác
RGB VS TARO
TARO (nay là Taproot Assets), một giao thức Taro do Taproot hỗ trợ, được Lightning Labs giới thiệu vào tháng 4 năm 2022 sau khi huy động được 70 triệu đô trong vòng tài trợ Series B.
Cả RGB và TARO đều được xây dựng trên CSV. Vì cả hai có chung thiết kế, một số người thậm chí còn cho rằng TARO đã lấy cảm hứng từ RGB. Tuy nhiên, giờ đây có vẻ như họ tập trung vào các khía cạnh khác nhau: TARO tập trung vào mã thông báo, trong khi RGB nhằm mục đích thực hiện các chức năng hợp đồng thông minh.
So sánh với các giải pháp Bitcoin khác
Không giống như Drivechain, dựa trên BIP300 và BIP301 và yêu cầu hard fork, RGB tương thích với công nghệ Bitcoin hiện có và các nhánh mềm tiềm năng trong tương lai mà không cần sửa đổi ở layer cơ sở của Bitcoin.
Ordinals cam kết tất cả dữ liệu vào blockchain, trong khi RGB chỉ giữ các cam kết dữ liệu on-chain. Với khả năng bảo mật do UTXO cung cấp, RGB tiêu thụ tối thiểu không gian on-chain, cho phép tích hợp liền mạch với Lightning Network.
RGB VS Rollup
Rollup là một giải pháp mở rộng Ethereum cho phép người dùng nạp tiền vào các hợp đồng thông minh của Ethereum và sau đó giao dịch với những người dùng khác trong cùng một Rollup. Các giao dịch này được tổng hợp định kỳ và gửi tới blockchain.
Ngoài ra, RGB không phải là một blockchain độc lập.
Những thách thức
Hệ sinh thái RGB vẫn còn sơ khai. Mặc dù cơ sở hạ tầng đã sẵn sàng nhưng hệ sinh thái này chỉ cung cấp một số ứng dụng cơ bản và có thể mất một thời gian để RGB mở rộng các công cụ dành cho nhà phát triển và cơ sở người dùng của mình.
Máy khách RGB lưu trữ dữ liệu khổng lồ và sẽ không thể chi tiêu nếu dữ liệu off-chain để xác thực bị mất. Như vậy, nó không chỉ là chìa khóa phải được lưu trữ. Hơn nữa, không giống như Bitcoin và các hệ thống đồng thuận toàn cầu khác, khách hàng RGB không cần xem hoặc xác thực tất cả các giao dịch trên toàn cầu. Thay vào đó, họ chỉ phải xác thực các giao dịch có liên quan đến ví của họ. Điều này làm giảm đáng kể dữ liệu mà mỗi khách hàng phải xác thực, giúp toàn bộ hệ thống có thể mở rộng hơn. Mặc dù việc xác thực dữ liệu lớn khi nhận thanh toán có vẻ có vấn đề vì xác thực chậm có nghĩa là giao dịch chậm, nhưng nó chỉ trở thành vấn đề khi lịch sử giao dịch dài. Khi điều đó xảy ra, sẽ cần có các lớp dữ liệu mới sẵn có, cho phép khách hàng tự nguyện chia sẻ dữ liệu chuyển đổi trạng thái của các hợp đồng cụ thể. Bằng cách này, người nhận trong tương lai có thể bắt đầu xác thực trước một phần lịch sử giao dịch.
Đối với các mã thông báo CSV phổ biến, việc áp dụng rộng rãi có thể làm tăng chi phí xác thực.
RGB được phát triển dựa trên cộng đồng và phụ thuộc vào nghiên cứu tận tâm của đội ngũ, điều này có nghĩa tiến trình diễn ra chậm và hạn chế trong việc quảng bá trên thị trường.
Khó khăn về việc học: Ngoài kiến thức về Bitcoin, các nhà phát triển cũng phải cập nhật về sự chuyển trạng thái và hợp đồng của RGB.
Các dự án hệ sinh thái
DIBA
Website: https://diba.io/
DIBA là thị trường Bitcoin NFT sử dụng Giao thức hợp đồng thông minh RGB.
Cosminmart
Website: https://www.cosminmart.com/
Cosminmart là một hệ sinh thái dựa trên giao thức RGB và cung cấp các chức năng bao gồm ví, thị trường, Launchpad và trình duyệt.
Mycitadel
Website: https://mycitadel.io/
Mycitadel có nhiều chức năng, bao gồm đa chữ ký, điều kiện chi tiêu có khóa thời gian, Taproot, v.v..
Bitmask
Website: https://bitmask.app/
Bitmask là extension ví tiền điện tử.
Về CoinEx CoinEx
CoinEx, được thành lập vào tháng 12 năm 2017, là một sàn giao dịch tiền điện tử toàn cầu cung cấp nhiều lựa chọn dịch vụ giao dịch như Spot, Ký Quỹ, Future, Mining, AMM và Quản lý tài chính. Có sẵn 16 ngôn ngữ, bao gồm tiếng Trung, tiếng Anh, tiếng Nhật, tiếng Hàn và tiếng Việt, CoinEx cung cấp các dịch vụ giao dịch tiền điện tử đơn giản, an toàn và đáng tin cậy cho hơn 5 triệu người dùng trên hơn 200 quốc gia và khu vực. Được thành lập với mục đích ban đầu là tạo ra một môi trường tiền điện tử bình đẳng và tôn trọng, CoinEx nỗ lực phá bỏ các rào cản tài chính truyền thống bằng cách cung cấp các sản phẩm và dịch vụ dễ sử dụng để giúp mọi người có thể giao dịch tiền điện tử.
Tài liệu tham khảo
docs.rgb.info
github.com
docs.lightning.engineering
RGB, giao thức được tạo ra nhằm giúp Bitcoin mở rộng và bảo mật hơn
Hiệu suất của Bitcoin đã được theo dõi chặt chẽ kể từ khi ra mắt vào năm 2009. Với khả năng xử lý bảy giao dịch mỗi giây, mạng lưới này không cho phép các hợp đồng thông minh có khả năng mở rộng. Nâng cấp SegWit đã tăng giới hạn kích thước khối của Bitcoin lên 4MB (1MB cho dữ liệu giao dịch và 3MB cho dữ liệu chứng kiến); tuy nhiên, giới hạn này vẫn tồn tại. Trong khi đó, khi sự ảnh hưởng của Bitcoin tăng lên, thách thức về khả năng mở rộng đã trở nên cấp thiết hơn. Sự mở rộng vẫn là thách thức cơ bản đối mặt với hệ sinh thái Bitcoin. Ngày nay, đang khám phá các giải pháp với các phương pháp khác nhau, chủ yếu bao gồm:
Sidechains bao gồm Liquid, Stacks, Rootstock, v.v.;
State channels như Lightning Network xử lý một số giao dịch off-chain có tần suất cao;
Các giải pháp mở rộng quy mô không thể nâng cấp như RGB và Bitcoin Script không thay đổi mã của Bitcoin;
Các giải pháp mở rộng dựa trên nâng cấp bao gồm Drivechain (BIP300/301) yêu cầu sự hỗ trợ mạnh mẽ của thợ mỏ và đạt được khả năng mở rộng thông qua hard fork.
Trong số các phương pháp khác nhau, một số giải pháp mở rộng ban đầu đang thu hút sự chú ý. Đặc biệt, Nostr, một giao thức đã trở nên phổ biến vào cuối năm 2022, đã đóng góp vào việc áp dụng rộng rãi của Lightning Network. Đồng thời, Ordinals bùng nổ vào đầu năm 2023. Là một giải pháp hợp đồng thông minh dựa trên Bitcoin và Lightning Network cung cấp tính toàn diện, khả năng mở rộng và bảo vệ sự riêng tư mạnh mẽ, RGB đã phát hành phiên bản mới (v0.10) vào tháng 4 này.
Sự phát triển của RGB
Nguồn gốc của RGB có thể bắt nguồn từ năm 2016, khi Peter Todd giới thiệu khái niệm "single-use seal" và "client-side validation". Xây dựng trên những khái niệm quan trọng này, RGB đã được đề xuất vào năm 2018.
Năm 2019, Orlovsky, một nhà phát triển cốt lõi của RGB, đứng đầu việc phát triển RGB và tạo ra nhiều thành phần cuối cùng tạo nên giao thức RGB. Ngoài ra, việc thành lập Hiệp Hội LNP/BP tại Thụy Sĩ đã giúp cung cấp các tiêu chuẩn liên quan.
Sau những nỗ lực phát triển rộng rãi, RGB đã ra mắt phiên bản v0.10 vào tháng 4 năm 2023.
Giới thiệu về thiết kế của RGB
Đây là cách RGB đạt được khả năng mở rộng và bảo mật:Xác thực phía máy khách
Hầu hết các blockchain công khai hiện tại hoạt động theo mô hình đồng thuận toàn cầu, trong đó tất cả các node xác thực tất cả các giao dịch, chia sẻ thông tin giao dịch với nhau và duy trì trạng thái toàn cầu thống nhất.
Tuy nhiên, mô hình này đem lại một số thách thức, bao gồm:
Các giới hạn về khả năng mở rộng khiến cho việc xác thực tất cả các tương tác hợp đồng trở nên tốn kém;
Chi phí cao dẫn đến vận hành node tập trung;
Thiếu sự riêng tư do thông tin giao dịch mở.
Xác thực phía máy khách (CSV) đề xuất một phương pháp thay thế: Nó chỉ yêu cầu lớp đồng thuận thực hiện các cam kết mã hóa liên quan đến các sự kiện sổ cái, đồng thời lưu trữ thông tin sự kiện thực tế (sổ cái) ngoài blockchain. Cách tiếp cận này, bắt nguồn từ công việc của Peter Todd, được gọi là “Xác thực phía máy khách”. CSV chuyển dữ liệu giao dịch ra khỏi chuỗi, nơi lưu trữ và xác minh thông tin chi tiết, đồng thời chỉ gửi thông tin tối thiểu trên blockchain. Hơn nữa, dữ liệu giao dịch chỉ được truyền off-chain giữa người gửi và người nhận. Chẳng hạn, trong một giao dịch trong thế giới thực, chỉ cần xác thực khi ví và các bên yêu cầu quyền truy cập vào dữ liệu hợp đồng.
Các tính năng chính của CSV:
Thông tin giao dịch chi tiết được lưu trữ off-chain và chỉ được xác thực trên máy khách;
Chỉ các cam kết đối với dữ liệu giao dịch được lưu trữ trên chuỗi;
Xác thực chỉ áp dụng cho các giao dịch mà người dùng phải biết.
Trong RGB, cơ chế xác thực để chuyển tài sản khác đáng kể so với Bitcoin. Trong mạng Bitcoin, các node luôn tải xuống và xác thực các khối cũng như giao dịch mempool, điều này cho phép chúng có được trạng thái mới nhất của bộ UTXO. Khi gặp một giao dịch mới, trình xác nhận Bitcoin sẽ kiểm tra tính hợp lệ của lịch sử của nó bằng cách xác minh xem tất cả các đầu vào có tồn tại trong bộ UTXO mới nhất hay không.
Mặt khác, RGB không dựa vào mạng lưới toàn cầu phát sóng tất cả các giao dịch để tạo ra một bộ tương đương với bộ UTXO của Bitcoin. Điều này có nghĩa là trong khi nhận khoản thanh toán đến, ứng dụng khách RGB không chỉ phải xác minh rằng lần chuyển đổi trạng thái cuối cùng là hợp lệ mà còn cần thực hiện xác thực tương tự cho tất cả các lần chuyển đổi trạng thái trước đó lên trạng thái ban đầu trong hợp đồng phát hành. Việc xác thực lịch sử giao dịch từ dưới lên này trong RGB cũng bảo vệ chống lại các cuộc tấn công double-spending.
RGB cải thiện khả năng mở rộng bằng cách chỉ xác thực các giao dịch có liên quan. Tuy nhiên, cách tiếp cận này có thể dẫn đến các sự cố liên quan đến tính khả dụng của dữ liệu kém, điều này có thể yêu cầu chia sẻ dữ liệu để tối ưu hóa xác thực thanh toán.
Con dấu sử dụng một lần dựa trên Bitcoin
Con dấu vật lý sử dụng một lần là các dây buộc bằng nhựa được đánh số duy nhất thường được sử dụng để phát hiện giả mạo trong quá trình lưu trữ và vận chuyển. Chẳng hạn, nó cho chúng tôi biết liệu cửa của một công-ten-nơ vận chuyển có bị mở trong quá trình vận chuyển hay không. Con dấu kỹ thuật số sử dụng một lần đóng con dấu kỹ thuật số trên một tin nhắn để đảm bảo rằng nó chỉ có thể được sử dụng một lần, điều này khiến người bán không thể bán cùng một tài sản hai lần.
Thay vì sử dụng một thực thể đáng tin cậy để xác nhận việc mở và đóng niêm phong kỹ thuật số, có thể sử dụng Unspent Transaction Outputs (UTXO) của Bitcoin làm niêm phong. UTXO có thể được coi là một con dấu được đóng lại khi nó được tạo ra và mở ra khi nó được sử dụng. Theo các quy tắc đồng thuận của Bitcoin, một đầu ra chỉ có thể được chi tiêu một lần; do đó, con dấu chỉ có thể được mở một lần. Theo cách này, các dấu niêm phong sử dụng một lần được sử dụng để liên kết các UTXO của Bitcoin với các trạng thái hợp đồng ngoài chuỗi, cho phép thực hiện chuyển đổi trạng thái tiếp theo thông qua các giao dịch RGB off-chain (đóng dấu). 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 đảm các công-ten-nơ vận chuyển, con dấu kỹ thuật số sử dụng một lần là một đối tượng duy nhất niêm phong chính xác một phần thông tin để ngăn double-spending.
Đây là một phép loại suy đơn giản: Chúng ta có thể coi UTXO là một loạt các lần kiểm tra, mỗi lần kiểm tra có một số tiền khác nhau. Khi thực hiện thanh toán, về cơ bản, bạn đang thanh toán cho ai đó bằng séc chưa thanh toán. Hơn nữa, mọi số dư còn lại của séc sẽ được trả lại cho bạn dưới dạng một séc mới. Trong trường hợp này, con dấu sử dụng một lần thêm một số bản ghi chuyển khoản vào hộp thông tin bổ sung của séc. Vì séc chỉ có thể được đổi thành tiền mặt một lần nên cách tiếp cận này ngăn ngừa double-spending.
Hãy xem quá trình này diễn ra như thế nào giữa Alice, Bob và Dave:
1. Đối với người mới bắt đầu, Alice đã phát hành một tài sản RGB (ví dụ: USDT Tether hoặc USDT) với tổng nguồn cung là 100 triệu và thêm thông tin cam kết vào séc hợp lệ (Đánh dấu A) trong hộp thông tin bổ sung. Máy in séc không phải xem xét thông tin bổ sung này và Séc A có thể có bất kỳ mệnh giá nào, miễn là nó thuộc về Alice và không được đổi thành tiền mặt.
2. Khi Alice muốn chuyển 10 triệu USDT cho Bob, cô ấy cần chuyển Séc A thành tiền mặt và cho biết trong ô thông tin bổ sung rằng 10 triệu USDT sẽ được chuyển đến séc mới (Séc B) do Bob sở hữu và 90 triệu USDT sẽ được chuyển đến một tấm séc mới khác (Séc C) thuộc sở hữu của Alice, chứa 90 triệu USDT còn lại.
3. Nếu Bob muốn chuyển 10 triệu USDT cho Dave, anh ta cần chuyển Séc B thành tiền mặt và ghi chú vào ô thông tin bổ sung rằng 10 triệu USDT sẽ chuyển sang séc mới (Séc D) do Dave sở hữu.
4. Quá trình tương tự được lặp lại cho mỗi lần chuyển tiếp theo. Cụ thể hơn, người nắm giữ trước đó xác nhận một phần số tiền cho người nhận mới và người nhận sau đó sẽ xác minh toàn bộ lịch sử chuyển giao tài sản. Tương tự như séc lưu hành, mỗi lần chuyển khoản sẽ tạo ra một séc mới và mỗi séc chỉ có thể được đổi thành tiền mặt một lần (UTXO). Trong khi đó, séc cũ (UTXO) trở nên không hợp lệ, đảm bảo rằng tiểu bang chỉ có thể tiến chứ không thể lùi, điều này cũng ngăn ngừa chi tiêu gấp đôi. Bằng cách này, các bản ghi trên chuỗi phản ánh đáng tin cậy các thay đổi trạng thái của tài sản tiền điện tử.
RGB sử dụng mô hình con dấu sử dụng một lần dựa trên Bitcoin được mô tả ở trên, nghĩa là khi một giao dịch RGB xảy ra, người gửi sẽ tạo một chuyển đổi trạng thái của hợp đồng xác định các quyền được chuyển giao. Hãy lấy trường hợp của các mã thông báo. Đầu tiên, người phát hành hợp đồng thiết lập trạng thái gốc xác định chi tiết hợp đồng, chẳng hạn như tên tài sản, tổng nguồn cung và UTXO với quyền di chuyển nguồn cung. Sau đó, khi nội dung được chuyển lần đầu tiên, chủ sở hữu của UTXO đầu tiên có thể tạo chuyển đổi trạng thái để xác định UTXO mới nào hiện sẽ sở hữu nội dung. RGB đạt được sự chuyển đổi trạng thái bằng cách tận dụng cơ chế mà UTXO chỉ có thể được sử dụng một lần, điều này cho phép nó xác định và theo dõi một cách đáng tin cậy việc chuyển giao tài sản tiền điện tử và những thay đổi về quyền sở hữu.
RGB giữ tất cả thông tin giao dịch ngoài mạng Bitcoin, chuyển chúng độc quyền giữa người gửi và người nhận. Trong khi đó, dữ liệu cam kết được neo vào Bitcoin UTXO. Một khi UTXO đã được sử dụng, nó sẽ không thể được sử dụng lại theo cách tương tự, điều này có nghĩa là có sự thay đổi trong hợp đồng.
RGB tận dụng blockchain Bitcoin để bảo vệ khỏi double spending và điều này đạt được bằng cách cam kết từng chuyển đổi trạng thái RGB bên trong giao dịch Bitcoin chi tiêu UTXO sở hữu các quyền được di chuyển. Nhiều chuyển đổi trạng thái có thể được bao gồm trong một giao dịch Bitcoin, nhưng mỗi chuyển đổi trạng thái chỉ có thể được gửi một lần (nếu không thì có thể double spending).
Để cho phép có một số chuyển đổi trạng thái trong một cam kết, các chuyển đổi trạng thái được tổng hợp nhiều lần và sau đó được gửi tới giao dịch Bitcoin thông qua Taproot hoặc OP_RETURN. Nếu có nhiều cam kết trong một giao dịch Bitcoin, thì chỉ cam kết đầu tiên có liên quan đến quy tắc xác thực RGB và các cam kết khác sẽ bị bỏ qua, khiến mọi nỗ lực double spend trở nên vô nghĩa.
Các tính năng chính của RGB
Khả năng mở rộng
So với các giao thức thay thế giữ tất cả logic on-chain, CSV giữ dữ liệu on-chain, giảm chi phí và gánh nặng tính toán;
RGB có sẵn trên Bitcoin mà không cần sửa đổi mã hoặc giao dịch phức tạp;
RGB hỗ trợ Lightning Network.
Quyền riêng tư
Các bên thứ ba không thể quan sát các giao dịch RGB hoặc con dấu sử dụng một lần của họ;
RGB có các UTXO bị che khuất. Một UTXO ẩn bao gồm hash của phép nối giữa UTXO và một bí mật ẩn ngẫu nhiên. Theo cách này, người gửi không biết tài sản đã đi đâu và người nhận mới chỉ có thể xác thực UTXO bị che khuất khi người nhận chi tiêu tài sản;
RGB cũng sử dụng cơ chế zero-knowledge gọi là Bulletproof. Theo cơ chế này, chủ sở hữu tài sản sẽ có thể xem tất cả các UTXO trước đây sở hữu một tài sản, nhưng họ sẽ không thể xem số lượng tài sản được chuyển trong mỗi lần chuyển đổi trạng thái.
Các chức năng đa dạng và ứng dụng của RGB
Schemas
Tổ chức phát hành có thể sử dụng lược đồ RGB, hoạt động như các mẫu hợp đồng có thể được sử dụng để nhắm mục tiêu các trường hợp sử dụng cụ thể.
Dưới đây là một số ví dụ:
Phát hành tài sản có thể thay thế RGB20
Phát hành tài sản không thể thay thế RGB21
RGB22 decentralized digital identities
Nhận dạng kỹ thuật số phi tập trung RGB22
Bản lịch sử xác minh-duy nhất cho dữ liệu có thể kiểm tra RGB23
Phát hành tài sản sưu tập RGB25
Bất kỳ ai cũng có thể tự do phát triển lược đồ của riêng mình cho các ứng dụng khác nhau mà không cần phải xin phép các nhà phát triển RGB. Tuy nhiên, hầu hết các trường hợp sử dụng có thể được bao phủ bởi một vài lược đồ chính.
AluVM
RGB sử dụng AluVM, một máy ảo RISC dựa trên đăng ký được thiết kế đặc biệt. AluVM là Turing hoàn chỉnh và có thể vận hành trạng thái toàn cầu với cùng sự đảm bảo về tính khả dụng như các hệ thống dựa trên blockchain hiện có. Tương tự như EVM, AluVM có mô hình lồng một node RGB trên cùng của Lightning Network, chứa một máy khách RGB trên các node RGB.
Làm thế nào RGB vẫn tương thích hoàn toàn với Lightning Network
Bằng cách liên kết các kênh thanh toán của các mã thông báo cụ thể với Lightning Network, các tài sản RGB có thể mang lại trải nghiệm người dùng và giả định bảo mật giống như các khoản thanh toán Lightning Network thông thường. Điều này đảm bảo thanh toán chi phí thấp, nhanh chóng và ổn định, đồng thời có thể mang lại lợi ích cho toàn bộ hệ sinh thái, bao gồm người dùng, nhà phát triển và nhà vận hành node Lightning.
So sánh với các giải pháp khác
RGB VS TARO
TARO (nay là Taproot Assets), một giao thức Taro do Taproot hỗ trợ, được Lightning Labs giới thiệu vào tháng 4 năm 2022 sau khi huy động được 70 triệu đô trong vòng tài trợ Series B.
Cả RGB và TARO đều được xây dựng trên CSV. Vì cả hai có chung thiết kế, một số người thậm chí còn cho rằng TARO đã lấy cảm hứng từ RGB. Tuy nhiên, giờ đây có vẻ như họ tập trung vào các khía cạnh khác nhau: TARO tập trung vào mã thông báo, trong khi RGB nhằm mục đích thực hiện các chức năng hợp đồng thông minh.
So sánh với các giải pháp Bitcoin khác
Không giống như Drivechain, dựa trên BIP300 và BIP301 và yêu cầu hard fork, RGB tương thích với công nghệ Bitcoin hiện có và các nhánh mềm tiềm năng trong tương lai mà không cần sửa đổi ở layer cơ sở của Bitcoin.
Ordinals cam kết tất cả dữ liệu vào blockchain, trong khi RGB chỉ giữ các cam kết dữ liệu on-chain. Với khả năng bảo mật do UTXO cung cấp, RGB tiêu thụ tối thiểu không gian on-chain, cho phép tích hợp liền mạch với Lightning Network.
RGB VS Rollup
Rollup là một giải pháp mở rộng Ethereum cho phép người dùng nạp tiền vào các hợp đồng thông minh của Ethereum và sau đó giao dịch với những người dùng khác trong cùng một Rollup. Các giao dịch này được tổng hợp định kỳ và gửi tới blockchain.
| Optimistic Rollup | ZK-Rollup |
| Điểm tương đồng | Các node Ethereum không xác thực thông tin của các giao dịch tổng hợp | Người dùng xác thực chuyển đổi trạng thái và số dư bằng cách sử dụng dữ liệu giao dịch và bằng chứng hợp lệ |
| Sự khác biệt | Quyền riêng tư hạn chế | Thông thường, các chuyển đổi trạng thái được xác thực bởi tất cả các node Ethereum thông qua hợp đồng on-chain, nhưng CSV không yêu cầu xác thực như vậy |
| Người dùng phải trải qua thời gian chờ đợi khi rút tiền từ Layer 1 | ||
| Các node phải lưu trữ dữ liệu giao dịch lớn |
Những thách thức
Hệ sinh thái RGB vẫn còn sơ khai. Mặc dù cơ sở hạ tầng đã sẵn sàng nhưng hệ sinh thái này chỉ cung cấp một số ứng dụng cơ bản và có thể mất một thời gian để RGB mở rộng các công cụ dành cho nhà phát triển và cơ sở người dùng của mình.
Máy khách RGB lưu trữ dữ liệu khổng lồ và sẽ không thể chi tiêu nếu dữ liệu off-chain để xác thực bị mất. Như vậy, nó không chỉ là chìa khóa phải được lưu trữ. Hơn nữa, không giống như Bitcoin và các hệ thống đồng thuận toàn cầu khác, khách hàng RGB không cần xem hoặc xác thực tất cả các giao dịch trên toàn cầu. Thay vào đó, họ chỉ phải xác thực các giao dịch có liên quan đến ví của họ. Điều này làm giảm đáng kể dữ liệu mà mỗi khách hàng phải xác thực, giúp toàn bộ hệ thống có thể mở rộng hơn. Mặc dù việc xác thực dữ liệu lớn khi nhận thanh toán có vẻ có vấn đề vì xác thực chậm có nghĩa là giao dịch chậm, nhưng nó chỉ trở thành vấn đề khi lịch sử giao dịch dài. Khi điều đó xảy ra, sẽ cần có các lớp dữ liệu mới sẵn có, cho phép khách hàng tự nguyện chia sẻ dữ liệu chuyển đổi trạng thái của các hợp đồng cụ thể. Bằng cách này, người nhận trong tương lai có thể bắt đầu xác thực trước một phần lịch sử giao dịch.
Đối với các mã thông báo CSV phổ biến, việc áp dụng rộng rãi có thể làm tăng chi phí xác thực.
RGB được phát triển dựa trên cộng đồng và phụ thuộc vào nghiên cứu tận tâm của đội ngũ, điều này có nghĩa tiến trình diễn ra chậm và hạn chế trong việc quảng bá trên thị trường.
Khó khăn về việc học: Ngoài kiến thức về Bitcoin, các nhà phát triển cũng phải cập nhật về sự chuyển trạng thái và hợp đồng của RGB.
Các dự án hệ sinh thái
DIBA
Website: https://diba.io/
DIBA là thị trường Bitcoin NFT sử dụng Giao thức hợp đồng thông minh RGB.
Cosminmart
Website: https://www.cosminmart.com/
Cosminmart là một hệ sinh thái dựa trên giao thức RGB và cung cấp các chức năng bao gồm ví, thị trường, Launchpad và trình duyệt.
Mycitadel
Website: https://mycitadel.io/
Mycitadel có nhiều chức năng, bao gồm đa chữ ký, điều kiện chi tiêu có khóa thời gian, Taproot, v.v..
Bitmask
Website: https://bitmask.app/
Bitmask là extension ví tiền điện tử.
Về CoinEx CoinEx
CoinEx, được thành lập vào tháng 12 năm 2017, là một sàn giao dịch tiền điện tử toàn cầu cung cấp nhiều lựa chọn dịch vụ giao dịch như Spot, Ký Quỹ, Future, Mining, AMM và Quản lý tài chính. Có sẵn 16 ngôn ngữ, bao gồm tiếng Trung, tiếng Anh, tiếng Nhật, tiếng Hàn và tiếng Việt, CoinEx cung cấp các dịch vụ giao dịch tiền điện tử đơn giản, an toàn và đáng tin cậy cho hơn 5 triệu người dùng trên hơn 200 quốc gia và khu vực. Được thành lập với mục đích ban đầu là tạo ra một môi trường tiền điện tử bình đẳng và tôn trọng, CoinEx nỗ lực phá bỏ các rào cản tài chính truyền thống bằng cách cung cấp các sản phẩm và dịch vụ dễ sử dụng để giúp mọi người có thể giao dịch tiền điện tử.
Tài liệu tham khảo
Top 4 Directions of Bitcoin Ecosystem Scalability | HackerNoon
There are four main approaches to scaling the Bitcoin ecosystem: non-upgradeable scaling, sidechain, upgrade-based scaling, and one-way transfer.
hackernoon.com
RGB Protocol Documentation | RGB Docs
blackpaper/README.md at master · RGB-WG/blackpaper
RGB blackpaper. Contribute to RGB-WG/blackpaper development by creating an account on GitHub.
github.com
Taproot Assets | Builder's Guide
A Taproot-powered protocol for issuing assets on bitcoin that can be transferred over the Lightning Network for instant, high-volume, low-fee transactions.
docs.lightning.engineering
