Bài viết này nhằm mục đích cung cấp cho các nhà phát triển trong hệ sinh thái Pharos một tài liệu tham khảo thực tế và chuyên sâu hơn về tích hợp RWA. Chúng tôi cố gắng phân tích từ góc độ logic nghiệp vụ và kiến trúc quản lý rủi ro để làm rõ những thách thức phức tạp và cách ứng phó khi đưa tài sản thế giới thực (RWA) lên chuỗi.
Lời nói đầu
Hệ sinh thái Pharos hướng tới mục tiêu trở thành cơ sở hạ tầng kết nối tài sản tài chính truyền thống với thế giới Web3. Khác với tài sản mã hóa gốc, tài sản thế giới thực (RWA) sở hữu đồng thời quyền lợi thực thể ngoài chuỗi và thuộc tính giao dịch trên chuỗi. Thuộc tính kép này quyết định rằng ranh giới an ninh của nó không thể chỉ dừng lại ở cấp độ hợp đồng thông minh, mà phải mở rộng đến từng khe hở của việc xác định quyền sở hữu tài sản, đồng bộ hóa dữ liệu và giám sát tuân thủ.
Dựa trên việc phân tích chuyên sâu các dự án RWA chủ đạo [1], chúng tôi sẽ tổng hợp con đường then chốt để xây dựng ứng dụng RWA mạnh mẽ cho các nhà phát triển Pharos từ ba chiều kích: mô hình kiến trúc, vùng rủi ro cốt lõi và chiến lược tích hợp.
I. Tại sao Pharos phù hợp với RWA?
Pharos là Layer 1 hướng tới quy mô cấp độ internet. Đối với nhà phát triển RWA, không cần đi sâu vào chi tiết đồng thuận lớp dưới, chỉ cần tập trung vào giải quyết hai nội dung cốt lõi: thanh toán tài sản và tính toán phức tạp.
-
Thực thi song song và xác nhận trong dưới một giây (Block-STM) EVM truyền thống xử lý giao dịch nối tiếp, dễ bị tắc nghẽn khi chi trả cổ tức hoặc tái cân bằng RWA số lượng lớn. Pharos giới thiệu động cơ thực thi song song Block-STM, đạt được tính cuối cùng trong dưới một giây.
-
Điều này có nghĩa là việc tiền về tài khoản ngoài chuỗi và thanh toán trên chuỗi gần như có thể hoàn thành đồng thời, loại bỏ rủi ro biến động tỷ giá và trượt giá do "T+1" gây ra.
-
Kiến trúc Dual-VM (EVM + WASM) Pharos hỗ trợ gốc môi trường thực thi kép EVM và WASM.
-
Lớp EVM: Chịu trách nhiệm kết nối. Các giao thức cho vay, mã DEX Solidity hiện có có thể triển khai trực tiếp, tiếp nhận tài sản RWA.
-
Lớp WASM: Chịu trách nhiệm tính toán. RWA liên quan đến logic phức tạp về thuế lãi, quản lý rủi ro phân cấp và danh sách trắng tuân thủ, chạy trên EVM sẽ tốn Gas cực cao và hiệu suất thấp. Có thể di chuyển logic tính toán chuyên sâu như vậy sang mô-đun WASM, đạt được quản lý rủi ro trên chuỗi hiệu suất cao, chi phí thấp.
https://docs.pharosnetwork.xyz
II. Hai logic vận hành của RWA
Trước khi thiết kế giao thức RWA trên Pharos, nhà phát triển cần nắm rõ hai mô hình lưu chuyển tài sản chủ đạo và mạch vốn của chúng:
-
Mô hình On-chain sang Off-chain
Đây là mô hình phổ biến nhất hiện nay, bản chất là gây quỹ trên chuỗi, quản lý tài chính ngoài chuỗi. Nhà đầu tư thế chấp stablecoin (như USDC) trên chuỗi → Bên dự án tập hợp sau đó chuyển đổi thành tiền pháp định (USD) → Đầu tư vào tài sản thanh khoản cao ngoài chuỗi (như trái phiếu chính phủ Mỹ) → Lợi tức thu được chảy ngược lại chuỗi, phân phối cho người nắm giữ token.
Ví dụ: $STBT của Matrixdock. Nhà đầu tư đủ điều kiện đúc $STBT (neo 1:1 với trái phiếu ngắn hạn Mỹ), vốn được bên dự án sử dụng để mua trái phiếu, người nắm giữ trên chuỗi hưởng lợi nhuận hàng năm khoảng 4.8%.
-
Mô hình Tài sản lên chuỗi
Mô hình này tập trung vào việc chứng khoán hóa và phân mảnh hóa tài sản cụ thể. Bên dự án khóa một tài sản ngoài chuỗi cụ thể (như bất động sản) và định giá → Phát hành token ERC-20 tương ứng với phần份额 → Nhà đầu tư dùng stablecoin để mua → Bên dự án chịu trách nhiệm bảo trì và vận hành tài sản ngoài chuỗi → Dòng tiền phát sinh (như tiền thuê) được chia cổ tức định kỳ trên chuỗi.
Ví dụ: Token hóa bất động sản của RealT. Ví dụ, chia một bất động sản trị giá 65.9 nghìn USD ở Detroit thành 1300 token, nhà đầu tư mua token sẽ được hưởng quyền chia cổ tức từ tiền thuê của bất động sản đó.
III. Sơ đồ rủi ro & Chiến lược Tích hợp trên Pharos
Rủi ro chết người của RWA thường không nằm trong code, mà ở các khâu kết nối giữa off-chain và on-chain. Các dự án RWA hiện có tồn tại những khiếm khuyết cấu trúc đáng kể trong xác minh danh tính, neo giá tài sản và tính minh bạch dữ liệu. Khi xây dựng ứng dụng trên Pharos, nhà phát triển nên tập trung phòng thủ các rủi ro "tê giác xám" sau.
https://dl.acm.org/doi/epdf/10.1145/3689931.3694913
-
Tuân thủ danh tính xuyên suốt
Dự án tuyên bố tuân thủ nhưng thực tế chỉ mang tính hình thức. Theo thống kê, chỉ dưới một nửa dự án triển khai KYC hiệu quả, thậm chí có dự án nổi tiếng (như RealT) từng xuất hiện tình trạng có thể dễ dàng lừa qua bước xác minh video chỉ bằng một bức ảnh. Một số dự án mặc dù nhấn mạnh AML trong sách trắng, nhưng trong thao tác thực tế chỉ cần kết nối ví là có thể giao dịch, hoàn toàn không thể truy xuất nguồn tiền.
https://dl.acm.org/doi/epdf/10.1145/3689931.3694913
Khuyến nghị Phát triển Pharos:
-
Không chỉ kiểm tra danh tính ở front-end trang web. Phải tích hợp cơ chế danh sách trắng ở lớp hợp đồng thông minh, đảm bảo chỉ các địa chỉ đã được xác minh DID (Danh tính phi tập trung) hoặc KYC ngoài chuỗi mới có thể gọi hàm mint hoặc transfer. Lấy $STBT làm ví dụ, viết lại hàm transfer và transferFrom của ERC-20, chỉ danh sách trắng được chứng nhận mới có thể gọi.
https://etherscan.io/address/0x530824da86689c9c17cdc2871ff29b058345b44a#code
-
Đối với giao dịch tài sản giá trị cao, giới thiệu cơ chế 2FA, ngăn chặn trộm cắp tài sản do lộ khóa riêng tư, nghiên cứu cho thấy hiện chỉ có số ít dự án làm được điều này.
-
Sự phụ thuộc và ngắt mạch của Stablecoin
Stablecoin là máu của RWA, gần 90% dự án phụ thuộc vào stablecoin để thanh toán. Nhưng nhà phát triển thường bỏ qua rủi ro thoát neo của chính stablecoin, như sự kiện SVB khiến USDC thoát neo hoặc rủi ro thoát neo của USDe [2]. Nếu thoát neo xảy ra, dự án có quỹ dự phòng rủi ro chuyên biệt để xử lý khủng hoảng không?
https://x.com/ethena_labs/status/1976773136294224071
Khuyến nghị Phát triển Pharos:
-
Oracle không chỉ dùng để feed giá, mà còn nên đóng vai trò bộ kích hoạt quản lý rủi ro. Khi giám sát thấy stablecoin dùng làm tiền tệ thanh toán (như USDC/USDT) lệch giá trị neo vượt ngưỡng (ví dụ 5%), hợp đồng nên tự động tạm dừng đúc và mua lại, ngăn chặn giao thức bị tấn công arbitrage.
-
Khi thiết kế pool vốn, cân nhắc hỗ trợ nhiều loại stablecoin hoặc thậm chí một rổ tiền tệ, để giảm tác động của rủi ro hệ thống tài sản đơn lẻ. Đồng thời trong lựa chọn stablecoin, cố gắng tránh các stablecoin thuật toán có cơ chế phức tạp, loại stablecoin này dễ thoát neo nhất.
-
Kết nối Dữ liệu & Xác minh Tính xác thực
Hộp đen lớn nhất của RWA nằm ở chỗ tài sản trên chuỗi có thực sự tương ứng với vật thể ngoài chuỗi hay không. Nhiều dự án cái gọi là công bố thông tin, chỉ là treo vài file PDF trên trang web, thậm chí từng có trường hợp lố bịch dùng video phát lặp giả mạo giám sát thời gian thực. Báo cáo giá trị tài sản ròng (NAV) của OpenEden cũng từng bị trễ một tháng.
https://dl.acm.org/doi/epdf/10.1145/3689931.3694913
Khuyến nghị Phát triển Pharos:
-
Sử dụng mạng oracle như Chainlink, kết nối trực tiếp với API của ngân hàng ủy thác hoặc cơ quan kiểm toán ngoài chuỗi. Nhà phát triển Pharos nên hướng tới việc hiện thực hóa NAV lên chuỗi theo phút, thay vì phụ thuộc vào báo cáo hàng tháng hoặc hàng quý của bên dự án.
-
Rủi ro sai lệch định giá dự án thỉnh thoảng xảy ra. Khi phát triển nên đưa vào feed giá từ nhiều nguồn oracle, cố gắng để giá trên chuỗi phản ánh chân thực thị trường ngoài chuỗi.
-
Tách biệt & Minh bạch Thực thể Pháp lý
Vỡ nợ tài sản ngoài chuỗi là rủi ro không thể bỏ qua của RWA, ví dụ Goldfinch từng gặp vỡ nợ tín dụng 5.9 triệu USD [4]. Chìa khóa cách ly rủi ro nằm ở SPV, nhưng chỉ khoảng số ít dự án công bố sử dụng cấu trúc SPV, và hầu hết không tiết lộ tên thực thể đăng ký cụ thể. Lấy khủng hoảng Goldfinch làm ví dụ, trực tiếp gây ra mức giảm 20% cho token $GFI, nhà đầu tư bị thiệt hại nặng nề một cách khó hiểu.
Khuyến nghị Phát triển Pharos:
-
Trong siêu dữ liệu dự án hoặc tài liệu mô tả, bắt buộc công bố tên pháp lý và nơi đăng ký của SPV nắm giữ tài sản.
-
Đảm bảo mỗi pool tài sản tương ứng với một SPV độc lập. Trong thiết kế hợp đồng của Pharos, vốn của các pool tài sản khác nhau nên được tách biệt hoàn toàn về mặt logic, tránh việc vỡ nợ một tài sản đơn lẻ dẫn đến cạn kiệt thanh khoản của toàn bộ giao thức.
-
Thanh khoản Cạn kiệt sau Sự thịnh vượng Giả tạo
Thanh khoản là mắt xích dễ làm giả nhất nhưng cũng dễ sụp đổ nhất của dự án RWA [2]. Thanh khoản thị trường cấp hai của nhiều dự án RWA trong giai đoạn đầu phụ thuộc nhiều vào trợ cấp nhà tạo lập thị trường. Một khi thỏa thuận tạo lập thị trường hết hạn hoặc ngừng trợ cấp, độ sâu thị trường cấp hai thường giảm mạnh đột ngột, lệnh mua biến mất trong tích tắc. Hơn nữa, tính tần suất thấp của định giá tài sản ngoài chuỗi (thường là NAV hàng tháng hoặc hàng quý) và tính tần suất cao của giao dịch trên chuỗi (tạo khối theo giây) tồn tại sự lệch pha thời gian tự nhiên. Khi xuất hiện bán tháo lớn trên chuỗi, pool AMM thường không thể bù đắp nhanh do thiếu hướng dẫn giá trị hợp lý thời gian thực, dẫn đến giá lệch nghiêm trọng so với giá trị ròng, hình thành lỗ đen thanh khoản. Lấy $USDR trong hình dưới làm ví dụ, do xảy ra hiện tượng rút tiền ồ ạt, giá token nhanh chóng giảm từ 1 USD xuống 0.5 USD trong vài giờ [5].
https://www.blocktempo.com/not-so-tangible-usdr-stablecoin-collapses/
Khuyến nghị Phát triển Pharos:
-
Đừng đặt cược hoàn toàn thanh khoản vào thị trường cấp hai DEX hoặc CEX. Nhà phát triển có thể tích hợp sẵn chức năng hàng đợi mua lại/mua lại trong hợp đồng. Khi giá thị trường cấp hai thấp hơn đáng kể so với NAV (ví dụ chiết khấu vượt 3%), cho phép người nắm giữ bỏ qua thị trường cấp hai, trực tiếp gửi yêu cầu mua lại đối với tài sản cơ sở SPV tới giao thức, do hợp đồng thông minh quản lý xếp hàng mua lại và phân phát tiền.
-
Bắt chước chế độ dự trữ bắt buộc của ngân hàng truyền thống, ở khâu Mint bắt buộc lưu lại một tỷ lệ nhất định (ví dụ 5%-10%) stablecoin làm pool đệm thanh khoản trên chuỗi. Số tiền này không dùng để mua tài sản ngoài chuỗi, mà chuyên dùng để thực thi mua lại tức thì tự động thông qua hợp đồng thông minh khi thanh khoản thị trường cấp hai cạn kiệt, giữ vững mức sàn giá.
-
Rủi ro Kế thừa Lỗ hổng Nguyên sinh EVM
Pharos đạt được khả năng tương thích hoàn toàn với EVM, điều này có nghĩa là nhà phát triển được hưởng sự tiện lợi của hệ sinh thái Solidity đồng thời cũng kế thừa nguyên vẹn các vector tấn công kinh điển của nó. Hợp đồng RWA do nhu cầu tuân thủ, thường chứa nhiều hàm quyền hạn cao (như blacklist, forceTransfer, pause), điều này khiến quản lý quyền hạn và nâng cấp proxy trở thành điểm yếu chết người nhạy cảm hơn so với giao thức DeFi.
https://owasp.org/www-project-smart-contract-top-10/
Khuyến nghị Phát triển Pharos:
-
Tuân thủ Thư viện Chuẩn: Tuyệt đối không tự tạo lại bánh xe. Kiểm soát quyền hạn nhất định phải sử dụng AccessControl hoặc Ownable2Step của OpenZeppelin. Khóa riêng tư quản trị viên RWA một khi bị đánh cắp do lỗ hổng logic tùy chỉnh, có nghĩa là quyền sở hữu tài sản thực thể ngoài chuỗi sẽ phát sinh tranh chấp pháp lý.
-
Quản lý Rủi ro Nâng cấp Proxy: Hợp đồng RWA chủ yếu là chế độ có thể nâng cấp (UUPS/Transparent). Khi triển khai cập nhật, phải kiểm tra chặt chẽ xung đột khe lưu trữ (Storage Slot), ngăn chặn việc bảng ánh xạ tài sản (Mapping) bị rối loạn do ghi đè biến.
-
Phòng thủ Tấn công Reentrancy: Khi xử lý logic chia cổ tức (Distribute Yield) hoặc mua lại, ngay cả đối với người dùng danh sách trắng, cũng phải thêm ReentrancyGuard vào tất cả lệnh gọi bên ngoài (Call), ngăn chặn hợp đồng độc hại sử dụng hàm callback rút cạn pool vốn.
IV. Tổng kết
Nhìn lại sự phát triển của làn sóng RWA, chúng ta đã chứng kiến quá nhiều sự thịnh vượng giả tạo dựa vào UI đóng gói tuân thủ, dựa vào tạo lập thị trường duy trì thanh khoản. Trong hệ sinh thái Pharos, chúng tôi ủng hộ một mô hình phát triển mạnh dẻo dai hơn.
Là nhà phát triển, cần tỉnh táo nhận thức: Rủi ro an ninh của RWA không chỉ tồn tại ở cấp độ triển khai code hợp đồng thông minh, đồng thời cũng nên coi trọng các vấn đề an ninh như mất hiệu lực xác định quyền sở hữu tài sản ngoài chuỗi và lệch pha thanh khoản. Tính cuối cùng trong dưới một giây của Pharos cho chúng ta sự tự tin xử lý nghiệp vụ tài chính phức tạp, nhưng điều này yêu cầu nhà phát triển phải nghiêm túc hơn trong chiến lược tích hợp, viết KYC/AML vào logic lớp dưới, buộc chế độ quỹ dự phòng rủi ro thực thi bởi code, đưa tính minh bạch dữ liệu tài sản đến mức tối đa.
Cuộc cạnh tranh giao thức RWA trong tương lai, không còn là trò chơi con số TVL, mà là cuộc so tài về tính xác thực tài sản và độ mạnh mẽ của hệ thống. Thông tuyến an ninh km cuối cùng này là bài học bắt buộc của mọi nhà xây dựng hệ sinh thái Pharos.
