Độc lập với mô hình công ty và DAO, làm thế nào để hiểu định vị của giao thức mã hóa?
Tuyển chọn TechFlowTuyển chọn TechFlow
Độc lập với mô hình công ty và DAO, làm thế nào để hiểu định vị của giao thức mã hóa?
Tại sao các giao thức mã hóa lại khác biệt cả với công ty lẫn tổ chức tự trị phi tập trung (DAO)? Tại sao việc hiểu rõ sự khác biệt này lại cực kỳ quan trọng?
Chuyên sâu báo cáo Web3Viết bởi: Leighton
Biên dịch: TechFlow
Giao thức mã hóa là một cách cung cấp dịch vụ hoàn toàn mới. Chúng cung cấp các dịch vụ tự chủ mà không cần phụ thuộc vào bất kỳ cá nhân hay công ty nào. Điều này khiến chúng hiệu quả, mở rộng tốt hơn và công bằng hơn so với các lựa chọn khác.
Giao thức mã hóa là đổi mới quan trọng nhất trong 200 năm qua.
Nhưng chúng cũng bị hiểu lầm rất nhiều.
Tư duy về công ty đang bị áp dụng sai lệch vào các giao thức. Gần đây, thuật ngữ mơ hồ "DAO" đã bị dùng sai khi áp dụng cho các giao thức mã hóa có cơ chế quản trị bằng token.
Bài viết này giải thích vì sao giao thức mã hóa khác biệt cả với công ty lẫn DAO, và tại sao việc hiểu rõ sự khác biệt này là vô cùng quan trọng.
Giao thức mã hóa không phải là công ty
Khi thảo luận về giao thức mã hóa, người ta thường muốn sử dụng những khái niệm quen thuộc như “doanh thu” và “chi phí”. Những thuật ngữ này có thể hữu ích như một lối tắt tư duy, nhưng lại dễ dẫn đến việc nhầm lẫn khi xem giao thức như một doanh nghiệp, từ đó bỏ qua những đặc điểm độc đáo của giao thức.
Một giao thức được thiết kế đúng là một đoạn phần mềm hoạt động tự chủ trên blockchain. Điểm đặc biệt của nó là không cần doanh thu để vận hành hay phát triển quy mô. Chúng không thể “phá sản”, không có chi phí vận hành hay nhân viên.
Tuy nhiên, các thuật ngữ này vẫn thường xuyên được dùng khi nói về giao thức. Một phần lý do là vì có thể tồn tại các khoản phí liên quan đến việc sử dụng giao thức. Ví dụ, giao dịch trên Uniswap yêu cầu người dùng trả phí giao dịch, nhưng khoản phí này không phải là doanh thu của giao thức. Tương tự, giao thức có thể trả tiền cho người dùng để khuyến khích sử dụng, nhưng điều đó không có nghĩa là bản thân giao thức có chi phí. Các nhà cung cấp thanh khoản trên Uniswap nhận được phí giao dịch do giao thức phân phối, nhưng những khoản phí này không phải là chi phí của giao thức.
Một số giao thức có thể có hình thức thu giữ giá trị nào đó, nhưng trừ khi được xác định rõ ràng, chúng không nên được đồng nhất với chi phí hay doanh thu. Ví dụ, giao thức Compound giữ lại một phần nhỏ lãi suất đã thanh toán, nhưng điều này không phải là phí hay doanh thu. Mục đích giữ lại token là để tăng giá trị cho người dùng. Số token giữ lại này đóng vai trò như quỹ bảo hiểm cho giao thức, giúp tăng tính thanh khoản khi tỷ lệ sử dụng cao. Điều này rất khác biệt so với việc thu phí khai thác hay doanh thu theo nghĩa công ty.
Tương tự, trong giao thức V3 PoolTogether, khái niệm “dự trữ” giữ lại một phần lợi nhuận. Đây không phải là phí hay doanh thu. Đây là một cơ chế nhằm củng cố giao thức bằng cách làm cho giải thưởng lớn hơn lợi nhuận cơ bản tạo ra.
Về lý thuyết, giao thức có thể tùy ý thu giá trị và thu phí giống như doanh nghiệp truyền thống. Điều này có thể được coi là “doanh thu”, nhưng vì nhiều lý do, điều này gây ra vấn đề.
-
Thứ nhất, điều này đi ngược lại mục tiêu tồn tại của giao thức mã hóa, đặc biệt là tài chính phi tập trung (DeFi). Cam kết của DeFi là thay thế các ngân hàng theo đuổi lợi nhuận bằng mã nguồn tự chủ, từ đó mang lại các giải pháp hiệu quả và tiết kiệm chi phí hơn. Một giao thức thu phí tuỳ ý dù vẫn tốt hơn nhiều so với ngân hàng truyền thống, nhưng sẽ làm suy yếu giá trị cốt lõi.
-
Vấn đề thứ hai là việc thu phí và đặt dưới sự kiểm soát của một thực thể nào đó (có lẽ là những người nắm giữ token quản trị) có thể dẫn đến các vấn đề phức tạp về thuế, quy định và pháp lý.
-
Vấn đề thứ ba là việc thu phí sẽ kìm hãm sự phát triển của giao thức. Về định nghĩa, việc rút phí từ giao thức để dành cho mục đích sử dụng tuỳ ý trong tương lai chính là rút giá trị khỏi giao thức. Như đã nhấn mạnh trước đó, nếu có bất kỳ giá trị nào được giữ lại, thì nó nên nhằm mục đích củng cố giao thức.
Tóm lại, giao thức mã hóa khác công ty ở chỗ chúng không có doanh thu, chi phí, nhân viên, và cũng không thể phá sản. Điểm giống nhau duy nhất là chúng đều cung cấp dịch vụ cho người dùng. Nhưng giao thức làm điều này hiệu quả hơn nhiều so với công ty, vì chúng vận hành tự chủ dựa trên các quy tắc bất biến.
Giao thức mã hóa không phải là DAO
Một điểm gây nhầm lẫn khác là sự xuất hiện của thuật ngữ phổ biến nhưng thiếu định nghĩa rõ ràng – “DAO”. Theo cách hiểu thông thường, DAO về cơ bản là một tài khoản ngân hàng chung có biểu quyết bằng token. DAO đã chứng minh là một công cụ rất hữu ích để huy động và phân bổ vốn (ví dụ như Constitution DAO hay Nouns DAO). Tuy nhiên, chúng khác giao thức ở hai khía cạnh then chốt.
-
Đầu tiên, DAO có quyền kiểm soát tuyệt đối đối với mọi tài sản. Điều này trái ngược với giao thức, nơi các quy tắc được định rõ và bất biến, và người nắm giữ token chỉ có khả năng hạn chế trong việc điều chỉnh các quy tắc đó. Ví dụ, người nắm giữ token POOL không có khả năng ảnh hưởng hay rút tiền gửi từ giao thức PoolTogether.
-
Thứ hai, DAO là một mẫu hình tổng quát để phối hợp quanh một mục tiêu, còn giao thức là một hệ thống đã tồn tại để cung cấp một dịch vụ cụ thể một cách tự chủ.
Các giao thức có quản trị bằng token và DAO đôi khi có điểm tương đồng — ra quyết định thông qua biểu quyết bằng token. Tuy nhiên, sự tương đồng này không nên che khuất những khác biệt then chốt.
Sự khác biệt này rất quan trọng. Việc gọi một giao thức mã hóa là “DAO” khiến nó nghe giống một tổ chức lấy con người làm trung tâm, gần giống công ty hơn. Nó làm lu mờ yếu tố cách mạng của giao thức — khả năng vận hành không cần con người theo các quy tắc bất biến.DAO lấy con người làm trung tâm, còn giao thức đặt con người ở rìa ngoài.
Tổng kết
Công ty, DAO và giao thức mã hóa đều là những đổi mới thay đổi thế giới. Trong số đó, giao thức mã hóa sở hữu những thuộc tính mới mẻ nhất, do đó cần được mô tả bằng ngôn ngữ và mô hình tư duy phản ánh đúng bản chất của chúng. Nếu bỏ qua đặc thù của giao thức mã hóa, chúng ta sẽ đánh mất cơ hội tận dụng tối đa các thuộc tính độc đáo của chúng.
Bài viết này góp phần làm rõ định nghĩa về giao thức mã hóa. Tôi hy vọng nó sẽ giúp các nhà xây dựng, nhà hoạch định chính sách và người dùng hiểu rõ hơn về giao thức mã hóa.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
