Tôi đã nghĩ “tài sản lên chuỗi” quá đơn giản, cho đến khi truy hỏi ai là danh sách cuối cùng
Trước đây, tôi cho rằng một công ty chỉ cần biến cổ phiếu hoặc trái phiếu thành Token trên chuỗi là quá trình mã hóa (token hóa) đã hoàn tất. Gần đây, tôi đọc lại tài liệu của Dusk về SME và phát hành nguyên sinh, và mới nhận ra vấn đề thực sự rắc rối là: nếu cùng lúc tồn tại số dư trên chuỗi, danh sách người phát hành và quyền lợi pháp lý, thì khi phát sinh xung đột, rốt cuộc phải lấy bản nào làm chuẩn?
Token hóa truyền thống thường là thêm một lớp ánh xạ số lên bên cạnh tài sản hiện có. Hệ thống ngoài chuỗi vẫn quyết định tư cách nhà đầu tư, hồ sơ sở hữu, phân phối lợi tức và việc hoàn trả; còn Token trên chuỗi chịu trách nhiệm phát hành hoặc chuyển nhượng. Miễn là hai bên luôn khớp nhau, cách làm này có thể hoạt động; nhưng nếu xảy ra chuyển khoản nhầm, danh sách bị trễ hoặc có lệnh của tòa án, thì sẽ cần đối soát bổ sung và xác định bản ghi nào là có thẩm quyền.
Phát hành nguyên sinh hướng tới việc để nhiều giai đoạn vòng đời cùng chia sẻ một trạng thái được kiểm soát duy nhất: tư cách được kiểm tra trước khi đăng ký hoặc chuyển nhượng, quan hệ giữa phát hành và nắm giữ được cập nhật đồng bộ, còn cổ tức, quyền biểu quyết, các hạn chế và việc thanh toán vận hành quanh cùng một tài sản. @Dusk cung cấp quyền riêng tư, công bố chọn lọc, thanh toán tất định và các quy tắc có thể lập trình, nhưng bản thân công nghệ không thể tự động lấy giấy phép cho tổ chức phát hành, cũng không tự động gán hiệu lực pháp lý cho Token.
Khoảng cách giữa hai cách tiếp cận này khi chuyển xuống thực tế lại rất rõ. Người nắm giữ cần biết chính xác mình đang nhận được quyền gì: đó có phải là bản phản chiếu của quyền lợi gắn với tài sản ngoài chuỗi hay chỉ là chứng chỉ phục vụ nội bộ nền tảng; còn tổ chức phát hành thì phải giải thích lỗi sẽ được sửa thế nào, tài sản sẽ chấm dứt ra sao, và ai có thẩm quyền hợp pháp để phong tỏa hoặc khôi phục. Nếu thiếu các câu trả lời này, “nguyên sinh” chỉ là một phương thức đúc (mint) tiên tiến hơn.
Giờ đây, khi đánh giá một đợt phát hành có thực sự được “lên chuỗi” hay không, tôi sẽ suy ngược từ đầu ra (exit): đến thời điểm đáo hạn và hoàn trả, dòng tiền có về, tài sản có bị hủy (xóa) và hồ sơ người nắm giữ có khép vòng một lần được hay không; và nếu phát sinh tranh chấp, liệu vẫn có thể lần theo cùng một bộ quy tắc để tìm ra đúng bên chịu trách nhiệm hay không. $DUSK có thể cung cấp nền tảng hạ tầng cho phát hành nguyên sinh; nhưng điều quyết định nó có trở thành một công cụ tài chính thực sự hay không là việc trạng thái trên chuỗi có thể được pháp luật, vận hành và các bên tham gia cùng công nhận hay không.
Vì vậy, lần tới khi thấy một tài sản mới xuất hiện trên chuỗi, tôi sẽ đi tìm: hiệu lực của danh sách, thẩm quyền sửa sai và cách xử lý trong hoạt động của doanh nghiệp; nếu ba chỗ đó không nói rõ ràng, thì token chỉ là cái bóng của tài sản.
@Dusk $DUSK #dusk
Trước đây, tôi cho rằng một công ty chỉ cần biến cổ phiếu hoặc trái phiếu thành Token trên chuỗi là quá trình mã hóa (token hóa) đã hoàn tất. Gần đây, tôi đọc lại tài liệu của Dusk về SME và phát hành nguyên sinh, và mới nhận ra vấn đề thực sự rắc rối là: nếu cùng lúc tồn tại số dư trên chuỗi, danh sách người phát hành và quyền lợi pháp lý, thì khi phát sinh xung đột, rốt cuộc phải lấy bản nào làm chuẩn?
Token hóa truyền thống thường là thêm một lớp ánh xạ số lên bên cạnh tài sản hiện có. Hệ thống ngoài chuỗi vẫn quyết định tư cách nhà đầu tư, hồ sơ sở hữu, phân phối lợi tức và việc hoàn trả; còn Token trên chuỗi chịu trách nhiệm phát hành hoặc chuyển nhượng. Miễn là hai bên luôn khớp nhau, cách làm này có thể hoạt động; nhưng nếu xảy ra chuyển khoản nhầm, danh sách bị trễ hoặc có lệnh của tòa án, thì sẽ cần đối soát bổ sung và xác định bản ghi nào là có thẩm quyền.
Phát hành nguyên sinh hướng tới việc để nhiều giai đoạn vòng đời cùng chia sẻ một trạng thái được kiểm soát duy nhất: tư cách được kiểm tra trước khi đăng ký hoặc chuyển nhượng, quan hệ giữa phát hành và nắm giữ được cập nhật đồng bộ, còn cổ tức, quyền biểu quyết, các hạn chế và việc thanh toán vận hành quanh cùng một tài sản. @Dusk cung cấp quyền riêng tư, công bố chọn lọc, thanh toán tất định và các quy tắc có thể lập trình, nhưng bản thân công nghệ không thể tự động lấy giấy phép cho tổ chức phát hành, cũng không tự động gán hiệu lực pháp lý cho Token.
Khoảng cách giữa hai cách tiếp cận này khi chuyển xuống thực tế lại rất rõ. Người nắm giữ cần biết chính xác mình đang nhận được quyền gì: đó có phải là bản phản chiếu của quyền lợi gắn với tài sản ngoài chuỗi hay chỉ là chứng chỉ phục vụ nội bộ nền tảng; còn tổ chức phát hành thì phải giải thích lỗi sẽ được sửa thế nào, tài sản sẽ chấm dứt ra sao, và ai có thẩm quyền hợp pháp để phong tỏa hoặc khôi phục. Nếu thiếu các câu trả lời này, “nguyên sinh” chỉ là một phương thức đúc (mint) tiên tiến hơn.
Giờ đây, khi đánh giá một đợt phát hành có thực sự được “lên chuỗi” hay không, tôi sẽ suy ngược từ đầu ra (exit): đến thời điểm đáo hạn và hoàn trả, dòng tiền có về, tài sản có bị hủy (xóa) và hồ sơ người nắm giữ có khép vòng một lần được hay không; và nếu phát sinh tranh chấp, liệu vẫn có thể lần theo cùng một bộ quy tắc để tìm ra đúng bên chịu trách nhiệm hay không. $DUSK có thể cung cấp nền tảng hạ tầng cho phát hành nguyên sinh; nhưng điều quyết định nó có trở thành một công cụ tài chính thực sự hay không là việc trạng thái trên chuỗi có thể được pháp luật, vận hành và các bên tham gia cùng công nhận hay không.
Vì vậy, lần tới khi thấy một tài sản mới xuất hiện trên chuỗi, tôi sẽ đi tìm: hiệu lực của danh sách, thẩm quyền sửa sai và cách xử lý trong hoạt động của doanh nghiệp; nếu ba chỗ đó không nói rõ ràng, thì token chỉ là cái bóng của tài sản.
@Dusk $DUSK #dusk