Fluid

Fluid là gì?

Fluid (trước đây là Instadapp) là một lớp thanh khoản DeFi đa chuỗi tìm cách hợp nhất các hoạt động vốn thường tách biệt — vay/cho vay có thế chấp vượt mức và giao dịch giao ngay — vào một pool chung duy nhất của tài sản thế chấp và nợ, với mục tiêu rõ ràng là đạt hiệu quả sử dụng vốn cao hơn so với các thiết kế “pool riêng lẻ” như các thị trường tiền tệ độc lập và AMM.

Điểm khác biệt của giao thức nằm ở kiến trúc hơn là ở bề ngoài: theo cách mô tả của chính Fluid, các tính năng như “lớp thanh khoản” dùng chung và các nguyên thủy thường được gọi là “tài sản thế chấp thông minh” và “nợ thông minh” được thiết kế để cho phép cùng một cơ sở vốn thực hiện nhiều hơn một vai trò đồng thời (ví dụ, vừa hỗ trợ vay mượn vừa đóng vai trò thanh khoản giao dịch), đây là lợi thế cốt lõi nếu nó chứng minh được khả năng chịu đựng dưới điều kiện căng thẳng và lựa chọn bất lợi, chứ không chỉ trong các mô phỏng hay giai đoạn thị trường thuận lợi, như được mô tả trong phần giới thiệu sản phẩm ban đầu trên Instadapp blog.

Xét về vị thế thị trường, Fluid nằm trong nhóm “hạ tầng DeFi” hơn là một “dApp đơn sản phẩm”: nó cạnh tranh về thanh khoản và dòng giao dịch với các thị trường tiền tệ và DEX, đồng thời kế thừa vị thế lịch sử của Instadapp như một nền tảng tích hợp mạnh trên nhiều chuỗi.

Tính đến đầu năm 2026, các dashboard bên thứ ba như DeFiLlama’s Fluid page mô tả Fluid là một địa điểm DeFi quy mô lớn xét theo TVL và khối lượng giao dịch DEX giao ngay, với số liệu ước tính về phí và doanh thu giao thức, nhưng cách diễn giải thận trọng hơn cho rằng đây là một giao thức từ trung bình đến lớn, có quy mô đủ đáng kể nhưng vẫn nhỏ hơn các “ông lớn mang tính hệ thống” trong DeFi; câu chuyện tăng trưởng của nó phụ thuộc vào việc thanh khoản hợp nhất có phải là một lợi thế bền vững hay chỉ là một mức độ phức tạp mà người dùng chỉ chấp nhận khi phần thưởng đủ hấp dẫn.

Ai sáng lập Fluid và khi nào?

Fluid được xây dựng bởi đội ngũ Instadapp; bản thân Instadapp ra đời từ năm 2018, thường được ghi nhận là do hai anh em Samyak Jain và Sowmay Jain sáng lập theo các tài liệu được tổng hợp bởi những đơn vị nghiên cứu như Messari và được nhắc lại trong các công bố mang tính “tiết lộ theo chuẩn quản lý” của dự án (ví dụ, một “crypto-asset white paper” định hướng theo MiCA được lưu trữ tại instadapp.io).

Bối cảnh ra mắt liên quan là Instadapp ban đầu bắt đầu như một lớp “middleware” DeFi trong giai đoạn đầu của quá trình DeFi phát triển trên Ethereum, khi khả năng composability đã tồn tại nhưng các công cụ cho người dùng cuối và việc quản lý vị thế vẫn còn non trẻ; Fluid, ngược lại, nên được hiểu như một nỗ lực ở giai đoạn sau nhằm nội bộ hóa những ràng buộc của việc phụ thuộc vào các giao thức bên thứ ba bằng cách phát hành một ngăn xếp thanh khoản và thực thi được tích hợp theo chiều dọc chặt chẽ hơn.

Theo thời gian, câu chuyện chuyển dịch từ “quản lý danh mục và tài khoản thông minh” sang “thiết kế thanh khoản ở cấp độ giao thức”. Instadapp đã công khai đóng khung sự chuyển dịch này trong thông báo về Fluid, và các tài liệu quản trị sau đó đã chính thức hóa việc hợp nhất thương hiệu: một đề xuất cộng đồng mô tả kế hoạch tái thương hiệu và tăng trưởng, trong đó “Fluid” trở thành ô thương hiệu chung cho định hướng giao thức trong khi vẫn giữ nguyên nhận dạng on-chain của token, như được thảo luận trong chuỗi thảo luận trên diễn đàn quản trị tại gov.fluid.io.

Kết luận thực tế là bản sắc của dự án đã tiến hóa từ việc là một công cụ tối ưu hóa hoạt động phía trên DeFi trở thành nỗ lực trở thành một địa điểm cơ sở mà các front-end, chiến lược và bên tích hợp khác có thể định tuyến dòng lệnh thông qua.

Mạng Fluid vận hành như thế nào?

Fluid không phải là một blockchain L1/L2 độc lập và không vận hành cơ chế đồng thuận riêng; nó là một giao thức ở lớp ứng dụng được triển khai dưới dạng smart contract trên các chuỗi hiện có (đặc biệt là Ethereum và các L2 lớn), thừa hưởng mô hình bảo mật của mạng nền tảng (ví dụ, tính cuối cùng của proof-of-stake trên Ethereum và các giả định về gian lận/xác thực của từng L2 khi phù hợp).

Điều này quan trọng về mặt thể chế vì “rủi ro giao thức” chủ yếu bị chi phối bởi tính chính xác của smart contract, thiết kế oracle, cơ chế thanh lý và hiệu ứng lây lan giữa các module, hơn là bởi yếu tố chính trị của tập hợp validator; người dùng đồng thời gánh chịu rủi ro ở cấp độ chuỗi và rủi ro ở cấp độ hợp đồng/hệ thống, trong đó thành phần sau là phần mà Fluid cố ý gia tăng bằng cách kết hợp cho vay và cơ chế thực thi kiểu AMM vào một hệ thống duy nhất.

Về mặt kỹ thuật, tuyên bố khác biệt của Fluid là các cơ chế kiểm soát rủi ro và hạch toán thanh khoản được thiết kế ở “lớp dùng chung”, với việc giao thức gợi ý rằng các mẫu vay/rút bất thường có thể bị giới hạn ở lớp thanh khoản và các cơ chế khẩn cấp có thể cô lập hoặc tạm dừng các module để hạn chế thiệt hại, theo lý do thiết kế được nêu trong bài Introducing Fluid.

Hướng đi này có sức hấp dẫn nhất định — các “cầu dao” mang tính hệ thống khá hiếm trong DeFi — nhưng nó cũng tập trung rủi ro quản trị và vận hành: nếu tính an toàn dựa vào quyền tạm dừng ưu tiên hoặc quản lý tham số được kiểm soát chặt chẽ, thì “bảo mật” trở nên một phần mang tính xã hội và hành chính chứ không hoàn toàn dựa trên cơ chế kinh tế mật mã.

Về mặt kiểm toán, ít nhất một số thành phần của Fluid đã được các đơn vị bên ngoài rà soát; ví dụ, trong tài liệu dự án có báo cáo kiểm toán đã công bố cho giao thức vault bởi MixBytes, điều này làm giảm (nhưng không loại bỏ) xác suất xuất hiện các lỗi triển khai có thể tránh được, đặc biệt khi hệ thống tiếp tục phát triển.

Tokenomics của instadapp như thế nào?

Token hiện giao dịch dưới mã FLUID và, theo các thông tin quản trị xoay quanh việc tái thương hiệu, việc đổi tên từ INST thành FLUID được cấu trúc như một quá trình chuyển đổi 1:1 trong khi vẫn giữ nguyên địa chỉ token và khuôn khổ tổng cung mà quản trị mô tả là không thay đổi ở cấp độ tổng thể, như được nêu trong đề xuất tái thương hiệu trên gov.fluid.io.

Nói cách khác, hồ sơ cung gần với dạng “cố định trần với phân phối/mở khóa” hơn là một tài sản có phát hành lạm phát tích cực kiểu “đào thanh khoản” phổ biến trong thời kỳ DeFi trước đây. Đối với nhà phân tích, biến số then chốt do đó không phải là “tổng cung tối đa cuối cùng” mà là tốc độ và điểm đến của các đợt mở khóa, chính sách kho bạc, và việc các đợt phát hành (khi có) có mang tính “sinh lợi” (tạo dựng thanh khoản bền vững) hay chỉ mang tính “thuê mướn” (mua TVL ngắn hạn).

Cơ chế tích lũy giá trị tinh vi hơn nhiều so với khung “token phí” đơn giản. Phương pháp luận và các chỉ số của DeFiLlama đối với Fluid theo dõi rõ ràng phí giao thức, doanh thu giao thức và một mục được gắn nhãn “holders revenue” gắn với hoạt động mua lại token bằng nguồn quỹ kho bạc, hàm ý rằng một phần thảo luận về thiết kế kinh tế tập trung vào việc điều hướng giá trị từ hoạt động giao thức quay trở lại các hành động liên quan đến token, dù cơ chế cụ thể phụ thuộc vào quản trị và không được bảo đảm là vĩnh viễn.

Cách đóng khung này thể hiện trực tiếp trên DeFiLlama’s Fluid dashboard, trong đó mô tả “Holders Revenue” là hoạt động mua lại token được tài trợ bởi kho bạc, trong khi các chuỗi thảo luận quản trị như chủ đề về mua lại trên gov.fluid.io cho thấy phạm vi, nhịp độ và đánh đổi giữa mua lại với các ưu đãi tăng trưởng vẫn còn nhiều tranh luận.

Trên thực tế, công dụng rõ ràng nhất hiện nay của FLUID là trong quản trị (quyền đề xuất và biểu quyết), trong khi các động lực giống “dòng tiền” — nếu dần hình thành — sẽ phụ thuộc vào khả năng tạo phí bền vững, thanh khoản không mang tính phản xạ và kỷ luật quản trị quanh việc sử dụng nguồn lực kho bạc.

Ai đang sử dụng Fluid?

Cách nhìn thận trọng về mức độ sử dụng chia thành hai thực tế phần nào cạnh tranh nhau: thứ nhất, có hoạt động on-chain đáng kể dưới dạng nhu cầu vay mượn và khối lượng giao dịch trên DEX; thứ hai, giống như phần lớn DeFi, một phần không nhỏ của hoạt động có thể do các ưu đãi và chiến lược thúc đẩy, hơn là “nhu cầu tự nhiên” từ người dùng cuối.

Các dashboard như DeFiLlama hiển thị số tiền đã vay và khối lượng DEX song song với TVL, giúp phân biệt “tài sản gửi chỉ để đó” với mức độ sử dụng thực, nhưng chúng vẫn không thể hoàn toàn tách biệt nhu cầu thực sự của người dùng khỏi các hoạt động looping tự động, giao dịch chênh lệch (basis trade) và hành vi khai thác chương trình thưởng thanh khoản.

Xét theo phân khúc, Fluid nằm trọn trong mảng hạ tầng DeFi — hoạt động thị trường tiền tệ, chiến lược đòn bẩy và thực thi giao dịch giao ngay — chứ không phải gaming hay thanh toán tiêu dùng; mọi phân tích ở góc độ tổ chức nên giả định rằng các dòng vốn từ “người dùng chuyên sâu” và “định lượng/gần MEV” đóng vai trò cấu trúc đối với khối lượng của giao thức.

Về các quan hệ hợp tác có sức nặng, ví dụ rõ ràng nhất trong những nghiên cứu công khai là câu chuyện tích hợp phía Solana, nơi công nghệ của Fluid được định vị như hạ tầng cho một sản phẩm cho vay; chẳng hạn, Messari ghi nhận một thông báo hợp tác giữa Fluid và Jupiter nhằm cung cấp nền tảng cho một sáng kiến cho vay trên Solana, được mô tả trong báo cáo Understanding Fluid.

Dạng hợp tác này quan trọng hơn so với các thương vụ niêm yết sàn hay chiến dịch marketing, vì nó thể hiện việc một giao thức bên ngoài trao gửi các cơ chế cốt lõi về bảng cân đối cho thiết kế của Fluid, nhưng vẫn nên được đóng khung như “rủi ro tích hợp”: hợp tác có thể bị rút lại, khối lượng có thể dịch chuyển, và uy tín có thể ảnh hưởng hai chiều nếu xảy ra sự cố.

Những rủi ro và thách thức của Fluid là gì?

Rủi ro pháp lý ít liên quan đến việc phân loại ở cấp độ chuỗi (vì đây không phải mạng lớp cơ sở) và nhiều hơn ở cách phân loại token, mức độ tập trung của quản trị, và các điểm tiếp xúc ở front-end/vận hành. Trong bối cảnh EU, sự hiện diện của một tài liệu công bố theo phong cách MiCA được dự án lưu trữ tại instadapp.io cho thấy nhận thức về chế độ công bố thông tin đối với crypto-asset, nhưng điều đó không giải quyết được việc mỗi cơ quan quản lý cụ thể sẽ đối xử với token như thế nào trong bối cảnh thực thi hay kiện tụng, đặc biệt nếu kỳ vọng của người nắm giữ token dần xoay quanh hoạt động mua lại hoặc cơ chế bắt giá trị gắn với phí.

Trong bối cảnh Hoa Kỳ tính đến đầu năm 2026, chưa có hành động thực thi mang tính tiền lệ, cụ thể theo giao thức, được gắn công khai với Fluid trong các nguồn tin chính thống, nhưng mô thức chung của DeFi vẫn giữ nguyên: các token quản trị khi trôi dần khỏi vai trò công cụ điều phối sang vai trò giống chứng khoán (thể hiện quyền hưởng dòng tiền hoặc kỳ vọng lợi nhuận từ nỗ lực của người khác) sẽ đối mặt với mức độ soi xét pháp lý cao hơn, và bất kỳ bước đi nào hướng đến mô hình mua lại có tính thường xuyên, chia sẻ doanh thu hay “lợi tức” rõ rệt đều làm gia tăng rủi ro bị xem như chứng khoán chưa đăng ký.

Ngoài pháp lý, Fluid phải đối mặt với các thách thức nội tại của mọi thiết kế “thanh khoản hợp nhất”: rủi ro lan truyền chéo giữa các loại tài sản và module, độ phức tạp trong việc hiệu chỉnh tham số rủi ro cho nhiều loại tài sản trong cùng một pool, và nguy cơ các chiến lược tinh vi (arbitrage, MEV, tấn công kinh tế) khai thác những điểm yếu trong mô hình định giá tài sản thế chấp, cơ chế thanh lý hoặc giới hạn rút vốn.

Nếu các cơ chế kiểm soát ở “lớp dùng chung” không đủ mạnh hoặc được quản lý kém, một cú sốc ở một phân khúc có thể nhanh chóng lây sang toàn hệ thống, khiến lợi thế về hiệu quả sử dụng vốn bị bào mòn bởi chi phí rủi ro gia tăng. Trong bối cảnh cạnh tranh, Fluid cũng đối đầu với các thị trường tiền tệ và DEX có thương hiệu mạnh và đã “ăn sâu” vào hạ tầng DeFi; để duy trì tăng trưởng mà không phụ thuộc quá nhiều vào phần thưởng, giao thức phải chứng minh được rằng lợi ích của thanh khoản hợp nhất lớn hơn chi phí phức tạp đối với cả người dùng lẫn các bên tích hợp. “quyền kinh tế theo kỳ vọng” có xu hướng tích lũy rủi ro, và các cuộc thảo luận quản trị nội bộ của Fluid về việc mua lại token, được ghi lại công khai trên gov.fluid.io, chính là kiểu “bề mặt rủi ro” mà các đội ngũ tuân thủ pháp lý dày dạn thường theo dõi sát sao.

Các vectơ tập trung quyền lực cũng không hề nhỏ. Cách Fluid đóng khung vấn đề an toàn bao gồm khả năng can thiệp khẩn cấp và tạm dừng ở cấp độ module, như đã nêu trong phần giới thiệu giao thức trên Instadapp blog; dù có thể được xem là thận trọng, điều này hàm ý sự tồn tại của các vai trò đặc quyền, cơ chế multisig kiểm soát và những bề mặt tấn công liên quan đến quản trị (tập trung ủy quyền, chiếm đoạt quyền biểu quyết và thiết kế ngưỡng đề xuất).

Cộng thêm vào đó là sự tập trung kỹ thuật vốn phổ biến trong DeFi: phụ thuộc vào một số stack oracle nhất định, các ủy ban tham số rủi ro, và thực tế vận hành rằng phần lớn người dùng truy cập thông qua một số ít front-end và nhà cung cấp RPC.

Triển Vọng Tương Lai Của Fluid Là Gì?

Triển vọng ngắn hạn được thể hiện rõ nhất như một câu hỏi về khả năng thực thi theo một lộ trình đáng tin cậy, hơn là câu hỏi về “beta thị trường”. Tài liệu quản trị cho thấy giai đoạn hậu tái thương hiệu được định hướng nhằm căn chỉnh việc mở rộng sản phẩm với tokenomics và tái cấu trúc quản trị, theo kế hoạch tái thương hiệu trên gov.fluid.io, trong khi các tranh luận quản trị đang diễn ra cho thấy các vấn đề như mua lại token bằng ngân quỹ và thiết kế cơ chế “value capture” vẫn là chủ đề mở, chưa phải các cam kết đã chốt, như thể hiện trong chủ đề thảo luận về buyback.

Về phía sản phẩm, các phân tích giao thức từ bên thứ ba cho thấy Fluid đã vận hành ở quy mô lớn trên nhiều chuỗi, và những cột mốc tiếp theo có ý nghĩa ở cấp độ tổ chức nhiều khả năng sẽ xoay quanh việc củng cố các kiểm soát rủi ro (hiệu suất thanh lý trong giai đoạn biến động), duy trì thanh khoản không phụ thuộc vào incentive, và mở rộng tích hợp mà không tạo ra các phụ thuộc vận hành xuyên chuỗi dễ gãy vỡ, với quy mô cơ bản và các chỉ số tài chính được theo dõi thường xuyên bởi những nền tảng như DeFiLlama.