Tôi từng nghĩ rằng, việc đúc chứng khoán tư nhân thành token thì cũng coi như đã hoàn tất việc đưa tài sản lên chuỗi. Nhưng sau khi đọc bài viết mới cập nhật về thị trường tư nhân vào hôm qua (@Dusk ), rồi đối chiếu với tài liệu Native Issuance, tôi lại càng cảnh giác với một vấn đề: nếu quyền sở hữu pháp lý, dịch vụ lưu ký, các hành động của công ty và việc thanh toán/giải quyết vẫn do một hệ thống khác quyết định, thì token này có thể không phải là công cụ nâng cao hiệu quả, mà là một bộ bản ghi mới chờ đối soát.
Tokenization thường tạo ra một token đại diện cho tài sản hoặc quyền lợi được yêu cầu; nó có thể giúp lập trình, phân phối và tích hợp ứng dụng dễ hơn, nhưng tài sản gốc vẫn có thể được lưu ký/đăng ký ngoài chuỗi, hoặc vận hành thông qua hệ thống thanh toán bù trừ ngoài chuỗi. Native issuance có yêu cầu cao hơn: bản thân tài sản được tạo lập và quản lý xoay quanh sổ cái trên chuỗi; việc phát hành, chuyển nhượng, dịch vụ và thanh toán/giải quyết—tối đa—vẫn dựa trên cùng một trạng thái quyền sở hữu.
Thử thách thực sự là một đợt phát hành tư nhân phải được nhập lại tới sáu lần. Trong quy trình truyền thống, bên phát hành, cố vấn, đơn vị quản lý, ngân hàng, bên lưu ký và sàn/địa điểm giao dịch lần lượt xử lý phê duyệt cấu trúc, xác nhận tư cách nhà đầu tư, phân bổ đăng ký mua, danh sách chủ sở hữu, thanh toán, chuyển nhượng và dịch vụ sau đó. Mỗi bên đều lưu một bộ hồ sơ tương tự nhưng không hoàn toàn giống nhau; sai sót thường xảy ra ở khâu bàn giao và việc xác nhận/đính chính lại sau đó.
Nếu chỉ gắn thêm một token vào quy trình cũ đó, thì số dư trên chuỗi vẫn phải đối chiếu với danh mục danh nghĩa chính thống ngoài chuỗi. Chuyển nhượng được thực hiện trên chuỗi, nhưng phải chờ cập nhật đăng ký; cổ tức tính theo danh sách ngoài chuỗi, rồi quay lại giải thích người nắm giữ trên chuỗi; khi có tranh chấp, cũng không biết bộ bản ghi nào được ưu tiên. Trông có vẻ nhanh hơn về mặt kỹ thuật, nhưng về mặt vận hành lại tạo thêm một điểm đứt gãy.
Điều Native issuance thay đổi thực sự là ranh giới của quy trình và niềm tin: tư cách nhà đầu tư có thể được kiểm tra trước khi đăng ký mua hoặc trước khi chuyển nhượng, việc phân bổ và cập nhật quyền sở hữu diễn ra xung quanh cùng một trạng thái được kiểm soát; các hạn chế chuyển nhượng trực tiếp tác động lên hồ sơ người nắm giữ hiện tại; chân tài sản và chân thanh toán được phối hợp theo cùng một quy trình thanh toán/giải quyết; việc trả lãi, bỏ phiếu, chi trả cổ tức và mua lại cũng đọc theo lịch sử quyền sở hữu liên tục. Dusk chịu trách nhiệm trả lời “ai có thể xem, ai có thể làm”, thông qua công bố chọn lọc và kiểm soát truy cập; còn DuskDS chịu trách nhiệm trả lời “trạng thái của giao dịch nào đã được chốt”, nhờ cơ chế thanh toán tất định.
Điều này quan trọng hơn việc “phát token rẻ hơn”, vì nó nhằm giảm đối soát lặp lại giữa phát hành, đăng ký, lưu ký, giao dịch và dịch vụ—thay vì chỉ thay đổi bề ngoài của tài sản thành ký hiệu trên chuỗi.
Bạn cho rằng Native issuance khó nhất nằm ở phần nào?$DUSK #dusk
Tokenization thường tạo ra một token đại diện cho tài sản hoặc quyền lợi được yêu cầu; nó có thể giúp lập trình, phân phối và tích hợp ứng dụng dễ hơn, nhưng tài sản gốc vẫn có thể được lưu ký/đăng ký ngoài chuỗi, hoặc vận hành thông qua hệ thống thanh toán bù trừ ngoài chuỗi. Native issuance có yêu cầu cao hơn: bản thân tài sản được tạo lập và quản lý xoay quanh sổ cái trên chuỗi; việc phát hành, chuyển nhượng, dịch vụ và thanh toán/giải quyết—tối đa—vẫn dựa trên cùng một trạng thái quyền sở hữu.
Thử thách thực sự là một đợt phát hành tư nhân phải được nhập lại tới sáu lần. Trong quy trình truyền thống, bên phát hành, cố vấn, đơn vị quản lý, ngân hàng, bên lưu ký và sàn/địa điểm giao dịch lần lượt xử lý phê duyệt cấu trúc, xác nhận tư cách nhà đầu tư, phân bổ đăng ký mua, danh sách chủ sở hữu, thanh toán, chuyển nhượng và dịch vụ sau đó. Mỗi bên đều lưu một bộ hồ sơ tương tự nhưng không hoàn toàn giống nhau; sai sót thường xảy ra ở khâu bàn giao và việc xác nhận/đính chính lại sau đó.
Nếu chỉ gắn thêm một token vào quy trình cũ đó, thì số dư trên chuỗi vẫn phải đối chiếu với danh mục danh nghĩa chính thống ngoài chuỗi. Chuyển nhượng được thực hiện trên chuỗi, nhưng phải chờ cập nhật đăng ký; cổ tức tính theo danh sách ngoài chuỗi, rồi quay lại giải thích người nắm giữ trên chuỗi; khi có tranh chấp, cũng không biết bộ bản ghi nào được ưu tiên. Trông có vẻ nhanh hơn về mặt kỹ thuật, nhưng về mặt vận hành lại tạo thêm một điểm đứt gãy.
Điều Native issuance thay đổi thực sự là ranh giới của quy trình và niềm tin: tư cách nhà đầu tư có thể được kiểm tra trước khi đăng ký mua hoặc trước khi chuyển nhượng, việc phân bổ và cập nhật quyền sở hữu diễn ra xung quanh cùng một trạng thái được kiểm soát; các hạn chế chuyển nhượng trực tiếp tác động lên hồ sơ người nắm giữ hiện tại; chân tài sản và chân thanh toán được phối hợp theo cùng một quy trình thanh toán/giải quyết; việc trả lãi, bỏ phiếu, chi trả cổ tức và mua lại cũng đọc theo lịch sử quyền sở hữu liên tục. Dusk chịu trách nhiệm trả lời “ai có thể xem, ai có thể làm”, thông qua công bố chọn lọc và kiểm soát truy cập; còn DuskDS chịu trách nhiệm trả lời “trạng thái của giao dịch nào đã được chốt”, nhờ cơ chế thanh toán tất định.
Điều này quan trọng hơn việc “phát token rẻ hơn”, vì nó nhằm giảm đối soát lặp lại giữa phát hành, đăng ký, lưu ký, giao dịch và dịch vụ—thay vì chỉ thay đổi bề ngoài của tài sản thành ký hiệu trên chuỗi.
Bạn cho rằng Native issuance khó nhất nằm ở phần nào?$DUSK #dusk
