Đưa một quỹ lên onchain không phải là phần khó nhất, mà việc định giá chính xác mới là thách thức thực sự. Giá trị tài sản ròng (NAV) là "nhịp đập" của bất kỳ cấu trúc quỹ nào. Cách con số này được thể hiện trên onchain sẽ quyết định liệu một quỹ token hóa có thể thực sự được sử dụng làm tài sản thế chấp trong DeFi hay chỉ đơn thuần là một bản ghi kỹ thuật số của một vị thế off-chain. Đây là thời điểm thiết kế oracle cho tài sản token hóa không còn là một chú thích kỹ thuật mà trở thành một quyết định sản phẩm cốt lõi.

NAV Khác Biệt Thế Nào So Với Các Nguồn Dữ Liệu Giá Tiêu Chuẩn

Hầu hết cơ sở hạ tầng oracle được xây dựng cho giá thị trường: các tài sản thanh khoản giao dịch trên sàn, nơi công việc của oracle là tổng hợp một mức giá đã tồn tại sẵn. NAV là một loại dữ liệu khác biệt. NAV của một quỹ được tính toán chứ không phải được khám phá. Đó là kết quả của một quy trình được quản lý chặt chẽ bao gồm quản trị viên quỹ, kiểm toán viên và trong nhiều trường hợp là đơn vị lưu ký. Hầu hết các cấu trúc quỹ token hóa tính toán NAV hàng ngày; một số công cụ tín dụng tư nhân thực hiện theo tuần hoặc tháng. Kế toán quỹ off-chain cũng vận hành theo chu kỳ thanh toán T+1, lịch nghỉ lễ và các khung thời gian đóng sổ vốn không tương thích với blockchain hoạt động 24/7.

Điều này tạo ra một vấn đề về oracle khác biệt căn bản so với thiết kế nguồn cấp dữ liệu giá. Câu hỏi không phải là làm thế nào để tổng hợp nhiều nguồn thành một giá trị trung vị đáng tin cậy. Câu hỏi là làm thế nào để đưa một con số duy nhất, có thẩm quyền, được tính toán off-chain lên onchain theo cách có thể xác minh, chống giả mạo và hữu ích cho các giao thức cần định giá các vị thế trong thời gian thực.

Cách Các Nền Tảng Hàng Đầu Xử Lý Định Giá Quỹ Token Hóa

Các nền tảng được đề cập trong Báo cáo Tiêu chuẩn Token hóa và RWA gần đây đã hội tụ vào một số ít các phương pháp tiếp cận định giá quỹ token hóa, mỗi phương pháp phản ánh sự đánh đổi khác nhau giữa độ chính xác, tần suất và độ phức tạp vận hành.

NAV hàng ngày thông qua quản trị viên quỹ được cấp phép: Spiko đại diện cho ví dụ rõ ràng nhất về mô hình này. NAV của quỹ được tính toán bởi CACEIS, một công ty con của Crédit Agricole đóng vai trò là đơn vị lưu ký và quản trị viên quỹ, sau đó được đưa lên onchain thông qua oracle như một nhịp đập hàng ngày. Kết quả là các token quỹ của Spiko tích lũy lợi nhuận thông qua việc tăng giá token thay vì các đợt phân phối riêng lẻ. Không có sự kiện cổ tức, không có cơ chế rebase, chỉ đơn giản là một token có giá trị tăng nhẹ mỗi ngày khi các T-bills cơ sở tích lũy lãi suất. Sự đơn giản này là có chủ đích: một bản cập nhật NAV hàng ngày duy nhất giảm thiểu bề mặt tấn công cho các lỗi hoặc thao túng, đồng thời bảo toàn tính toàn vẹn về mặt pháp lý của việc tính toán.

Tích lũy liên tục theo giây: Superstate đẩy tần suất đến giới hạn thực tế với một oracle liên tục cập nhật khả năng tích lũy lợi nhuận mỗi giây. NAV cơ sở vẫn được tính toán hàng ngày bởi bên thứ ba, nhưng việc tích lũy theo giây cho phép giá token phản ánh lợi nhuận trong thời gian thực thay vì các bước nhảy hàng ngày. Đối với các giao thức cho vay cần định giá tài sản thế chấp liên tục, mức độ chi tiết này rất quan trọng. Nó cũng loại bỏ các khoảng trống định giá trong ngày phát sinh khi một token quỹ giữ NAV cũ giữa các lần cập nhật hàng ngày.

Định giá thanh toán dựa trên kỷ nguyên (Epoch): Centrifuge thực hiện một cách tiếp cận khác phù hợp với các tài sản có tài sản cơ sở kém thanh khoản hơn. Thay vì xuất bản một NAV liên tục, kiến trúc pool của nó chia các yêu cầu gửi và rút tiền thành các kỷ nguyên. Tại mỗi thời điểm kết thúc kỷ nguyên, người quản lý pool phê duyệt các lệnh theo NAV đã xác minh hiện tại và các cổ phần được phát hành hoặc thu hồi tương ứng. Bản thân NAV được công bố trên onchain khi kết thúc kỷ nguyên, với hệ thống kế toán ghi sổ kép đầy đủ, các tài khoản được phân loại bao gồm tài sản, vốn chủ sở hữu, lãi, lỗ, chi phí và nợ phải trả, được thực thi ở cấp độ hợp đồng thông minh. Điều này cung cấp cho các kiểm toán viên và nhà quản lý tài sản một dấu vết kế toán minh bạch, có thể xác minh trực tiếp trên onchain thay vì yêu cầu đối soát với các hồ sơ off-chain.

Định giá lai giữa sàn giao dịch và AMM: Cách tiếp cận của Securitize đối với cổ phiếu token hóa minh họa cách định giá kiểu NAV phải thích ứng với các tài sản có tham chiếu thị trường trực tiếp. Trong giờ giao dịch, nền tảng thực hiện theo giá mua và bán tốt nhất quốc gia (NBBO). Sau khi thị trường đóng cửa, nó chuyển sang định giá kiểu AMM để đảm bảo tính sẵn có của thị trường thứ cấp liên tục. Cơ sở hạ tầng oracle phải hỗ trợ cả hai chế độ một cách linh hoạt, thay đổi nguồn tham chiếu tùy thuộc vào việc có tồn tại giá thị trường trực tiếp hay không.

Oracle Nguồn Duy Nhất Đáng Tin Cậy

Dữ liệu NAV của quỹ tư nhân mang tính thẩm quyền và theo định nghĩa là nguồn đơn nhất. Cách tiếp cận tiêu chuẩn là tổng hợp nhiều nguồn độc lập, vốn hợp lý cho giá thị trường, không áp dụng ở đây.

Oracle Nguồn Duy Nhất Đáng Tin Cậy (Trusted Single Source Oracle), được phát triển bởi RedStone, được xây dựng chính xác cho trường hợp này. Nó cho phép một nhà cung cấp dữ liệu được quản lý (thường là quản trị viên quỹ hoặc đại lý chuyển nhượng) xuất bản dữ liệu NAV đã xác minh trên onchain theo cách được chứng thực bằng mật mã và có thể truy xuất nguồn gốc. Trong thực tế, các nguồn dữ liệu NAV loại này kết hợp tự nhiên với Proof of Reserve, giúp xác minh rằng các tài sản nắm giữ đằng sau con số NAV thực sự tồn tại. Trên kiến trúc này, Securitize đã chọn RedStone làm oracle chính cho quỹ BlackRock BUIDL, Apollo ACRED, Hamilton Lane và các quỹ token hóa của KKR. Các nguồn cấp dữ liệu giá cấp tổ chức cho các sản phẩm được quản lý là một vấn đề kỹ thuật khác biệt so với việc tổng hợp dữ liệu thị trường. Chúng cần một mô hình chứng thực được xây dựng cho thực tế nguồn đơn nhất.

Tại Sao Thiết Kế Oracle Ảnh Hưởng Đến Khả Năng Kết Hợp Của DeFi

Mối liên hệ giữa thiết kế nguồn cấp dữ liệu NAV và tiện ích DeFi là trực tiếp. Chỉ riêng trên Morpho, các RWA token hóa chiếm khoảng 550 triệu USD tiền gửi, khoảng 5% trong tổng số 10,2 tỷ USD của giao thức. Mỗi vị thế đó đều được định giá bằng một dạng nguồn cấp dữ liệu NAV nào đó.

Một nguồn cấp dữ liệu NAV cũ buộc phải áp dụng các thông số thận trọng và làm giảm hiệu quả vốn. Một nguồn cấp dữ liệu cập nhật theo lịch trình đã biết với sự chứng thực mạnh mẽ cho phép các thông số chặt chẽ hơn và kinh tế học tốt hơn. Oracle không phải là một rơ-le trung lập. Nó là một đầu vào tích cực trong kiến trúc rủi ro của mọi giao thức tiếp xúc với tài sản đó.

Vấn Đề Mở: Tần Suất So Với Thực Tế Pháp Lý

Sự căng thẳng trung thực trong định giá quỹ token hóa là các giao thức DeFi muốn dữ liệu thời gian thực liên tục, trong khi các cấu trúc quỹ được quản lý lại tạo ra NAV theo lịch trình được thiết lập bởi các yêu cầu pháp lý và vận hành. Chưa có nền tảng nào giải quyết triệt để vấn đề này. Nội suy trong ngày là cách tiếp cận gần nhất đối với các phương tiện thanh khoản, nhưng đó là sự ngoại suy của NAV hàng ngày thay vì một định giá liên tục thực sự. Đối với tín dụng tư nhân với NAV hàng tháng, khoảng cách này thậm chí còn rộng hơn.

Phản ứng thực tế là thiết kế các cấu trúc vault và tài sản thế chấp thừa nhận khoảng cách thay vì che đậy bằng các nguồn cấp dữ liệu tần suất cao mang lại độ chính xác giả. Các mô hình thanh toán dựa trên kỷ nguyên và tiêu chuẩn vault không đồng bộ ERC-7540 đều phản ánh triết lý này: xây dựng cơ chế thanh toán xung quanh nhịp độ thực tế của tài sản cơ sở và để nguồn cấp dữ liệu oracle khớp với nhịp độ đó một cách trung thực.

Đối với các nhà quản lý tài sản đang đánh giá cách đưa các sản phẩm quỹ lên onchain, oracle là nơi thực tế pháp lý gặp gỡ khả năng kết hợp của DeFi. Việc thực hiện đúng giao diện đó là yếu tố quyết định mức độ hữu ích của token tạo ra.

Tóm Tắt Tin

  • NAV cho các quỹ token hóa không thể dựa vào nguồn cấp dữ liệu giá giao ngay. Nó cần các bản cập nhật theo lịch trình phù hợp với chu kỳ kế toán của quỹ, hỗ trợ các loại tài sản kém thanh khoản và tài liệu kiểm toán đầy đủ.
  • Ba mô hình kiến trúc thống trị các nguồn cấp dữ liệu NAV onchain hiện nay: cập nhật NAV theo lịch trình từ quản trị viên được cấp phép, định giá liên tục nội suy giữa các điểm kiểm tra NAV và thanh toán dựa trên kỷ nguyên cho các tài sản kém thanh khoản.
  • Oracle Nguồn Duy Nhất Đáng Tin Cậy, được đồng phát triển bởi Securitize và RedStone, xuất bản NAV nguồn đơn nhất có thẩm quyền với chứng thực bằng mật mã thay vì tổng hợp đa nguồn.
  • Securitize đã chọn RedStone làm oracle chính cho các quỹ token hóa của BlackRock BUIDL, Apollo ACRED, Hamilton Lane và KKR.

Câu Hỏi Thường Gặp

NAV được tính toán như thế nào cho một quỹ token hóa trên onchain?

Bản thân NAV được tính toán off-chain bởi một quản trị viên quỹ được cấp phép theo các quy tắc kế toán quỹ tiêu chuẩn. Thành phần onchain là lớp phân phối: một oracle đưa con số đã xác minh lên onchain với chứng thực bằng mật mã, để các giao thức hạ nguồn có thể tham chiếu đến một giá trị có thẩm quyền và có thể truy xuất nguồn gốc. Tần suất cập nhật dao động từ hàng ngày đến hàng tháng tùy thuộc vào loại tài sản cơ sở.