Giá dKargo (DKA)

DKA là token tiện ích của mạng dKargo. dKargo tự định vị là một mạng Layer 3 xây dựng trên hệ sinh thái Ethereum, hướng đến các kịch bản logistics và cố gắng tạo điều kiện để các bên tham gia logistics ghi nhận cũng như tương tác xoay quanh dữ liệu, dịch vụ và hợp tác mạng lưới. Token tiện ích có nghĩa là token được thiết kế cho các hành vi trên mạng, chẳng hạn như phí, sử dụng dịch vụ hoặc quản trị; nó không phải là vốn cổ phần của công ty dKargo và việc nắm giữ không mặc nhiên trao quyền nhận cổ tức, quyền mua lại hoặc quyền vận hành hoạt động logistics.

FAQ chính thức của dKargo liệt kê DKA là token dùng cho phí giao dịch, thực thi hợp đồng thông minh, sử dụng dịch vụ mạng và bỏ phiếu quản trị. Công dụng về phí tương ứng với thao tác trên chuỗi hoặc thanh toán dịch vụ; công dụng về quản trị tương ứng với việc các thành viên bày tỏ ý kiến về các vấn đề của mạng theo quy tắc, và hai công dụng này không phải là cùng một quyền. Một thao tác thực tế có cần DKA hay không, cần bao nhiêu và do ai thanh toán phụ thuộc vào dịch vụ được sử dụng, hợp đồng thông minh và quy tắc mạng tại thời điểm đó. Việc token được dùng trong mạng không có nghĩa là mọi người nắm giữ token tự động nhận được doanh thu dịch vụ, cũng không cấu thành lợi nhuận cố định.

dKargo tự định vị là một Layer 3 logistics trong hệ sinh thái Ethereum. Tính “hướng đến logistics” ở đây nhấn mạnh mục tiêu sử dụng môi trường trên chuỗi cho sự hợp tác dữ liệu và dịch vụ của các bên tham gia logistics, thay vì chỉ cung cấp một mạng chuyển tiền tổng quát không có chức năng dành riêng cho ngành. Layer 3 mô tả một mạng có định hướng ứng dụng được xây dựng trên blockchain hoặc lớp mở rộng quy mô ở tầng thấp hơn. Bản thân nó không đảm bảo mọi dữ liệu logistics đều vốn dĩ chính xác: dữ liệu vẫn cần được thu thập, sàng lọc và sử dụng trong quy trình dịch vụ; vai trò của thiết kế mạng là cung cấp một môi trường có thể ghi nhận và cộng tác cho các khâu này.

Trong mô hình kinh tế ban đầu của dKargo, DKA được thiết kế làm phương tiện khuyến khích đóng góp dữ liệu: sau khi các bên tham gia logistics gửi dữ liệu, nền tảng có thể đánh giá đóng góp dựa trên tác động của dữ liệu đối với mạng, giá trị tương đối và các đặc điểm logistics, rồi từ đó hình thành các mức khuyến khích khác nhau. Logic này không có nghĩa là “tải lên bất kỳ dữ liệu nào cũng nhận được phần thưởng”. Trước hết phải có đóng góp dữ liệu, sau đó giá trị của dữ liệu được đánh giá theo các tiêu chuẩn do mô hình đặt ra, rồi mới có thể tương ứng với khuyến khích; dữ liệu không hợp lệ hoặc có giá trị thấp không nên được xử lý như dữ liệu có giá trị cao. Mô tả này xuất phát từ mô hình ban đầu và không nên được dùng để suy ra tiêu chuẩn phần thưởng theo thời gian thực cho từng dịch vụ dữ liệu hiện tại.

Trong mô hình kinh tế ban đầu của dKargo, các nhà cung cấp dịch vụ có thể stake DKA làm bảo đảm thực hiện nghĩa vụ. Mục đích của việc stake không phải là tạo lãi cho người nắm giữ token thông thường, mà là cung cấp cho bên cam kết dịch vụ một bảo đảm kinh tế có thể bị ràng buộc. Khi dịch vụ được thực hiện bình thường, cơ chế bảo đảm hỗ trợ lòng tin giữa các bên tham gia; nếu xảy ra vấn đề được quy tắc mô hình xác định, tài sản đã stake có thể được sử dụng để chi trả trách nhiệm hoặc chi phí liên quan. Phạm vi dịch vụ áp dụng, số lượng stake, điều kiện xử lý và trạng thái thực thi hiện tại phải tuân theo quy tắc của từng dịch vụ cụ thể, không thể suy luận chung chỉ từ mô hình ban đầu.

FAQ chính thức của dKargo cho biết DKA có thể được dùng để bỏ phiếu quản trị. Cốt lõi của quản trị là các thành viên bỏ phiếu về định hướng hoặc các vấn đề của mạng theo những quy tắc đã định; điều này độc lập với các hành vi kinh tế như trả phí giao dịch hay sử dụng dịch vụ. “Có thể tham gia bỏ phiếu” không có nghĩa là người nắm giữ token có quyền điều hành hoặc quyền hưởng lợi nhuận của công ty. Các vấn đề có thể bỏ phiếu, điều kiện bỏ phiếu, trọng số, quy trình đề xuất và phương thức thực thi thực tế phụ thuộc vào quy tắc quản trị đang áp dụng tại thời điểm đó; chỉ nắm giữ DKA không thể tự động chứng minh có quyền ngang nhau đối với mọi quyết định.

Trong mô hình kinh tế ban đầu, quỹ khuyến khích dành cho các bên tham gia nền tảng được thiết kế để nhận bổ sung từ cả phí giao dịch và khoản dự trữ phát hành ban đầu. Nói cách khác, một phần mô hình đưa phí do hoạt động mạng tạo ra vào nguồn khuyến khích, phần còn lại dùng khoản dự trữ được cấu hình ban đầu để hỗ trợ khuyến khích giai đoạn đầu. Điều này giải thích mối quan hệ giữa các nguồn vốn, không phải công thức giá hoặc bảo đảm lợi nhuận. Quy mô phí giao dịch chịu ảnh hưởng từ mức sử dụng thực tế, còn khoản dự trữ ban đầu là cơ chế phát hành hữu hạn; cả hai đều không thể tự mình cho biết một người tham gia cuối cùng có thể nhận được bao nhiêu DKA.

Việc sử dụng dịch vụ mạng có thể tạo mối liên hệ với nhu cầu về phí, thanh toán dịch vụ hoặc quản trị bằng DKA, nhưng điều đó không trực tiếp chứng minh giá token chắc chắn tăng. Để tạo ra nhu cầu mua, các dịch vụ liên quan cần thực sự yêu cầu hoặc khuyến khích người tham gia mua, sử dụng hoặc khóa DKA; đồng thời, nguồn cung từ bên bán, hành vi của người nắm giữ và thanh khoản thị trường cũng ảnh hưởng đến giá. Ngay cả khi hoạt động dữ liệu hoặc dịch vụ logistics tăng lên, tăng trưởng hoạt động chưa chắc chuyển thành tăng giá nếu phí không được thanh toán bằng DKA, token có thể lấy từ lượng nắm giữ hiện có, người tham gia chọn bán phần thưởng, hoặc khẩu vị rủi ro chung của thị trường giảm. Vì vậy, trường hợp sử dụng là một yếu tố để phân tích điều kiện nhu cầu, không phải cam kết lợi nhuận.

Trước khi sử dụng DKA, cần xác nhận sàn giao dịch, ví hoặc ứng dụng thực sự hỗ trợ mạng và mã định danh tài sản, sau đó kiểm tra địa chỉ nhận, mạng và phí giao dịch. Giao dịch trên chuỗi thường không thể đảo ngược sau khi được xác nhận; gửi tài sản đến mạng không tương thích hoặc địa chỉ sai có thể không thể khôi phục. Tài liệu trên trang web dKargo tồn tại trong các bối cảnh thời gian khác nhau về việc hoán đổi ERC-20 ban đầu và trạng thái mainnet. Vì vậy, không thể chỉ dựa vào FAQ lịch sử để xác định hợp đồng token hiện tại, điều kiện hoán đổi hoặc lộ trình cross-chain; trước khi chuyển hoặc hoán đổi, cần dùng hướng dẫn chính thức mới nhất dành cho thao tác đó để xác minh.

Data Lab của dKargo tập trung vào việc thu thập và tính khả dụng của dữ liệu logistics. Mục tiêu của nó không phải là chất đống không phân biệt dữ liệu thô từ các chủ thể khác nhau, mà là cải thiện chất lượng dữ liệu có thể dùng cho các dịch vụ sau này bằng cách lọc dữ liệu không hợp lệ và kết hợp dữ liệu từ nhiều nguồn. Khâu này nằm giữa đóng góp dữ liệu và dịch vụ logistics: trước tiên thu thập và sàng lọc dữ liệu, sau đó để các dịch vụ hoặc kịch bản hợp tác sử dụng thông tin tương đối có thể xác minh và kết hợp. Dữ liệu được ghi nhận trong mạng không đồng nghĩa nó vốn dĩ chính xác; kiểm soát chất lượng và xử lý nguồn gốc vẫn là những vấn đề hệ thống này cần giải quyết.

dHub là hệ thống hợp tác của dKargo lấy cộng đồng và quản trị DAO làm trung tâm, dành cho người làm trong ngành logistics đưa ra ý tưởng và tham gia thảo luận về hướng đi của giao thức. Nó kết nối điểm tiếp cận hợp tác của các bên trong ngành với mục tiêu quản trị mạng. Đề xuất ý tưởng, thảo luận và cuối cùng đưa ra quyết định theo quy tắc quản trị là các giai đoạn khác nhau: dHub cung cấp nơi tham gia và hợp tác, còn việc một vấn đề cụ thể có được đưa vào biểu quyết chính thức hay không, cách kiểm phiếu và có thực thi hay không vẫn phụ thuộc vào quy trình quản trị DAO hoặc mạng áp dụng.

Mô hình ban đầu của dKargo đặt DKA vào nhiều khâu thanh toán và trách nhiệm trong hợp tác logistics: có thể dùng để thanh toán dịch vụ, trả phí sử dụng dữ liệu, phí hòa giải tranh chấp, cũng như làm bảo đảm thực hiện hợp đồng của nhà cung cấp dịch vụ. Điểm chung của chúng là liên kết “ai sử dụng dịch vụ, ai cung cấp dữ liệu, ai chịu trách nhiệm” với các hành vi token có thể ghi nhận. Ví dụ, việc sử dụng dịch vụ có thể tương ứng với thanh toán, sử dụng dữ liệu có thể tương ứng với phí, tranh chấp có thể tương ứng với chi phí hòa giải, còn việc stake của bên cung cấp dịch vụ tạo bảo đảm kinh tế cho việc thực hiện nghĩa vụ. Không thể chỉ dựa vào mô hình ban đầu để suy ra liệu từng khâu đã được áp dụng trong sản phẩm hiện tại hay chưa, cũng như phương thức tính phí và quy tắc cụ thể.